[FFmpeg-trac] #9228(avcodec:new): multiple output in single C/libavcodec xcode process offsets "start" in output files
FFmpeg
trac at avcodec.org
Mon May 10 11:38:41 EEST 2021
#9228: multiple output in single C/libavcodec xcode process offsets "start" in
output files
------------------------------------+-----------------------------------
Reporter: Ray | Owner: (none)
Type: defect | Status: new
Priority: normal | Component: avcodec
Version: git-master | Resolution:
Keywords: AAC | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+-----------------------------------
Changes (by Ray):
* version: unspecified => git-master
Comment:
Replying to [comment:1 Carl Eugen Hoyos]:
> I don't think this has many similarities with a valid ticket (are you
just reporting that aac audio has a delay?), please at least confirm that
the issue is reproducible with current FFmpeg git head.
Confirmed same behaviour on git head
f8d910e90f599f338438833dfc92e2f1915ce414
Yes I am reporting that, after the first transcoded file, all subsequent
aac encoded files have an apparent delayed "start" offset that is
proportional to the sum of previous transcoded audio lengths. Input file
for xcode is 5secs, 1st xcode'd m4a start=0, 2nd xcode'd m4a start=~5sec,
3rd xcode'd m4a start=~10sec ..
When playing the the 3rd generated file .m4a in mpv, mpv believes it
14secs long and starts at 10secs (instead of at 00secs) - the original
.wav used for transcoding is 5 secs long. ffprobe on the .m4a
{{{Duration: 00:00:14.99, start: 9.976009, bitrate: 26 kb/s}}}
--
Ticket URL: <https://trac.ffmpeg.org/ticket/9228#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list