RE: [ql-users] ZX fun
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Phoebus Dokos > Sent: 22 December 2004 21:28 > To: [EMAIL PROTECTED] > Subject: Re: [ql-users] ZX fun > > However I really don't care after experiencing the "terror of > the R: Tape Loading Error" :-P It's at this point that I admit that that song was concocted by a couple of my mates earlier this year; it even got a mention on the BBC 6Music radio breakfast show last week, though owing to a poor recording you couldn't hear much. Mind, that's not the point :) b3ta (and its offshoots) is a fantastic creative web community that I'm quite proud to be part of, and there's plenty of people on there who are well into their old hardware from Macs to Amigas, QLs included. cheers, and happy festivities stroke celebrations stroke ceremonies stroke whatever-floats-your-boat to you all :D -- Adrian/Witchy Creator/Curator of Binary Dinosaurs, quite probably the UK's biggest private home computer collection. www.binarydinosaurs.co.uk - the online museum www.aaghverts.co.uk - *the* site for letting you moan about adverts! www.snakebiteandblack.co.uk - former gothic shenanigans :( ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] ZX fun
ÎÎÎ Wed, 22 Dec 2004 21:04:32 +,Î(Î) Tony Firshman <[EMAIL PROTECTED]> ÎÎÏÎÏÎ/wrote: On Wed, 22 Dec 2004 at 15:04:21, Phoebus Dokos wrote: (ref: <[EMAIL PROTECTED]>) Wed, 22 Dec 2004 19:19:29 +,() Tony Firshman <[EMAIL PROTECTED]> /wrote: On Wed, 22 Dec 2004 at 13:37:34, John Taylor wrote: (ref: <[EMAIL PROTECTED]>) Merry Christmas to all. have fun and try this. http://www2.b3ta.com/heyhey16k/ Yes - I found that quite a few years back. It is worth repeating though as it is so good. Tony It is indeed! ... and I have only just noticed the misprint- 'Acorn Electorn' Tony There are a couple more in there ;-) However I really don't care after experiencing the "terror of the R: Tape Loading Error" :-P Phoebus -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] ZX fun
On Wed, 22 Dec 2004 at 15:04:21, Phoebus Dokos wrote: (ref: <[EMAIL PROTECTED]>) > Wed, 22 Dec 2004 19:19:29 +,() Tony Firshman ><[EMAIL PROTECTED]> /wrote: > >> On Wed, 22 Dec 2004 at 13:37:34, John Taylor wrote: >> (ref: <[EMAIL PROTECTED]>) >> >>> Merry Christmas to all. >>> >>> have fun and try this. >>> >>> http://www2.b3ta.com/heyhey16k/ >> Yes - I found that quite a few years back. >> It is worth repeating though as it is so good. >> >> Tony >> >It is indeed! ... and I have only just noticed the misprint- 'Acorn Electorn' Tony -- QBBS (QL fido BBS 2:252/67) +44(0)1442-828255 tony@.co.uk http://www.firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] ZX fun
ÎÎÎ Wed, 22 Dec 2004 19:19:29 +,Î(Î) Tony Firshman <[EMAIL PROTECTED]> ÎÎÏÎÏÎ/wrote: On Wed, 22 Dec 2004 at 13:37:34, John Taylor wrote: (ref: <[EMAIL PROTECTED]>) Merry Christmas to all. have fun and try this. http://www2.b3ta.com/heyhey16k/ Yes - I found that quite a few years back. It is worth repeating though as it is so good. Tony It is indeed! Phoebus -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Detecting GD2 - revisited
Thanks to Marcel's comments, I have amended the RW_GD2 function to work on Minerva, standard smsq/e for Gold Card (v3.07 tested) and high colour smsq/e (v3.03 for Gold Card and latest QPC2 version tested). The code appears below for comment or criticism. Hopefully I have interpreted this all correctly. The only real change from Dilwyn's Display_cde is earmaked "NEW CODE". Though Dilwyn, you need to check the parameters passed to IOP.SLNK in your display_cde version as I have not looked myself. Basically, the routine needs the pointer interface - it will then look for the identifier PTR2 at offset $128 within the pointer device linkeage block. If this is not present, then it is an old version of the Pointer Interface, which definitely means that GD2 drivers are not present. If the GD2 drivers are present, then the program looks at the five bytes at offset $141 within the pointer device linkeage block (which is what I believe Marcel was referring to when he used the term CON driver linkeage block). These bytes are described in the smsq/e sources (keys_con) helpfully as "modes relating to resolutions". No idea what this means, but my guess is that the five bytes represent the modes which DISP_COLOUR x tries to set up. On current QPC2 systems, the 5 bytes are: $00 $00 $10 $20 $00 DISP_COLOUR 0, DISP_COLOUR 1 and DISP_COLOUR 5 all set the MODE to mode 0 (standard QL mode 4). I guess DISP_COLOUR 1 is set aside for 16 colour mode (which has never been implemented) and DISP_COLOUR 5 for natural colour mode?? DISP_COLOUR 2 gives us mode $10 (256 colour mode 16) DISP_COLOUR 3 gives us mode $20 (65536 colour mode 32) These values are all set to zero in the standard smsq/e though I have no idea if this is true for all versions of smsq/e - Marcel?? At least, this appears to provide a good test for whether the current system supports high colour mode... If I am barking up completely the wrong tree, I am sure someone will shout. RW_GD2 * Routine to check for availability of GD2 colour drivers moveq #0,d0Presume default is #0 cmpa.la3,a5 beq.s no_GD2CH No parameter lea.l 1*8(a3),a0 cmpa.la0,a5One parameters? bne bad_param btst #7,1(a3,a6.l)First one preceded by hash? beq bad_param movea.w $0112,a2 SB.GTINT - Fetch the integer params jsr (a2) bne bad_exit moveq #0,d0 move.w0(a6,a1.l),d0Get BASIC channel number no_GD2CH bsr GetChannelID Convert channel number to channel ID tst.l d0 bne what_chan * First of all check for pointer interface moveq #$70,d0 IOP.PINF moveq #-1,d3 trap #3 tst.l d0 Is the pointer interface present? bne no_ptr Return -19 (no pointer interface) moveq #$6F,d0 IOP.SLNK to get pointer device definition block moveq #0,d1Position in linkage to set moveq #0,d2Number of bytes to set (0) moveq #-1,d3 Timeout suba.la1,a1Pointer to data to set trap #3 tst.l d0 bne no_ptr * NEW CODE ADDED ** move.l$128(a1),d1 Grab pt_ident moveq #0,d5 cmpi.l#'PTR2',d1 Check for GD2 drivers bne no_GD2 move.b$143(a1),d1 Look at the modes for each DISP_COLOUR cmpi.b#$10,d1 Does DISP_COLOUR 2 set Mode 16? beq.s GD2_FoundYes, so high colour drivers available move.b$144(a1),d1 cmpi.b#$20,d1 Does DISP_COLOUR 3 set Mode 32? beq.s GD2_FoundYes, so high colour drivers available cmpi.b#$21,d1 Does DISP_COLOUR 3 set Mode 33? beq.s GD2_FoundYes, so high colour drivers available bra.s no_GD2 Nothing set up to handle non-standard QL modes * END OF NEW CODE ** GD2_Found lea.l Hardware_Flag,a4 moveq #1,d1 move.w#0,(a4) Store GD2 drivers present flag bra float_ret no_GD2 lea.l Hardware_Flag,a4 move.w#1,(a4) lea.l PointerDef_addr,a4 move.la1,(a4) Store pointer definition block address moveq #0,d1 bra float_ret no_ptr moveq #-19,d1 bra float_ret -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ _
Re: [ql-users] ZX fun
On Wed, 22 Dec 2004 at 13:37:34, John Taylor wrote: (ref: <[EMAIL PROTECTED]>) >Merry Christmas to all. > >have fun and try this. > >http://www2.b3ta.com/heyhey16k/ Yes - I found that quite a few years back. It is worth repeating though as it is so good. Tony -- QBBS (QL fido BBS 2:252/67) +44(0)1442-828255 tony@.co.uk http://www.firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QUANTA AGM 2005
- Original Message - From: "William Newell" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 22, 2004 11:51 AM Subject: [ql-users] QUANTA AGM 2005 Have just received my copy of QLToday - Nov/Dec edition and on reading the QUANTA advert was astounded to learn that Portishead has moved from Bristol to Hove or is it only the Town Hall that has moved? JG Only temporarily! Caught out again!! I am the culprit. Thanks for bringing it to our attention, Bill Surely this should read PORTSLADE? JG Yes it should. I think that somebody has lost their sense of direction - hands up the culprit. JG Another Senior moment! Happy Christmas everyone. John Gilpin. Bill Newell ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QUANTA AGM 2005
Yes, Jochen, Every is correct at the (End) Merry Christmas and Happy New Year to you and all Qlers Bill. - Original Message - From: "Jochen Merz Shareware" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 22, 2004 2:33 PM Subject: Re: [ql-users] QUANTA AGM 2005 Well, at least it is several times correct on the last page, isn't it? :-) Jochen William Newell wrote: Have just received my copy of QLToday - Nov/Dec edition and on reading the QUANTA advert was astounded to learn that Portishead has moved from Bristol to Hove or is it only the Town Hall that has moved? Surely this should read PORTSLADE? I think that somebody has lost their sense of direction - hands up the culprit. Bill Newell ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QUANTA AGM 2005
Well, at least it is several times correct on the last page, isn't it? :-) Jochen William Newell wrote: Have just received my copy of QLToday - Nov/Dec edition and on reading the QUANTA advert was astounded to learn that Portishead has moved from Bristol to Hove or is it only the Town Hall that has moved? Surely this should read PORTSLADE? I think that somebody has lost their sense of direction - hands up the culprit. Bill Newell ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] test
Test please ignore -- Best regards, Brucemailto:[EMAIL PROTECTED] ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] ZX fun
Merry Christmas to all. have fun and try this. http://www2.b3ta.com/heyhey16k/ John. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] QUANTA AGM 2005
Have just received my copy of QLToday - Nov/Dec edition and on reading the QUANTA advert was astounded to learn that Portishead has moved from Bristol to Hove or is it only the Town Hall that has moved? Surely this should read PORTSLADE? I think that somebody has lost their sense of direction - hands up the culprit. Bill Newell ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] QUANTA AGM 2005
Have just received my copy of QLToday - Nov/Dec edition and on reading the QUANTA advert was astounded to learn that Portishead has moved from Bristol to Hove or is it only the Town Hall that has moved? Surely this should read PORTSLADE? I think that somebody has lost their sense of direction - hands up the culprit. Bill Newell ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Detecting GD2 - revisited
ÎÎÎ Wed, 22 Dec 2004 06:23:02 EST,Î(Î) <[EMAIL PROTECTED]> ÎÎÏÎÏÎ/wrote: In a message dated 21/12/04 13:21:16 GMT Standard Time, [EMAIL PROTECTED] writes: Apart from the fact that the command does not exist, therefore a compiled program will complain when not run on smsq/e. A program compiled by Turbo need not complain if a particular keyword is absent. The trick is to use TURBO_V which allows the keyword to be replaced by an acceptable one used as a substitute. You can also test whether the keyword is present or not without causing problems in the compiled program. Yes, Rich already does that in two or three cases... He only mentioned that to explain that a potential simple-looking solution as the one I proposed need not be necessarily simple (because the mechanics of redefinition of a working replacement for any missing command may not be simple if they are supposed to work). However in the case I am proposing, a single call of A (or more) dummy keyword would signify that the program has failed ergo the drivers do not exists period! (In which case it is a simple command ;-) Phoebus ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Detecting GD2 - revisited
In a message dated 21/12/04 13:21:16 GMT Standard Time, [EMAIL PROTECTED] writes: > > Apart from the fact that the command does not exist, therefore a compiled > program will complain when not run on smsq/e. > A program compiled by Turbo need not complain if a particular keyword is absent. The trick is to use TURBO_V which allows the keyword to be replaced by an acceptable one used as a substitute. You can also test whether the keyword is present or not without causing problems in the compiled program. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Problems with SMSQ/e
On Wed, 22 Dec 2004 08:31:49 +0100, JÃrÃme Grimbert <[EMAIL PROTECTED]> wrote: Rich Mellor wrote: I have now spoken with two people who say that they have configured SMSQ/e for the Q40/Q60 to start in 1024x512 resolution with high colour drivers, but it does not start up in that mode. They have to issue a I'm using a Q40, previously with 3.01, now with 3.07 (no intermediate version), homebuilt (using Qmac). (Rom still in 2.98) I have no trouble starting in 1024x512, once the file has been configurated with menuconfig. well that's one out of 3 I guess - presume you also get the high colour mode (DISP_TYPE=33). Nevertheless, I did tried to put the 3.01 on Eprom, but they never boot the Q40. So, there is probably an issue and something broken somewhere. (And yes, I know how to program correctly the eprom, I had no trouble getting, modifiying and updating the 2.98 image... ) I have not yet tested 3.07 on eprom, but given that patch trace, I have barely any hope. Yes, this is something else that apparently needs to be fixed. Any volunteers ?? Also (I have not checked this myself) but someone with SMSQ/e v3.03 for the Gold Card (high colour version) has said that their boot program which just has LRESPR win1_smsq_gold now cycles - in the past it would not try to re-load smsq/e on top of itself. Well, my Q40 boot file starts with something along 100 IF VER$(1)=="2.98" THEN LRESPR ... So at the second boot, there is no lrespr to do. I know that work around, but it should not ne necessary Certainly standard Gold Card smsq/e just ignores the LRESPR and goes to the next line - but the high colour v3.03 doesn't. -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ http://www.rwapservices.co.uk/ ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
