Post All Winamp 5.666 Core Bug Reports In This Thread

[Aminifu]

Hi Eax,

How are you adding files to the playlist? Drag & drop from Windows Explorer, enqueue from Windows Explorer, enqueue from the media library, etc. ?

I have seen this behavior in several versions and it seems to depend on exactly how files are added to the playlist. I'm using a custom ATF string. Sometimes the string is fully show and other times the file must be played in order for the string to be fully displayed.

[Eax]

Hi Aminifu,
I almost always use the add dir option in the playlist (insert button as a shortcut). Drag and drop and enqueue work fine, the only add dir option doesn't load the duration when files are added.

[Aminifu]

Hi Eax,

We're not talking about the same thing. I misunderstood what you meant by duration (or play length). But the added detail you provided is what the devs need to fix things. I don't remember ever using that option. There are so many ways to use Winamp.

Thank you for responding back.

[Aminifu]

Hi Eax,

Did you try what DrO suggested in post #44 above (changing the metadata reading option)?

[DrO]

the changes in 5.64 / 5.65 with playlist loading shouldn't have caused option #1 to fail and trying to check all of the changes doesn't show a reason why those changes have caused this.

the next beta should fix it, though using the option #4 i'd mentioned achieves the desired result without locking up Winamp on file / playlist loading as much as happens when using option #1.

[DrO]

Originally Posted by DrO

the changes in 5.64 / 5.65 with playlist loading shouldn't have caused option #1 to fail and trying to check all of the changes doesn't show a reason why those changes have caused this.

the next beta should fix it, though using the option #4 i'd mentioned achieves the desired result without locking up Winamp on file / playlist loading as much as happens when using option #1.

there's a new labs build up now which has the fix for the title reading issue -> http://www.winamp.com/labs/pc

though it's still recommended to use the background reading option instead of the read on load due to it giving a poorer experience.

[tistou77]

Originally Posted by tistou77

Hello

Winamp 5.65
Clean install, yes
3rd-party skins or plugins, no
Language Pack: French (fr)
Skin: Winamp Modern

OS: Windows 7 Professional (64-bit)
Locale: French
CPU: Intel I7 3930K
Memory: 16GB RAM
Graphics: Geforce GTX 660ti

Problem:
I have a bug with the media library, if I want to import files in the playlists, the "import playlist from file" option does not work if Winamp is in french, but the option works if Winamp is in english (same with 5.64, ok with 5.63)

Thanks

PS: sorry for my english

Originally Posted by DrO

there's a new labs build up now which has the fix for the title reading issue -> http://www.winamp.com/labs/pc

though it's still recommended to use the background reading option instead of the read on load due to it giving a poorer experience.

This problem is not solved with this beta

[DrO]

your issue is different from the fix you've quoted so it is not a surprise its still not fixed (since its not been looked into yet).

[sorein]

Winamp is still confused by some VBR files and shows the wrong song length. And I've been telling you about for a long time. How an "ultimate" player can that be when ALL the other players report the correct file length? How long until you fix it? Is it so hard??
(no other specifications needed)

[Batter Pudding]

Originally Posted by sorein

Winamp is still confused by some VBR files and shows the wrong song length. And I've been telling you about for a long time. How an "ultimate" player can that be when ALL the other players report the correct file length? How long until you fix it? Is it so hard??
(no other specifications needed)

You are funny. Have you got an example file you can upload? Have you checked the file with a tool like MP3val? You have so little detail in your post that the devs will end up asking you to install the "psychic plug-in" to help them work out how to reproduce your problem.

[MrSinatra]

Originally Posted by sorein

Winamp is still confused by some VBR files and shows the wrong song length. And I've been telling you about for a long time. How an "ultimate" player can that be when ALL the other players report the correct file length? How long until you fix it? Is it so hard??
(no other specifications needed)

I agree with BP, you need to upload example files. and as I recall, when u did last time, they were broken, in that they had bad headers and so on. winamp then was not at fault, the bad files were. winamp made a choice to be "tougher" on garbage in, than other apps, and its a choice I agree with.

[sorein]

Originally Posted by Batter Pudding

