Re: [Rpcemu] RPCEmu 0.8.11
On Thursday, 24 October 2013, 13:36, george greenfield george.greenfi...@tiscali.co.uk wrote: There is the oft repeated story that !Desk_Bogo favours VRPC, but Dhrystones indicate rpcemu is faster. Haven't heard this one personally, however I should point out !Desk_Bogo is utterly useless as a benchmark, as it benchmarks literally doing nothing (hence the name). Dhrystone is only marginally more useful. Indeed: that suspicion is supported by Chris Hall's benchmarks here https://www.riscosopen.org/forum/forums/5/topics/466?page=8 where VRPC on a 2668MHz PC gives only 175% compared to a bog-standard S/ARM RPC, i.e. 1524MHz = 100%; the corresponding figure for RPCEmu here is approx. 1000MHz = 100%. Obviously that assumes a similar processor type in the 2668MHz machine, which may not be the case. The frequently quoted 2668 MHz machine is most likely a Pentium 4. The Core i7 quoted for the RPCemu results will be vastly quicker clock-for-clock, therefore comparing performance across the different emulators based solely on clock speeds of these two very different machines is not very meaningful. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu 0.8.9 and RO 5.19
I copied the 5.19 rom image into roms. My 4.39 rom image was still there, but assumed it was still needed Why would you assume that? 5.19 does not need 4.39 present, all having 4.39 there will do is cause that to be run instead of 5.19. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu 'viewfinder'?
The config file is at Windows hard drive Program files\RPCEmu\rpc in which vram_size can be altered to 2,4 or 8. The only 'legal' settings for this are 0 and 2. '2' is in fact 8mb, however only RISC OS 4.02 (automatically patched) and 5.xx look for and recognise more than 2mb. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu 'viewfinder'?
Forgot - RISC OS 5 already has support for 8MB VRAM also, so all versions of that allow for higher resolutions. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu 'viewfinder'?
I know that Tom is a hardware emulator fan who likes to emulate strange podules and all that. I don't know which direction Matthew and Peter prefer. I believe they also prefer the 'hardware emulator' route. I'm mainly a 'hardware emulator' person, simply because I've never been very convinced that the sort of changes you describe are worth the effort required. I've tried similar changes in the past - the 8mb VRAM hack doesn't break anything (in theory you could put 8mb in a RiscPC anyway) and is reasonably useful, though it does require patching the OS. An attempt at trapping ADFS block commands and redirecting to native code, however, didn't give much speed improvement and had the potential to cause problems. Very little of this work would give a noticeable speed increase (which I believe is the desired outcome). What is necessary for this is for major work to be done to the recompiler - preferably by someone with knowledge of compilers. I attempted this sort of work earlier in the summer, but ran up against the limits of my knowledge fairly quickly (the result is still useable though, and I'd be willing to make it available as a starting point - it translates into a platform-independent intermediate, then into native machine code, with scope for optimisation at both stages). Another approach which might work well would be to bin the current MMU/TLB emulation and use a VirtualAlloc() style scheme to directly map ARM address space onto native address space, which might give improvements, though it will hurt portability. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] running RiscOS 4.39 and RiscOS 6.20 on RPCemu
I have 4.39 and I have tried the recompiler with every new version of RPCemu. Most of the time it won't even get as far as the desktop without aborts. That's on Linux (Ubuntu 10.04), by the way. 32-bit or 64-bit? It should definitely work on 32-bit - it was one of the test cases for the original recompiler. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] running RiscOS 4.39 and RiscOS 6.20 on RPCemu
Tested with cpu_type ARM610 and ARM710 and both full screen and in a window, in case that's relevant. Never use anything other than StrongARM with the recompiler, the other options are broken. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Reading ADFS formatted IDE discs via a USB-IDE adaptor
This is to connect the IDE disc to one of my linux boxes using the USB- IDE adaptor and then either get the content as an ADFS format image file, then use the file from each disc in turn as 'hd5.hdf' with RPCEmu to access the contents. You could do this. But why bother with the USB-IDE adapter? Just plug the drive directly into the motherboard. I think under Linux you want the 'dd' command to image the discs? Not sure. I wrote a tool a few years ago to dump an IDE disc, but it runs under DOS so probably not that useful. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Manual incorrect? RISC OS 3.71 not running on Recompiler 0.8.8
I've just noticed if I change the processor from ARM610 to StrongARM it looks like it works. Though that's probably not obvious to new users. The recompiler was never meant to work with ARM610, and older versions would only let you select StrongARM. I've no idea why this has been changed - it blatantly doesn't work. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Mac port updated including support for two-button mouse mode
You can install RISC OS 5 - see http://www.marutan.net/rpcemu/ro5.html, however I'm not sure whether the IOMD build of RO5 that can run under RPCEmu supports larger wimpslots than RISC OS 4 or 6. I suspect not but hopefully someone else can tell you for sure. It does, same as on Iyonix and Beagleboard. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu and hd5.hdf
The User Manual says that RPCemu can emulate two IDE drives, provided that the CD drive is not configured but, as Dave says, this seems not to work. Is this a bug, or have Dave and I missed something? Have you remembered to disable the CD drive in the RPCemu menu as well as in RISC OS? Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] merging RPCEmu and spoon edition
(stuff) I should also add for clarity, that this means the RPCemu SVN repository on riscos.info is now redundant. Seeing as the last change was over a year ago, I don't think this is really going to impact on anyone. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] Can we please merge regular and spoon forks?
Hello everyone At Wakefield I agreed to work with RISC OS Open on the IOMD port of RISC OS 5, particularly with regards to improving stability on RPCemu. Part of this would involve some work on RPCemu again. However, I am not prepared to do this while it remains forked. All it has lead to is confusion, it has largely killed off development of the main trunk, and has closed off development on spoon. All of which are exactly what I _didn't_ want to happen when I handed over development (to Gillian Seed if anyone remembers). Therefore, can I please request that the two forks are merged? I don't care how it happens, but it would be vastly preferable if all development was centered around one repository. I'd have thought the last thing RISC OS needed was another forked project, especially when both forks seem to be doing pretty much the same thing. If there are any problems with this then I am contactable! I know I was largely and pointlessly kept out of the loop even when I was still heading the project, but my email address is readily available and I'm not going to bite anyone's head off or anything. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] comments, puzzles, and questions
I have (yet) to find a full screen mode in RPCEmu, if there is one it may aid the use of higher resolution screens. Try in the Settings menu. Unless it's been removed recently. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] A pleasant blue window...
Now, I thought one of the reasons for the existence of this mail list was to help people who were having problems with RPCEmu. Actually, I thought this was the development list... Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] A pleasant blue window...
- Setting up the 'universal boot' on ADFS HardDisc4 image Wouldn't it be easier to include the universal boot sequence on the downloadable images in the first place? That's what I used to do. Before that, I was bootstrapping the system off floppy... though last version I checked had broken floppy emulation, so that's not possible any more. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] Wakefield 2010
I'm going to this (as part of Retro Software). Anyone else in RPCemu-land attending? Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] How does it compare with VRPC?
Is a 1GHz EeePC with the N280 chip too little? System requirements for rpcemu state 'P4 or similar processor at about 2GHz or more'. Could this be expanded to be more specific? There aren't really any system requirements as it depends what you want to run. I did test RPCemu on a P3/933 a while ago and it was somewhere in between A7000 and ARM610 speed, and that's probably faster than the chip in your EeePC. Would I get to use my Iyonix 5.14 ROMs? No. Has to be a RiscPC compatible ROM set, ie between 3.5 and 4.39, or 6. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu Spoon Edition at RISC OS London Show (Oct 3rd)
http://www.riscoslondonshow.co.uk/ Come and join us at the upcoming RISC OS show and chat about development, bugs, installation and we'll try and answer your questions. [1] I've also heard rumours, that Tom Walker will be at the show :-) I've had to drop out I'm afraid. I was at Acorn World a couple of weeks back though. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Q re RPCemu and RPCemu Spoon Edition
RPCEmu Spoon Edition is independant from the riscos.info svn, yet linked. Most changes to the riscos.info svn will get imported into Spoon, perhaps with small alterations. Might I ask why it was felt necessary to make it independant, rather than keeping SVN updated and periodically making releases off it? Even I managed that. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Improving CPU usage when idle
I wonder if anyone can help with the following questions. What is the purpose of mousehack? As far as I can tell, it seems to bypass interrupts (in keyboard.c:pollmouse()), and instead implements a SWI (in keyboard.c:getosmouse()). Why? It's so that the mouse pointer in RISC OS matches the position of the pointer in Windows/Linux. With mousehack turned off only the motion is matched - which (if the mouse isn't trapped within the window, as is done on Windows) means two pointers on screen in different locations. Another question: in pollmouse(), the line if (model) return; can be found. As far as I can tell from grepping the sources, model is set to 0 if emulating an ARM7500, so why do we have special treatment for ARM7500s? ARM7500 emulates a PS/2 mouse, IOMD emulates quadrature. When emulating an IOMD RISC OS refuses to use PS/2 (as it isn't there), I don't know if ARM7500 allows use of quadrature (ARM7500 emulation predates IOMD). Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu Spoon Edition 0.8.2
It is built with dynarec and running as SA110 with 4.39 roms on a quad core Phenom 9550 ('alligated' to be 2200 mips per core), reports about 30-50 mips, which is pretty much the reported performance of SVN-151. Run DFI's 'FishTank2' demo and watch the MIPS count shoot up. BTW Phenom 9550 is 2200 Mhz, not 2200 MIPS. It's theoretically 6600 MIPS per core, but you won't see that in real code. Plus there's a mass of overhead in emulation. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu Spoon Edition 0.8.2
It is built with dynarec and running as SA110 with 4.39 roms on a quad core Phenom 9550 ('alligated' to be 2200 mips per core), reports about 30-50 mips Hang on, are you running in x86-64 Linux? The 64-bit dynarec that's in SVN (and presumably in Spoon) was very unfinished and not that quick. I did post the 'real thing' (which outruns the 32-bit dynarec) here a while ago, but got absolutely no response. With any luck it should be a drop-in replacement, hopefully Spoon doesn't break it too much. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] more VRAM
As I said I was just wondering as the RiscPC could, in theory, take more (I remember having a chat with simtec and they had a 4MB VRAM card in prototype...) The RiscPC is capable of taking 8mb I think. The problem is that VIDC20 isn't capable of using it properly - there isn't enough memory bandwidth for higher resolution modes. Phoebe had VIDC20+, which was meant to fix this for at least 4mb, but obviously that never came out. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] more VRAM
Is emulating more VRAM difficult? Just wondering... It involves patching RISC OS. The patch needs to be done for every version, at the moment it only works on 4.02, and even then probably not all copies. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] rpcemu on netbook at 1024 x 600?
The mode definition I posted earlier doesn't work, here's one that does : # 1024 x 600 (RPCemu only! do not use on real machine) startmode mode_name:1024 x 600 x_res:1024 y_res:600 pixel_rate:65000 h_timings:3,16,0,1024,0,1 v_timings:62,64,30,600,30,14 sync_pol:0 endmode Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] rpcemu on netbook at 1024 x 600?
Hi Raymond This ought to do it : # 1024 x 600 (RPCemu only! do not use on real machine) startmode mode_name:1024 x 600 x_res:1024 y_res:600 pixel_rate:65000 h_timings:0,0,0,1024,0,0 v_timings:0,0,0,600,0,0 sync_pol:0 endmode Not too difficult to modify to other resolutions either. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] how to emulate the middle mouse button
Is there anyway in RPCEmu to emulate the middle button? The menu key to the left of the right ctrl key. If you don't have one of these then no. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu Spoon Edition
RPCEmu Spoon Edition Few comments : - 'Spoon' edition? - Maybe include some documentation with the binary releases? Also maybe make the exe names more descriptive (rpcemu.exe and rpcemud.exe - used to be rpcemu interpreter.exe and rpcemu recompiler.exe on 0.7). - Is there any real need to open a console window? 0.7 didn't do that. Also - as you've obviously looked at the source more recently than I did - did you happen to notice what version of the FPA code is up? I did 'fix' it at some point (still errors, but no more exceptions any more) - do you know if that's the version that's in SVN? Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] (no subject)
Hello everyone I've uploaded some of the stuff I worked on for RPCemu that never got released. None of this is good enough to go in SVN right away, but at least the amd64 recompiler should be looked at. http://b-em.bbcmicro.com/arculator/dynax86.zip This is a major modification of the x86 recompiler, to keep R15 in a register at all times. This has some speed improvements - mainly on flag-setting instructions. However some other instructions are slower, and there are some compatibility problems. http://b-em.bbcmicro.com/arculator/dynaamd64.zip The 'real' amd64 recompiler, this is at least twice as fast as what's in SVN. It too keeps R15 in a register, but this time keeps the performance mostly up - on !SICK it outperforms the x86 dynarec, though in some other stuff it's slower. I think there were some compatibility problems, though not as major as the above. http://b-em.bbcmicro.com/arculator/fastarc.zip The RPCemu CPU core, adapted to emulate A5000-era hardware. The actual recompiler has had to be disabled in this, but it's still a threaded interpreter (I think). It uses SDL, which some people prefer. This should be able to compile on Linux, if romload.c is rewritten - I think the findfirst/findnext functions it uses aren't on Linux (at least not my installation). It's quite feature-packed (2 IDE drives, floppies (think), HostFS, extnroms, 800x600x256 mode, even an attempt at high-res 1152x896). But there are a _lot_ of bugs - it won't even boot up half the time. Cheers, Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Windows Networking
Is there a newer version of the networking for the Windows build of RPCEmu? The version I tried has different function signatures for the podule calls to what is used in the latest RPCEmu SVN version and isn't loaded into podules slot 2 (it goes into 1). Having hacked around to get it working it does appear to resolve network address, but ping 127.0.0.1 hangs. A newer version is pointless as that's all it does anyway (almost - it does seem to ping okay). It's extremely unlikely that it will ever get any further than that - I've largely given up working on RPCemu. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Building RPCEmu with Visual Studio
I'm having a go at getting RPCEmu to build and run in Visual Studio 2005 and although I have got it to build it stops soon after showing the cyan blank screen with bad mouse command 0. I had to make a few relatively minor changes to get it to build at all, but nothing major. Should it be buildable/runnable in Visual Studio? It should be, though it's been ages since I tried. (I see there are checks for _MSC_VER in the code) Any pointers (excuse the pun) on tracking down what could be causing the mouse problem? Bad ROMs, bad CMOS, or bad configuration would be my guesses. Cheers, Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Networking help?
I can confirm that the network module works on RISC OS 3.70 and 4.02 and that it doesn't work on RISC OS 4.39. I recommend to use RISC OS 3.70 as RISC OS 4 and higher gives an abort on data transfers when working in 16 bit screenmodes and gives some bad screen redraws especially when dragging objects in the Desktop. Which CPU core are you using? I know this _doesn't_ happen in the x86-32 recompiler, can't remember with the x86-64 recompiler or interpreter. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Networking help?
Don't know. How can you tell? I just compiled the linux source from svn. Is there some configuration option in the make file somewhere? I _think_ it's in ./configure, but I don't remember what the option is. It's probably documented, try ./configure --help If you've just done a straight compile then you're definately on the interpreter. The recompiler is around 5x faster. Tom ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Filename problems
I have now observed a new filename issue. !Sunfish mount files, which are saved in !Boot.Choices.Users.Single.Sunfish.mountsave are not being translated correctly. An example file is 192?168?0?1/mnt/Drive2?fat16, a reproduction of how the filename looks in ROS . It looks as though the filenames aren't correct on Linux (transferred by !Sunfish) but I can't be sure about that, only that the names look different. See attached screenshot from Linux. HostFS only sees filenames as 16, 192, 192, t/acer?d, and much gibberish. I note your final comment above, and provide this for your info. Ah. Anyone have any ideas how that should be translated? Incidently, your original message didn't get posted, as it exceeds a size limit of 40kb. If anyone wants the screenshot sent I can provide it. The Linux name for the example file is 192(something)8?0?1.mnt.Drive2?fat16,1b6. I couldn't work out what (something) was. __ Sent from Yahoo! Mail. A Smarter Email http://uk.docs.yahoo.com/nowyoucan.html ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Podules
You could try putting a later SharedCLibrary in the podule rom, so it is loaded before the other podules. Cheers, that does the trick. Networking still doesn't work, though at least I can't blame anything else for that now. I better get to work... Incidently, what's the licensing on CLib? Could it be included with a GPL project? Cheers, Tom __ Sent from Yahoo! Mail. More Ways to Keep in Touch. http://uk.docs.yahoo.com/nowyoucan.html ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Honestly now...
Thanks to everyone who replied. This was prompted by my experience at the recent show in Warwickshire, where I was strongly criticised for various decisions made in RPCemu's development (ie Windows centric rather than Linux, Allegro rather than SDL, various past bugs etc). I'm suffering quite badly from depression atm, so this hit me quite hard... Tom __ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com ___ Rpcemu mailing list Rpcemu@riscos.info http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu