Latest restricted WACUP beta release is build #13286 (October 21st 2022) (x86 & x64 changelogs) | Latest WACUP public preview is build #7236 (March 11th 2021) (x86 only)


NOTE: Beta testers are added in a limited & subjective manner as I can only support so many people as part of the beta test program to keep it useful for my needs.

Unless I think you're going to be helpful, not all requests will be accepted but might still be later on. Remember that beta testing is to help me & the limitations currently works for my needs for this project.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Dimitri001

Pages: [1] 2
1
I don't know how I missed that. Thanks!

2
General Discussion / Pop up notifications - any way to disable them?
« on: July 19, 2022, 09:56:52 PM »
Is there a way to disable the notification that pops up in the bottom right corner when you pause or resume a track? I can't seem to find such an option.

3
Wishlist / Feature Requests / Re: Controlling playback speed
« on: June 16, 2022, 09:28:25 PM »
Good to hear it's in the works, thanks!

4
Wishlist / Feature Requests / Controlling playback speed
« on: June 10, 2022, 05:53:22 PM »
It would be great to be able to change playback speed and for this to be controllable by hotkey.

So, ideally, you'd be able to define specific speeds yourself like 1.5x, 1.75x, 2x etc. and then set hotkeys for each of those speeds (so one hotkey for 1x, another for 1.5x etc., rather than hotkeys for increasing or decreasing speed). But there needn't necessarily be an option for you to define specific speeds, if WACUP just offered a few preset options that you can bind to hotkeys, that'd be perfectly fine, too.

This may sound like a strange request so just to explain what this is for, I listen to A LOT of podcasts and it would be great to be able to listen to on 1.5x or 2x speed, but then slow it down with a hotkey when you get to a part of the conversation you want to listen to a bit more carefully.

5
General Discussion / Re: Playback at 1.5x-2x?
« on: February 18, 2022, 08:09:52 PM »
Thanks for the info!

Anyone know which plugins could do this?

6
General Discussion / Playback at 1.5x-2x?
« on: February 18, 2022, 05:07:48 PM »
Is there some way to set playback speed to something faster than normal?

7
I'm able to change the sort order of the playlist view by clicking on the column headings. Drag and drop would probably conflict with this current way of sorting.

If there would be conflict, personally, I'd prefer the drag and drop option over sorting by heading, but (at least in concept) there needn't necessarily be conflict - drag and drop reordering could be a separate, custom order, that would get changed if you clicked on a heading (same as if you go from sorting by heading 1 to sorting by heading 2).

Now, that's in concept, I don't know how easy or difficult that would be to actually execute in code.

8
Wishlist / Feature Requests / Reordering custom playlists in Media Library
« on: November 23, 2021, 10:51:13 PM »
This is a minor thing, but in Media Library under Playlists, when you create custom playlists they are placed in the list one after another in the order you created them and there is currently (as best as I can tell) no way to change the order. It would be great if it were possible to reorder them by dragging and dropping them.

9
Preview Build Discussion / Re: Two problems with streaming podcasts
« on: September 10, 2021, 04:24:56 PM »
I gotcha, no worries, whenever it gets done, I'm glad to hear it's on the list. Thanks!

10
Preview Build Discussion / Re: Two problems with streaming podcasts
« on: September 09, 2021, 09:57:11 PM »
The first issue is primarly due to the Winamp 5.666 in_mp3 plug-in & what it's doing vs what the remote server is doing - pausing a stream (be it a file or 'live') is always a weird one to deal with & if left too long then the remote connection will time it out (hence it stopping) but it's also very likely that in_mp3 isn't doing what's needed to try to resume the connection from the prior position (subject to the remote side even supporting it to begin with).

Could I kindly ask you for this feature or is it that since this is related to a plug-in it would be something the plug-in dev would have to do?

Quote
The second issue, Preferences -> Media Library -> History -> change the resume option for any applicable. As none of the streams will be treated as podcasts since that information is only stored in the local library database for local files - it's probably something I need to consider adding a fallback to check if a stream is recognised within the currently stored feeds information.

-dro

I checked and it was already set to any applicable, so maybe this problem is just an extension of the first one.

