Latest WACUP public preview for x86 & x64 is build #20202 (September 28th 2024) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #20686 (December 23rd 2024) (x86 & x64 changelogs)


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 - dro

Pages: 1 ... 103 104 [105] 106 107 ... 113
1561
Combined screenshot of the obvious places the additional submenu will appear is attached.

-dro

1562
At times those menus are a mess but some of it stems from the needs of classic skins vs re-using things in other places which the skins aspects falls under. Then modern skins came along and things got a bit messier as it depends on whether it's the 'main' right-click menu or if the skin provides a menu bar option (e.g. bento, winamp modern) which provides another altering of the format of the menus.

I'm mentioning all of the above as I like the idea of it being added to the skins menus but for the skins with menu bars, it can potentially make things seem a bit more messier than it already is (e.g. for Bento the 'options' menu starts with the 'skins' submenu along with the colour themes sub-menu being at the bottom of the 'options' menu).

However, knowing the hassle it can be to get to that colour themes submenu at times (especially when playing with cPro skins & a few things I've been playing around with), will see what appears in a later WACUP build :)

-dro

1563
Skins / Re: cPro2 Grafito by Veroka and Victhor
« on: April 05, 2017, 08:33:00 PM »
Just pushed the image.w5s to try out to the beta/interim folder for those with beta access wanting to try it out.

I'd started to wonder if it was a bitness issue at first but seeing such a difference in the alpha levels made me (thankfully) look at that handling first.

-dro

[edit]
Had missed something and that image.w5s isn't 100% compatible with #1430. Will sort out a more complete test build shortly...

1564
Skins / Re: cPro2 Grafito by Veroka and Victhor
« on: April 05, 2017, 08:15:47 PM »
I've found the issue after coming to the part b) conclusion in my edit of the prior post.

So as long as what I'm seeing is consistent with the changed image.w5s I'm going to send out, it was an issue with the gamma output setting that libpng was being asked to use (so much for thinking that sRGB was the appropriate option, heh).

-dro

1565
Skins / Re: cPro2 Grafito by Veroka and Victhor
« on: April 05, 2017, 06:47:16 PM »
Sadly no & I thought it was just a skin specific issue :(  Thanks for the screenshot.

Will have to play around with libpng this week to see what's different between 1.5.x (as used by 5.666) and 1.6.x (as used by WACUP and what I'd prefer to keep using due to read optimisations and some general tweaks that make it easier to work with imho).

-dro

[edit]
I've just quickly tried dropping in libpng 1.5.28 (latest 1.5.x release) instead of 1.6.29 and the issue is still there. So either a) that's not representative of what's needed or as is more likely the case now I've done this quick check b) I'm doing something wrong with the output from the library.

1566
Skins / Re: cPro2 Grafito by Veroka and Victhor
« on: April 05, 2017, 06:27:10 PM »
Now, let's hope Darren can solve the PNG artifacts soon so we can enjoy it in its full glory XD :P.
What artifacts? I know Pawel has reported issues with the 'winamp modern' skin (likely something due to how the layering of things works vs it's alpha blending usage) but I wasn't aware off it with other skins. Can you point me at something specific in any other affected skins please, ta.

-dro

1567
Skins / Re: cPro2 Grafito by Veroka and Victhor
« on: April 05, 2017, 02:42:46 PM »
Really liking this one from a quick play with it.

Well done to both of you on this one!

-dro

1568
Wishlist / Feature Requests / Re: Ultimate "Now Playing"
« on: March 30, 2017, 02:06:25 AM »
At the basic level it would get in-between Winamp and the input plug-ins and their metadata interfaces and handle the read / write requests that way instead of having the input plug-in doing it instead. Am sure it's not going to be as simple as I've described it but that's the general idea.

I'm using the same basic approach with in_url to proxy through metadata reads for youtube urls from the plug-in that is actually handling the playback, with tag reading replacement just being the next step on from that if I made the appropriate changes. Though I want it to be generic enough in it's handling so as to be able to provide a greater consistency with what can be read and written (which is not the case at the moment) along with expanding on what can be done (e.g. lyrics, proper artwork embedding, access to custom metadata fields and so on).

-dro

1569
Wishlist / Feature Requests / Re: Ultimate "Now Playing"
« on: March 29, 2017, 03:28:06 PM »
So on reading through things, it's basically a fullscreen now playing view with basic player controls and related information to what's playing (assuming there is the information there to begin with).

Straight up I'll say that I have a number of issues with MiniLyrics and how it works & integrates with Winamp (which I've never found to be all that good though maybe it's improved since I last tried it out - were placement, skinning and loading issues that I remember which didn't make for a nice experience).

My initial thought is that it could just be done via an embedded web page and hook the HTML5 player controls but I'm not sure how well that'd work with the IE based webbrowser control that Winamp relies upon for such things. If anything, doing it more 'natively' might be the better option and some aspects aren't too far off the bottom part of https://winampplugins.co.uk/gen_classicart/gen_classicart.png from the album art plug-in for classic skins.

