Topic: darn mp3's...

[Fraggie]

Hey, Ian! I would like you to take a look at some MP3's that won't play in XMPlay. They do work with Winamp. I took a look at them myself, and I think the problem is in the ID3v2 tag. It's weird long and our player does not recognise the file.

They are named hack sign ost *... (Due to my connection restrictions I had to truncate the files to 128KB. But it doesn't make any difference: Winamp plays, XMPlay doesn't.)

[Zarggg]

If you think it's the ID3v2, did you try deleting it from the MP3 and then playing it in XMPlay?  Just a thought.

[Ian @ un4seen]

The problem isn't the ID3 tags, it's the very large empty padding that the (stupid ) encoder has inserted between the ID3 tags and the actual MP3 data.

[Fraggie]

Exact Audio Copy... Pffff.. Puh-lease...  

So, it can be fixed or do I have to cut the files?...

[Keltic Danor]

Exact Audio Copy... Pffff.. Puh-lease...  

Exact Audio Copy is great however, if your gonna use lame use the lame.dll the exe and the codec don't seem to work well with EAC. (Though if your like me and use EAC to rip as WAV and then convert to OGG you would'nt have problem at all )

[Ian @ un4seen]

So, it can be fixed or do I have to cut the files?...

I'll see what I can do... it's about balancing how deep XMPlay looks to detect a valid file, and quickness

[Zarggg]

Odd.  I do my mp3s exclusively with EAC/Lame.exe.  I've never had a problem with them, other than the soundcard issue I had with 2.3.  Then again, my padding is only about 4k, if that.

[Fraggie]

Exact Audio Copy is great however, if your gonna use lame use the lame.dll the exe and the codec don't seem to work well with EAC. (Though if your like me and use EAC to rip as WAV and then convert to OGG you would'nt have problem at all )

These files were not encoded by me. I've actually never had such problems with EAC myself (maybe because I'm not doing much ripping... ). I don't know what that 30KB-padding is doing there at all...
And you're right, it's high time for people to switch to Ogg...

I'll see what I can do... it's about balancing how deep XMPlay looks to detect a valid file, and quickness

I understand. I guess Winamp is scanning the whole file (if you try to play a MO3, you'll hear the samples). You never know what people insert before the MPEG data...

[Ampa]

Getting this issue a lot with MP3s where the tag info has been written by Tag&Rename (currently v3.0b6)

Any news on resolving this?

Thanks

[Torkell]

Déjà vu anyone?

Re: 2.4 Weeeeeeeeeeeeeeeee!!

[Ian @ un4seen]

Getting this issue a lot with MP3s where the tag info has been written by Tag&Rename (currently v3.0b6)

Please upload 1 or 2 problem files, and I'll have a look at them...
     ftp://ftp.un4seen.com/incoming/