After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 766218 - MP3 decoding yields differerent results in 1.8 than 1.6
MP3 decoding yields differerent results in 1.8 than 1.6
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: dont know
1.8.1
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-05-10 10:24 UTC by Marcin Lewandowski
Modified: 2016-05-10 11:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Marcin Lewandowski 2016-05-10 10:24:30 UTC 
I am not sure if it is a regression or not, but when I compare results of the the following command:

gst-launch-1.0 filesrc location=Data.Record.File_a5ac9095-2a47-41e4-b746-a4d46da7f7fd ! decodebin ! audioconvert ! audioresample ! audio/x-raw,format=S16LE,rate=11050,channels=1 ! fdsink | wc -c

for the same file between 1.6.2 and 1.8.1 I get 2 different results:

1.6.2: 4055201
1.8.1: 4053488

I would expect that MP3->raw decoding would have been quite deterministic.
Comment 3 Tim-Philipp Müller 2016-05-10 10:44:54 UTC 
1) is the same decoder being used in both cases?

2) how does the output after the decoder compare? (to eliminating the effect of the convert/resample)
Comment 4 Sebastian Dröge (slomo) 2016-05-10 10:46:28 UTC 
Also is the file size the same in both cases?

"wc -l" is not a good metric for comparing in any case, some checksum would be more useful.
Comment 5 Marcin Lewandowski 2016-05-10 11:49:01 UTC 
I've checked MD5, they are equal.

Ok, on 1.8.1 there is fluendo MP3 decoder, I hadn't noticed one.

That's the cause, sorry for bothering.