The VideoLAN Forums

Long time lurker, first time poster.

Let me start by saying that I've been using VLC for around five years and love it. I have not yet found a file/codec that I throw at it, that it can't playback.

I'm also quite aware that my post may be met with some "did you search for that before posting/etc" type responses, which I am fully braced for, but I don't really know how to search for this particular issue.

I have several mp3's that will play on 1.0.5 that will not play on 1.1.7. I've redownloaded the files and have replicated this on three different computers (both WinXP and 7). In each case, the file plays flawlessly on 1.0.5 but will not play in 1.1.7. All you get is the "0 seconds of 0" timeline, as if it is not even a valid music file. This is certainly not a big deal and I can't complain about free software that has worked so well for so long, but it is quite annoying, since 1.1.7 has a bunch of new features that I miss. Just curious if anyone knew of anything off the top of their head that changed that might be causing this. I was thinking maybe some mp3 file attribute support could have changed, but it seems that if anything, a newer version of the program would support more file types/encoding/etc than an older one.

Either way, thanks for reading and long live VLC!

-Matt

Thanks, that means bug and regression

Can you send it to us? http://streams.videolan.org/upload/

I'm not sure if we have the same problem, but in the past I had an issue with this (although I'm not sure if it was with vlc to be honest).

Anyways the fix that I found was to run the mp3s through a program like mp3diags. http://mp3diags.sourceforge.net/ In my case the files had broken mpeg streams at the beginning of the file. and mp3diags should tell you if the file is corrupt and fix it for you.

I'm not sure if we have the same problem, but in the past I had an issue with this (although I'm not sure if it was with vlc to be honest).

Anyways the fix that I found was to run the mp3s through a program like mp3diags. http://mp3diags.sourceforge.net/ In my case the files had broken mpeg streams at the beginning of the file. and mp3diags should tell you if the file is corrupt and fix it for you.

Thanks for your suggestion man! I downloaded mp3diags and ran the offending files through and now they work like a charm in 1.1.7. I guess this negates the need to send in a stream for a bug report?

Either way, thank you nikola23!

I guess this negates the need to send in a stream for a bug report?

If you still have any of the broken files you should probably still send them in because its a fairly common problem with mp3s that have been edited with every tag editor under the sun.

I just wanted to sign in and express my admiration for MP3Diags as well. I was stuck at VLC version 1.1.4 because of this issue. I would get more concerned with each new release, wondering what security holes and bugs I still had because I couldn't upgrade.

The cavalry to the rescue! MP3Diags (using transformation #4) fixed ALL my broken files! Here is a link to a sample broken file if anyone can use it.

http://markdenio.dyndns.org/WavePad/24% ... orever.mp3

Regards,
Mark

Here is a link to a sample broken file if anyone can use it.
http://markdenio.dyndns.org/WavePad/24% ... orever.mp3

I can confirm this file is playing fine with Foobar2000, MPC-HC, MPlayer and FFplay.
It's also playing fine with VLC 1.0.5 but fails with VLC 1.1.8. Maybe because it contains both ID3v1 and ID3v2 tags ?

Anyway, this is a regression so you should create a ticket on the bug tracker.

Maybe because it contains both ID3v1 and ID3v2 tags ?

MP3Diags says that it contains both ID3v2.3.0 and ID3v2.4.0.

That's the source of the bug, removing either one of the 2 makes the file playable in vlc. Also, it plays both with and without the ID3v1

I believe it works with 1.2 (Nightly Build of VLC)