
Recherche avancée
Médias (1)
-
Video d’abeille en portrait
14 mai 2011, par
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (104)
-
Gestion des droits de création et d’édition des objets
8 février 2011, parPar 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, parUnlike 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, parThe 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 igorblimaI'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 Dimafile : 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 hedgehog90I'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 ?