Recherche avancée

Médias (91)

Autres articles (49)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

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

Sur d’autres sites (9840)

  • lavc/qsvenc : update the selection of bitrate control method

    1er février 2024, par Haihao Xiang
    lavc/qsvenc : update the selection of bitrate control method

    The default method is changed to CQP
    

    Signed-off-by : Haihao Xiang <haihao.xiang@intel.com>
    • [DH] Changelog
    • [DH] doc/encoders.texi
    • [DH] libavcodec/qsvenc.c
    • [DH] libavcodec/qsvenc_av1.c
    • [DH] libavcodec/qsvenc_h264.c
    • [DH] libavcodec/qsvenc_hevc.c
    • [DH] libavcodec/qsvenc_mpeg2.c
    • [DH] libavcodec/qsvenc_vp9.c

  • 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);
    
        }
    
    }

  • how to fix nvidia hevc transcoding problem

    25 novembre 2019, par Dlniya Dlzar

    we are using FFmpeg for media broadcasting DVB-T2
    the structure is like that :

    [ source h264 (multicast) >> FFmpeg h265 >> scrambler ]

    we are using Nvidia GPU for transcoding

    the problem is, when we transcode to H265 there is an issue when we play the video.
    it is like cc error or maybe muxing issue, we don’t know, what we know is, the stream has lagging every few mins.
    we played the output stream by FFmpeg again

    /root/bin/ffmpeg -v error -i udp://lo@127.0.0.1:5000 -f null - 2>error.log

    we got this

    [hevc @ 0x2610b40] PPS id out of range: 0
    
    Last message repeated 35 times
    
[hevc @ 0x2604a80] Could not find ref with POC 21

    and here is our FFmpeg command line example for transcoding

    /root/bin/ffmpeg -re -y -vsync 0 -hwaccel cuvid -c:v h264_cuvid  -deint 2  -drop_second_field 1 -surfaces 10 -fflags discardcorrupt+genpts+nobuffer -i   "udp://227.30.40.4:1234?localaddr=192.168.2.55&amp;overrun_nonfatal=1&amp;&amp;fifo_size=50000000" -map 0:p:352 -af aresample=async=1  -acodec aac -ac 1 -strict -2  -vcodec hevc_nvenc  -g 40  -b:v 2300k -minrate 2300k -maxrate 2300k -bufsize 2300k -preset hq -metadata service_provider="ISTAR MEDIA" -metadata service_name="KURDMAX" -flags cgop -sc_threshold 500  -f mpegts -muxrate 2700k  -y  "udp://227.2.2.6:1234?localaddr=192.168.2.55&amp;fifo_buffer=50000000&amp;overrun_nonfatal_option=1&amp;bitrate=2700000&amp;burst_bits=2700000&amp;pkt_size=1316" 2> /var/log/ffmpeg/kurdmax.txt

Navigation