Putting '-async 1' on an input side (before '-i') might help
Thank you for your input.
I already tried all available -vsync options. They do not change anything if
applied to the video input (probably as the raw video data does not contain
any timestamps so they have to generated by ffmpeg), and only the
option -vsync drop affects the result if applied to the audio stream, but
does not solve my problem. Still, all audio packets are written to the very
first part of the resulting file. But all timestamps of the encoded packages
(video and audio) are correct, so it causes no problem for playback on most
software players. It certainly won't work fine for an optical medium.
_______________________________________________
ffmpeg-user mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
_______________________________________________
ffmpeg-user mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
