Go Back   Winamp & Shoutcast Forums > Winamp > Winamp Bug Reports

Reply
Thread Tools Search this Thread Display Modes
Old 27th November 2001, 21:36   #1
Captain Chaos
Junior Member
 
Join Date: May 2001
Posts: 11
Winamp ignores ID3v2 tags and VBR headers when streaming

The subject line says it all. In all versions I've tried up to and including 2.77, Winamp ignores the ID3v2 tag and VBR header when streaming an MP3 file over HTTP. The result is a very ugly stream name instead of the proper artist and title, and the wrong song length being displayed.

The odd thing is that Winamp does see the ID3v2 tag (I know because when I look at the file info while the stream is playing, it reports the ID3v2 tag size), it just ignores it for no apparent reason.

It should be easy to utilize both the ID3v2 tag and the VBR header, since they are at the beginning of the file and Winamp sees them both before any MP3 data.

Last edited by Captain Chaos; 27th November 2001 at 22:10.
Captain Chaos is offline   Reply With Quote
Old 28th November 2001, 19:15   #2
Huanjo
Junior Member
 
Huanjo's Avatar
 
Join Date: Apr 2001
Location: UK
Posts: 14
Yeah! I agree. And it seems quite wasteful when you consider that the major reason why the ID3v2 tag is located at the front of the file is for streaming purposes.
Huanjo is offline   Reply With Quote
Old 28th November 2001, 20:41   #3
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
[Edit]

Please ignore (realized at a later date to be utter bullshit)
Proceed straight to this post,
and ignore all my posts inbetween this and that one.

Thank you

[/Edit]


_______________________________________________

[some crap was here]
DJ Egg is offline   Reply With Quote
Old 29th November 2001, 09:34   #4
Captain Chaos
Junior Member
 
Join Date: May 2001
Posts: 11
Hi DJEgg,

I don't want Winamp to display the stream title, I want it to display the artist and title from the ID3v2 tag in the song like it does when playing the file directly from the harddisk. Anyway, if you mean the 'Include stream name in title' option under 'SHOUTcast titles', it makes no difference if I activate that or not, Winamp displays exactly the same in both cases (the URL the stream is being played from).

My MP3s have correct VBR headers. They have been encoded by MusicMatch and have had VBR headers added with Mp3/Tag Studio. If I play them directly from disk, Winamp does read both the ID3v2 tag and VBR header correctly, but when streaming the exact same file over HTTP, it ignores both...

I don't think the bug you mention applies (since Winamp can play the files correctly when playing them directly from disk), but even if it did, it shouldn't affect the processing of the ID3v2 tag, right?

Regards,
Pepijn
Captain Chaos is offline   Reply With Quote
Old 29th November 2001, 20:17   #5
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
Lord knows ?!?! It works alright for me (with every stream)

Any chance of some url's? (ie. links to the mp3's)

