Topics

1

Skins / Winamp Skin Museum - Sourced from Archive.org

« on: September 06, 2020, 08:10:34 PM »

Just ran into this today and thought this is a good place to share.

https://skins.webamp.org/

From the About page.

About
The Winamp Skin Museum is an attempt to build a fast, searchable, and shareable, interface for the collection of Winamp Skins amassed on the Internet Archive.

Features:
Infinite scroll preview images
Experience skins with integrated Webamp
Fast search of indexed readme.txt texts
Made by Jordan Eldredge (@captbaritone)

You might enjoy my Twitter bot @winampskins

Two Screenshots attached below.  The skins just seem to keep on scrolling and scrolling. 
A nice way to quickly preview lots of skins.

https://skins.webamp.org/

2

Wishlist / Feature Requests / Avoid the Windows 256 path+filename limitations

« on: July 26, 2020, 08:57:25 PM »

I sent in a bug report a few months back and you correctly pointed that I had run afoul of this Windows limitation regarding the max char length of path and or filename in a playlist and so was having the tracks skipped. 

I was wondering if there were any plans of addressing this issue or is it something that just has to be put up with due to Windows?

I can understand if you feel it's out of scope for Wacup but it's pretty annoying.

3

General Discussion / Jun 16 article extolling WinAmp (v.5.03a + Classic skin)

« on: June 17, 2020, 07:43:21 PM »

  At TechSpot.

https://www.techspot.com/article/2042-winamp/#allcomments
 

4

Wishlist / Feature Requests / Some User Interface Feature Requests

« on: September 21, 2019, 01:28:04 AM »

WACUP UI related Feature Requests

[-1-]
File Explorer view built into Local Library that can traverse within subdirectories of user defined directories similar to how USB removable storage is accessed.  This can be of use to users who keep certain audio files outside of their main library (like say podcasts, spoken word audio, unfinished/temporary audio projects, etc....)

[-2-]
Currently it can be finicky to slide from one nested list to a child nested list on High DPI displays and/or with high DPI mouse sensitivity.

*Example* - Right-Click a "Now Playing" playlist item then selecting "Send To" nested list then having to slide across a narrow pixel area to get to the "Send To" list and then rinse/repeat to slide to "Library Playlist" nested list.  During either operation if mouse cursor strays out of narrow pixel area ("Send To" list or secondly "Library Playlist") the list disappears and user must restart action.

*Attachment pics 1 + 2 show this part of the UI I speak of.

Solutions to above issue -

-- Increase the height of entries that are nested lists.  Maybe allow the user to choose double or triple height (or fractionals like 2.5 height but maybe that is overkill).

-- Or as an alternative - allow users add "connected" separators (line elements) to right-click pop-up items (maybe through a Right-Click preference page/tab, or maybe just default for nested list items) that either sit adjacent above or below (or both) the highlight-able item and is considered part of the item for highlighting/mouse-cursor-motion purposes.  Thus giving the user more leeway moving around these items in high DPI situations.

-- Or maybe set a modifier key (Alt ot Ctrl or Shift or a combo) to "hold" or "lock" the nested item to be highlighted and focused even if the mouse moves out of it's pixel area.  This would also be useful for the following feature request.

 
[-3-]

Increase usability of [Right-Click Menu -> Send To -> Library Playlist], hereafter called [RtClk-Library Playlist]. 

I use this item a lot while listening to new or recently re-tagged music and I like to populate my playlists with it.  But currently it could use some attention.  As described above it can be frustrating to even arrive cleanly at this part of the interface but I separated that issue since it pertains to all the nested lists imo.  However there are a few things that need attention in this particular item.

-- Closes abruptly after sending the highlighted track to a single playlist.  This is maybe an ok default for some users but I often want to send the same track to multiple playlists. 

*Example* Listening to a new album.  Track #1 - I want to send this to playlist "Monday", "Wednesday" + "Saturday".  Track #2 - Send to playlist "Tuesday" + "4thOfJuly". /*Example*

To perform these actions I have to right-click and get to the [RtClk-Library Playlist] Five(!) times and I'm only two tracks into my new album.  With a Twenty track album and a number of playlists that might be invoked this quickly becomes tedious. 

So if in someway we could keep this particular menu locked open for multiple "send to playlist" actions that would be a great help.  It would require being called up only once per track which would make for a much easier user experience.  One solution might be the suggestion above to have a modifier key or combo that "holds" or "locks" the [RtClk-Library Playlist] open for multiple actions.

-- To go in conjunction with the previous issue, show if the current highlighted track is currently in the any playlists within the [RtClk-Library Playlist] using a checkbox.  I show below a screenshot from Quod Libet (native Linux Winamp competitor) how theirs' looks as an example in *Attachment* pic #3.

A "checked" checkbox denotes the track is present in the playlist, an empty box denotes the track's absence. This makes it very easy to add or remove tracks, provided the [RtClk-Library Playlist] element stays open while checking or unchecking boxes. [As an aside Quod Libet also currently closes after a single action  ]

---Lower Priority requests -------

Have right-click pop-up be skinned by Skin Theme.


Thanks for reading!  I hope I was able to convey my thoughts understandably. 
And that the suggestions are of utility to average users. 

Go WACUP! 

5

Wishlist / Feature Requests / Add trailing silence gaps to playlist? Without changing app preferences

« on: September 20, 2019, 10:29:55 PM »

  Hi all, first time poster.    Go WACUP! 

Like the title says, does anyone know a way to add trailing silence to separate tracks in a playlist.  I know about silence removing from certain output modules and they are disabled, anyway in this case I want to add silence that isn't currently embedded at the end or in front of the tracks in the playlist. 

So does anyone know a method? 

If not I'll include it in a future "Feature Request" thread, but I figured I'd ask in case there's a currently implemented method.