[Bug 666545] [playbin2] Number of samples read from MP3/AAC files is less than expected

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=666545
  GStreamer | gst-plugins | 0.10.30

--- Comment #4 from Dinesh Iyer <dsi.maillist at gmail.com> 2011-12-21 20:37:16 UTC ---
Hello Vincent,
I am computing the expected number of samples using the duration and sample
rate. As per your measurements above, the expected total number of samples
should be 47232. Using media foundation, I get exactly this many samples. Using
gstreamer, I get a total of 46080 samples which is 1152 samples (1 buffer size)
less. I am attaching two WAV files which contain the samples read in from the
MP3 file using Media Foundation and gstreamer.

Please do let me know if you require any additional information.

Dinesh

(In reply to comment #2)
> For the MP3 part, I'm not sure how to tell if there really is an issue.
> I have converted the mp3 file to wav with both ffmpeg and gstreamer, and both
> files show the exact same length (0:00:01.071020409 seconds, at 44100 Hz).
> It is possible that both gstreamer and ffmpeg drop the same amount of data
> though.
> Is the mp3 file you included supposed to contain more data than this ?
> 
> FWIW, playing with gst, I hear noise at the beginning and end, but that might
> be expected since you said you added padding at the end.
> 
> Last, mad (the mp3 decoding library used by gst) reports decoding errors at the
> end of the stream. Whether it is because of the padding, or because of invalid
> data before that padding was added, I do not know).

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.