Main > Audio/Jukebox/MP3 Forum
Plugins: Document API for JukePlugSys
unclet:
No need to apologize to me .... I did not take it personally. :)
I understand the amount of effort you put forth with your proposal but I just thought an easier approach might exist for me so I decided to share my ideas with everyone in this thread. I had a lot of free time at work today so my mind started to wander thinking an easier approach for me.
Again, no need to apologize to me ......
Space Fractal:
Why was the SDK very complicered, that was only about 10 commands to fit it all and only one file? It only sending commands that might take time, but I asumed all used a class for that (I have these commands I allready listed).
I wrote even a simple litte wrapper where HeadKaze allready got working in VB6 to been included in your project (which I removed by now)?
Instead you just did go other way and never accepted this SDK? I also listed the commands you could use with your parser?
The Queue section in my SDK need a redesign, sence it seen too been complicered.
The most compliced seen to been queue things?
Should I redesign it to use a queue file instead, so the plugin can detect any files that is changed using that, and just use QueueChanged() to tell the queue have been changed?
Let me know other ideas to this section, so it can been easier for you and for writers.
I have tried to change this section, so it much easier. The only missing is which format queue.txt can been used.
I have changed the commandlist system as well. It now pretty much UncleT with very minor change. I hope you like it. Since I added a Juke_Config(), why not tell the plugin the whole commandlist to been used? Hence I can now use UnlcleT's idea with this change I made in the SDK.
Only Queue things is not need to doing that way (that is hearvy changed to been simple now).
Please note:
I also axed some never used commands and have joined Juke_SongBegin() and Juke_SongEnd() to QueueChanged().
I guess QueueChanged() is all you need to tell a plugin the queue have been changed (hence a new song started), so its reread the queue.txt (that can been empty) anyway?
loadman:
:soapbox:
It's at the point that where backbone stuff has been tested and it seems like it is going to work technically.
The only question is there going to be a one system or not.?? ???
My personal view is I will going along with UncleT's choice of system (when he decides) as that's the Video Jukebox I've decided to use in my GameRoom. :P
But it would be a SUPER BONUS if Space Fractual (using his obvious Enthusiasm, ideas and energy ;D ) was able to work with UncleT to make a common system so my Plug-ins (and others) could be used on your (and other JukeBox's too) :)
So I think to make things efficient you should not worry about these threads anymore :P
I think the only hope for a Global Format is for Space Fractual and UncleT to have direct discussions as you are the two major players who have been interested in contributing to these threads
I will sit back and wait to see what happens.
Thanks everyone (Barcrest, HeadKaze) for your efforts and Suggestions :cheers:
The next time I post here will be to announce to release of my first JukeBox Plug-in :applaud:
Barry Barcrest:
:censored:
I knew this was how it was going to end... At the end of the day there is little point developing another system if no one will code plugins for it.
Anyway a big thanks to HeadKaze for sorting out the VB code and sharing that.
Space Fractal:
as for my self, thanks to HeadKaze for offet VB6 support when I tried to get to work to my wrapper.
Let see what UncleT said after I inveted the SDK and cleared out issues in the first post....
first after I would write a wrapper again for fit to VB6 and BlitzMax.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version