[FFmpeg-devel] mp3: "Header missing" error on last packet w/o seek.
Michael Niedermayer
michaelni at gmx.at
Tue May 8 03:51:32 CEST 2012
On Mon, May 07, 2012 at 05:15:27PM -0700, Dale Curtis wrote:
> All,
>
> We're running into a strange issue with an mp3 where it throws a "header
> missing" error if played straight through, but plays through fine w/ a seek
> to 1. E.g., using D_0.mp3 from:
>
> http://www.danedington.co.uk/superThings/HTML5Guitar/D_0.mp3
>
> $ ffplay -autoexit D_0.mp3
> ...
> [mp3 @ 0x25ee0c0] Header missing 0KB vq= 0KB sq= 0B f=0/0
> 1336434931.49 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0
>
> Whereas with a -ss 1 no "Header missing" error occurs:
>
> $ ffplay -autoexit -ss 1 D_0.mp3
> ...
> 15.52 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0
>
> Running a read_frame/avcodec_decode_audio loop shows avcodec_decode_audio
> returning -1 on the very last packet (ignore the return code and read_frame
> return EOF next). Additionally, using a backwards seek to 0 shows error,
> however a forward seek to 0 does not.
>
> As far as I can tell it's been an "issue" since at least July 2011. Haven't
> found a passing build yet for bisect. Full logs at
> http://pastebin.com/Xd6QVqR3
>
> Thanks in advance for any assistance.
fixed
thanks for the bug report
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Rewriting code that is poorly written but fully understood is good.
Rewriting code that one doesnt understand is a sign that one is less smart
then the original author, trying to rewrite it will not make it better.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120508/24548e18/attachment.asc>
More information about the ffmpeg-devel
mailing list