[MPlayer-dev-eng] Re: [PATCH] don't skip first mp3 frame
Reimar Döffinger
Reimar.Doeffinger at stud.uni-karlsruhe.de
Thu Jan 6 16:07:23 CET 2005
Hi,
On Thu, Jan 06, 2005 at 03:40:14PM +0100, Jindrich Makovicka wrote:
> Reimar Döffinger wrote:
> >On Tue, Jan 04, 2005 at 10:44:40AM +0100, Jindrich Makovicka wrote:
> >>Reimar Döffinger wrote:
> >>>Please upload the sample. The samplerate if the first six headers are
> >>>checked to match by the demuxer, so if there are bogus parameters in the
> >>>first frame the demuxer should have made sure it will be skipped.
> >>
> >>incoming/mp3frame1
> >
> >That's an avi, so the change to the audio demuxer did not make a
> >difference of course...
>
> Yes, I mentioned it in my previous post.
Just thought I state it clearly...
> >But the samplerate seems to be detected correctly even without your
> >patch... Can you explain more what exactly your patch is supposed to do?
>
> Strange, for me, vanilla MPlayer detects 22050 Hz instead of correct
> 44100. The patch makes the decoder return samplerate and other stuff
> based on the second frame, as in the previous versions which skipped it.
Yes, you are right... I wonder what exactly is wrong with that first
frame...
> >And do you know how that file was created?
>
> tv capture using mencoder, then a part was cut out using avidemux. I
> have more files produced by the same means, all of them work. I agree
> the file is buggy, but older mplayer releases had no trouble.
I wonder if it's avidemux that broke it...
I think this should be fixed in a more general way, as only changing
ad_mp3lib will still leave decoding with ffmpeg broken...
Greetings,
Reimar Döffinger
More information about the MPlayer-dev-eng
mailing list