next »

[saga]

Hey Ian,
I was wondering if you could provide the unmo3 thingy rather as library than an executable? That way, it would probably be easier to be implemented into other applications and you sure want this be done. I'm thinking about OpenModplug in this case, I joined the devteam some weeks ago. It would be a nice thing to have this as a library as this would be less confusing to users (what? 2 executables in the folder?) and prolly also easier to handle (call a function, pass the filename, get a pointer).

[Ian @ un4seen]

That may be possible. Give it a few days, and I'll see what I can do

[saga]

any news on this?

what i forgot to mention above is that also the length of the uncompressed module has to be returned, so a function like this would be fine:

convertmo3(filename, pointer, length)

and the library would fill in the pointer and length stuff.

[Ian @ un4seen]

OK, here's something to try

   www.un4seen.com/stuff/unmo3dll.zip

Let me know if there any problems with it.

[saga]

i'll try it as soon as i can find some spare time and let you know if there's anything that's not clear.
I have one question in advance, though: is there a way to include the library into the program's exe?

[Ian @ un4seen]

Would that be permitted by Modplug's GPL licence? I'm not sure.

Interestingly, there is a GPL UNMO3 package made from the unofficial specs, which should be fine for you to incorporate into Modplug...

   http://gnu.ethz.ch/debian/unmo3/

[saga]

i guess i'd have to talk with the other devs about gpl issues first then. although i have in mind that some license changes were planned / discussed some time ago, but i don't know exactly...

[saga]

okay, so today I've finally tried to work on the mo3 import again.
Everything is working nicely, but I've found that a little change in the .dll may be useful because of the lacking of a proper header in .MOD files.
Due to the way our code is structured, I need a little change in the parameters of UNMO3_Decode.
Instead of passing a filename, I would like to try to pass the pointer to the compressed module and the length and receive a new pointer and a new length. Could you please update the dll for this?
-saga

BTW: We've moved on to the BSD license now.

[Ian @ un4seen]

Due to the way our code is structured, I need a little change in the parameters of UNMO3_Decode.
Instead of passing a filename, I would like to try to pass the pointer to the compressed module and the length and receive a new pointer and a new length. Could you please update the dll for this?

Yep, here's an update to try...

   www.un4seen.com/stuff/unmo3dll.zip

[saga]

Thanks a lot, that did the trick

[kode54]

What is the license on this and is it okay to redistribute this? I'm thinking of using this instead of unmo3.exe for foo_dumb. It would be a lot more convenient and possibly more secure than piping the module out of unmo3.exe, as I don't really have many security checks on the pipe process. I also tried piping both in and out simultaneously, which failed, and probably not because I was trying to do it all in a single thread. I found this while digging in relation to Open ModPlug Tracker, heh.

(Scatterbrained post brought to you by lack of sleep, a first for me in months.)

[Ian @ un4seen]

What is the license on this and is it okay to redistribute this? I'm thinking of using this instead of unmo3.exe for foo_dumb.

The UNMO3.DLL is free for non-commercial use (like UNMO3.EXE), so that sounds fine.

[Zarggg]

Good to see you here, kode54.