Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (51)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (10819)

  • Audio-Video Delay When Fetching From NGINX-RTMP live-Mode

    17 novembre 2020, par Suuuehgi

    We get an RTSP-stream and mix it together with line-in over pulseaudio.

    


    This looks something like :

    


    ffmpeg \&#xA;  -use_wallclock_as_timestamps 1  -fflags &#x2B;genpts    \&#xA;  -max_delay 2000000 -thread_queue_size 1024         \&#xA;  -i "rtsp://url"           \&#xA;  -use_wallclock_as_timestamps 1  -fflags &#x2B;genpts    \&#xA;  -max_delay 2000000 -thread_queue_size 1024         \&#xA;  -itsoffset <offset>       \&#xA;  -f pulse                  \&#xA;  [...]&#xA;</offset>

    &#xA;

    So far so good. This kind of works when fetching the rtsp stream directly.

    &#xA;

    As soon as we route the RTSP-stream through an NGINX-RTMP loopback&#xA;(live mode) beforehand,

    &#xA;

    ffmpeg -i rtsp://url -c copy -an -f flv rtmp://localhost/live&#xA;&#xA;ffmpeg \&#xA;  -use_wallclock_as_timestamps 1  -fflags &#x2B;genpts    \&#xA;  -max_delay 2000000 -thread_queue_size 1024         \&#xA;  -i "rtmp://localhost/live"                         \&#xA;  -use_wallclock_as_timestamps 1  -fflags &#x2B;genpts    \&#xA;  -max_delay 2000000 -thread_queue_size 1024         \&#xA;  -itsoffset <offset>                                \&#xA;  -f pulse                                           \&#xA;  [...]&#xA;</offset>

    &#xA;

    we get a delay of close to 5 s within the output (audio-video offset).

    &#xA;

    Whereat the configuration of rtmp ://localhost/live is :

    &#xA;

    application live {&#xA;      live on;&#xA;      sync 10ms;&#xA;      record off;&#xA;      allow publish 127.0.0.1;&#xA;      deny publish all;&#xA;      }&#xA;

    &#xA;

    What causes the delay and how to get rid of it ?

    &#xA;

    The RTMP-server itself does not cause a noticeable delay, I hence&#xA;assume this to be a timestamp issue but my wisdom ends with the above&#xA;written options.

    &#xA;

  • Rate-Control management in ffmpeg

    28 février 2014, par alexbuisson

    Hi I try to understand how ffmpeg wrap its rc_max_rate parameters to the x264 parameters
    and I'm wondering what the following code means ? It's a piece of code coming from ffmpeg/libavcodec/mpeg_video_enc.c but the commit log is not explicit and I don't know from where those Magic Number come from !

    So if you have an idea or an URL that can explain why those formula where implemented, it will be useful.

    if (avctx->rc_max_rate &amp;&amp; !avctx->rc_buffer_size) {
    
        switch(avctx->codec_id) {
    
        case AV_CODEC_ID_MPEG1VIDEO:
    
        case AV_CODEC_ID_MPEG2VIDEO:
    
            avctx->rc_buffer_size = FFMAX(avctx->rc_max_rate, 15000000) * 112L / 15000000 * 16384;
    
            break;
    
        case AV_CODEC_ID_MPEG4:
    
        case AV_CODEC_ID_MSMPEG4V1:
    
        case AV_CODEC_ID_MSMPEG4V2:
    
        case AV_CODEC_ID_MSMPEG4V3:
    
            if       (avctx->rc_max_rate >= 15000000) {
    
                avctx->rc_buffer_size = 320 + (avctx->rc_max_rate - 15000000L) * (760-320) / (38400000 - 15000000);
    
            } else if(avctx->rc_max_rate >=  2000000) {
    
                avctx->rc_buffer_size =  80 + (avctx->rc_max_rate -  2000000L) * (320- 80) / (15000000 -  2000000);
    
            } else if(avctx->rc_max_rate >=   384000) {
    
                avctx->rc_buffer_size =  40 + (avctx->rc_max_rate -   384000L) * ( 80- 40) / ( 2000000 -   384000);
    
            } else
    
                avctx->rc_buffer_size = 40;
    
            avctx->rc_buffer_size *= 16384;
    
            break;
    
        }
    
        if (avctx->rc_buffer_size) {
    
            av_log(avctx, AV_LOG_INFO, "Automatically choosing VBV buffer size of %d kbyte\n", avctx->rc_buffer_size/8192);
    
        }
    
    }

  • Revision 28933 : on bouge

    31 mai 2009, par ben.spip@… — Log

    on bouge

Navigation