Latest WACUP public preview for x86 & x64 is build #25130 (September 30th 2026) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #25130 (September 30th 2026) (x86 & x64 changelogs)

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 ... 141 142 [143] 144 145
2131
Implemented Requests / Re: Tracker module support
« on: December 13, 2016, 03:34:40 PM »
And he had some lovely shiny boots :D

-dro

2132
I'm not sure tbh. As I could try and do some means of proxying a new plug-in with the old one (I've done it for some things but then I've still got a Sonic dependency and other compromises). The ideal is some small clean solution that doesn't rely on Sonic / any of the existing hacked in functionality but whatever I end up doing, it's going to have to be done piecemeal and it's only really for the matter of convenience that burning support still seems to be required from the few that have requested it stay.

-dro

2133
Wishlist / Feature Requests / Re: WiFi Sync to Android Phone
« on: December 13, 2016, 03:30:07 PM »
Opening up of anything on to the internet leaves a risk be it UPNP (as you've helpfully clarified for me :) ) or from just basic web servers (as ajaxamp, hrequest, etc operate as). Maybe I could just go evil and create an FTP server from within Winamp and leave it as that :D

But being serious about things, whatever is done, the security of the setup needs to be thought about from the get go instead of trying to patch it in afterwards (i.e. trying to make use of HTTPS connections instead of HTTP).

And going back to original request, something like airdroid (which has been in the news recently for it's security related issues) might be an option to what I've already mentioned from the dropbox, etc options..

-dro

2134
Implemented Requests / Re: Tracker module support
« on: December 13, 2016, 03:21:48 PM »
MFC is a framework that depending on view point either helps with developing Windows stuff or its a ball ache due to then needing a number of large dependent dlls (e.g  more than is already included in the Microsoft.VC90.CRT folder).

So for the plug-in, I just worked through and replaced what was being used from the MFC framework with a comparable direct Windows api implementation (i.e. it works the same but means it's a few KB more of code in the dll itself but then doesn't require MB+ dll files).

Under the licensing terms used by the openmpt project it means I don't have to commit anything back to them but then I'm not keen on not doing that as some of the changes can be helpful for those using the plug-in provided in non-Winamp setups. So by giving back any code changes, it would mean anyone else can make use of such changes (if they want to / are able to).

-dro

2135
Between the two CDDB options EAC includes, the freedb one is the same as I'm looking at, the GD3 one I don't know much about other than you have to pay to use it after a 10 disc trial (so I've no idea on the quality / breadth of what it's able to provide).

For writing, cdrecord was something that I'd also come across I'm just a bit hesitant when it comes to making use of any GPL based software as that and your suggestion appear to be. As the other option from the Facebook page was to effectively create a temp folder with the pre-rendered WAV files and then allow that to be handed off to an external program (so much like the piping option).

Really burning is a bit of a pain in how best to do it so the process flow won't suck but can do what's needed within the confiines of having to go with free solutions. It's why just doing playback / ripping are the easier option (it's the same process other than how the read audio gets treated). Anyway, there's been a good number of comments & suggestions about everything that's made my head hurt a bit :)

-dro

2136
Implemented Requests / Re: Tracker module support
« on: December 13, 2016, 02:50:44 PM »
There's also a few of the other plug-ins on the modland site that I'd possibly consider including later on but it really depends on whether they can be cleaned up to work better with 5.666 / WACUP or not.

-dro

2137
Implemented Requests / Re: Tracker module support
« on: December 13, 2016, 02:48:41 PM »
I went with openmpt as it's seeing regular development updates and at the time when I had an official hat they were open to it happening. It also seems to be actively supported on Windows which is not the case for a lot of these open projects.

The main thing lacking with the openmpt plug-in I'm including is transcoding / file converter support & I that I need to commit back to them most of my changes (which leaves me in a bit of a quandry as the mythical 5.8 release is using it now and it has transcoding support but ripped out the looping options instead of properly converting it over to remove the MFC dependencies as I've done).

-dro

2138
Archive / Re: Happy Thanksgiving!
« on: December 12, 2016, 06:24:27 PM »
... in every corner of the world (even though it is a ball with no corners).
you mean it's not a round disc on the back of 4 elephants on the back of a space turtle??  how can they have lied to me all of these years :D

-dro

2139
Archive / How Time Flies...
« on: December 12, 2016, 06:21:11 PM »
3 years ago today I helped release Winamp 5.666 build 3516 - a release I'm still proud off!

Winamp it really whips the llama's ass (>.<)