btw, by "stream title", I actually meant the artist & title info from the ID3v2 tag. The v2 tag is at the beginning of the file so it should be displayed instantly (whereas the v1 tag is at the end of the file and won't be displayed until the whole track has been played/downloaded)

I think both options in the MPEG Audio Decoder need checkmarking by the way (especially "Enable title streaming"). These changes only take effect when the track/stream is reloaded.

It could have something to do with the crappy MMJB Xing encoder,
though I'm not entirely sure?
Wish, Peter, sawg, anyone?

Hmm . . . me ponders . . . "stream titles" is possibly just for shoutcast streams (icy headers) and not for standard mp3 streams . . . any chance of some links?
I could upload some mp3's to some webspace somewhere, but currently, I'm on a 56k modem with limited webspace.
DJ Egg is offline   Reply With Quote
Old 29th November 2001, 20:52   #6
Captain Chaos
Junior Member
 
Join Date: May 2001
Posts: 11
Hi DJEgg,

Hmmm. There very well may be a problem with my files that's causing Winamp to not find the ID3v2 tag and VBR header (I don't trust MusicMatch further than I can throw it, which is not very far, seeing as it's virtual and all). But it finds both of them when playing the files directly, so there must at least also be a problem in Winamp. The tags can't be _all_ bad.

By the way, don't those options you're talking about apply to Shoutcast streaming only? Remember, I'm talking about streaming over HTTP. If they apply to that to, perhaps the options should be renamed to something more generic.

I've put a file online at http://www.chaos.demon.nl/01_Jamiroq...20insanity.mp3
If I play it through that URL, it doesn't show the artist and title or the correct length. (It also skips a lot, but that's because I don't have broadband Internet access.)

Regards,
Pepijn
Captain Chaos is offline   Reply With Quote
Old 29th November 2001, 21:18   #7
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
Hi

Cheers for the link.
First thing I noticed (after it connected ok) was the "reading id3" message . . . but, like ya say, it failed and only the filename was displayed. The stream then plays fine.

It's looking like an MMJB Xing encoder bug to me . . . still not sure.
Did you try the vbr fix?
Or there's still a chance it could be the FhG vbri issue . . . again, I'm not rightly sure on any of this . . . it's more in Peter or Wish's field of expertise than mine. Where are they when ya need 'em, eh?

I'm not going to download the mp3 to my HD, but I suggest you try the vbrfix and also try editing the ID3v2 tags in Winamp's editor (Alt+3).
Either that or don't use MMJB p.o.s.
I recommend using either CDex or EAC with the LAME Encoder instead.

There's still a chance that someone else might come by to either sort this out properly or give some kind of confirmation, but in the meantime . . . good luck!
DJ Egg is offline   Reply With Quote
Old 29th November 2001, 22:48   #8
Captain Chaos
Junior Member
 
Join Date: May 2001
Posts: 11
Hi DJEgg,

Have tried both. VBRFix skips the file, saying that it's already got a VBR header, and I always use Winamp to edit the tag after ripping it, because MusicMatch doesn't set the year or genre fields.

Perhaps you could forward the URL to one of the people you mention so they could take a look at it and tell me if the file is corrupt, and if so, in what way?

Regards,
Pepijn
Captain Chaos is offline   Reply With Quote
Old 29th November 2001, 23:03   #9
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
Oh, I'm sure they'll visit this thread eventually

Keep your fingers crossed

I've gotta say it's mightily weird, because all other streams (whether an m3u or pls playlist, or straight mp3) display the ID3v2 tags perfectly ok for me. This is the first time I've ever come across anything like this, not since the old poohey days of no ID3v2 support in Winamp (pre v2.666)

Though, where MMJB is concerned, anything's possible . . .
especially with its st00pid customized fields in the tags that no other players support or can read.

However, thinkin' about it, both Peter & Wish think ID3v2 tags are sh*t anyway and will probably just link you to this page: http://r3mix.net/noid3.htm
DJ Egg is offline   Reply With Quote
Old 30th November 2001, 10:34   #10
Captain Chaos
Junior Member
 
Join Date: May 2001
Posts: 11
Hi DJEgg,

I would be dissappointed if they pointed me to that page, since there don't seem to be any valid points of criticism of ID3v2 on it. It all seems to come down to: "my favourite MP3 player's ID3v2 support sucks, so ID3v2 must be evil..."

Regards,
Pepijn
Captain Chaos is offline   Reply With Quote
Old 4th September 2002, 20:16   #11
matthewlmcclure
Junior Member
 
Join Date: Sep 2002
Posts: 3
I'm having the same problem with Winamp 3. If I load a playlist with extended info, the artist and track name are displayed in the playlist editor until the track begins playing. Then it is replaced by the file name, even though an id3v2 tag is present in the mp3.

http://www.faradic.net/~mmcclure/200...ck_johnson.m3u
http://www.faradic.net/~mmcclure/200...ubble_toes.mp3
http://www.faradic.net/~mmcclure/200...deo_clowns.mp3
matthewlmcclure is offline   Reply With Quote
Old 4th February 2003, 14:29   #12
jreg
Junior Member
 
Join Date: Feb 2003
Posts: 10
Anything happening with this issue? I've tried both latest version 2 and 3 and it fails with both Winamps. This issue was first raised in June 2000, thought it should have been fixed already.
If I open my mp3 file (ripped with CDex and Fraunhofer codec) with Windows Media Player 9 (still streaming with http) it shows the correct tag information, just as if I open the file in Winamp as a local file. Please fix!!

Last edited by jreg; 4th February 2003 at 14:51.
jreg is offline   Reply With Quote
Old 4th February 2003, 14:55   #13
matthewlmcclure
Junior Member
 
Join Date: Sep 2002
Posts: 3
I reported this in Nullsoft's Bugzilla. There's been some activity, but I'm not sure how to really determine if any action is being taken to fix it.
matthewlmcclure is offline   Reply With Quote
Old 4th February 2003, 22:13   #14
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
Hi

Here's what MP3Utility reports for this file:
http://www.faradic.net/~mmcclure/200...deo_clowns.mp3

Processing: C:\Downloads\Temp\2001-02-23_-_07_-_jack_johnson_-_rodeo_clowns.mp3

Warning: Last audio frame truncated.
Frame 6,762 (bytes 3,533,501 - 3,533,878) short by 144 bytes (expected 522 bytes, found 378 bytes).

Summary: 6,762 total frames processed (3,036 padded, 3,726 unpadded). Bitrate is constant.


From MP3Utilty readme.txt

4) "Ignore warnings/errors in last 1% of file". The real problem here is that a lot of people are tacking on all kinds of junk to the end of mp3 files and I haven't figured out a way to intelligently parse through all the tags and combinations of tags (not to mention corrupted tags) that I have come across. In addition, there seems to be a popular encoder out there that produces mp3 files with a truncated last audio frame (is this in the spec somewhere?). I also suspect that some of the multitude of mp3 tagging utilities available are causing corruption as well. Most importantly, I have found that in almost every case, errors detected in the last 1% of the file can be safely ignored as they in no way impact audio playback. As such, I finally gave up trying to figure this out and simply put in the option to ignore errors in the last 1% of the file. However, I do suggest (at a minimum) that you always listen to first few seconds and last few seconds of any mp3 file (even after testing shows it as ok). This is because there is no way for MP3Utility to tell if the beginning or end of a file has been lost due to a partial download or other error.

