well they're not unnecessary in this case, just not named in the same manner as before (as they store per-view specific settings). so you can go through when Winamp is not running, re-add the 'm' and do the same in gen_ml.ini to get them all back to being the same again.
Announcement
Collapse
No announcement yet.
Post All Winamp 5.666 Core Bug Reports In This Thread
Collapse
X
-
-
Originally Posted by mattdm11 View PostI'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.
Comment
-
-
Originally Posted by mattdm11 View PostSo I am the only one that has had this problem? Just about EVERY song I play out of a playlist (not out of the library) skips. I have some MP3s on random and almost every song, within the first few seconds there is a very annoying skip. I have never had this with any other version of Winamp. I don't mess around with many settings, and any setting I changed wouldn't affect a song 5-10 seconds in, I wouldn't think.
Comment
-
-
Originally Posted by Batter Pudding View PostIt seems like you may be the only one. This could be some plugin messing with you. An Info Tool report will help us narrow down what is different about your config.
Is there a way to get an info tool report out of Winamp?
Comment
-
-
Originally Posted by mattdm11 View PostIs there a way to get an info tool report out of Winamp?
Winamp v5.9.2.10042 - Quinto Black CT v3.8 skin
Windows 11 Home 64-bit v22H2 desktop - Logitech Z906 5.1 speaker system
Comment
-
-
Originally Posted by smujohnson View Post1: 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.
as such, it's not liked behaviour but is not technically a bug and isn't something Winamp can (or should) try to circumvent imho.
Comment
-
-
Originally Posted by rmerit View PostUsing the Winamp Classic skin. If I play an MP3/WAV/M4A file and use the mouse to drag the Seeking Bar to a new time point, when I release the mouse the display continues to show "Seek To: xx:xx" instead of reverting to the song title. Doesn't happen with WMA files. Doesn't happen when seeking with the keyboard. This behavior has been occurring with Winamp versions >= 5.65 (5.64 is fine).
Comment
-
-
Originally Posted by Dro Chilla View PostI can't export/delete a playlist containing a colon (+ any forbidden symbols) in the name, when i click on export, window won't pop up.
Comment
-
-
Originally Posted by Dro Chilla View Post"on second time" I mean, I can remove first created playlist with symbol (like . or !), but second one won't disappear until restart.
In detail: create a playlist named "blablabla!" (playlist must contain some songs, an empty one removing correctly allways) then delete it, try to repeat the same way.
+ I use US localization
Comment
-
-
Originally Posted by DrO View Posti've been trying to replicate this for the last few minutes and i'm not seeing it (from the 'steps' in this or the other posts. every playlist i create is being correctly removed even when duplicating up ones with bad names. unless someone can provide clearer steps to reproduce the issue (is it maybe in a specific view / action in the Winamp ui to remove things), i'm out of options to replicate and fix this.
Open a playlist in the playlist editor. Using the context menu command Send to: save it to the library giving it a new name that includes a ":". Save it again with another name including a ":".
Switch to the media library and extend the Playlists list on the left side. The 2 new lists created should be at the bottom of the list. Select the next to the last playlist (with the ":" in its name) and its contents should be shown on the right side. Use the context menu command on the name of this playlist and delete it.
Now select the next playlist with the ":" in its name (should be at the bottom of the list). Its contents should be shown on the right side. Use the context menu command on the name of this playlist and delete it. The list's contents should disappear on the right, but the name remains in the list on the left. Use the context menu command on the name and try to delete it again. The name should remain and the playlist at the top of the list is deleted. The more you do this, the more playlists get deleted (from the top down) and the name (with the ":") remains.Winamp v5.9.2.10042 - Quinto Black CT v3.8 skin
Windows 11 Home 64-bit v22H2 desktop - Logitech Z906 5.1 speaker system
Comment
-
-
reproduced. will have to sort that out first thing in the morning.
Comment
-
-
Hi BrodaNoel,
You are probably using a language pack. If so, this and other language pack related issues will be addressed in the final update to the last AOL sponsored Winamp release.
If you are not using a language pack, then you have not provided any details that would allow anyone to even start trying to determine the problem. There is a sticky on how to write a useful bug report.Winamp v5.9.2.10042 - Quinto Black CT v3.8 skin
Windows 11 Home 64-bit v22H2 desktop - Logitech Z906 5.1 speaker system
Comment
-
-
Originally Posted by Aminifu View PostHi BrodaNoel,
You are probably using a language pack. If so, this and other language pack related issues will be addressed in the final update to the last AOL sponsored Winamp release.
If you are not using a language pack, then you have not provided any details that would allow anyone to even start trying to determine the problem. There is a sticky on how to write a useful bug report.
Comment
-
-
DrO: If you're at patching at the moment, just a small thing: On XP (didn't test on 7) in the whatsnew.txt dialog, when selecting a specific version from the dropdown, in the textbox after the last character a small square is displayed (probably a left-over 0x0D from 0x0D 0x0A, which Windows STILL cannot interpret as a line break but instead makes a square if it's not a complete 0D 0A).
But LOWEST PRIORITY!
The "Right-click enqueue selected from playlists" thing is the more important thing to cover in the patched build, I think
Thanks anyway!
Best regards,
kzuse
Comment
-
Comment