RPCEmu 0.9.5 and Mousewheel support on RISC OS 5.30

Hello everyone!

I have just tried the new release of RPCEmu (0.9.5) and I have found a problem with mouse wheel support.
It works when using RISC OS 3.71, but as soon as I tried RISC OS 5.30 it doesn’t scroll?

I’m going to go back a few versions of RISC OS to see if it works.

Kind regards,
Daniel.

I have tried scroll wheel support on RISC OS 4.02, 4.29, 4.33, 4.39, 6.10 and 6.16 and they all work fine.

So it seems that RISC OS 5.30 and Beta 5.31 doesn’t scroll??

Scrolls wit 5.30 for me – I assume you did see the new module for scrollweel in poduleroms folder…

Scrolls with 5.30, but not in combination with Shift or Alt (which is a feature in some programs). In combination with Control it scrolls up, no matter which direction you scroll the wheel.

In combination with Control it scrolls up, no matter which direction you scroll the wheel.

Ages since I did anything on this (mouse pointer control) but as I recall I had to modify some of the RPCEmu code for some key combos to work

That aside, do the non-workers have the XAT Hid loaded, or not?

I’ve managed to get the scrolling working on RISC OS 5.30, you have to be on 256mb in the Configure menu.

That aside, do the non-workers have the XAT Hid loaded, or not?

I don’t use HID on the RPCemu, although the latest version allows you to disable its own scroll wheel driver.

Out of curiosity I just changed the memory allocation from 256Mb to 128Mb in RPCEmu 0.94 with the Cloverleaf modifications (0.94-CL-0.5) to allow scroll wheel and clipboard support.
Hardware is set as RISC PC – StrongARM and RPCEmu is being run on Windows10 system – RISC OS Version is 5.28 (ROD 19 Oct 2020)
Scroll wheel still seems to work OK with either RAM setting with testing limited to scrolling up and down the ROOL Forum page using NetSurf 3.11.

Perhaps review 0.95 implementation against how cloverleaf implemented scrolling.

Scroll wheel support was the main issue I previously had with RPCemu as without it the system does feel very archaic (especially as spent most of my time in Linux and Windows environments during the work day). With scroll wheel support i find I am using RPCemu more frequently whereas previously it was a bit of hindrance not to have it.

A few tests later: Scrollwheel on RISC OS 5.30 seems to indeed need lots of RAM – that is 256M; RISC OS 4.02 is happy with less. I didn’t notice that before since I have 256 anyhow. The hosting OS is Windows 11 in most current version.

Overall THANKS a lot that Scrollwheel support has been included.

It also seems that 256MB is needed with RO5.30 or 5.31 using 0.9.4 or 0.9.5 for NAT networking.
See https://www.riscosopen.org/forum/forums/1/topics/19555#posts-152692

Incidentally, has anyone tried posting to the RPCEmu mailing list since January 2024? I have, and it never seemed to appear. The links on the RPCEmu page to subscribe to the mailing list seem to result in 404 page not found from riscos.info.

[Edited to correct link to RPCEmu page]

riscos.info mailing lists seem unhappy – the gcc one doesn’t work for me either.

I suspect the whole http://www.riscos.info/cgi-bin directory has vanished!

I must say, I’m very impressed with the latest version of RPCEmu (0.9.5) in combination with RO 5.30 stable release. Apart from scrollwheel support, which works perfectly here (256MB RAM configured), ‘Reduce CPU Usage’ also works, for the first time without interfering with keystrokes and mousepresses, which were always problematic before. As a result, the host laptop’s fan isn’t constantly whining away (and presumably power consumption is much reduced). All this would be reason enough to celebrate, but Mr Howkins seems to have found a speed boost of about 15% from somewhere, compared to 0.9.4 on the same device: I get the following from ROmark:

Processor – Looped instructions (cache) 3258714 1832%
Memory – Multiple register transfer 42150 26018%
Rectangle Copy – Graphics acceleration test 7863 3249%
Icon Plotting – 16 colour sprite with mask 20852 1042%
Draw Path – Stroke narrow line 11006 705%
Draw Fill – Plot filled shape 12775 875%
Draw Render – Render draw file 11992 1323%
HD Read – Block load 8MB file 1419405 47599%
HD Write – Block save 8MB file 981417 32272%
FS Read – Byte stream file in 9867 4766%
FS Write – Byte stream file out 8115 4226%

which, on a fairly bog-standard Wintel laptop (Core i5, 12th Gen, 2.5GHz, integrated graphics) is roughly between Pi3 and Pi4 performance, but with much faster HD, graphics acceleration and FS Read/Write. Well done, Peter!