Recherche avancée

Médias (1)

Mot : - Tags -/3GS

Autres articles (104)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

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

Sur d’autres sites (11162)

  • Why does ffmpeg generate a mpeg-dash mpd with long timeShiftBufferDepth even with window_size of one minute ? [closed]

    1er février 2024, par igorblima

    I'm having a problem with ffmpeg when i try to create a dynamic mpd from rtmp livestream. The vídeo integrity its ok and works fine, but the only problem is with the timeShiftBufferDepth. The command specifies how much window_size to have, but for some reason the timeShiftBufferDepth generated by ffmpeg doesn't respect that. I specified 1 minute of window_size, but for some reason unknown to me, the timeShiftBufferDepth is generated as 8 minutes

    


    the command :

    


    ffmpeg -i rtmp://localhost:1935/live/stream -c:v libx264 -b:v 1000k -c:a aac -b:a 128k -strict experimental -f dash -window_size 60 -utc_timing_url https://time.akamai.com/?ms -seg_duration 5 -remove_at_exit 1 -dash_segment_type mp4 h264.mpd


    


    result :

    


    timeShiftBufferDepth="PT8M19.9S"


    


    how i say previously, the mpd works fine in the player. The only issue is with that incorrect timeShiftBufferDepth

    


    i read the ffmpeg documentation https://ffmpeg.org/ffmpeg-formats.html#Options-19

    


  • ffmpeg input from rtmp wont recognize video stream on long kryframes [closed]

    10 février 2024, par Dima

    file : someFile.mp4
there are keyframes every 10 seconds in this file.

    


    command 1 :
ffmpeg -re -i someFile.mp4 -c:v copy -f flv rtmp://someDestination

    


    when playing rtmp://someDestination its all fine and finds the video stream after up to 10 seconds.

    


    command2 : ffmpeg -i rtmp://someDestination -c copy -f flv rtmp://otherDestination

    


    when playing rtmp://otherDestination most of the time there is no video track at all.

    


    looks like ffmpeg wont get keyframe fast enough and decides there is no video track.
ffprobe also shows no video track.

    


    is there any way to tell ffmpeg not to ignore videotrack but just copy the stream as is ?

    


      

    • using ffmpeg 6.0
    • 


    


    expecting to copy everything and not to ignore video track

    


  • How to serve long duration HLS playlist (12 hours) without creating massive playlists ? [closed]

    17 février 2024, par hedgehog90

    I'm serving an HLS stream with the following ffmpeg command :

    


    ffmpeg -f flv -i rtmp://127.0.0.1/live/4be0e198-45f2-4190-9748-0854cdfa4421 -crf 22 -ar 44100 -ac 2 -fps_mode passthrough -force_key_frames expr:gte(t,n_forced*2) -map 0:v:0 -map 0:a:0 -map 0:v:0 -map 0:a:0 -map 0:v:0 -map 0:a:0 -c:v libx264 -filter:v:0 scale=1280:720 -maxrate:v:0 3000k -c:a aac -b:a:0 160k -c:v libx264 -filter:v:1 scale=854:480 -maxrate:v:1 2000k -c:a aac -b:a:1 160k -c:v libx264 -filter:v:2 scale=640:360 -maxrate:v:2 1000k -c:a aac -b:a:2 128k -var_stream_map "v:0,a:0,name:720p v:1,a:1,name:480p v:2,a:2,name:360p" -preset veryfast -hls_list_size 30 -threads 0 -f hls -hls_time 2 -master_pl_name master.m3u8 -y %v.m3u8

    


    The playlist is limited to 30 segments of 2 second duration, 60 seconds total.
I'm using hls.js with low latency enabled for html video playback.

    


    I'd like to make the stream have up to 12 hours of duration, which is 720x longer than it currently is.
Is there a way to do this without creating enormous playlists ? If I adjusted my command to just have a higher list size that would make the user have to constantly fetch 500kb m3u8 files.

    


    I figured if we know the overall duration and the segment duration then we can make a pretty accurate guess what # segment to serve if the user rewinds 6 hrs into a 12 hr stream...

    


    I assume there's something in the HLS spec that allows for very long/infinite duration streams. Is there ? If so how do I implement it ?