You are funny. Have you got an example file you can upload? Have you checked the file with a tool like MP3val? You have so little detail in your post that the devs will end up asking you to install the "psychic plug-in" to help them work out how to reproduce your problem.

Sure, very funny. And Winamp is even funnier. And respondents even funnier.... while it is such an easy problem to understand: ALL (A. L. L.) the other players I have (5-6), even older versions, CAN interpret correctly ALL VBR MP3s. The ONLY invalid is Winamp. Then why are you sending me to the middle ages MP3val? Just fix the damn player. How many years does it take you to understand the users just want to enjoy the player, and not do software procedures? One day you'll fix that and you'll look back in shame at these silly replies.

Those particular VBR MP3s are made with RealPlayer Converter.

Are there more polite and more intelligent respondents here?

[Batter Pudding]

Originally Posted by sorein

Sure, very funny. And Winamp is even funnier. And respondents even funnier.... while it is such an easy problem to understand: ALL (A. L. L.) the other players I have (5-6), even older versions, CAN interpret correctly ALL VBR MP3s. The ONLY invalid is Winamp. Then why are you sending me to the middle ages MP3val? Just fix the damn player. How many years does it take you to understand the users just want to enjoy the player, and not do software procedures? One day you'll fix that and you'll look back in shame at these silly replies.

Those particular VBR MP3s are made with RealPlayer Converter.

Are there more polite and more intelligent respondents here?

I think you have probably answered your own question. RealPlayer is clearly doing something wrong to those files. Fix them up with something like MP3Val and all will be well. (I am amazed RealPlayer is still around... has always been a bit odd that one)

I assume you have also tried contacting RealPlayer for a fix to their bug?

Why don't you upload some of your example files? Nothing can be done without them.

And don't forget that most of the replies on here are not from developers. This is a community of Winamp users here who act as Troll Filters...

[MrSinatra]

Originally Posted by sorein

Are there more polite and more intelligent respondents here?

luckily, you will not get your way. that's b/c you are rude, and its b/c you are wrong. it is not the job or duty of an app to cover up one's garbage. take out your own trash.

[Aminifu]

Hi sorein,

Winamp does not include the extra code to look for and work around file header issues. Maybe it should, maybe not. Once it starts down that road, where does it end?

Some other apps do try to figure out header errors. They have to offer more to compete. Just saying ...

I agree with BP and MrS, Winamp does a very good job with properly encoded files. It is the user's job to provide that or look elsewhere for a player to meet their needs. Yes, I'm a Winamp fan. Been one for over 15 years.

[DrO]

Originally Posted by tistou77

This problem is not solved with this beta

Originally Posted by DrO

your issue is different from the fix you've quoted so it is not a surprise its still not fixed (since its not been looked into yet).

i've now had a chance to look and the issue is due to the french language pack not having a new resource in it which caused things to fail. i've put in a work around so the dialog will appear in english if a translated version is not present which should allow it to work for you.

[smujohnson]

Winamp v5.65 (x86) - Jul 23 2013
Clean install, no 3rd-party skins or plugins
Language Pack: English
Skin: Bug occurs with all of Bento, Winamp Modern and Classic skins

------------------
System Information
------------------
Time of this report: 11/20/2013, 10:35:20
Machine name: SJOHNSON-W
Operating System: Windows 7 Professional 64-bit (6.1, Build 7601) Service Pack 1 (7601.win7sp1_gdr.130318-1533)
Language: English (Regional Setting: English)
System Manufacturer: Gigabyte Technology Co., Ltd.
System Model: GA-MA785GMT-UD2H
BIOS: Award Modular BIOS v6.00PG
Processor: AMD Phenom(tm) II X3 710 Processor (3 CPUs), ~2.6GHz
Memory: 8192MB RAM
Available OS Memory: 8190MB RAM
Page File: 3266MB used, 13113MB available
Windows Dir: C:\Windows
DirectX Version: DirectX 11
DX Setup Parameters: Not found
User DPI Setting: Using System DPI
System DPI Setting: 96 DPI (100 percent)
DWM DPI Scaling: Disabled
DxDiag Version: 6.01.7601.17514 32bit Unicode

---------------
Display Devices
---------------
Card name: ATI Radeon HD 4300/4500 Series

