Let's make TuneNet plugins!

@Chris

XMP or Aplayer?

Not that I'm working on either of them. I'm currently looking at SC68.

@salass00

cooool!

@salass00

Whichever one's easier XMP probably.

Something to work on over Chrimbo when I should have a bit more time.

@Chris

I'd definitely go for XMP, it has AHI code in the main source tree already, and it seems to be more actively developed than APlayer.

APlayer has a few formats that ain't supported in XMP though, I've made this more clear in the article now. (That from now on also is crossposted in post #1 in this thread).

@spotUP

Yes, I noticed that - there's a 68k port of it.

I will officially make it my mission to turn it into a TuneNet plug-in.

If somebody else decides to work on it, let me know first!

Chris

@Chris

cool! have you started yet?

@spotUP

I have ported XMP (the command line jobbie), but it crashes on exit. It does play though, which is all I care about for the moment.

Chris

@Chris

oh, great!
did you get any pipe or sig or fork related probs when compiling?
i am asking because i tried to compile it a while ago.

just tried again, out of curiousity. i get these errors:

oxm.c: In function 'oggdec':
oxm.c:142: warning: implicit declaration of function 'pipe'
oxm.c:145: warning: implicit declaration of function 'fork'
oxm.c:154: warning: implicit declaration of function 'execlp'
oxm.c:154: warning: incompatible implicit declaration of built-in function 'execlp'

i guess you've fixed those?
it would be cool if you submitted your changes to the cvs, so XMP can be compiled straight away on os4.
the commandline player can also be useful.

@spotUP

Update: I now have a TuneNet plug-in which loads via XMP and displays the track details (well, the name). It doesn't play anything, and I can't do any more until next weekend earliest.

Quote:

Yes

That's just a decruncher module, I took the easy route of commenting it out (it's a Windows one, according to the XMP webpage, I'd not heard of it and I can't find anything about it on Google either). XMP is nicely modular and it was a breeze to kill that module, especially as there is already something else it doesn't work on.

All the other players and decrunchers compiled without error (some needed a minor header file change). I would like to add an xfdmaster decruncher but it appears to rely on headers to match files - of course there is a myriad of different formats XFD supports so this isn't practical. I'll look into that again at a later date. I could do XPK I guess, which would be a start.

Quote:

Done. Well, I've emailed the maintainer, but same thing. Needed to ask about something else anyway as the way the WinAmp and other plug-ins work isn't the ideal way to write a TuneNet one, and there appears to be no useful documentation.

Quote:

Agreed, but I need to fix the exit crash first. If anybody wants to test the module playback functions on this I can send them the executable, but it will crash after playing.

Chris

@Chris

following your advice, i compiled XMP here,
i removed all references to OXM, and to my surprise i have an exe here, that plays music, and doesn't crash on exit.

it has some problems though, it just loops some seconds of the tune over and over.

Edit1:
Which version did you compile?
I compiled the latest xmp 2.5.0-pre5 that can be found here:
http://helllabs.org/xmp/testing/xmp-2.5.0-pre5.tar.gz

Edit2: OK, about the looping problem, it loops the first pattern over and over. I've tried with mods/xm's/and dbm's.
Weird.

@spotUP

I used the latest one, the same one. Did you use clib2 or newlib? With newlib the terminal code won't compile, with clib2 it does more-or-less. I can't remember if my clib2 binary worked or not or if I even tried it.

Still, as I said, for this particular project, all I need is for the playing function to work (which it does).

If yours works, upload it. Didn't notice the looping problem here, might be the module you're trying to play. Can you send me one - chris@unsatisfactorysoftware.co.uk cheers.

Chris

@Chris

Upload to where? OS4depot? It's not good enough for a release yet due the looping problem.
I've tried several different modules in 3 different formats, same result with all of them.
What should i send you? Mods?
Download mods in all supported formats from ftp.modlandcom

@spotUP

I need a bit of a clue as to which modules don't work, so I can see if I have the same problem. I try random mods and they all seem fine.

So you are saying the pat value doesn't get above 0?

@Chris

hmmm that's strange..
i checked my version of XMP now, with the same tunes, and now it works. no crash. and it plays the tunes as it should.

@Chris

i tried to compile a version for clib2 now, and it didn't work very well. but my newlib version works perfectly, so I'll upload that one. i don't have a clue as to why it didn't work the first time.

try to compile your version for newlib instead, if you get compiler errors remove the have_termcap stuff.
also, you'll get linker errors, add -mcrt=newlib after gcc at all occurances of gcc in makefile.rules, as you'll get mixed clib2/newlib probs otherwize.
hope this helps!

i've tried a lot of mods/xm/med's they all work now. :)

@Chris

oh... another very likely reason to your crashes might be paths that are wrong.

change /TMP/ to T: and sysconfdir (in makefile.rules) to PROGDIR:, and change the lines in readrc to look for the config files in PROGDIR...

i hope this helps..

EDIT: Also change line 87 in load.c to look like this:

cmd = "lha p -q \"%s\"";

otherwize unpacking of lha packed mods won't work, it seems the syntax for lha under unix is slightly different.

EDIT2: Heh.. i dunno if all this matters to you anyway.. :)
As you are making a plugin, not trying to get the shell player to work. I'll upload mine now.

oi! it's released:

http://www.os4depot.net/?function=showfile&file=audio/play/xmp.lha

@spotUP

newlib stuff: did all that already. The term stuff is what I think is causing the problem, I set it to use the Amiga code that was already in there.

The other bits... are interesting. The LhA one needs to be submitted as a patch.

Plug-in might have to wait for 2.6 to avoid some additional work and complication.

Chris

@Chris

aha, how did you get it to use the amiga code?
didn't work for me.

would you like to explain why you'll be waitinf for 2.6?
(Curious)

@spotUP

Just uploaded to OS4Depot:

TN_GSF.tnplug (GSF plugin based on PlayGSF)
TN_SC68.tnplug (SC68 plugin)