What I found at this point: - xingmux tries to compute the number of frames from a sum of their duration. And this is wrong, as I've found several rounding errors in the calculation. - IMHO it's incredibly easier to just count the frames. I've yet to search if using the duration is really needed.
But! With my test vbr-mp3 files, containing 8700 frames, gstreamer is wrong at 8699, but mp3val's 8701 frames are wrong too. I think mp3val count the frames including empty ones? The file does have an empty first frame, containing the xing header. I'm not sure about what to do with that, I must check how lame generates its xing header. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1075497 Title: Generated MP3s are always invalid: mp3val warns about Xing header To manage notifications about this bug go to: https://bugs.launchpad.net/soundconverter/+bug/1075497/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
