Recherche avancée

Sur d’autres sites (14364)

• The phenomenon of missing video data for the first part 1 to 2 seconds in streaming

  22 novembre 2022, par 양관식

  The phenomenon of missing video data for the first part (1 to 2 seconds) in streaming - ffmpeg
(specific hls live streaming, intermittent occurrence)
( I'm using it to check the frame (fps) )

  


  [root@ ]# ffmpeg -i http://live_streaming_url/PATH/definst/sample.stream/playlist.m3u8 -t 1 -f null -
frame= 5 fps=0.0 q=-0.0 Lsize=N/A time=00:00:01.00 bitrate=N/A speed=23.3x
video:3kB audio:188kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead : unknown

  


  ---

  


  When monitoring is performed by setting it to -t 10 (playtime), about 1 second of the first part is omitted, and only the frames for the next 9 seconds are added up
There is a phenomenon that is measured.

  


  [root@streaming_monitoring_test ~]# ffmpeg -i http://live_streaming_url/PATH/_definst_/sample.stream/playlist.m3u8 -t 10 -f null -
ffmpeg version 4.4 Copyright (c) 2000-2021 the FFmpeg developers
  built with gcc 7 (GCC)
  configuration: --enable-demuxer=dash --enable-libxml2
**frame=  277 fps=134 q=-0.0 Lsize=N/A time=00:00:10.00 bitrate=N/A speed=4.84x    
video:145kB audio:1875kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown**

------------------------------------------------------------------------------------------------------



  


  The reason for missing video data in the front part is under investigation
As a solution, the problem seems to be resolved when monitoring is carried out by adjusting the playback start time (-ss).

  


  ffmpeg -i http://live_streaming_url/PATH/definst/sample.stream/playlist.m3u8 -ss 10 -t 1 -f null –
frame= 29 fps=7.2 q=-0.0 Lsize=N/A time=00:00:01.00 bitrate=N/A speed=0.249x
  
video:15kB audio:188kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead : unknown

  


  ---

  


  but.... Why is the video data missing for the first part (1 to 2 seconds) checked ?

  


  thankyou...

  


• configure : Don’t require nonfree for nvenc

  23 avril 2016, par Timo Rothenpieler

  configure : Don’t require nonfree for nvenc
  As the nvEncodeApi.h header is now MIT licensed, this can be dropped.
  
  The loaded CUDA and NVENC libraries are part of the nvidia driver, and
  
  thus count as system libraries.
  Signed-off-by : Anton Khirnov <anton@khirnov.net>
  

  • [DBH] configure

• Stop ffmpeg from concealing corrupt frames

  22 mai 2021, par Dominic Mason

  To those who know the answer...

  


  I've been piping ffmpeg to aomenc quite successfully. Problem is, I'm sometimes getting source files for ffmpeg with false I-frames. I've loaded the files into virtualdub, and got the same result. There are some dummy frames, usually fake I-frames in a few of the files I have. So obviously, I want ffmpeg to simply drop such frames. I added the -err_detect aggressive -fflags discardcorrupt flags, but ffmpeg isn't having it. At the front of one vid I have a false I frame, but instead of dropping it I get :

  


  [h264 @ 0000000002ab8c00] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame


  


  The result is I have a grey colored frame at the front of the video. So, I've read the other answers. Is there any other way than discardcorrupt of forcing ffmpeg to automatically drop these frames, or do I have to manually remove them ? I'm using a windows build of ffmpeg from gyandev in case that matters, compiled about a month ago.