Jukebox Plugin System (JPS) Ideas

[AussieJuke]

AussieJuke: If you register your self on jukeplugsys.com, Im happy to host your plugins as well. You could upload them self, otherwice I do that.

Done!

[AussieJuke]

here's the link to the JPSAttractSounds plugin.

I've just updated this plugin slightly and included a readme.txt in the zip file.

[Space Fractal]

Look Like you should change the thread title about JPS plugins by Assuia Juke, which this thread is turned into now.

I found some quirks in your plug-in when tested:

- The last song might been skipped by user and then JUKE_SONG_FINISH is never ac-cour. Should checks JUKE_SONG_SKIP as well.
- Removed some text from your readme.txt, since some part was for your other SoundFX plugin (upload that soon).
- You have now a editor status  .
- Which language do you actually use? Seen you can't beat the Pure Basics incredible small dlls, but no worries at all (just kidding).
- Upload very soon (just doing that now). DONE
- Cant find a link to your other plugin?

Re-upload is not optimal. You need to delete it from the browser and re-upload again. Otherwise I can do this for you, if you email your plugins, otherwise I checks here regular.

[AussieJuke]

I've uploaded version 1.1 of JPSAttractSounds to my personal web page. This one uses the JUKE_SONG_SKIP event as well. I have also updated the readme.txt file. You will have to tell me how to edit the Juke Plugin System pages. I had a look but couldn't see how to do it.

I program using Delphi 7. I have not aimed to make the files small as disc space is cheap. I prefer to include more features rather than trim the file size down.

The JPSSoundFX plugin is almost done. It has a bug where it seems to lock up the calling application upon exit. It's not usable until I get that one sorted.

[loadman]

I program using Delphi 7. I have not aimed to make the files small as disc space is cheap. I prefer to include more features rather than trim the file size down.

Welcome to the Delphi Club.

I use Turbo Delphi 2006 most of the time as it show's a lot of coding errors on the fly for Dummies like me. It also has a nice tree view of the components. Also aligning objects of forms is easier.

I also have Delphi 7 that I use for some task when 3rd party component is required. Apparently yu can use compoinents with Turbo Delphi if you upograde to 'proffessional' (as I did)  But I have not figured out how to add components that are not pre packaged.... yet

Anyway sorry about that.   

[Space Fractal]

the bug in exist:
I have extract that problem when I have soundEvent, before renamed it to SoundWav.

It seen some languages cannot like closing the dll after the shutdown the dll. When JB application exists without close the dll seen to worked in some languages.

But it did work much better when I created a thread in the player retine in the dll, and kill it in the shutdown when called. Wierd, but try that.... But it seen it might crash MultiJuke under loading. Hence I want to test your dll as well to see what happens here.

That why I finally scrapped DirectShow (which I asume Pure Basic used) and use bass.dll instead (which can play adpcm and other wierd sample rated wav files). bass.dll is free for none commerciel use.

I looking how I can let you and other plugin writes the easist way to update the homepage and thier plugins without I need to update every time and it dosent break the layout of the homepage. This might take few days. Until then, just tell me the released plugins and I update it.

PS. Please dont use readme.txt as the text file, since it might exists on the folder or by other plugins. Personly I only use the name of the plugin itself to aviod that (or use a subfolder with data files). I should add that in the SDK?

[loadman]

I am going to try bass.dll too.

MaLa uses it but I think it is an old version 

[Space Fractal]

like mame. bass.dll is not allways need to been updated, and sometimes few functions may changes. But notning major (sorry to hihack about this ads).

I going to change the content system to my little own to been focus for more easy way to uploading plugins. The homepage design remain the same, but I might swap right menu to left and remove the search box.

[AussieJuke]

