Recherche avancée

Sur d’autres sites (10158)

• how to synchronize multiple rtsp streams using ffmpeg (or another tool ?)

  23 janvier 2015, par user1913115

  i have several RTP/RTSP live streams that i need to capture to individual mp4 files. this is what i’m doing :

  ffmpeg -i rtsp://source1/video \
  
         -i rtsp://source2/video \
  
         -i rtsp://source3/video \
  
         -map 0 -codec copy out1.mp4 
  
         -map 1 -codec copy out2.mp4 
  
         -map 2 -codec copy out3.mp4 

  which works fine except when packets/frames are dropped, i end up with 3 files of different lengths. e.g. after an hour of capture, i may have this :

  out1.mp4 - 59m58s

  out2.mp4 - 59m30s

  out3.mp4 - 56m41s

  when looking at ffmpeg output i see this periodically :

  [NULL @ 0x7ff8c3843600] RTP: missed 8 packets
  
  [NULL @ 0x7ff8c3843600] RTP: missed 570 packets
  
  [NULL @ 0x7ff8c3843600] SEI type 81 size 672 truncated at 264

  is there a way to synchronize these videos ? i.e. if a packet is dropped on source3 to drop same packets on source1 and source2 ? or repeat last received frame as many times as required on source3 to have videos in sync with each other ?

• checkasm : Add a "run-checkasm" make target

  14 février 2024, par Martin Storsjö

  checkasm : Add a "run-checkasm" make target
  Contrary to the existing "fate-checkasm", this always prints the
  
  tool output, and runs all tests at once instead of splitting it up
  
  per target group. This is more useful when the user expects to
  
  look directly at the tool output, instead of being part of a full
  
  fate run.
  (On failure with the regular "make fate-checkasm" targets, none of
  
  the tool output is printed, but stored in files. If run with reporting
  
  set up to the FATE website, the individual failures are uploaded there,
  
  but if it is run in some sort of other CI setup, the intermediate files
  
  might not be available afterwards for inspection.)
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] tests/checkasm/Makefile

• avcodec/g729dec : Use 64bit and clip in scalar product

  5 novembre 2019, par Michael Niedermayer

  avcodec/g729dec : Use 64bit and clip in scalar product
  The G729 reference decoder clips after each individual operation and keeps track if overflow
  
  occurred (in the fixed point implementation), this here is
  
  simpler and faster but not 1:1 the same what the reference does.
  Non fuzzed samples which trigger any such overflow are welcome, so
  
  the need and impact of different clipping solutions can be evaluated.
  Fixes : signed integer overflow : 1271483721 + 1073676289 cannot be represented in type 'int'
  
  Fixes : 18617/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ACELP_KELVIN_fuzzer-5137705679978496
  Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/g729dec.c