[FFmpeg-devel] codecpar regressions

[Michael Niedermayer]

On Sat, Apr 02, 2016 at 01:02:45PM +0200, Michael Niedermayer wrote:
> On Sat, Apr 02, 2016 at 12:04:47AM +0200, Michael Niedermayer wrote:
> > On Fri, Apr 01, 2016 at 01:53:45AM +0200, Michael Niedermayer wrote:
> > > Hi
> > > 
> > > from #ffmpeg-devel
> > > <Daemon404> im not doing any fixes today though, im beat.
> > > ...
> > > <Daemon404> michaelni, if im not around mail me them, or putthem on github or something
> > > 
> > > i found another regression, thought "here" is a good "something"
> > > that way more people can search for and fix regressions
> > > 
> > > heres one regression:
> > > ./ffmpeg -i Broadway-5.1-48khz-448kbit.ac3 -t 10 out.wav
> > > ./ffmpeg-codecpar-2016-0331-23 -i Broadway-5.1-48khz-448kbit.ac3 -t 10 out-codecpar.wav
> > > 
> > >  ls -alF out-codecpar.wav out.wav
> > > -rw-r----- 1 michael michael 6681702 Apr  1 01:38 out-codecpar.wav
> > > -rw-r----- 1 michael michael 5760102 Apr  1 01:38 out.wav
> > > 
> > > the codecpar case also fills the screen with
> > > Non-monotonous DTS in output stream 0:0; previous: 75264, current: 66048; changing to 75264. This may result in incorrect timestamps in the output file
> > > warnings
> > > 
> > > not yet rebased onto origin tree used for the testing:
> > > https://github.com/dwbuiten/FFmpeg/tree/codecpar
> > > 
> > > PS: i suggest to wait at least 48h with no new regressions being found
> > > before this is pushed, its a exceptionally large merge
> > 
> > another regression:
> > ./ffmpeg -i ~/tickets/2397/242_4.mkv -filter_complex '[0:v][0:s:1]overlay' out.avi
> 
> another one: (tested with codecpar code of today)
> 
> ./ffmpeg -i diatonis_invisible_order_anfos_ac3.wav
> 
>   libavutil      55. 19.100 / 55. 19.100
>   libavcodec     57. 28.100 / 57. 28.100
>   libavformat    57. 28.100 / 57. 28.100
>   libavdevice    57.  0.101 / 57.  0.101
>   libavfilter     6. 39.100 /  6. 39.100
>   libswscale      4.  0.100 /  4.  0.100
>   libswresample   2.  0.101 /  2.  0.101
>   libpostproc    54.  0.100 / 54.  0.100
> Assertion avctx->codec_id == s->parser->codec_ids[0] || avctx->codec_id == s->parser->codec_ids[1] || avctx->codec_id == s->parser->codec_ids[2] || avctx->codec_id == s->parser->codec_ids[3] || avctx->codec_id == s->parser->codec_ids[4] failed at libavcodec/parser.c:151
> Aborted

another regression:
wget http://chui-pas.net/~fun/test-8-7.1.opus.ts

./ffmpeg -i test-8-7.1.opus.ts test.wav
./ffmpeg-pre-codecpar -i test-8-7.1.opus.ts test-pre.wav

-rw-r----- 1 michael michael 10137702 Apr  2 21:12 test-pre.wav
-rw-r----- 1 michael michael  2534478 Apr  2 21:12 test.wav

codecpar also generates pages of
[opus @ 0x23806e0] LBRR frames present; this is unsupported
[opus @ 0x23806e0] Error decoding a SILK frame.
[opus @ 0x23806e0] Error decoding an Opus frame.
[opus @ 0x23806e0] LBRR frames present; this is unsupported
[opus @ 0x23806e0] Error decoding a SILK frame.
[opus @ 0x23806e0] Error decoding an Opus frame.


[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Why not whip the teacher when the pupil misbehaves? -- Diogenes of Sinope
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20160402/30555ab6/attachment.sig>