[PS. Please dont use readme.txt as the text file, since it might exists on the folder or by other plugins. Personly I only use the name of the plugin itself to aviod that (or use a subfolder with data files). I should add that in the SDK?

Yes, that's why I put it in the subfolder. I could rename it to avoid confusion.
Probably a good thing to spell out in the SDK documentation.

[AussieJuke]

Is anyone here doing a JPS plugin for the Ultimarc PacDrive board?

[Space Fractal]

[PS. Please dont use readme.txt as the text file, since it might exists on the folder or by other plugins. Personly I only use the name of the plugin itself to aviod that (or use a subfolder with data files). I should add that in the SDK?

Yes, that's why I put it in the subfolder. I could rename it to avoid confusion.
Probably a good thing to spell out in the SDK documentation.

You didden't do that, since that would been pretty fine (as I could see). I used readme.txt too, but in a subfolde (where I used few other data file, like bass.dll).

[loadman]

Is anyone here doing a JPS plugin for the Ultimarc PacDrive board?

Yup.... 

[AussieJuke]

[PS. Please dont use readme.txt as the text file, since it might exists on the folder or by other plugins. Personly I only use the name of the plugin itself to aviod that (or use a subfolder with data files). I should add that in the SDK?

Yes, that's why I put it in the subfolder. I could rename it to avoid confusion.
Probably a good thing to spell out in the SDK documentation.

You didn't do that, since that would been pretty fine (as I could see). I used readme.txt too, but in a subfolder (where I used few other data file, like bass.dll).

Huh? The zip file contained the plugin and one subdirectory. That subdirectory had the readme.txt file in it.

I just checked the zip file you have on the juke plugin site. The readme.txt is in the subdirectory where it should be. It also now contains an ini file that was generated when you ran the plugin the first time. It has your settings. (path, screen position, etc) Better to delete that so as not to confuse anyone else!

[AussieJuke]

Is anyone here doing a JPS plugin for the Ultimarc PacDrive board?

Yup.... 

Excellent! So where's the screenshot for it then? 
I have one of those little boards on loan, so was keen to try it out.
Give me a yell when you've got it going. 

[Space Fractal]

[PS. Please dont use readme.txt as the text file, since it might exists on the folder or by other plugins. Personly I only use the name of the plugin itself to aviod that (or use a subfolder with data files). I should add that in the SDK?

Yes, that's why I put it in the subfolder. I could rename it to avoid confusion.
Probably a good thing to spell out in the SDK documentation.

You didn't do that, since that would been pretty fine (as I could see). I used readme.txt too, but in a subfolder (where I used few other data file, like bass.dll).

Huh? The zip file contained the plugin and one subdirectory. That subdirectory had the readme.txt file in it.

I just checked the zip file you have on the juke plugin site. The readme.txt is in the subdirectory where it should be. It also now contains an ini file that was generated when you ran the plugin the first time. It has your settings. (path, screen position, etc) Better to delete that so as not to confuse anyone else!

You catch me . v1.0 diddent notice it, since the path bar was outside the window in Power Archiever. I update your plugin, when the new homepage code is finish. Sorry for the confuction.

I dosent have the Pac Drive My self, but it seen it something like LedWiz. I guess both boards should been supported in same plugin, if it can do that?


[EDIT] Homepage changed, but to avoid hijack, look for the sticky thread[/EDIT]

[Space Fractal]

I have redownloaded and looked in your software. I looked on your JPS Support.pdf:

- You did a Juke_Configure in a nice seperate exe? Why not include that?

- Did you not got JUKE_SONG_NEXT to work, which can been important? It should been same as position 1 in your queue, as I asume is in your software Like Uncle'T?

- I stronlgy you to get support for these PLUGIN_EVENT commands, since these have the strongest part of JPS. This was the reason the whole project nearly was take the whole project, but now they became strong commands.

In your software I think they could been ther alternative controls, so you example can get gamepad, Pac Driver, Ledwiz support or such. I known Loadman is creating one, and he might use these PLUGIN_EVENT commands as well.

You should also define a plugin subfolder. I cant see anyone, or is I dumb again? [EDIT]You should add a empty folder to the zip.[/EDIT]

Finally, I think I should create a little GAMEPAD plugin which use the PLUGIN_EVENT commands?

[loadman]

- You did a Juke_Configure in a nice seperate exe? Why not include that?

Good Question.   This is one great feature of the plug-in system, having the ability to have the config built into the plug-in. Very neat and tidy.

I am a huge fan of that and am trying to change the MaLa FE plug-in system changed to do the same.

The plug-in folder get cluttered with .ini files and plug-ins and other dlls. The user does not have to go trowling throughall those to find the right config .exe. They can just use the Jukebox software to call it..

Anyway I love it   

[AussieJuke]

I have redownloaded and looked in your software. I looked on your JPS Support.pdf:

- You did a Juke_Configure in a nice seperate exe? Why not include that?

- Did you not got JUKE_SONG_NEXT to work, which can been important? It should been same as position 1 in your queue, as I assume is in your software Like Uncle'T?

Juke_Configure and JUKE_SONG_NEXT are in version 1.6.2.0 that I'm releasing in a couple of days. I need to finish off the configuration options window first.

- I strongly you to get support for these PLUGIN_EVENT commands, since these have the strongest part of JPS. This was the reason the whole project nearly was take the whole project, but now they became strong commands.

Yes, I'll have to look at those as soon as I get some time. 

In your software I think they could been ther alternative controls, so you example can get gamepad, Pac Driver, Ledwiz support or such. I known Loadman is creating one, and he might use these PLUGIN_EVENT commands as well.

Not sure what you mean here. Are you talking about button presses, etc?

You should also define a plugin subfolder. I cant see anyone, or is I dumb again? [EDIT]You should add a empty folder to the zip.[/EDIT]

I think we should all package the plugins as a zip file with the required subdirectory structure included. (even if empty until the plugin is activated) The only files that should be in the plugin directory are the plugin files themselves. Any config files for a plugin should go in that plugin's subdirectory.

I have no problem with naming the plugin subdirectory the same as the plugin. eg:
\JPSAttractSounds\ (folder)
\JPSSoundFX\ (folder)
\JPSAttractSounds.jps (file)
\JPSSoundsFX.jps (file)

Does that make sense?

[Space Fractal]

Plugin Events:
I have just added a screenshot in the plugin page:
http://www.jukeplugsys.com/index.php?page=Developement&plugin=CommunicationTest

Here you can clearly see, how these software in the screenshot actuelly use the 3 PLUGIN_EVENT commands. This should give you idea, how you can use these commands.

Plugin Folders:
I just mean it was the default whole plugin (also folder named plugins), that should been created by the zip file. I do think the PDF file could been putted in the plugin folder, so the folder would been created.

For your last, this make 100% sence. I did the same in SoundWav, but was not required in communication test plugin.

[AussieJuke]

Plugin Folders:
I just mean it was the default whole plugin (also folder named plugins), that should been created by the zip file. I do think the PDF file could been putted in the plugin folder, so the folder would been created.

For your last, this make 100% sense. I did the same in SoundWav, but was not required in communication test plugin.

Of course if the plugin doesn't require any support files, then there's no need for the subdirectory.
Sound like we agree. Loadman, UncleT, are you ok with this?
If so, can we include that information in the SDK please?

[Space Fractal]

I do that soon.

But both Uncle'T Jukebox and MultiJuke didden't have any problems with subfolders, as longthe plugin itself is in the main folder.

So due with that I update the SDK to 1.06 to include this info soon, but no updates is needed to MultiJuke and Uncle'T Jukebox.

Anothe idea I would try out is write a "Sound Random" plugin, that send a random music file back to the jukebox software when the jukebox software request it using JUKE_SONGLIST_SUGGESTION command..... its kind like a random feature.

[Space Fractal]

Im are now develop my second plugin which propenty would named "WebInfo" which use all SONGLIST as well many other commands (not all commands is required to been supported by JB software when using this plugin)... More info later when I create a own thread about it.

[loadman]

Im are now develop my second plugin which propenty would named "WebInfo" which use all SONGLIST as well many other commands (not all commands is required to been supported by JB software when using this plugin)... More info later when I create a own thread about it.

Very Interesting. Will it use SOAP?

[Space Fractal]

no, it use HTML + a Little bit of javascript.

The plug-in would generate some HTML file(s) and then use a Extern text file, that only contain a number. The Javascript will then check that Extern text file in every 2 secs if that Extern text file got updated, and then refresh the page.

It best use with a webserver application installed on the same machine the jukebox cabinet, example TinyServer (which I plans to integrate into the plug-in as a option).

It far to finish, but more info later. This is a idea thread, but just info I creating this Dall.

[unclet]

Sorry .. i have been quite busy lately and will continue to be busy .....

I just read about having the plugin create any required subdirectories it needs into the existing "plugins" jukebox directory.   Sounds fine by me since I do not believe my software should care at all whether a plugin creates subdirectories it requires.   Go right ahead.  It is a very nice way of keeping the contents of the "plugins" directory somewhat tidy.