The Icon Bar: General: Problem Getting A Program To Run On The Pi A
| |
Problem Getting A Program To Run On The Pi A |
| |
castlevarich (14:24 28/9/2015)
svrsig (09:26 29/9/2015)
castlevarich (14:14 30/9/2015)
svrsig (15:26 1/10/2015)
sirbod (15:10 6/10/2015)
castlevarich (14:42 13/11/2015)
Lampi (18:40 18/11/2015)
svrsig (08:13 20/11/2015)
sirbod (01:00 26/11/2015)
|
| |
|
Jon Robinson |
Message #123713, posted by castlevarich at 14:24, 28/9/2015 |
Member
Posts: 55
|
Dear All
I am trying to help a user who is trying to get a copy of my program QuizMaster working on a RISC OS Pi A.
QuizMaster works in full screen mode, and tries to switch the screen resolution to 640 by 480 pixels.
I don't have a Pi A to play about with, so this is difficult for me to sort out.
The Pi doesn't seem to support this naturally, so my understanding is that it calls AnyMode, when required, to support any strange screen resolutions.
This works fine on a Pi B, but NOT on a Pi A, even though, I am told, BOTH machines have AnyMode, version 0.06b, (ie the latest version) loaded into memory.
Does anyone know why AnyMode should behave differently on a Pi A, than it does on a Pi B ???
The user has the screen set to Auto and there is also an entry for 640 by 480 in his MDF, but
it still won't work.
The program just generates an error message at the line where it's trying to switch screen modes.
Does anybody have an email address for Steve Harrison, the author of AnyMode ???
Or failing that, is there anybody out there who has RISC OS working on a Pi A, and is a dab hand
at getting legacy programs to run on it, who fancies having a go getting QuizMaster working ???
Jon Robinson, Leeds |
| |
 [ Log in to reply ] |
| |
|
Chris Hall |
Message #123715, posted by svrsig at 09:26, 29/9/2015, in reply to message #123713 |
Member
Posts: 43
|
I have a Raspberry Pi model A+ (and a model A) running RISC OS RC14. Click over the monitor icon on the icon bar, select '640x480' and 'Change' and it switches to 640x480. Available in 256 colours and 16M colours. |
| |
[ Log in to reply ] |
| |
|
Jon Robinson |
Message #123716, posted by castlevarich at 14:14, 30/9/2015, in reply to message #123715 |
Member
Posts: 55
|
I have a Raspberry Pi model A+ (and a model A) running RISC OS RC14. Click over the monitor icon on the icon bar, select '640x480' and 'Change' and it switches to 640x480. Available in 256 colours and 16M colours. Dear Chris
I think he's already tried doing it manually and
the program still generates an error, when it tries to load a background sprite in 640 by 480 mode, despite the fact that it's in that mode ALREADY.
It only does this on the PI A, however.
I'm told that on a Pi B it works fine.
If you fancy having a go at seeing if you can get this to work on your machine, could you leave your email address on the forum, in a disguised form and I'll send you a copy of the program.
This is probably something really DUMB, but without a machine to play with, I'm stuck.
Best wishes Jon |
| |
[ Log in to reply ] |
| |
|
Chris Hall |
Message #123717, posted by svrsig at 15:26, 1/10/2015, in reply to message #123716 |
Member
Posts: 43
|
My e-mail is forum (at) svrsig (dot) org |
| |
[ Log in to reply ] |
| |
|
Jon Abbott |
Message #123719, posted by sirbod at 15:10, 6/10/2015, in reply to message #123716 |
Member
Posts: 563
|
You only require AnyMode if your Pi is not configured to a monitor type of Auto and are using non standard resolutions.
AnyMode isn't required in this case, so is possibly confusing the situation.
What is the error after changing MODE? You mention it's when it tries to load a Sprite, is the WimpSlot large enough?
If the sprites are being loaded into the system Sprite area, has it been configured? By default it's 0kb.
[Edited by sirbod at 21:04, 6/10/2015] |
| |
[ Log in to reply ] |
| |
|
Jon Robinson |
Message #123734, posted by castlevarich at 14:42, 13/11/2015, in reply to message #123719 |
Member
Posts: 55
|
Dear Jon
The WimpSlot is set to 400k in the !Run file, and works without problem on the PI B, and my StrongARM RiscPC, which I originally developed it on.
The user has manually set the system sprite area to 1Mb, but it still makes no difference.
The program actuallu gives a missing variable error, on the PI A but NOT the Pi B, but I'm pretty sure the problem is actually with this line:
OSCLI"screenload"+game_dir$+"Image8": OFF
Image8 is the background sprite.
Is there any reason why that line should work on a Pi B, but not a Pi A ?????
Regards Jon |
| |
[ Log in to reply ] |
| |
|
James Lampard |
Message #123736, posted by Lampi at 18:40, 18/11/2015, in reply to message #123734 |
Posts: 190
|
Dear Jon
The WimpSlot is set to 400k in the !Run file, and works without problem on the PI B, and my StrongARM RiscPC, which I originally developed it on.
Have you tried increasing it? |
| |
[ Log in to reply ] |
| |
|
Chris Hall |
Message #123737, posted by svrsig at 08:13, 20/11/2015, in reply to message #123734 |
Member
Posts: 43
|
Dear Jon
The WimpSlot is set to 400k in the !Run file, and works without problem on the PI B, and my StrongARM RiscPC, which I originally developed it on.
The user has manually set the system sprite area to 1Mb, but it still makes no difference.
The program actuallu gives a missing variable error, on the PI A but NOT the Pi B, but I'm pretty sure the problem is actually with this line:
OSCLI"screenload"+game_dir$+"Image8": OFF
Image8 is the background sprite.
Is there any reason why that line should work on a Pi B, but not a Pi A ?????
Regards Jon No. But try OSCLI("screenload"+game_dir$+"Image8"): OFF
as it may be flagging the '+game_dir$' as missing variable (i.e. the non existent bit before the '+').
Alternatively (but not with the error you quote) it may be that the releavnt screen mode is not available (screenload can do a mode change).
[Edited by svrsig at 08:15, 20/11/2015] |
| |
[ Log in to reply ] |
| |
|
Jon Abbott |
Message #123738, posted by sirbod at 01:00, 26/11/2015, in reply to message #123734 |
Member
Posts: 563
|
As Chris has pointed out, try brackets around the OSCLI if that's the line throwing the error.
What mode was Image8 saved in? *SCREENLOAD becomes increasingly useless after a RiscPC due to its reliance on the MODE change process getting a valid MODE. Past RISCOS 3.5 a "feature" was also introduced that turns the cursor back on - which I suspect is why you have the OFF after it on the same line.
Personally I'd switch from using OSCLI to using OS_SpriteOp 3:
SYS "OS_SpriteOp", 3, game_dir$ + "Image8"
OFF |
| |
[ Log in to reply ] |
| |
|
The Icon Bar: General: Problem Getting A Program To Run On The Pi A |
