Recherche avancée

Sur d’autres sites (15304)

• Changing Parameters in FFmpeg while encoding ?

  27 février 2019, par Trycoder

  I am using FFmpeg to create MPEG dash segments from my camera and playing it using Shaka Player. But I want to change the segment size (For example 2 seconds to 1 second) without creating a new process and without exiting the current process. Is there a change to change the parameter value in FFmpeg while the process is still running ?

  ffmpeg -f avfoundation -video_size 1280x720  -rtbufsize 100M  -r 30  -i 0 -qscale 100 -g 1 -vcodec libx264 seg_duration 1 -f dash -use_timeline 0 -use_template 0 -single_file 0 ffmpeg.mpd

  This is the command where I want to change the segment_duration to 2, without exiting the current process.

  ie.

  ffmpeg -f avfoundation -video_size 1280x720  -rtbufsize 100M  -r 30  -i 0 -qscale 100 -g 1 -vcodec libx264 -seg_duration 2 -f dash -use_timeline 0 -use_template 0 -single_file 0 ffmpeg.mpd

  Or is there any other MPEG DASH Encoder for this use case ?

• FFMPEG : Timestamps are unset in a packet for stream 0.Non-monotonous DTS in output stream 0:0

  22 février 2018, par Lily Priya

  I’m using FFMPEG to connect an RTSP and create video files on the fly that can be viewed in a mpeg-dash compatible browser using HTML5 video element and dash.js

  ffmpeg to connect to your ip camera

  ffmpeg -i rtsp ://194.168.26.234:554 -r 64k -an -c:v copy -b:v 2000k
  -fflags nobuffer -f dash -window_size 4 -extra_window_size 0 -min_seg_duration 2000000 -remove_at_exit 1 ..\www\manifest.mpd

  When I Run the command,it streaming properly but in the middle I’m getting error on Timestamps and also in Non-monotonous DTS. And also it was 3-15 sec delay Here My error,

  [dash @ 000000d62f752f20] Timestamps are unset in a packet for stream
  0. This is deprecated and will stop working in the future. Fix your code to set the timest amps properly
  [dash @ 000000d62f752f20] Non-monotonous DTS in output stream 0:0 ;
  previous : 0, current : 0 ;changing to 1. This may result in incorrect
  timestamps in the output file.

  [mp4 @ 000000d6302824e0] Application provided duration : -64 /
  timestamp : 1275009 is out of range for mov/mp4 format

  frame= 513 fps= 34 q=-1.0 size=N/A time=00:00:20.40 bitrate=N/A
  speed=1.35x frame= 527 fps= 34 q=-1.0 size=N/A time=00:00:20.96
  bitrate=N/A speed=1.34x

  [dash @ 000000d62f752f20] Non-monotonous DTS in output stream 0:0 ; previous : 134 1505, current : 1341505 ; changing to 1341506. This may result in incorrect timest amps in the output file.

• fate/oggvorbis : Fix tests after fixing AV_PKT_DATA_SKIP_SAMPLES

  10 juillet 2021, par Guangyu Sun

  fate/oggvorbis : Fix tests after fixing AV_PKT_DATA_SKIP_SAMPLES
  After fixing AV_PKT_DATA_SKIP_SAMPLES for reading vorbis packets from ogg,
  
  the actual decoded samples become fewer. Three fate tests are failing :
  fate-vorbis-20 :
  
  The samples in 6.ogg are not frame aligned. 6.pcm file was generated by
  
  ffmpeg before the fix. After the fix, the decoded pcm file does not match
  
  anymore. Ideally the ref file 6.pcm should be updated but it is probably
  
  not worth it including another copy of the same file, only smaller.
  
  SIZE_TOLERANCE is added for this test case.
  fate-webm-dash-chapters :
  
  The original vorbis_chapter_extension_demo.ogg is transmuxed to dash-webm.
  
  The ref file webm-dash-chapters needs to be updated.
  fate-vorbis-encode :
  
  This exposes another bug in the vorbis encoder that initial_padding is not
  
  correctly set. It is fixed in the previous patch.
  Signed-off-by : Guangyu Sun <gsun@roblox.com>
  

  • [DH] tests/fate/vorbis.mak
  • [DH] tests/ref/fate/webm-dash-chapters