Re: [ql-users] MACHINE types
[EMAIL PROTECTED] wrote:
1) May I suggest Aurora + Gold Card return 22 and Aurora + Super Gold Card
return 23. This is because, even without SMSQ/e, using:
PEEK (SYS_BASE+HEX('A7'))31
returns 10 and 12 for Gold Card/Super Gold Card respectively, even when
plugged into a standard QL.
The upper 3 bits tell you whether there's an Aurora or not. Exactly
the ones you're masking out.
6) Is there any way of identifying when QDOS is running on QDOS Emulator for
Amiga, QLAY, uQLx (any others).?? If there is, what values should I use
to signify these machines... 15,21 and 31 appear to be free (taking into
account the above suggestions). Is this correct??
Lowest bit shouldn't be used, IMHO.
Marcel
Re: [ql-users] MACHINE types
In a message dated 26/01/03 14:12:06 GMT Standard Time, [EMAIL PROTECTED] writes: [EMAIL PROTECTED] wrote: It might under SMSQ/e !! but not under Minerva... Minerva fills this system variable at all? Interesting. But it IS defined. No need to do another, incompatible definition. Is it correct that this returns 5 for Aurora?? Yes. What is the format of these upper 3 bits?? It's all in keys_sys. sys.mfut equ % Standard QL or Futura display sys.mmon equ %0010 Monochone monitor sys.mext equ %0100 Atari Extended 4 Emulator sys.mvme equ %1000 Atari QVME emulator sys.maur equ %1010 Aurora sys.mqlc equ %1100 QL mode LCD sys.mvga equ %1100 VGA I thought this was the case, but Q40/Q60 already broke this rule!! Yes, perhaps it's Hermes fitted ;-) Thanks for the clarification :-) What is the correct way of telling if Q40/Q60 is present then - is it possible to get a Falcon with a blitter (Jochen)?? The VGA mode is, I understand, only on QXL - what exactly is VGA mode though?? Is this set for when QXL allows GD2 colours or some other reason?? I attach a list of the current state of play as I see it. Please add comments or suggestions... Machine types = PEEK (SYS_BASE+$A7) %0001 0 = Atari ST/ STM/ STF/STFM 1 = Atari STE (or as 0 with blitter) 2 = MEGA ST/ST/STM/STF/STFM with RTC 3 = MEGA ST/ST/STM/STF/STFM with RTC with blitter 4 = Atari Stacy 5 = Atari Stacy with blitter 6 = Atari STE 7 = Atari STE with blitter 8 = Mega STE 9 = Mega STE with blitter 10 = GOLD CARD (standard QL) 11 = GOLD CARD + HERMES (standard QL) 12 = SUPER GOLD CARD (standard QL) 13 = SUPER GOLD CARD + HERMES (standard QL) 14 = Q-Emulator 15 = ?? 16 = Falcon 17 = Q40/Q60 (or Falcon with Blitter??) 18 = THOR 1 19 = THOR 20 20 = THOR XVI 21 = 22 = 23 = 24 = TT 030 25 = Standard QL (not Gold Card/ Super Gold Card) 26 = 27 = 28 = QXL 29 = 30 = QPC 31 = QLAY (??) PEEK (SYS_BASE+$A7) %0001 0 = Original QL Screen 1 = Atari Monochrome Emulator 2 = Atari Extended 4 Emulator 3 = (undefined) 4 = Atari QVME Emulator 5 = Aurora 6 = QL mode LCD or VGA on QXL 7 = Processor Types === PEEK (SYS_BASE+161) 0 = 68000/68008 1 = 68010 2 = 68020 3 = 68030 4 = 68040 5 = 6 = 68060 7 = 8 = 9 = 10 = 11 = 12 = 13 = 14 = 15 = PEEK (SYS_BASE+161) % 0 = Standard Chip 1 = Internal MMU 2 = 68851 MMU 3 = 4 = Internal FPU 5 = 6 = 7 = 8 = 68881 or 68882 FPU 9 = 10 = 11 = 12 = 13 = 14 = 15 = -- Rich Mellor RWAP Software 35 Chantry Croft, Kinsley, Pontefract, West Yorkshire, WF9 5JH TEL: 01977 610509 http://hometown.aol.co.uk/rwapsoftware
Re: [ql-users] MACHINE types
Whilst on the subject, what is the best way of checking if QPC, QXL or Aurora have the extended colour drivers available -- Rich Mellor RWAP Software 35 Chantry Croft, Kinsley, Pontefract, West Yorkshire, WF9 5JH TEL: 01977 610509 http://hometown.aol.co.uk/rwapsoftware
Re: [ql-users] Assembly question
[EMAIL PROTECTED] wrote: I never intended in either GWASL or GWASS to go to the trouble of evaluating expressions except in a simple way. That is in both assemblers evaluation is done from left to right ignoring implied brackets (parentheses) so Well, I can see why you did it this way. But this also means big trouble for somebody who tries to built SMSQ/E using those assembler, the sources rely on correct mathematical evaluations (and now find the bug if you missed to change only one of them...). Just in case anybody is trying. Marcel
Re: [ql-users] Assembly question
[EMAIL PROTECTED] wrote: I usually produce sprites which contain mode4, mode 8 and mode 33 versions indise the code. To find out what they look like in practice I use my own tspr program which displays the sprites against a 3-colour background. This program is part of TurboPTR. Perhaps that would be useful? Thanks, but in this case the problem was to check whether GD2 mode 0, 3, 4, 7, 8, 15, 16, 32, 33 and 64 sprites work. Those will all be supported in v3.00 (mostly thanks to Jerome Grimbert). And as I then had to also implement them in the Aurora driver I needed a way to test my new conversion routines. And there were indeed some bugs, but all should be fine now. Marcel
Re: [ql-users] SMSQ/E v.2y99 for Aurora with GD2!!!!!!
On 25 Jan 2003, at 16:04, Marcel Kilgus wrote: No, fortunately not. Otherwise I would be as depressed as Marvin (as anybody hitchhiking through the galaxy should now) ;-) Does that mean that you're an android? Now THAT explains a lot... Don't panic... Wolfgang - www.wlenerz.com
Re: [ql-users] SMSQ/E v.2y99 for Aurora with GD2!!!!!!
On 26 Jan 2003, at 15:51, Phoebus Dokos wrote: He has to be an android as he has been working around the clock apparently... at a certain point he sent me more than 3 versions in less than 20 mins ;-))) (Okay just happened once but you get the idea) Oh well, that only shows that we worked for 20 minutes :-) Wolfgang
Re: [ql-users] SMSQ/E v.2y99 for Aurora with GD2!!!!!!
On 27 Jan 2003, at 7:03, Wolfgang Lenerz wrote: Oh well, that only shows that we worked for 20 minutes Oops, I meant of couse He worked (I didn't have anything to do with it). Just a typo Wolfgang
Re: [ql-users] SMSQ/E v.2y99 for Aurora with GD2!!!!!!
??? 27/1/2003 1:03:28 ??, ?/? Wolfgang Lenerz [EMAIL PROTECTED] ??: On 26 Jan 2003, at 15:51, Phoebus Dokos wrote: He has to be an android as he has been working around the clock apparently... at a certain point he sent me more than 3 versions in less than 20 mins ;-))) (Okay just happened once but you get the idea) Oh well, that only shows that we worked for 20 minutes :-) Wolfgang Hehe, there is still some code from TT that was never fully tested from what I understand that he rewrote... there are some problems still but I am confident that he'll solve them. There was a nice side-effect from the new GD2 drivers... and that is that the superHermes whose keyboard stopped responding at times after a RESET command was given, now works fine (needs an enter to make it work still though). And the screen is EXTREMELY fast (I have said that about 500 times). It even feels faster than the same resolution on my 2200+XP with nVidia TI4000 w/ 128 Meg DDR memory graphics card Result: Nasta 1 (for the design) - Nvidia 0 (Take that!)... I wonder only how much faster it would be with the GoldFire... the Aurora manual speaks of a 'significant improvement with future products'... Now the only thing is left is have a decent filesystem :-) (And get rid of the _ separators... man these are SO hard to type :-) oh yeah and TCP (Jonathannn!!!) Phoebus