In any case, I have given users the ability to turn off the "Ignore warnings/errors in last 1% of file" if they don't like it (but expect a lot of additional files to show up with warnings/errors). BE ESPECIALLY CAREFUL IF YOU TURN THIS OPTION OFF AND YOU ARE USING THE "MOVE FILES" FEATURE OF MP3UTILITY AS IT IS LIKELY MP3UTILITY WILL FLAG 30-40% OF YOUR FILES AS CORRUPTED AND THEN MOVE THEM TO THE "CORRUPTED FILE" DIRECTORY.
___________________________________________________________

EncSpot reports this file as poor quality and corrupt.
Encoder = Blade (one of the worst possible, hasn't been updated for over 2 years)
Last Frame Cut short = yes
Xing Header = No
DJ Egg is offline   Reply With Quote
Old 4th February 2003, 22:27   #15
jreg
Junior Member
 
Join Date: Feb 2003
Posts: 10
DJEgg,
What about this file then: http://www.regnstrom.com/mp3db/play.asp?150 It is perfectly correctly encoded (MP3Utility reports no errors) and yet Winamp refuse to show the ID3v2 tag. It detects that it's 255 bytes, but shows the filename (play.asp?150) instead of the actual tag information.
jreg is offline   Reply With Quote
Old 5th February 2003, 01:23   #16
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
I dunno, maybe Winamp detected it as being A Wham track and puked on it?

j/k

No, but seriously . . . that url points to an asp file, not directly to an mp3.
So, 1: I've got no way of testing the actual mp3
DJ Egg is offline   Reply With Quote
Old 5th February 2003, 06:07   #17
jreg
Junior Member
 
Join Date: Feb 2003
Posts: 10
DJEgg,
It's the same whether I stream it directly as a mp3 file or via the ASP page. What the ASP page does is just to pick up the binary mp3 file, set the mime type to audio/mp3 and send it back to Winamp. I've also tried audio/mpeg, audio/x-mp3 and audio/x-mpeg but it's the same. It's equal to streaming it as a direct file. I have another ASP file which generates a m3u file and as "matthewlmcclure" posted earlier, Winamp reads the file and shows the right tag info in the playlist until the song is actually played. Then it just shows the filename, i.e. "play.asp". If I play the same mp3 file from the local disk it shows the tag info, it's only when you stream with http that this occurs.

The tag info shows correctly if I play the stream with Windows Media Player 9, so the issue is still Winamp ignoring to show the ID3v2 info.
jreg is offline   Reply With Quote
Old 5th February 2003, 09:08   #18
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
Ok, I take it all back.

Yes! I've just been experimenting, and you're all definitely right.
Something's definitely gone wrong with the current version of in_mp3.dll

Now, I don't know if this is as a result of the recent Dec 18th security fix,
but Winamp 2.81 is NOT reading ID3v2 tags for any mp3 streams whatsoever.
(Shoutcast radio stations not inclusive, because they use ICY headers).

Tested with various encoders.

Here's one encoded with FhG (L3Enc):
http://[dead_link]/Helios_Creed_-_Bursting_Through_The_Van_Allen_Belt_-_04_-_Alien_Lady.mp3 (112kbps)

All that's in the ID3v2 tag for this mp3 is artist - title:
Helios Creed - Alien Lady

And lo and behold, here's one encoded with Lame 3.92 (CDex)
http://[dead_link]/A_Reminiscent_Drive_-_Flame_One_EP_-_02_-_Leg_show.mp3 (160kbps)

ID3v2 tag is:
Artist: A Reminiscent Drive
Title: Leg Show
Album: Flame One E.P.
Track #: 02
Year: 1996
Genre: Ambient

If you can get any of that to show up in the stream title (by changing title formatting accordingly in in_mp3 config) then you're a better man than me
All I get is the filename, every time!

I also tested streaming mp3's encoded with Xing (new & old), Gogo, FhG (fastenc), and Lame 3.89 (alpha & beta), and in all cases Winamp 2.81 ignored the ID3v2 tag and only displayed the filename.

WMP v8 displayed the ID3v2 tags correctly, and for every file tested!

I now declare this "bug" confirmed & reproduced!

Though maybe it isn't a bug as such, just an unimplemented feature ?!


Comments, thoughts, suggestions welcome.
Over to you Justin.

I'm making this thread a sticky!

Note: those two url's will only be available for somewhere between 24 and 48 hours, then I'm taking them down . . . before the web provider goes postal.
DJ Egg is offline   Reply With Quote
Old 5th February 2003, 11:14   #19
Lion King
Major Dude
 
Join Date: Jan 2001
Posts: 1,670
quick test with older in_mp3 2.72b: it also displays only the filename

so it isn't the security fix's fault

DJEgg: shoutcast and co. don't use id3v2 for title streaming, they add it to the http header: http://forums.radiotoolbox.com/viewtopic.php?t=74

similar discussion: http://forums.winamp.com/showthread.php?threadid=103370
Lion King is offline   Reply With Quote
Old 5th February 2003, 18:31   #20
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
Hmm . . . so are you saying it's always been this way with Winamp?
If so, I don't remember it. I'm almost certain it used to display the tags . . . or has history been rewritten or something?

Note how earlier in this thread (Nov 2001) I state:
all other streams (whether an m3u or pls playlist, or straight mp3) display the ID3v2 tags perfectly ok for me


I'm aware of using icy-name headers for shoutcast streams and the like, but didn't know it was necessary (in Winamp only, it would seem) for standard mp3 streams as well.

So, either this is by design, in which case it's not a bug, it's a feature / missing feature . . . or something's changed in the code in the past year or two, and it is a bug...


The plot thickens . . .

Someone help me out here . . . please!
Justin?
DJ Egg is offline   Reply With Quote
Old 5th February 2003, 21:19   #21
Captain Chaos
Junior Member
 
Join Date: May 2001
Posts: 11
> I now declare this bug confirmed & reproduced!

Wow, and only one and a half years after I reported it! ;-)
Captain Chaos is offline   Reply With Quote
Old 5th February 2003, 22:18   #22
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
LOL