11
Preview Build Discussion / Two problems with streaming podcasts
« on: September 08, 2021, 03:45:33 PM »
I don't download podcasts, instead I add the URL of the file into my playlist and play it that way, as a stream, but I've found that when I pause the podcast, if I pause it only briefly it works fine, but if I pause it for slightly longer (haven't noticed yet where the cutoff is), once I resume it will not resume from the paused position, but it will instead play the file over from the beginning.

A further problem (and this might well be the same problem) is that when I close WACUP and then restart it the next day, it will also not remember where I left off on the podcast when I paused and closed WACUP the previous day.

12
General Discussion / Re: Can you create a collective podcast feed?
« on: September 01, 2021, 03:02:59 PM »
Ah, that's a bit more involved than what I've just thrown together vs how things are handled within the podcast root node view.

What I've added for now is shown in the attached screenshot where it'll run through all of the podcast feeds & either add all episode entries within a feed in chronological order (it won't apply that overall but each grouping of episodes from a feed will be date sorted) or only the newest one into the main playlist.

Am now expecting that's not really going to fit with what you were hoping for now you've clarified what you were looking for.

-dro

Yeah, it's not quite what I had in mind, but I appreciate it nonetheless.

You will have to compile your feeds into a single feed using an online RSS aggregator.

I'll look into this.

I've been thinking about it a bit more & a local library podcast filter view would probably do most of what's needed (assuming the podcasts get added to the local library database but ignoring the episodes that have yet to be downloaded) if it's just a means of seeing what there is.

I know I'm being very particular now, but this wouldn't quite fit my need, because I'm hoping to be able to not download podcasts any more, because I listen to a ton of podcasts and usually my playlist gets populated quicker than I can listen to them so the result is a ton of HDD space taken up by podcasts.

That's why being able to not download podcasts any more and handle everything through streaming would be a hugely useful functionality for me and I'm assuming a podcast that isn't downloaded wouldn't show up in the local library.

Really what I'm after with the feature I'm describing is a place where I would be able to click on one feed and in that one feed see whether there are any new episodes of any of the podcasts I'm subscribed to (which I would know without the episodes being marked as new, I'd be able to tell what's new because I remember what I've already listened to).

Right now, I'm subscribed to like 20 podcasts if not more, so to check for new episodes I have to click through each and the biggest thing is I forget sometimes to even check certain podcasts, so a single aggregate feed would solve that problem.

Quote
Alternatively, a variant of the downloads view with it set to show everything (downloaded or not) might be a better way of seeing everything in one go vs an 'all' option in the existing podcast root. As that's going to make it easier to then have all of the information listed vs doing a specific setup for one item in the root view. I get that it's also adding more to how things work so I'd need to have more of a think but it might be suitable as a toggle mode in the existing root view plus it'd help to implement part of the wanting to search for things aspect.

Either way there's options to consider as I don't think the pre-aggregate your feed approach is a viable solution when all of the information is there locally, it's just getting it into a valid state to work with. That's the main why reason I can't just suddenly change the existing root view & an 'all' item as it's been based around only seeing on feed & it's episodes at a time instead of just showing things however & all jumbled together.

-dro

I'm not familiar with the downloads view, but if it could be modified to do that maybe that could do the trick.

13
General Discussion / Re: Can you create a collective podcast feed?
« on: August 30, 2021, 05:05:09 PM »
What would be ideal for me is if in media library -> podcasts, in the space/menu where the podcasts that you subscribe to are listed, there was an additional entry that was pinned to the top of the list, maybe titled "All", that would give you that list when you clicked on it.

Just to clarify, this doesn't need to be just the new or recent episodes, it can be just all of the episodes (from all time) of all of the podcasts you subscribed to combined and ordered chronologically.

Thanks the work, man!

14
General Discussion / Can you create a collective podcast feed?
« on: August 30, 2021, 12:06:26 PM »
Is it possible in some way, possibly using playlists, to create an aggregate podcast feed? In other words, say I have 10 podcasts that I'm subscribed to and I can see new episodes for each by clicking on each individual podcast under podcasts in media library, but is there a way to create a single collective feed/playlist where Winamp will chronologically place new episodes from all of the 10 podcasts I follow as they are published?

15
Ah, I see. Thanks for the explanation. Well, here's my vote for putting that issue high on the priority list.

Pages: [1] 2