Well i finaly got round to installing Napalm with the fix and had a quick play on it and boy am i impressed plays brilliantly (although it is a little fast) and the audio works great to, im going to have more time over the weekend to really play it and will report back if i encounter any problems. :)
Why not just make a patch file with your changes to the original Napalm executable that the users can then apply. This is how some unofficial updates to OS components are distributed on Aminet at least (spatch is used to apply them to the original binary files). AFAIU it should take care of any legal issues.
I am working on Qt stuff at the moment, but as soon as I find the time/energy I will try and make an update that uses the new cdplayer.library and make a patch for release.
An email has been sent to beta-team .
EDIT: Just tested the new cdplayer.library, it works smashingly fine here .
EDITEDIT: Doesn't work out of the box with Napalm, though, need to find out why...
Edited by alfkil on 2011/11/27 14:52:08 Edited by alfkil on 2011/11/27 15:07:18
Just a thought: Since Napalm is 100% 68k, does your cdplayer.library support that?? I mean, does it have a LVO offset table etc...?? I don't know much about .library stuff, so that's why I'm asking.
EDIT: Ok I have solved it, just needed to write "CD_Device = sii3114ide.device" and "CD_Unit = 3" in Napalm.prefs. This is way cool, dude, great work!
Edited by alfkil on 2011/11/27 17:41:05 Edited by alfkil on 2011/11/27 17:42:45
I think the speed of the game is the problem getting past level 2. The enemy are on you before you have had a chance to build.
Pressing ESC should bring up a menu, which has the option to slow the game down. At the moment all that happens is something flashes up briefly , so the option can't be used.
Another problem is, that the SetVolume function seems to be much much slower than the original library.
Are you referring to the fact that the function takes longer to return or that the change takes longer to take effect.
If it's the former I can easily get around it by making the volume variables directly accessible for GetVolume() and SetVolume() functions.
If it's the latter then that's a problem with a high-level audio API like AHI that I can't really do anything about. It can be reduced somewhat by reducing the size of the audio buffers but if they are reduced too much the audio quality will suffer.
I guess I am refering to primarily the first. There is a "fade out" function in Napalm, that makes repeated calls to SetVolume, and it takes forever to complete. At the moment, I have just redirected calls to the fade out func to CDStop.
Good work mate, i've already installed the software you suggest on my PC and i'm currently uploading all you need for you test, check the Hyperion forum tonight (as i complete the procedure)