Recherche avancée

Médias (0)

Mot : - Tags -/optimisation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (49)

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

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

Sur d’autres sites (7760)

  • What is the best way to take care of noise in ffmpeg ?

    4 février 2021, par laboy

    I have an old piece of footage that while being high quality is a bit worn and has a lot of film grain and those lines that show up on old film.

    


  • Nginx RTMP/HLS - stream to ffmpeg and output HLS

    20 novembre 2018, par kanazaca

    At this point my solution is working but only as RTMP, i can watch perfectly my stream using the URL :

    rtmp://X.X.X.X:1935/show/name

    But the problem is that my LG Smart Tv which uses WebOS don’t support RTMP and i would really like to play my stream there. The only solution that i can see right now is to use HLS. With HLS all works fine too, but i need to execute my ffmpeg command before open the HLS stream in TV, otherwise it will not create the files necessary to display the stream on my TV.

    So my goal is to serve a stream as HLS without having to trigger the RTMP endpoint or the FFMPEG manually.

    I’m really struggling with this, waste 3 days trying to make it work :(

    http
    {
    location /hls
    {
       # Disable cache
       add_header Cache-Control no-cache;

       # CORS setup
       add_header 'Access-Control-Allow-Origin' '*' always;
       add_header 'Access-Control-Expose-Headers' 'Content-Length';

       # allow CORS preflight requests
       if ($request_method = 'OPTIONS') {
           add_header 'Access-Control-Allow-Origin' '*';
           add_header 'Access-Control-Max-Age' 1728000;
           add_header 'Content-Type' 'text/plain charset=UTF-8';
           add_header 'Content-Length' 0;
           return 204;
       }

       types {
           application/vnd.apple.mpegurl m3u8;
           video/mp2t ts;
       }

       root /mnt/;
       }
    }

    }
    rtmp {
    server {
       listen 1935;

       chunk_size 4000;
       buflen 5s;

       application show {
           live on;

       exec_pull ffmpeg -re -i http://stream-coming.com/$name.ts -c:v libx264 -preset faster -pix_fmt yuv420p -c:a aac -f flv rtmp://localhost/show/$name;

           # Turn on HLS
           hls on;
           hls_path /mnt/hls/;
           hls_fragment 3;
           hls_playlist_length 60;
           # disable consuming the stream from nginx as rtmp
           deny play all;
       }
    }

    }

    Thanks for your time ;)

  • libavcodec/mpeg12dec : append CC data to a53_buf_ref

    14 décembre 2024, par Scott Theisen
    libavcodec/mpeg12dec : append CC data to a53_buf_ref
    

    In mpeg_decode_a53_cc() only the A/53 part 4 CC data ("GA94") is saved between
    frames. The other formats incorrectly created a larger buffer than they use
    since a705bcd763e344fac191e157ffeddc285388b7fa because they did not append to
    the previous data.

    The a53_buf_ref is added to the frame in mpeg_field_start() which will only be
    called in decode_chunks() if not all of the picture data slices are skipped.

    For these formats, utilize the data added to the buffer in case frames are skipped
    (concatenating the CC data until a frame can be exported), in a similar fashion to
    the A/53 part 4 logic.

    Reviewed-by : Marth64 <marth64@proxyid.net>
    Signed-off-by : Marth64 <marth64@proxyid.net>

    • [DH] libavcodec/mpeg12dec.c