#6634: Regression when decoding aac -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by jamrial):
* analyzed: 0 => 1 * status: new => open * component: avcodec => avformat * reproduced: 0 => 1 Comment: This sample has several broken ADTS frames, and it's in the first of such frames where it's stopping right now. Half of said frame is present until some weird streaming header shows up and a new ADTS frame starts. So this sample is just a raw dump of a glitchy stream stitched together. Working around this would probably require reverting 3d4026325381c1066d771bcb83e024c92ea7e189, propagating data without bothering to check if it's a valid ADTS frame and once again leaving the work to the parser, reintroducing the behavior described in #6437 I don't know what's the best option here, of it there some alternative where we don't have to compromise. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6634#comment:1> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker _______________________________________________ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://ffmpeg.org/mailman/listinfo/ffmpeg-trac