2140
For CD tagging, the freedb methods is the most common option that I've seen come up so by going with that and the emulated musicbrainz option, I can get something working with both of them (and potentially any alternative solutions that are freedb compatible) with a common code base (i.e. it makes things easier to get started with as the data format coming back should be the same).

For the other method, that is what be used for anything non-CD related (in addition to getting the mbid to start with). I see that it can also be used to do the CD info lookup but I'd then be running with two different implementations to get the equivalent information but in a different format (at least that's how it seems from a brief look - I've probably looked at that page back in 2014 but I don't remember it off-hand).

So for CDs I don't think it's too helpful but for non-CD / file tagging then it would be what would need to be used in part to get an auto-tagging option working.


In simple summary, for CDs it's use a freedb / cddb system and for already ripped files it's use musicbrainz.

-dro

2141
Wishlist / Feature Requests / Re: A Replacement for Gracenotes
« on: December 08, 2016, 05:15:47 PM »
AutoTagging is on it's way back! Might be cool (If it is possible) to be able to choose which service you get results from. For example, I only want Musicbrainz tags, but some people might only want freedb tags. And some people might want both.
It's not auto-tagging like I think you're thinking (that would involve other things needing to be done) and this just relates to getting CD info. As there can be variations in the information that either of those two services can provide (which is why I've never liked CD lookup as the data can be really bad at times), it'd have to be exposed as some sort of selectable list to get what's actually wanted as the 'best' solution.

Re: burning support
I was totally wrong and I apologize to all burning fans. I didn't think that anyone still used that. I wonder if there is a way to implement burning through the windows API so that you don't have to use a depreciated 3rd party plugin.
Using IMAPI2 is one of the things I've been considering but it's the hassle in making the new code to do it. Is why I'd prefer to make use of a pre-existing solution which is known to work. As http://cdrtools.sourceforge.net is one of the things that has come up as potentially being viable as there's a few odd Windows gui wrappers around them - so that's one possible option that I've found so far. Until I do more research (or any other suggestions come in) I'm still somewhat uncertain about what to do regarding burning support.

I feel like I am asking a lot and making a lot of suggestions. I am sorry to put so many random ideas on your plate.
I'd rather have that than no feedback at all :)

-dro

2142
Wishlist / Feature Requests / Re: A Replacement for Gracenotes
« on: December 08, 2016, 04:11:44 PM »
Any progress for a replacement for Gracenotes in the near future?
I spent last night properly looking into this and I've started writing the code needed to make use of the freedb service from freedb.org as well as the equivalent from MusicBrainz via the MusicBrainz to FreeDB gateway

With the few CDs i've tried I've only gotten results from the normal freedb service but I'm going to leverage both of these services (and anything else that comes up from further research / viable suggestions) to try to ensure that if there is applicable information that it can be used in the ripping / playback handling :)

I'd expect to have a beta version working and included in the WACUP beta builds within the next few weeks... (maybe a bit sooner, maybe a bit later but the coding has started which is the main thing!).

-dro

2143
Wishlist / Feature Requests / Re: A Replacement for Gracenotes
« on: December 08, 2016, 04:02:29 PM »
I can see why people do use it as it's generally easier if you've got your library in the program already an can then just send that to a disc as needed.

Due to the general split, I'm going to have to do some proper research into burning options (although not immediately) as there is some demand.

The more important thing is that those who have replied generally want playback / ripping support maintained so at least that's consistent. Though that could be biased based on the habits of those responding but it makes sense to me to maintain at least parity compared to existing playback support :)

-dro

2144
Wishlist / Feature Requests / Re: WiFi Sync to Android Phone
« on: December 07, 2016, 09:32:02 PM »
The keeping it on the same network is the bit that they don't do. They typically upload to 'cloud' storage and then any connected devices on the account see the changes and pull them down as required.

Am wondering if a UPNP solution could work instead but it'd depend on the device side if it's then able to grab those files or just stream / play them (which I don't think you'd really want & would prefer getting local copies on the device to then be played).

The key thing is that any solution would need to be interoperable with other solutions just to make it worthwhile. Will have to do a bit of research as I've only briefly looked into the likes of dropbox & upnp options back in 2014 so it's not too fresh in my mind.

-dro

2145
Wishlist / Feature Requests / Re: WiFi Sync to Android Phone
« on: December 07, 2016, 07:00:11 PM »
Tbh I'd have thought having a means to use one of the existing file storage / sharing services (dropbox, onedrive, box, etc) would make more sense than re-inventing the wheel seeing as they've got things in place to handle file syncing between devices.

Unless I'm missing the point with the request... (which is possible ;) ).

-dro

Pages: 1 ... 141 142 [143] 144 145