Search found 1348 matches
- Wed Aug 14, 2019 12:33 pm
- Forum: Hardware
- Topic: Issue 8 discussions...
- Replies: 147
- Views: 71324
Re: Issue 8 discussions...
Rereading the topic now and again. I wish to ask, what makes it different to hook 8302 on CPU data bus as with Iss#6 vs RAM bus in Iss#5, is there any performance gain? The RAM side of the bus is often occupied with RAM refresh, so communication to 8302 stalls every time the RAM is being refreshed....
- Wed Jul 31, 2019 9:11 am
- Forum: Software & Programming
- Topic: ALCHP and LOAD problem
- Replies: 5
- Views: 2163
Re: ALCHP and LOAD problem
You can also use RESPR if you want the memory to survive a NEW (it will try to use the resident procedure area but fall back to the common heap if that isn't possible).
- Thu Jul 11, 2019 9:43 am
- Forum: Software & Programming
- Topic: SCREEN1 = SYSVAR @ JSROM
- Replies: 90
- Views: 43256
Re: SCREEN1 = SYSVAR @ JSROM
Turbo extension comes with its own POKE_F that doesn't have quite as many features as the SMSQ version, so try not loading that.Ralf R. wrote:POKE_F !196!330,1 (and also POKE_F !$c4!$14a,1) gives ERR.BP in QPC2.
- Tue Jul 02, 2019 11:53 pm
- Forum: Software & Programming
- Topic: Announcing: The way, QLiberator use the PE
- Replies: 8
- Views: 2974
Re: Announcing: The way, QLiberator use the PE
By the way, disassembling this was a fun little exercise, but essentially they rewrote WMAN in basic. At the level they're doing this it's fairly easy, but still this is not how one should code these days. Using EasyPtr and the real WMAN is always less work and the result will always work better!
- Tue Jul 02, 2019 11:37 pm
- Forum: Software & Programming
- Topic: Announcing: The way, QLiberator use the PE
- Replies: 8
- Views: 2974
Re: Announcing: The way, QLiberator use the PE
No, that limit is imposed in the compiled code, not in the basic extension.pjw wrote:BTW, do you have enough of a handle on this to fix the main Q-Liberator window so it can be moved beyond the confines of the 512x256a0x0 screen?
- Tue Jul 02, 2019 8:22 am
- Forum: Software & Programming
- Topic: Hardware pointers and cursors.
- Replies: 30
- Views: 10988
Re: Hardware pointers and cursors.
That IS pretty cool :D I'm trying to unify the platforms by giving the base QL Q68-like graphics capabilities. Are you saying that PE doesn't care too much about bit order for colour information, or are you saying something different? Bit order flexibility would increase the accessible capabilities...
- Mon Jul 01, 2019 4:57 pm
- Forum: Software & Programming
- Topic: Hardware pointers and cursors.
- Replies: 30
- Views: 10988
Re: Hardware pointers and cursors.
The root of my question is: if there were hardware support for funtionality that is currently implemented laboriously in software - that makes the implementation unconscionably difficult to work with - is there any will or desire to shift that load from software to hardware? Sorry, what difficulty ...
- Thu Jun 27, 2019 10:04 am
- Forum: Software & Programming
- Topic: QOMBI
- Replies: 15
- Views: 5342
Re: QOMBI
As usual this is a highly professional, downright over-engineered piece of software from you. I already played a preview and besides the fact that I'm too dumb for it it works and plays very well
- Wed Jun 26, 2019 11:10 am
- Forum: Software & Programming
- Topic: Hardware pointers and cursors.
- Replies: 30
- Views: 10988
Re: Hardware pointers and cursors.
That makes it pretty pointless to talk about pointers with you, doesn't it?Dave wrote:I've never used the PE for longer than it takes to disable it.
- Wed Jun 26, 2019 11:08 am
- Forum: Software & Programming
- Topic: Hardware pointers and cursors.
- Replies: 30
- Views: 10988
Re: Hardware pointers and cursors.
Let me repeat myself: because under PE the cursor can be more than a 2-bit deep bitmap Even more than that, the PE can alpha-blend the mouse cursor unto the background. I know because I've written that feature. And as mentioned even the text cursor can be a sprite, meaning it can alpha blend with t...