And for the final thing about embedding lyrics into files directly, MiniLyrics possibly has the option but for Winamp itself, it would need changes to the native input plug-ins that handle all of those things or (as I'm planning to do) replace that handling with a centralised tag read / write solution so that a lot of the missing things that people want can then be done.

-dro

1570
Am going to hold off looking into this further until the Creator's Update has been out for a while just to see if anything has changed as part of that release (as the prior 'big' updates seem to have messed with things from what I saw with the tools out there).

With the window placement, Winamp will save it's position based on where it was last used which works irrespective of the virtual desktop being used, There's probably some quirks with it that aren't coming to mind (not sure on how virtual desktop + multiple monitors might work) but it seems like it generally doesn't make much of a difference to what programs have expected things to be like with a 'traditional' single desktop scenario.

-dro

1571
Wishlist / Feature Requests / Re: Coloring Media Library
« on: March 29, 2017, 04:58:56 AM »
Without a lot of hacking or re-implementing the library views, I don't think there's an easy easy to achieve what you're wanting. Additionally due to Winamp being skinned, allowing such customisation could make for a very disjointed experience with the look of things that I don't think would be nice to use.

Really what you're wanting is a better way to see such things but what I'm not sure at the moment as depending on how you've got things tagged and how you've setup your library views, it should be possible to see "LPs, EPs, Live Albums and Compilations" from the same artist in the filter pane but that requires consist tagging to work.

Not too sure what to say but I don't think I'd want to do the colour customisation but finding a better way to see things would be more helpful to a wider audience with some sort of grouping option (have an idea in mind but not sure how to describe it or get it into a visual form to show what I'm thinking off at the moment).

-dro

1572
Wishlist / Feature Requests / Re: Managing Smart Views
« on: March 29, 2017, 04:49:46 AM »
Hmm, I'm not aware of there being a playlist grouping feature.

As for grouping of smartviews (which should also be present with playlists and bookmakrs when I get my bookmark plug-in for doing that finished off), the main issue I see with it is how to deal with selecting the 'group' node. As should it act like having selected all of the 'child' nodes (i.e. combines all of the results into a single view) or just show a list of those nodes and some details (a bit like the playlists root node and it's summary view) which can then be selected from to get to the desired node. As I get the main way of accessing things would probably be from clicking the node directly but have to think about such things otherwise empty node views looks wrong and so on.

The other issue is that it somewhat requires a fair bit of coding to either override the local library plug-in (which based on the much simpler bookmarks plug-in was not trivial) or to just start on a replacement local library plug-in and build in such support from the start (which would be better but just needs more time due to having to do everything else needed with such a plug-in - more work compared to some of the other library plug-ins I've already re-implemented in WACUP).

-dro

1573
Wishlist / Feature Requests / Re: Playlist stuff
« on: March 29, 2017, 04:41:24 AM »
There is already a good plugin for playlist undo actually :)
https://winampplugins.co.uk/plu.html
Not sure if you've realised but that plug-in is also by me and although it was too late for when this thread was started, it's since been updated to work with 5.66x and bundled into WACUP (a standalone 'fixed' version of the plug-in is not available).

But I would really like to enqueue songs from Media Library into playlist right after currently playing song.
I think there is only option to enqueue songs at the end of the playlist, I didn't find any plugins or something to do this thing....
The option for doing that is already present as long as you've got the latest JTFE plug-in installed. If you go to preferences -> Jump to file -> ML Options (is a child node) (*) and then turn that on (like in the image below) it adds a number of options including a 'move after current playlist item' onto the send-to menu.

Ideally I wanted that option to be on by default but for a cleaner experience I was asked to have it disabled by default by the management at AOL at the time. Though now you've reminded me of this, I'll have to make a decision on if I keep to that or not as part of the WACUP builds :)

-dro

(*) If using a WACUP beta build newer than #1430 then it's instead a tab on the 'Jump to file' node instead of it's own sub-node due to some reorganisation.

1574
Wishlist / Feature Requests / Re: Ultimate "Now Playing"
« on: March 29, 2017, 04:20:39 AM »
Will have a proper read through and reply to your post later but I've tweaked the attachment settings so have now attached them to the post instead of going to onedrive which I've removed. I've also used http://compresspng.com/ to reduce the size of the images to something that is a bit easier to do with (one saw a ~90% size reduction).

-dro

1575
Wishlist / Feature Requests / Re: Video site support
« on: March 29, 2017, 04:08:09 AM »
Just had a quick look at what it claims to do and it took me a bit to realise it's related to the fb2k plug-in that I'd seen a while back when starting on my in_url + youtube-dl solution (which doesn't support vimeo or dailymotion but could be since youtube-dl claims to support them).

Without actually trying it out, I'm not too sure what is needed to get it working with Winamp's in_dshow (assuming it's not something that in_dshow is blocking or just isn't detecting the urls correctly). Though I'd more prefer to focusing on my existing option as that works with the existing Winamp plug-ins, etc without having to really mess around with lots of settings.

Not sure on the online services aspect as those views aren't that helpful unless it's implemented with a solution that makes use of the hooks that Winamp provides instead of just slapping a web page in and hoping that opening links will work correctly into the current Winamp (which is not always guaranteed).

There is a way to make such videos play without the video aspect by just generically disabling Winamp's video support but finer control would make more sense. Would have to check the youtube-dl responses as I think audio-only options are also available from that (though it depends on the service being used).

Will have to sort out some time to look into this a bit more to see if it's worth it for the playback aspects. Though as I've already got a solution for doing the same base aspects without the need for extra dshow filters I'm not as enthused as I might have been a year ago due to in_url now existing.

-dro

Pages: 1 ... 103 104 [105] 106 107 ... 113