Actually, I couldn't reproduce it back then, but I can now!

Cheers!

(or should that read "sorry" instead?)



Actually, I didn't have the means (adsl & webspace) to run the same tests back then, but seeing no-one else from the forums/dev-team came here to confirm anything . . .
DJ Egg is offline   Reply With Quote
Old 5th February 2003, 23:17   #23
jreg
Junior Member
 
Join Date: Feb 2003
Posts: 10
I think this bug easily could go "unnoticed" since, if (as I think most people have) the mp3 is named as "artist - title.mp3" and such, it appears as Winamp shows the "right" information - when it mearly "decodes" the filename, not the ID3v2 tag itself. But it becomes obvious if you have another naming convention or stream the file from a script, such as ASP or Perl.

Good thing the bug is under the microscope these days...
jreg is offline   Reply With Quote
Old 4th April 2003, 00:18   #24
jreg
Junior Member
 
Join Date: Feb 2003
Posts: 10
Today Winamp 2.90 was released. And of course I checked if the http streaming ID3v2 tag is displayed correctly...but no.

Wonder how long it would take before Winamp 2 will go from reading and analyzing the tag to actually displaying it also?
jreg is offline   Reply With Quote
Old 22nd April 2003, 22:39   #25
jreg
Junior Member
 
Join Date: Feb 2003
Posts: 10
Winamp 2.91 is out - still no ID3v2 http streaming fix...
jreg is offline   Reply With Quote
Old 24th April 2003, 21:58   #26
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
And this thread will remain a sticky until it is fixed....
DJ Egg is offline   Reply With Quote
Old 1st June 2003, 06:08   #27
jcortina
Junior Member
 
