On Mon, Apr 03, 2006 at 09:37:11PM +0100, Chris Young wrote: > Okay, I got ArcEm into a state where it worked quite nicely so I > thought I may as well release it (a week's work - not bad!).
Well done, very quick :) > I'll > continue to tweak it and keep up with changes and keep my releases in > line with the official ones as far as posisble, from now on. > > I managed to get the pointer working properly by catching delta > movements (ie. changes from the last position) whilst locking it to > where the emulator thinks it should be. Sorry I wasn't able to answer you're last questions very quickly, but you're completely correct in that the information passed to the hardware needs to be the difference from the previous position. This is because a real mouse has no idea where it is compared to a fixed point, only an idea of how far it's moved in a certain time. > Keyboard support is working. > HostFS and Extension ROMs compiled in and work ok. Good, the Amiga must have a POSIX compatible file API. > Sound is not > compiled in, didn't even bother to try (I'll have a look at it on a > rainy day). > Might be quite tricky if there's not OSS (/dev/dsp) support on the Amiga, we might need to look at a way of abstracting sound support in a similar way to graphics so it can use whatever sound API the platform provides. > I have a quick question about these support modules. The first is a > bug which appears to be in hostfsfiler - I can't open any files which > contain a slash (on the RISC OS side; a dot on the Amiga side). Yes, it's a bug in path translation, well more of a 'not written yet' rather than a bug :) (the dots and slashes are used as directory seperators in RISC OS and Posix). > SnoopDOS is not reporting that ArcEm is even attempting to read the > file, and nothing appears in ArcEm's output either, yet RISC OS gives > an error message. Please can somebody check this on another platform > and see if it happens there as well. > Yep it happens under Linux and Solaris too. > The second is regarding the "Support" module. It includes an > ArcEm_Shutdown command - which function in ArcEm does this call? I > currently have two exit points - the one ArcEm_Shutdown calls, and one > I wrote myself which closes the Amiga resources but terminates the > emulation rather abruptly. > I'm not aware of any program that uses ArcEm_Shutdown SWI but we should make sure in the future that there's one exit point for the program. Another chance for an improvement. Possibly something along the lines of DispKbd_HostFinalise() that is called to tidy up all the host specific parts. > If anybody wants to check out the archive or add a link to the ArcEm > website, it will shortly be available from: > http://www.os4depot.net/index.php?function=showfile&file=emulation/computer/arcem.lha > I'll add this to the website in progress (which has got a bit further, dummy screenshots page, and I'm about halfway through updating the manual). > NB: The source code is not included, I thought it would make more > sense to commit it to CVS. How do I do this? > You'd find it much easier to keep up with the other changes when it's in CVS. Basically you need a Sourceforge username, and for Ralph or Peter N to add you to the list of developers that can commit changes to ArcEm. Can you let me know if you've used CVS before, as that would help me give you the right level of info. > I promise to be a bit quieter from now on :) Hah! Don't worry too much, you've made me to go and look at code and actually understand it :) Peter -- Peter Howkins [EMAIL PROTECTED] ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ arcem-devel mailing list arcem-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/arcem-devel