-------------
Sound Devices
-------------
Description: Speakers (High Definition Audio Device)


Problem:
=======

When you press INS and get the "Open Folder" dialogue box, it will not show its "sibling" folders in the same parent directory AFTER you select a directory whose parent has more than exactly 100 directories in it.

Method of Reproduction:
===================

1: Create a folder with 101 subfolders. Sample batch file below will create 101 subfolders in whatever directory it's executed from.

@ECHO OFF

FOR /L %%A IN (1, 1, 101) DO (
MKDIR %%A
)

2: Press INS in Winamp to get the "Open Folder" dialog.

3: Select one of the 101 subfolders, ie, 6.

4: Press INS again, notice that it shows only "6" being a subfolder, the other 100 are gone.

5: Want the problem to "go away"? Delete any 1 of the subfolders to get the count back to 100.

A screenshot showing the problem as a .png is in the attached .zip file. The attachment manager wouldn't accept valid .png's or .jpgs, claiming they were corrupt when they most certainly were not. (Maybe a bug report for another day...)

[MrSinatra]

I'm not sure if I overlooked something or if it matters given the news, but this:

Misc: [installer] Added a "Winamp (Safe Mode)" option to start menu icons

seems to be missing? is it in there? if yes, where? if no, any chance this or other lil bugs that might crop up in this release get fixed for a very minor point release?

