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
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
___
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
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
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
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
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
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
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 -
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
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?
(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
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
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
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
- 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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
37 matches
Mail list logo