[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