Join Date: May 2003
Posts: 1
Encountered the problem detailed and found this thread while searching for information about it.

I had only recently installed Winamp and I know artist/title was showing for streams initially. But then I added a number of plug-ins.

One of those was the Thomson mp3PRO plug-in. And guess what? Disabling it brought back artist/title to display and playlist.

Note that the Thomson plug-in will process the mp3 info through its own dll, so it doesn't seem to be a problem with in_mp3 (and it explains how DJEgg developed the problem midway through this thread if he installed that plug-in or similar).

So, if you have that plug-in (or another which will pre/post process mp3 info) you might want to try disabling/removing it to confirm this.
jcortina is offline   Reply With Quote
Old 1st June 2003, 06:50   #28
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
Hi

No, I don't use mp3pro or any other 3rd-party mp3 input plugin.
I've only ever used the Nullsoft in_mp3.dll

Shoutcast stream titles display perfectly ok,
because they are handled by icy headers.
(though this would also be broken if you installed the mp3pro plugin)

It's only direct mp3 streams where the problem occurs.
Try it. Upload an mp3 with an ID3 v2 tag to some webspace,
then stream it in Winamp.

Make sure the filename is different to the "artist - title" tags
eg.
Filename = aerials.mp3
Artist id3v2 tag = System of a Down
Title id3v2 tag = Aerials

Playlist will only display:
aerials



[edit]

I'm beginning to think that this has got something to do with the prevention of any harmful code being executed by id3v2 artist/album/comment/url tags.
Therefore, unless a workaround can be implemented, I doubt if this will ever get fixed.

[/edit]
DJ Egg is offline   Reply With Quote
Old 5th June 2003, 10:09   #29
Arioch
Member
 
Join Date: Oct 2000
Posts: 50
Send a message via ICQ to Arioch
IMHO it may be realted to streaming.

At my experience ID3 tags may lay at both start and end of file, more so - a number of programs prefer last when they insert id3 tag into tag-less mp3.

IMHO in such a case there may be 2 kinds of mp2 file layouts:

[header][id3][music frames]
[header][music frames][id3]

In the latest tag would be ignored, since winamp do not support downloading portions of file.
Arioch is offline   Reply With Quote
Old 5th June 2003, 11:54   #30
Lion King
Major Dude
 
Join Date: Jan 2001
Posts: 1,670
winamp supports only id3v2.3 which doesn't, unlike id3v2.4, allow the tag data to be at the end of the file

