On Sun, 16 Dec 2012 22:54:51 + (GMT Standard Time), Jeffrey Lee wrote:
> >> Any objections to pushing out a "finished" 1.50 release sometime in the
> >> next couple of weeks?
> >
> > Sounds good to me.
>
> Now done - for RISC OS and Windows, at least.
I've just uplaoded an AmigaOS 4 version.
On Tue, 9 Oct 2012 01:11:17 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> On Tue, 9 Oct 2012, Chris Young wrote:
>
> > I think I've mentioned this in passing before, but I was having a play
> > around with ADFFS and encountered it again, in a way that proves
> > H
On Thu, 26 Jul 2012 22:13:08 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> On Tue, 24 Jul 2012, Jeffrey Lee wrote:
>
> > On Tue, 24 Jul 2012, Michael Drake wrote:
> >
> >> On manual.html -- http://arcem.sourceforge.net/manual.html [...]
> >>
> >> This page has a change log up to version 1.00,
On Wed, 25 Jul 2012 17:40:12 +0100, Ian Jeffray wrote:
> I quite like the existing logo... and certainly it needs to be the
> correct Archimedes cyan blue if you do change it -- it's iconic...
> stands out as the main logo colour on an old machine, viz:
> http://www.old-computers.com/museum/photos
On Tue, 24 Jul 2012 12:47:12 +0100, Michael Drake wrote:
> On index.html -- http://arcem.sourceforge.net/
>
> I think it's just the Features section which is out of date.
>
> It has "Features of version 1.00", and "Additional features of the CVS
> version". I'm not sure if the CVS section
On Tue, 01 May 2012 08:46:30 +0100, Glyn Edwards wrote:
> arcem-fast appear to work better than the trunk CVS so thanks for that.
> It might
> be easier for other users if this branch could be made trunk now.
There was some discussion previously if anybody could remember how to
do this :)
I just
On Sat, 05 Nov 2011 17:47:16 +, Jeffrey Lee wibbled on for an age:
> Update of /cvsroot/arcem/arcem
> In directory vz-cvs-4.sog:/tmp/cvs-serv11622
>
> Modified Files:
> Tag: arcem-fast
> arminit.c hostfs.c
> Log Message:
> HostFS fixes and improvements
>
> * arminit.c - Cope pro
On Tue, 25 Oct 2011 01:48:03 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> With these tweaks applied, this new
> version runs about 25% faster than the previous one.
Blazing along at about 13MHz now!
Chris
--
The d
On 22 Oct 2011 20:16:33 +, Chris Young wrote:
> On Sat, 22 Oct 2011 18:21:40 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
>
> > A copy of the stderr log would be useful. It might also be worth switching
> > the code back to using fseek/ftell instead of the 64bit versions
On Sat, 22 Oct 2011 18:21:40 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> A copy of the stderr log would be useful. It might also be worth switching
> the code back to using fseek/ftell instead of the 64bit versions - perhaps
> the 64bit versions are somehow broken on Amiga.
Woo-hoo! That d
On Sat, 22 Oct 2011 17:11:10 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> However unless Chris was talking about
> the 68k having 16bit ints, I don't see how ArcEm could have ever run on
> Amiga, as the most crucial data type (ARMword) has always been defined as
> being an unsigned int.
Ah, m
On Thu, 20 Oct 2011 20:53:22 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> You can disable the file buffering code by undefining USE_FILEBUFFER in
> arch/filecommon.c. If that doesn't work, then feel free to send me a copy
> of your current boot sequence.
That didn't work.
> There is one thi
On Wed, 19 Oct 2011 22:52:14 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> Getting QEMU sorted out took a bit longer than expected (it didn't help
> that the Debian installer made the boot partition too small!), but I've
> now got a half-decent way of testing the big endian version. ArcEm runs
On Tue, 18 Oct 2011 19:53:22 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> On Tue, 18 Oct 2011, Chris Young wrote:
> > The problem is HostFS, I think it's an invalid pointer in the code
> > somewhere. If I remove !Boot it loads up, however opening HostFS
> > tries t
On 17 Oct 2011 23:58:51 +, Chris Young wrote:
> On Sun, 16 Oct 2011 23:06:27 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
>
> > Right, another new version:
>
> A couple of changes to get it to compile attached (there may be a
> better place than hostfs.h for my #ifd
On Sun, 16 Oct 2011 23:06:27 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> Right, another new version:
A couple of changes to get it to compile attached (there may be a
better place than hostfs.h for my #ifdef). However.. there seems to
be a serious problem with this version, as I only seem to
On Thu, 13 Oct 2011 19:52:10 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> On Wed, 12 Oct 2011, Peter Howkins wrote:
>
> > There have been several changes to hostfs that greatly improve its
> > accuracy as a RISC OS filessystem.
>
> Yes, I'm looking in the right place. Although it won't help w
On Mon, 10 Oct 2011 00:25:59 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> Thanks. Have you tried running !SICK at all?
Ah, I normally do that with each build and completely forgot. I've
just run it now for you.
> On an Iyonix (600MHz ARM)
> it reckons it's running at just over 6MHz; it woul
On Mon, 10 Oct 2011 11:57:12 +0100, Ralph Corderoy wrote:
> Before we were going from nibbles to bytes, 0xf -> 0xff, now it's 0xf ->
> 0xff00_. Shouldn't that be 0x_, e.g.
>
> ULONG r = ((phys & 0xf) * 0x);
>
> That way, we're still specifying the maximum possible to Set
On Sun, 9 Oct 2011 20:37:54 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> On Sun, 9 Oct 2011, Chris Young wrote:
>
> > Only problem I can see now is that the mouse pointer is the wrong
> > colour (red instead of blue), it looks like it might not have been
> > updated fo
On Sun, 9 Oct 2011 18:45:19 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> General changes:
> * Chris's Amiga palette fix
> * Sound & video code should (hopefully) work properly on big-endian
> systems now. Might also be slightly faster than the old code.
Wow, sound working better than it ever
On Sun, 9 Oct 2011 16:21:29 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> On Sun, 9 Oct 2011, Chris Young wrote:
>
> > I've finally got round to having a proper look at the Amiga display
> > code. The problem was that the palette wasn't being set, due to
> &g
On 9 Oct 2011 15:08:45 +, Chris Young wrote:
> Patch attached.
Is now anyway!
--- ram:arcem-src/amiga/DispKbd.c 2011-10-07 23:35:32
+++ Files:Projects/arcem-src/amiga/DispKbd.c2011-10-09 15:01:25
@@ -388,9 +388,10 @@ static void PDD_Name(Host_ChangeMode)(AR
static v
On Sun, 4 Sep 2011 20:23:38 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> * Amiga & GP2X display code has been modified to use the palettised
> driver. So with any luck both those platforms will work with only minimal
> fixes. However I haven't tried to add any endian swapping code, so you
>
On Sun, 11 Sep 2011 18:31:54 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> > I've made some minor changes to get it to compile (attached), however
> > I'm not getting anything on the display at all!
>
> Ah, looks like I missed out the crucial call to IGraphics->BltBitMap().
That would do it...
On Sun, 4 Sep 2011 20:23:38 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> * Amiga & GP2X display code has been modified to use the palettised
> driver. So with any luck both those platforms will work with only minimal
> fixes. However I haven't tried to add any endian swapping code, so you
>
On Mon, 29 Aug 2011 11:22:00 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> On Mon, 29 Aug 2011, Chris Young wrote:
>
> > On Mon, 29 Aug 2011 00:45:59 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> >
> >> * Amiga video code is half-updated, with the aim to use 16b
On Mon, 29 Aug 2011 00:45:59 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> * Amiga video code is half-updated, with the aim to use 16bpp output.
> However I'm having trouble finding any decent documentation, so I might
> leave the rest to you Chris, if that's OK? There's plenty of todo notes
>
On Mon, 22 Aug 2011 02:09:45 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
Sounds good even though I have no way of testing it yet!
> The existing core sound code was rather broken (1
> channel output worked, but 2+ would mostly be garbage) and didn't seem to
> be structured too well from the per
On Sun, 23 Jan 2011 15:20:10 + (GMT Standard Time), Jeffrey Lee wrote:
> > Thanks. Now i'm getting an error due to 'arch/fastmap.c' not existing.
>
> Looks like that file didn't get added to CVS with the rest of my changes.
> The last source archive I uploaded is still available on my site,
On Sun, 23 Jan 2011 11:33:26 + (GMT), Chris Gransden wrote:
> Is there a branch available in CVS with the latest changes. I couldn't find
> it by browsing the CVS repository.
Have a look at arcem-fast.
Chris
--
Spec
On Mon, 2 Aug 2010 23:30:40 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> > Thank you for your hard work on this.
>
> No problem. I'm mainly doing it for my own enjoyment, not yours ;)
Unless I've completely buggered up the CVS repository (a quick browse
through the CVS web interface suggests
On Sun, 1 Aug 2010 21:14:12 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> Now fixed. I'd managed to break SWP in exactly the same way as SWPB, so
> the SharedCLibrary was getting stuck trying to lock a mutex of some kind
> :(
Works now, can't find any outstanding problems from a usability poi
On Sun, 1 Aug 2010 16:25:26 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> Here's a new version, with the following fixes:
> http://www.phlamethrower.co.uk/misc2/arcem-fast-unix.zip
Works almost perfectly here :) Definitely seems faster too.
It doesn't seem to like my !Boot anymore, which wor
On 1 Aug 2010 11:52:16 +0100, Chris Young wrote:
> fastmap.c isn't even compiled, there's no reference to it in the
> makefile?
Just noticed it's #included by armarc.c. I think I need to chuck some
debug in to compare what is being written to what
On Sat, 31 Jul 2010 23:38:49 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> On Sat, 31 Jul 2010, Chris Young wrote:
>
> > Well, I say working, there's something wrong as although it appears to
> > work and initialises the display, the ROM either doesn't get executed
On Sat, 31 Jul 2010 17:03:04 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> I doubt I'll be looking at ArcEm much more in the near future, so I'll
> leave it to you to decide what (if anything) to do with these changes. I
> haven't tried them on anything other than RISC OS, so it wouldn't surpr
On Sat, 31 Jul 2010 17:03:04 +0100 (GMT Daylight Time), Jeffrey Lee wrote:
> This week I decided to take a quick break from my OMAP work and instead
> had a play around with optimising ArcEm to run faster on ARM hardware
> (although I suspect most of the optimisations will benefit other platforms
On Tue, 06 Oct 2009 20:26:31 -0700, Peter Naulls wrote:
> What I'll likely do then is close down the Sourceforge page. I'll
> import the ArcEm CVS into riscos.info SVN for historic value
> (if anyone really wants write access, just let me know a user
> name/password). It's possible I might make
On 22 Sep 2006 19:56:26 +0100, Chris Young wrote:
> If I comment out this part of sound_poll, I get sound (of sorts, it
> just plays the garbage that was in the buffer when it was first
> allocated):
>
> if (SoundDMAFetch(buffer + localBufferWrite) == 1) {
> ret
(sorry, posted this with the wrong from address previously)
I'm taking another look at adding sound support to the Amiga version.
The X sound.c opens and writes to /dev/dsp. I've changed these calls
to use the Amiga/AHI AUDIO: device which - as far as I can tell -
works in the same way. I have p
On Wed, 3 May 2006 20:30:31 +0100, Peter Howkins wrote:
> Whilst a quite clever idea, unfortuanately it fails to take into account a
> major part of ArcEm's remit. The ability to run more than operating
> systems than RISC OS 3.1x. Unless similar code was provided for Arthur,
> RISC OS 2, ARM L
This is perhaps a bit of a mad idea, but I was looking at the
arcem_support module and wondering what else could be done with it.
Using this with some new commands, I think it would be possible to
write a GUI that runs within ArcEm, and allows you to change discs, or
quit, or anything else the nat
On Fri, 21 Apr 2006 13:58:04 +0200, Patrick Stein wrote:
> I read through your mails ( in the list ) and understood, that
> extnmodule support was needed for the hostfs. So I got it running now
> on MacOS X ( yiippee ).
You can also run hostfs and hostfsfiler modules within the emulation
to o
On Wed, 12 Apr 2006 11:56:45 +0100, Peter Howkins wrote:
> Feel free to hack away on them, and I'll try and upload the blank HD
> and floppy images today.
This is probably a bit OT, but I'm curious as to how you go about
installing ARM Linux on a blank HD image? Is it available as floppy
disc i
Can anything be done about this mailing list so it adds a reply-to header?
No amount of hacking and changing mailers at this end can get it to reply
to the list automatically.
On 06/04/2006, you wrote:
> Does anyone have any problems working like this?
I have general problems with CVS at the mo
On Tue, 04 Apr 2006 22:23:49 +0100, Ralph Corderoy wibbled on for an age:
> Welcome aboard,
Thanks :)
Chris
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. A
On Tue, 04 Apr 2006 21:53:39 -0700, Peter Naulls wibbled on for an age:
> Perhaps you might consider writing it. I've followed the Amiga porting
> efforts somewhat wrt Unix stuff and Firefox, since those are things I do
> under RISC OS. I understand that once AmigaOS had a wealth of Unix
> ports
Resending, for some reason my mailer is replying to the wrong address.
On Mon, 3 Apr 2006 22:16:26 +0100 (BST), Tom Walker wibbled on for an age:
> There is a bug in hostfs_path_scan where an excess . <-> / conversion is
> done, and the RISC OS form of the filename is compared with the actual fil
Resending, for some reason my mailer is replying to the wrong address.
On Mon, 3 Apr 2006 23:15:39 +0100, Peter Howkins wibbled on for an age:
> Sorry I wasn't able to answer you're last questions very quickly
No problem, you've been very helpful, and I managed to figure out what
was going on an
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!). 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 workin
On 31 Mar 2006 23:42:50 +0100, Chris Young wibbled on for an age:
> Now for the next hurdle. Please can you give me a quick rundown of
> which variables are supposed to be set and to which values for
> keyboard and mouse input. I gather these are all in the KBD structure
> but there
On Fri, 31 Mar 2006 15:35:42 +0100, Peter Howkins wrote:
> Hope this helps, and is accurate, as I had to work out most of it myself
> by reading the code :)
Yes, that was incredibly useful.
I've opted for the "open a palette-mapped screen" approach, and set
the palette the same as the emulated
On Thu, 30 Mar 2006 18:55:08 +0100, Peter Howkins wibbled on for an age:
> There's another bit of code that I forgot earlier that probably needs to
> be in there before display will work. There's code to setup [1] colourmaps
> at the top of each RefreshDisplay_Xbpp() function that you'll also
>
On Wed, 29 Mar 2006 12:09:07 +0100, Peter Howkins wibbled on for an age:
> I'm just checking, make sure you are working on the version from CVS
> rather than the 1.00 sourcecode. This should make porting easier as
> there's about 5 less functions that you have to have in your code.
Yes, I dragg
Hello all
I'm attempting to port ArcEm to AmigaOS 4 (PPC). I've created an
amiga directory with all of the various platform-specific source files
required, hacked together so they compile (but don't necessarily work
correctly yet).
I'm really not an low-level person, so most of this emulation st
56 matches
Mail list logo