Recherche avancée

Médias (91)

Autres articles (54)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • D’autres logiciels intéressants

    12 avril 2011, par

    On ne revendique pas d’être les seuls à faire ce que l’on fait ... et on ne revendique surtout pas d’être les meilleurs non plus ... Ce que l’on fait, on essaie juste de le faire bien, et de mieux en mieux...
    La liste suivante correspond à des logiciels qui tendent peu ou prou à faire comme MediaSPIP ou que MediaSPIP tente peu ou prou à faire pareil, peu importe ...
    On ne les connais pas, on ne les a pas essayé, mais vous pouvez peut être y jeter un coup d’oeil.
    Videopress
    Site Internet : (...)

Sur d’autres sites (6734)

  • lavc : deprecate AV_CODEC_(FLAG|CAP)_TRUNCATED

    8 mars 2021, par Anton Khirnov
    lavc : deprecate AV_CODEC_(FLAG|CAP)_TRUNCATED

    It is supported only by a few decoders (h263, h263p, mpeg(1|2|)video
    
and mpeg4) and is entirely redundant with parsers. Furthermore, using
    
it leads to missing frames, as flushing the decoder at the end does not
    
work properly.
    

    Co-authored-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] doc/APIchanges
    • [DH] libavcodec/avcodec.h
    • [DH] libavcodec/codec.h
    • [DH] libavcodec/decode.c
    • [DH] libavcodec/h263dec.c
    • [DH] libavcodec/mpeg12dec.c
    • [DH] libavcodec/mpeg4videodec.c
    • [DH] libavcodec/mpegvideo.c
    • [DH] libavcodec/mpegvideo.h
    • [DH] libavcodec/options_table.h
    • [DH] libavcodec/pthread.c
    • [DH] libavcodec/version.h

  • Reusing FFMPEG AVFilterGraph

    11 avril 2022, par Sapozhnikov Andrey

    In my code I apply same filtering on multiple input files. In first version of code I created AVFilterGraph for every input, but I think these actions might be excessive.
    &#xA;However, when I try to reuse the same graph, I face with the error during sending frame to abuffer filter. At the previous iteration over input files, I passed EOF to it for flushing, and the av_buffersrc_add_frame function has a check for this :

    &#xA;

    BufferSourceContext *s = ctx->priv;&#xA;...&#xA;if (s->eof)&#xA;    return AVERROR(EINVAL);&#xA;

    &#xA;

    which crashes the execution on the second iteration.&#xA;Unfortunately, I couldn't find any functions that can restore buffer filter or something like that.

    &#xA;

    I would like to know if avfilter implies the possibility to reuse once created filter graph, or there are some fundamental misconceptions in my understanding of ffmpeg logic by passing input after EOF.

    &#xA;

    Thank you !

    &#xA;

  • avcodec/vorbisdec : don't use a flag to determine if frames have been output

    8 septembre 2022, par Jyrki Vesterinen
    avcodec/vorbisdec : don't use a flag to determine if frames have been output

    If a developer using FFmpeg libraries seeks into an earlier position and calls
    
avcodec_flush_buffers() afterwards as recommended, the Vorbis decoder will drop
    
the next frame, since buffer flushing clears the first_frame flag. As a result,
    
the audio samples the calling code receives may be ahead of the requested seek
    
position, which is unacceptable in some use cases such as playing a looping
    
sound effect.
    

    This commit records the presentation timestamp of the first frame and
    
determines after that if the new frame is the first frame (possible after
    
seeking to the start) by comparing its pts to the stored pts.
    • [DH] libavcodec/vorbisdec.c

Navigation