[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