Recherche avancée

Médias (91)

Autres articles (14)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • MediaSPIP : Modification des droits de création d’objets et de publication définitive

    11 novembre 2010, par

    Par défaut, MediaSPIP permet de créer 5 types d’objets.
    Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
    Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)

Sur d’autres sites (3227)

  • Automator shell script (using ffmpeg) won't run on other machine

    24 mai 2014, par kava

    I have an Automator patch that runs a shell script that calls ffmpeg on a 10.9.3 mac.

    I just try to call it via

    ffmpeg

    for test reasons without any arguments.

    but it returns

    ffmpeg: command not found.

    But I can open ffmpeg regularly from terminal AND I can run the script on my other machine (10.9.2)

    What’s wrong ?

    EDIT : I also tried to add :

    /opt/local/bin

    in the shell script to the path variable, but it still won’t run.
    also

    /opt/local/bin/ffmpeg -arguments....

    won’t run

  • avformat/mux : Fix double-free when using AVPacket.opaque_ref

    1er septembre 2021, par Andreas Rheinhardt
    avformat/mux : Fix double-free when using AVPacket.opaque_ref

    Up until now, ff_write_chained() copied the packet (manually, not with
    
av_packet_move_ref()) from a packet given to it to a stack packet whose
    
timing and stream_index is then modified before being sent to another
    
muxer via av_(interleaved_)write_frame(). Afterwards it is intended to
    
sync the fields of the packet relevant to freeing again ; yet this only
    
encompasses buf, side_data and side_data_elems and not the newly added
    
opaque_ref. The other fields are not synced so that the returned packet
    
can have a size > 0 and data != NULL despite its buf being NULL (this
    
always happens in the interleaved codepath ; before commit
    
fe251f77c80b0512ab8907902e1dbed3f4fe1aad it could also happen in the
    
noninterleaved one). This leads to double-frees if the interleaved
    
codepath is used and opaque_ref is set.
    

    This commit therefore changes this by directly reusing the packet
    
instead of a spare packet. Given that av_write_frame() does not
    
change the packet given to it, one only needs to restore the timing
    
information to return it as it was ; for the interleaved codepath
    
it is not possible to do likewise*, because av_interleaved_write_frame()
    
takes ownership of the packets given to it and returns blank packets.
    
But precisely because of this users of the interleaved codepath
    
have no legitimate expectation that their packet will be returned
    
unchanged. In line with av_interleaved_write_frame() ff_write_chained()
    
therefore returns blank packets when using the interleaved codepath.
    

    Making the only user of said codepath compatible with this was trivial.
    

    * : Unless one wanted to create a full new reference.
    

    Reviewed-by : Lynne <dev@lynne.ee>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavformat/internal.h
    • [DH] libavformat/mux.c
    • [DH] libavformat/segment.c

  • How to get the http status code after call avformat_seek_file of ffmpeg ?

    22 avril 2024, par 砸石头的西西弗

    How to get the http status code after call avformat_seek_file of ffmpeg to get a http url video ?

    &#xA;

    I have a video source which is provided as a http url link, I want to get a snapshot of it , so I call avformat_seek_file to find a frame, but I find that it returns value is not < 0, even if the http call not return 200 or 206, so I want to know how to get the response of http calling in avformat_seek_file.

    &#xA;

Navigation