log in | register | forums
Show:
Go:
Forums
Username:

Password:

User accounts
Register new account
Forgot password
Forum stats
List of members
Search the forums

Advanced search
Recent discussions
- Elsear brings super-fast Networking to Risc PC/A7000/A7000+ (News:)
- Latest hardware upgrade from RISCOSbits (News:)
- RISCOSbits releases a new laptop solution (News:4)
- Announcing the TIB 2024 Advent Calendar (News:2)
- RISC OS London Show Report 2024 (News:1)
- Code GCC produces that makes you cry #12684 (Prog:39)
- Rougol November 2024 meeting on monday (News:)
- Drag'n'Drop 14i1 edition reviewed (News:)
- WROCC November 2024 talk o...ay - Andrew Rawnsley (ROD) (News:2)
- October 2024 News Summary (News:3)
Latest postings RSS Feeds
RSS 2.0 | 1.0 | 0.9
Atom 0.3
Misc RDF | CDF
 
View on Mastodon
@www.iconbar.com@rss-parrot.net
Site Search
 
Article archives
Acorn Arcade forums: Programming: *screenload evilness
 
  *screenload evilness
  Phlamethrower (11:34 4/7/2004)
  ajps (12:12 4/7/2004)
    Phlamethrower (12:14 4/7/2004)
 
Jeffrey Lee Message #56527, posted by Phlamethrower at 11:34, 4/7/2004
PhlamethrowerHot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot stuff

Posts: 15100 		On RISC OS 3.1, a *screenload will simply load the sprite into the current VDU bank (as set by OS_Byte 112). However on RISC OS 3.7, *screenload will switch both the VDU and the display to screen bank 1, and then load the sprite (to bank 1).

Does anyone know why this changed? Has it actually been documented anywhere as changing? And, does it do it on your OS version?

The following Obeyfile should be all that's needed to check (Assuming you have about 80K of disc space and can display mode 13):

echo <22><141>
fx 112 1
fx 113 2
echo <12>Banks changed
screensave <obey$dir>.screen
fx 112 2
echo <12>Banks unchanged - Press space or click mouse to continue
fx 112 1
screenload <obey$dir>.screen
delete <obey$dir>.screen
  ^[ Log in to reply ]
 
Antony Sidwell Message #56533, posted by ajps at 12:12, 4/7/2004, in reply to message #56527
Member
Posts: 48
Has it actually been documented anywhere as changing?
In the PRMs (5a):

*ScreenLoad
*ScreenSave

These calls are now far more likely to cause a mode change, and so reset the graphics window and other state. You should only use these calls to load and save an entire screen, rather than a part of the screen defined by the graphics window.
  ^[ Log in to reply ]
 
Jeffrey Lee Message #56534, posted by Phlamethrower at 12:14, 4/7/2004, in reply to message #56533
PhlamethrowerHot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot Hot stuff

Posts: 15100 		Ta :)
  ^[ Log in to reply ]
 

Acorn Arcade forums: Programming: *screenload evilness