But when re-encoding the audio, the ffmpeg formatting needs to be different.įor the latter, the mapping options stay the same, and the itsoffset parameter does allow negative values. When copying the audio without transcoding, my examples in post #4 are correct. No, it's my fault (and the stupidity of ffmpeg). I'll run some more tests to make sure I am not doing something wrong. With '-acodec copy' the audio worked but using libmp3lame it was still off. I'd recommend either using '-acodec copy' to copy an existing aac stream without re-encoding, or transcode the audio to another format like mp3 using -acodec libmp3lame. You might inadvertently get the directors commentary/wrong language or the encode may fail completely. if you're trying to automate the process, the hard-coded mapping options might cause problems with source files containing multiple audio/video streams. itsoffset doesn't seem to support negative values, so use one of the examples above. you should be using a recent version of ffmpeg as the syntax has changed over time. Try using colons instead.įfmpeg -i test.avi -itsoffset 0.216 -i test.avi -map 0:0 -map 1:1 -vcodec libx264 -r 25 -b:v 1268k -s 512x368 -acodec copy audio_delayed.mp4įfmpeg -i test.avi -itsoffset 0.216 -i test.avi -map 1:0 -map 0:1 -vcodec libx264 -r 25 -b:v 1268k -s 512x368 -acodec copy video_delayed.mp4
Ffmpeg -i test.avi -itsoffset 0.216 -i test.avi -map 0.0 -map 1.1 -ab 128k -vcodec libx264 -r 25.00 -b 1268k -s 512x368 new.mp4 The formatting of the map options looks wrong.
0 kommentar(er)
