Recherche avancée

Médias (1)

Mot : - Tags -/publishing

Autres articles (70)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • 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 (13888)

  • ffmpeg rtsp_transport to rtmp issues

    16 mars 2015, par RandomCouch

    I’m working on a project that requires taking rtsp links from youtube, and using ffmpeg to stream those videos to an rtmp server. My solution works, however it is having some issues.

    I’m using these settings :

     -max_delay 0 -initial_pause 0 -rtsp_transport udp -i " + inputLink + " -vcodec libx264 -acodec mp3 -ab 48k -bit_rate 450 -r 25 -s 640x480 -f flv "  + stream

    inputLink is replaced with the rtsp link, and stream is replaced with the rtmp server link

    So this works but here are the issues I’m having :

    • At the beginning of each video, there is a big lag spike/lots of frames dropped, and then the video resyncs and plays normally

    • Some videos would crash ffmpeg, with a "Conversion failed" message and many frames dropped during the conversion/stream.

    • At the end of each video it would start lagging/ dropping frame, right near the end of the video, in other words it doesn’t end normally, every video ends by lagging out / dropping frames

    I’ve been struggling for a long time just to get this working, and now I finally did, I just need to perfect it by taking care of those two issues, if anyone has useful information about the rtsp_transport protocol and how to make it stream with no issues, I would greatly appreciate it. Thanks !

  • hdsenc : Clear the previous codec tag when setting up the chained muxer

    18 novembre 2014, par Martin Storsjö
    hdsenc : Clear the previous codec tag when setting up the chained muxer

    The chained flv muxer wants one set of tags - normally this set
    
could be signaled via the AVOutputFormat codec_tag field (as
    
smoothstreamingenc and dashenc do). hdsenc doesn’t signal it, since
    
the FLV codec tag arrays aren’t exported from flvenc.c. This can
    
lead to the caller keeping an original codec tag from the originating
    
container here, which would then be a mismatch for the FLV muxer.
    
Since we don’t really care about what codec tag the caller might
    
have set, just clear it and let the lavf muxer layer set the right
    
one for the chained FLV muxer later instead.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavformat/hdsenc.c

  • avcodec/tiff : Make decoder init-threadsafe

    27 novembre 2020, par Andreas Rheinhardt
    avcodec/tiff : Make decoder init-threadsafe

    The only thing that stands in the way of adding the
    
FF_CODEC_CAP_INIT_THREADSAFE flag to the TIFF decoder is its usage
    
of ff_codec_open2_recursive() : This function requires its caller to hold
    
the lock for the mutex that guards initialization of AVCodecContexts
    
whose codecs have a non-threadsafe init function and only callers whose
    
codec does not have the FF_CODEC_CAP_INIT_THREADSAFE flag set hold said
    
lock (the others don't need to care about said lock). But one can set
    
the flag if one switches to avcodec_open2() at the same time.
    

    Reviewed-by : Anton Khirnov <anton@khirnov.net>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/tiff.c

Navigation