(sorry to hear the news, I will post on it later, but I'm travelling now)

[DrO]

it'll only have been set if you checked the option during install to add Winamp to the start menu.

[avaget]

when I pres "Enqueue in Winamp" from windows context menu on file AND on folder it starts playing that file/folder - for example I have:
song 1
song 2
in my playlist and after I click "Enqueue in Winamp" on song 3 it start playing said song 3 (while adding it to the playlist)
I'm using Windows 8.1 Winamp 5.66, no plugins

[MrSinatra]

Originally Posted by DrO

it'll only have been set if you checked the option during install to add Winamp to the start menu.

ah yes, my mistake, I see it there. I thought it was going to have a checkbox in the installer and place an icon on the desktop. its a nice addition.

[BZRK]

Originally Posted by avaget

when I pres "Enqueue in Winamp" from windows context menu on file AND on folder it starts playing that file/folder - for example I have:
song 1
song 2
in my playlist and after I click "Enqueue in Winamp" on song 3 it start playing said song 3 (while adding it to the playlist)
I'm using Windows 8.1 Winamp 5.66, no plugins

Having the same problem with 5.66. "Enqueue in Winamp" does not only queue the file, but also starts playing it immediately.
Running on Windows 7 64bit English

[ctp9]

Originally Posted by avaget

when I pres "Enqueue in Winamp" from windows context menu on file AND on folder it starts playing that file/folder - for example I have:
song 1
song 2
in my playlist and after I click "Enqueue in Winamp" on song 3 it start playing said song 3 (while adding it to the playlist)
I'm using Windows 8.1 Winamp 5.66, no plugins

I confirm having the same problem with Winamp 5.66. Running Windows 7 64-bit, no plugins in Winamp.

Clicking "Enqueue in Winamp" from the context menu plays the file(s) instead of queueing them in the playlist.

Please fix this issue ASAP. I had to downgrade to the previous version because this was a feature I used frequently.

Thank you

[DJ Egg]

Do any/all of you guys have the Enqueue & Play plugin (ml_enqplay.dll) from the Essentials Pack installed, by any chance?
If yes, try removing it.
Afaik, it needs updating... hopefully coming soon.

Or maybe you've got Enqueue & Play set as the default action in Prefs > File Types > Shell Options?

[EDIT]

Scrap that. I can reproduce it :-(
A song needs to be playing first, and sure enough, the 'Enqueue' shell action is working as 'Enqueue & Play'.
Seems to be an issue with JTFE (gen_jumpex.dll).
If I remove gen_jumpex, then Enqueue is working again, but seems to be inserting the song(s) after the currently playing item instead of at the end of the playlist.
Oops....

[MrSinatra]

can it be fixed? sounds like a bug is present with and without jtfe. can jtfe be modified enough to account for and fix both bugs?

if not, any chance of a minor point release to fix these?

[Jays2Kings]

Winamp 5.66 (build 3507)
Clean install, no 3rd-party skins or plugins
Language Pack: English
Skin: Bug occurs with all of Bento, Winamp Modern and Classic skins

OS: Windows 8.1 Pro (64-bit)
Locale: English US
CPU: Intel i7-3610QM @ 2.30GHz (8 CPUs)
Memory: 8GB RAM
Graphics: Geforce GT 630M
Sound: IDT HD Audio
DirectX 11

Problem:
When I launch winamp, as a regular user or admin I get the popup seen down below. I see it every time I launch it or open a file in winamp, regardless of winamp is already open.

Method of Reproduction:
1. Launch as regular user
2. Launch as admin
3. Launch using various different skins

More Info:
I used to have 5.65 and no problem there I clean installed 5.66 but get that error. I tried to actually turn on compatibility mode but it doesn't help, for now I have rolled back to 5.65.

Screenshot of said warning

[Aminifu]

Hi Jays2Kings,

Look at post #2 in the followining thread.

http://forums.winamp.com/showthread.php?t=373780

[tomraver]

Winamp 5.66
Clean install, yes
3rd-party skins or plugins, no
Language Pack: French (fr)
Skin: Winamp Modern

OS: Windows 7 Professional (64-bit)
Locale: French
CPU: Intel I7 3930K
Memory: 8GB RAM
Graphics: Geforce GTX 480ti
Problem:
Over the taskbar icon I only see the first letter of the song playing with this version. Was fine in previous version

More Info:
I used to have 5.65 and no problem

What can i do?
Thanks you

[DrO]

Originally Posted by MrSinatra

can it be fixed? sounds like a bug is present with and without jtfe. can jtfe be modified enough to account for and fix both bugs?

the whole of the JTFE shell handling needs to be re-written as it was known that some parts were broken with other changes which had to be made to get it supporting other required changes for the 5.66 release. as i own the source code, the plug-in can be updated irrespective of whatever may happen. so apologies to all that i've screwed this up for though i think you can try toggling some of the options to get it like before, but i cannot remember which at the moment.

[Kelvan]

Winamp 5.66
Clean install, no 3rd-party skins or plugins
Language Pack: Italian (also occurs with English)
Skin: Bento (also occurs in Big Bento)

OS: Windows 7 Ultimate (64-bit)
Locale: Italian
CPU: Intel i5 3.30GHz
Memory: 8GB RAM
Graphics: Geforce GTX 560
DirectX 11

Problem:
If I'm listening to a song and I "add to queue" another song, Winamp plays the last one as I give the command "Queue and Play".

More Info:
I used to have 5.65 and no problem

[MrSinatra]

Originally Posted by DrO

the whole of the JTFE shell handling needs to be re-written as it was known that some parts were broken with other changes which had to be made to get it supporting other required changes for the 5.66 release. as i own the source code, the plug-in can be updated irrespective of whatever may happen. so apologies to all that i've screwed this up for though i think you can try toggling some of the options to get it like before, but i cannot remember which at the moment.

right, I figured all that, and I'm sure everyone's cool with that, but what about the bug that Egg says is present without the jtfe plugin? can jtfe compensate for it or are we stuck with it forever given the news?

[DrO]

i don't know as i've not looked into it (feeling like shit at the moment from some flu-like thing i've come down).

[JohnDee]

-Winamp 5.66 (not sure about build but it's the Nov 20, 2013 release) - clean install on Nov 21, 2013
-No language pack
-Bento Skin
-System specs:
-MOBO (I think): Intel(R) 7 Series Chipset Family SATA AHCI Controller
-CPU: Intel Core i5-3317U
-RAM: 8.00 GB
-Windows OS: Windows 8.1 (x64)
-Video Card: Intel(R) HD Graphics 4000 (Version 10.18.10.3316, Oct 1, 2013)
-Sound Card: Intel(R) Display Audio (Version 6.16.0.3106, Jan 11, 2013)
-DirectX 11

Problem:
-In all recent versions of Winamp that I have had I could simply drag an mp3 file to "Local Library: Audio" in order to add it to the library. The newest update (installed on Nov 21, 2013) doesn't seem to allow it. The "add" (arrow with a little plus sign) icon appears when I drag and hover the file over "Library: Audio" but the file is not added. I have to go in through "File>Add Media to Library" and then browse to the folder/file. I add files and folders quite often and not having the drag/drop convenience is a bit annoying. Is this just me? Is there a setting I'm missing to be able to do this again?

Thanks in advance!

[Jays2Kings]

Originally Posted by Aminifu

Hi Jays2Kings,

Look at post #2 in the followining thread.

http://forums.winamp.com/showthread.php?t=373780

Worked like a charm thanks, sorry for clogging up the thread.

[DJ Egg]

@JohnDee

Hmm, I can't reproduce the problem here.

I just made a copy of an existing mp3, dragged it from Explorer and dropped it on the Local Media > Audio tree item,
and then I went to the Recently Added view and the newly added file was at the top of the list.

I would normally suggest that it's something like Winamp running in admin mode to blame,
but then you'd see the red cursor indicating that drag+drop is unavailable, instead of the normal d+d cursor.

Maybe it's a permissions-related issue, or some badly-behaving plugin to blame...?
I know you said "clean install", but was the Winamp\Plugins folder definitely non-existent/empty before installing 5.66?

[JohnDee]

Originally Posted by DJ Egg

@JohnDee

Hmm, I can't reproduce the problem here.

I just made a copy of an existing mp3, dragged it from Explorer and dropped it on the Local Media > Audio tree item,
and then I went to the Recently Added view and the newly added file was at the top of the list.

I would normally suggest that it's something like Winamp running in admin mode to blame,
but then you'd see the red cursor indicating that drag+drop is unavailable, instead of the normal d+d cursor.

Maybe it's a permissions-related issue, or some badly-behaving plugin to blame...?
I know you said "clean install", but was the Winamp\Plugins folder definitely non-existent/empty before installing 5.66?

I didn't double check that all files were gone before reinstalling. I'll uninstall/reinstall again and double check that all files are gone before the latter.

[Zithromax]

Originally Posted by DrO

the whole of the JTFE shell handling needs to be re-written as it was known that some parts were broken with other changes which had to be made to get it supporting other required changes for the 5.66 release. as i own the source code, the plug-in can be updated irrespective of whatever may happen. so apologies to all that i've screwed this up for though i think you can try toggling some of the options to get it like before, but i cannot remember which at the moment.

I was able to restore the enqueue functionality by going to Preferences > Shell Options then enabling "Add "Enqueue & Play' to Winamp's associated file types", then check "Add files into the queue for delayed playback" then the radio button for inserting at the end of the queue. Then I unchecked the "Add Enqueue & Play" option and it works. If you re-enable it and disable the delayed playback option, it will again play immediately.

[BZRK]

Originally Posted by Zith ro max

I was able to restore the enqueue functionality by going to Preferences > Shell Options then enabling "Add "Enqueue & Play' to Winamp's associated file types", then check "Add files into the queue for delayed playback" then the radio button for inserting at the end of the queue. Then I unchecked the "Add Enqueue & Play" option and it works. If you re-enable it and disable the delayed playback option, it will again play immediately.

Thx that works

[DJ Egg]

I can confirm that Zithromax's workaround/fix works. Thanks.

The only quirk being....

It's also adding the enqueued item to the JTFE Play Queue

Or if the song is already in the playlist (e.g. if a large playlist is loaded)
and you "Enqueue in Winamp" the same song from Explorer,
then the original playlist entry for that song also gets added to the JTFE Play Queue.

Maybe this isn't such a bad thing though, but it is a change of behaviour.
Before, it just added the enqueued item(s) to the end of the current playlist only.
It didn't also add them to the JTFE Play Queue
(which it shouldn't if the main EnqPlay option is unchecked in JTF options).

What it means is that the first enqueued item will play next, even if there's still a number of existing songs in the playlist before it.

Hopefully it can be fixed so we can get the expected behaviour back...

[mattdm11]

I've noticed a slight skip in the first 5-15 seconds (it varies) of every 4th or 5th song I play. Have not had this problem until going to 5.66.

I am playing the song in a playlist, not in the local library.