Messages

1

Skins / Re: Winamp Skin Museum - Sourced from Archive.org

« on: September 06, 2020, 08:59:22 PM »

Two hat-tips, I saw this at Bluesnews.com (Gamer news site)
https://www.bluesnews.com/s/214594/out-of-the-blue

who saw it in a PC Gamer article
https://www.pcgamer.com/heres-an-interactive-archive-of-65000-winamp-skins-for-you-to-browse-forever/

2

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/

3

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

« on: July 27, 2020, 01:00:52 AM »

It's something I would like to fully support & ......

Realistically this is something I'd aim to be done when a native 64-bit WACUP client is available as I don't have to worry much about 3rd party compatibility at that point.

-dro

Ok great, thanks for explaining.  I'm hopeful the project gets to that point and kudos for the progress you've been currently maintaining. 

I use TLPD (https://sourceforge.net/projects/tlpd/) to check for path name too long for my audio and video files. It's a free utility that runs relatively quickly and generates a log of all paths longer than a settable threshold value.

Thanks for the link  , but for the most part this issue comes in play it's not from filenames I've generated but from digitally source albums (from Steam, bandcamp, etc..) and I'd rather not alter the original filenames, even if they're long and include album/artist/track#/title/year/etc...

4

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.

5

Wishlist / Feature Requests / Re: Mood metadata within ID3x fields or etc...

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

I also like to classify tracks in multiple different ways such as mood/vibe, thematic simularities, lead instrument, etc... and I find the best way is a playlist per classification.  With metadata/tags you will probably run into limitations at some point but you can always make another playlist.  Also playlists are simpler to modify and already easy to search, sort, copy etc...

6

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

« on: June 17, 2020, 07:55:44 PM »

+ WACUP gets a shoutout in the comments! 

7

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
 

8

Wishlist / Feature Requests / Re: Some User Interface Feature Requests

« on: September 27, 2019, 09:46:52 PM »

However, with the main thing that you're wanting to do (send the same file to multiple playlists), the better option would be to adapt the non-menu solution (preferences -> media library -> send to options -> uncheck 'Show all playlists on the send to menu' & you then get one 'library playlists' option & a dialog with the playlist to send to. It would be much easier for me to modify that (as well as you then just have one item to click) to have checkboxes next to the playlists (I'd have to make it a list instead of a drop down to make it easier to work with them which might be better to do anyway). That seems like it would be the easiest way to achieve most of what's wanted & not have to attempt hacks.

-dro

Yes my main point was greater ease with sending a track to multiple playlists.   The breakout of the Library Playlists seems a good way to get there.

 

In the meantime uping the system font size in the WINE prefix helped quite a bit.  Thanks!

9

Wishlist / Feature Requests / Re: Some User Interface Feature Requests

« on: September 22, 2019, 04:12:58 AM »

I've done some more reading of the preview build threads and see how the core is getting attention first before wrapping back around to things like skinning and I agree with those priorities. (Also mention in reply to my other thread, thanks).

 I may still add things to this thread as I encounter them but it's just to get the ideas down without forgetting about them and not meant as a nag or complaint or anything. 

Glad to see the progress we've been seeing lately and the more frequent builds!

Go WACUP! 

10

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

« on: September 22, 2019, 04:07:30 AM »

Excellent, glad to hear it's on the agenda.    Not a feature that needs any kind of rush, thanks for responding.

11

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! 

12

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.