the id3v1.x tags can't be displayed because they are always at the end of the file

id3v2 was designed to be located at the beginning of the file with streaming in mind
Lion King is offline   Reply With Quote
Old 21st October 2003, 10:56   #31
Bernt
Junior Member
 
Join Date: Oct 2003
Posts: 1
Ah! What's why the Cover & Tag plugin don't work for me. I'm also streaming m3u lists over http (using Netjuke http://www.netjuke.org).
Is there a fix for it yet?
Don't want to go back to WMP9.
Bernt is offline   Reply With Quote
Old 4th December 2003, 04:14   #32
IceBerg
Junior Member
 
Join Date: Dec 2003
Posts: 12
I am having a similar problem.

I am writing a streaming jukebox in php. The ID3 tags are working with everything but winamp. I would be happy to let someone who knows a bit about streaming and ID3's to have a look but I wont post the link since it's still in development and not secure. If I am doing something wrong that CAN be corrected WITHOUT SECURITY issues I would like to so that it is fuly functional. Right now I have tested the ID3 with the following software and it works fine with my current code.

Windows Media Player 9 (windows)
XMMS (Solaris)
XMMS (IRIX)

If you think you can help please drop me an email or a private message.

iceberg@techropolis.com
IceBerg is offline   Reply With Quote
Old 4th December 2003, 04:55   #33
Dazog
Moderator Alumni
 
Join Date: Jun 2002
Posts: 418
Does it happen in Winamp 5?

Cause asfar as I know Support for 2.xx is dead once winamp 5 comes out

5 will replace 2 and thus no more updates will come to 2.
Dazog is offline   Reply With Quote
Old 4th December 2003, 07:57   #34
IceBerg
Junior Member
 
Join Date: Dec 2003
Posts: 12
Is there a beta of 5 available? I was only aware of 2.9 and 3.0 available for download.
IceBerg is offline   Reply With Quote
Old 4th December 2003, 08:02   #35
Sawg
Guest
 
Posts: n/a
http://forums.winamp.com/showthread....hreadid=156829
  Reply With Quote
Old 4th December 2003, 10:01   #36
IceBerg
Junior Member
 
Join Date: Dec 2003
Posts: 12
Well it seems to be getting the ID3v2 tag but not displaying it. I installed 5 after removinb 2.9. When I pull up fie info this is what I get:

Network received: 2041386 bytes
Server: Apache/1.3.28 Ben-SSL/1.52 (Unix) mod_perl/1.28 PHP/4.2.3
ID3v2 tag: 1607 bytes
Stream name: nofiles.mp3
Content length: 11102208 bytes
IceBerg is offline   Reply With Quote
Old 5th December 2003, 00:28   #37
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
No. Streaming ID3v2 support is still broken / not implemented in Winamp 5.0

And, as stated previously, this thread will remain a sticky until this changes.
DJ Egg is offline   Reply With Quote
Old 5th December 2003, 01:22   #38
IceBerg
Junior Member
 
Join Date: Dec 2003
Posts: 12
So is ID3v1 depricated now or does it also not work? Im unclear on that. I have ID3v1 streams that also do not show info. Is it safe to (for the moment) asume my code is of if Windows Media Player reads the ID3 data?

wow 5 is sweet!
IceBerg is offline   Reply With Quote
Old 5th December 2003, 09:45   #39
Sawg
Guest
 
Posts: n/a
ID3v1 tags are at the end, therefore cannot be read on a streaming files. This is why ID3v2 puts them at the front.
  Reply With Quote
Old 15th December 2003, 18:18   #40
DJ Egg
Techorator
Winamp & Shoutcast Team
 
Join Date: Jun 2000
Posts: 35,822
Okay, I lied . . . lol

Am now unstickying this thread
and linking to it from two other sticky threads instead:

Known Bugs thread in Winamp Bug Reports forum
Official 5.x Wishlist in Winamp 5 Wishlist forum
DJ Egg is offline   Reply With Quote
Reply
Go Back   Winamp & Shoutcast Forums > Winamp > Winamp Bug Reports

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump