Recherche avancée

Sur d’autres sites (10509)

• FFMPEG corruption concat

  11 avril 2017, par Please Help

  When I run

  ffmpeg -f concat -i resizedvideolist.txt -c copy concatenated_time.mp4 2>&1

  it concatenates all the videos in the txt, but there is one video around halfway through that get glitched out. The audio just doesn’t play for that video, but then starts playing on the next video, so it has been delayed. Then somewhere the audio managed to catch up and gets back in sync. Seems like some major corruption going on here.

  I do not know how to fix this as the codec is the same as all the other vidoes, H.264, it is an mp4 like the others. The individual video file runs fine as it is, and it already is in the same timescale, because before this ffmpeg command, I ran

  ffmpeg -i ./tempDownloadedMemes/$videoFileName -filter_complex 'scale=1080:-1,pad=1080:1080:(ow-iw)/2:(oh-ih)/2:0x2F2F2F' -video_track_timescale 15360 ./resizedVideos/resized_videoFileName 2>&1

  To be honest I don’t even know what timescale is, but I read that it needs to be the same for it to work. I deleted the video from the list, tried this same command, and the problem was gone at the same time in the video that it would have appeared. It seems like it is something to do with that one file itself. Any known issues/workarounds on concat bugs ? This is very important to me. Thanks.

• How to concatenate multiple videos with ffmpeg while preserving each file's duration [closed]

  24 janvier 2024, par GaoJin

  I have several video clips. Let's say 10 clips.
I want to concatenate them all to one video.
The duration of video clips varies and when I get property with ffprobe it says.
11.37s, 10.7s, 6.67s, 12s, 9s ...
But after I concatenated them all, the duration of result video is a little longer than the sum of individual videos.

  


  And what bothers me is the moment when one video transitions to the next.
Sometimes the transition moment comes about 1 sec than it must be at(The moment get by calculation)

  


  I converted all video clips to constant 30 fps and h264.

  


  ffmpeg -y -i "D:\\output\\temp_clip0.mp4" -i "D:\\output\\temp_clip1.mp4" -i "D:\\output\\temp_clip2.mp4" -i "D:\\output\\temp_clip3.mp4" -i "D:\\output\\temp_clip4.mp4" -i "D:\\output\\temp_clip5.mp4" -i "D:\\output\\temp_clip6.mp4" -i "D:\\output\\temp_clip7.mp4" -i "D:\\output\\temp_clip8.mp4" -i "D:\\output\\temp_clip9.mp4" -i "D:\\output\\temp_clip10.mp4" -i "D:\\output\\temp_clip11.mp4" -i "D:\\output\\temp_clip12.mp4" -i "D:\\output\\temp_clip13.mp4" -i "D:\\output\\temp_clip14.mp4" -i "D:\\output\\temp_clip15.mp4" -filter_complex [0:v][1:v][2:v][3:v][4:v][5:v][6:v][7:v][8:v][9:v][10:v][11:v][12:v][13:v][14:v][15:v]concat=n=16:v=1[outv] -map [outv] concated.mp4


  


• avfoundation : Fix compilation for OSes other than macOS and iOS

  25 mars, par Martin Storsjö

  avfoundation : Fix compilation for OSes other than macOS and iOS
  E.g. tvOS doesn't have devicesWithMediaType.
  In principle, we could probably disable building the whole
  
  input device on such OSes, but that would either require
  
  testing explicitly for the OS type in configure (which we don't
  
  do anywhere so far), or test for individual objective C methods.
  This approach allows the code to compile, but no input devices
  
  will be found at runtime.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavdevice/avfoundation.m