lavf demuxer on audio file with album art causes buffer fill errors

[zack@…]

The first ~100 lines of what happens when -demuxer lavf is used with a audio file that also happens to contain album art is attached. It goes on for another 103MB over the course of the next 320 seconds.

-demuxer audio works fine because unlike lavf, it doesn't pretend the album art tag is a 1-frame video stream.

I have been told lavf sets a flag when it does this however, perhaps it would be possible to create a new mplayer option that allows the video stream to be discarded when the album art flag is set on a video stream when using the lavf demuxer-- -novideo for example cleans things up, it would be nice to automatically detect broken video streams and ignore them completely.

Verbatim output (103MB): ​http://buhman.org/mplayer-output
Sample audio (9.8MB): ​http://buhman.org/sample.mp3

[zack@…]

mplayer output

[reimar]

Please give the exact command-line you are using. I can't reproduce the issue, that "pts MISSING" message is printed only exactly once for me.

[zack@…]

I have also uploaded the sample on ​ftp://upload.ffmpeg.org/incoming/lavf-demuxer-on-audio-file-with-album-art-causes-buffer-fill-errors-2109.mp3

Reimar: you are quite correct. I had a few things lurking in my .mplayer/config that also contribute. Removing my configuration, I can reproduce the problem with exactly:

mplayer -demuxer lavf -framedrop yes sample.mp3

My apologies.

[reimar]

Cover art handling unfortunately still has a few more issues (e.g. seeking working really badly), but this one should be fixed in r35482.

[zack@…]

mplayer r35482 output

[zack@…]

I've compiled r35482 as you suggested, and the only thing that fixes is the ridiculous amount of error spewage in r35421.

The actual behavior is completely unchanged; lavf still only makes a single-frame mjpeg video stream, and this breaks seeking as you said.

[reimar]

You didn't mention anything about seeking your original report, I closed it because it fixes the only issue you mentioned.
The seeking issues also "only" affect seeking relative to the current position, absolute seeks should work fine. Also, these seeking issues come up in numerous other situations (slideshows, screen recordings etc.).
It is a bit more tricky to fix properly though.

[reimar]

And the seeking should be fixed in r35486. Though we'll have to see if it breaks something.

[zack@…]

mplayer r35487 output

[zack@…]

I can confirm at least r35487 seeks properly.