Re: [Ql-Users] Q-emulator
Feel free to add more OS constants! From: Ql-Users on behalf of Graeme Gregory via Ql-Users Sent: Tuesday, March 19, 2024 2:25 PM To: ql-us...@q-v-d.com Cc: Graeme Gregory Subject: Re: [Ql-Users] Q-emulator On Tue, 19 Mar 2024, at 1:30 PM, Dilwyn Jones via Ql-Users wrote: > I was given this file a few years ago. I'm sorry, I don't know if it's > still accurate. Hope it helps. > > Dilwyn > > Q-EMULATOR TRAP CALL > > Use Trap #1 with D0.L = -26 to get some emulator info. The trap is > designed to be usable by other emulators, but I don't think anybody > else is using it, so it works only with Q-emuLator. > > In systems where the trap is not implemented you will get an error > in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. > There are three commands, identified by the value in D1: > > == > > D1.L = 0 > > Currently returns 0 in both D1.L and D2.L. I don't remember anymore > for sure what the intended meaning was :(. I think D1 was the version of > the D0=-26 TRAP implemented by the emulator (for example in the future > there might be a version 1 TRAP that returns extra info, or allows more > values in D1.L), and D2 is probably reserved for future use. Just ignore D1 > and D2 and look only at D0 (0 = trap is supported, error = it is not), > or directly call > with > D1.L = 1 or 2. > == > > D1.L = 1 > > Returns in D1.L info about the host system: > D1.L = $00aabbcc, where > aa = host OS >0 = Windows >3 = Mac OS > bb = host OS variant (for example, if aa was Unix, bb would >identify whether it is BSD, Linux, etc.). Currently always >zero. > cc = emulator ID >1 = Q-emuLator > > Returns in D2.L the version of the emulator: > D2.L = $xxyyzzww, where > xx = major version number > yy = middle version number > zz = minor version number > > ww was supposed to be a global incremental number, but a 0-255 > range is probably too little, so you can just ignore it. > > D3.L = type of build > 0 = alpha > 1 = beta > 2 = release > > For example, >D2.L = $02010005 and D3.L = 2 means version 2.1 >D2.L = $01030218 and D3.L = 1 means version 1.3.2b > > == > > D1.L = 2 > A1.L = pointer to memory buffer > D2.L = length of buffer > > Fills the buffer with a short QL string identifying the emulator > (for example "Q-emuLator 2.2"). > > Returns a buffer full error in D0 if the buffer is smaller than the > string (and the buffer content is not valid in this case). > == > > Hope this helps. Most of this is untested so you may find some bugs. > The only piece of software currently using one of these traps is the > Q-emuLator's mouse driver (it refuses to install and prints an error > if it's not running in Q-emuLator). > Should be pretty simple to implement this in sQLux, just need documentation for the missing values for all the OSes sQLux runs on. Graeme ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
Hello, I have now created a SuperBASIC extension here: http://www.terdina.net/ql/soft/qemu_version_bin It defines two functions: IS_QEMULATOR returns 1 if running on Q-emuLator, 0 otherwise. QEMU_VER$ returns a string with the emulator name and version. Currently only Q-emuLator supports it (but that could change) and on other platforms it returns an empty string. Thanks, Daniele From: Ql-Users on behalf of Urs Koenig (QL) via Ql-Users Sent: Tuesday, March 19, 2024 1:05 PM To: ql-us...@q-v-d.com Cc: Urs Koenig (QL) Subject: Re: [Ql-Users] Q-emulator Have a look at QL/E's QLEhelper_bas (or boot_verbose which uses the compiled QLEhelper) where the command line option \QEMU does exactly this. Inside QLEhelper_bas look at the PROCedure QemuLator_detect which uses that Trap call. Feel free to copy, (amend) and use what you need in SuperBASIC. > -Ursprüngliche Nachricht- > Von: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Im Auftrag von > Daniele Terdina via Ql-Users > Gesendet: Dienstag, 19. März 2024 20:48 > An: ql-us...@q-v-d.com > Cc: Daniele Terdina > Betreff: Re: [Ql-Users] Q-emulator > > I can write you an extension for that later today. > > Thanks > Daniele > > From: Ql-Users on behalf of desin via > Ql-Users > Sent: Tuesday, March 19, 2024 12:24 PM > To: ql-us...@q-v-d.com > Cc: desin > Subject: Re: [Ql-Users] Q-emulator > > > > Am 19.03.24 um 19:25 schrieb Daniele Terdina via Ql-Users: > > This is correct, thank you Dilwyn! > > > > If you'd like to test whether you are running on the Q-emuLator-specific > version of SMSQ/E (file named SMSQ_QEM, that can only run on Q- > emuLator), you can use MACHINE and check for code 26. > > > > On any version of QDOS or SMSQ/E, you can test whether you are running > on Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling > TRAP #1. On return, if the error code (in D0) is zero and D1.B is 1, you are > running on Q-emuLator. > > Thanks Daniele > but how do it in basic ? > > Background > > A boot file that runs on most systems (native/emulated) > on Q-emulator it must check what version of SMSQE > is necessary > > Greetings from Switzerland > Markus > > ___ > QL-Users Mailing List > ___ > QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
On Tue, 19 Mar 2024, at 1:30 PM, Dilwyn Jones via Ql-Users wrote: > I was given this file a few years ago. I'm sorry, I don't know if it's > still accurate. Hope it helps. > > Dilwyn > > Q-EMULATOR TRAP CALL > > Use Trap #1 with D0.L = -26 to get some emulator info. The trap is > designed to be usable by other emulators, but I don't think anybody > else is using it, so it works only with Q-emuLator. > > In systems where the trap is not implemented you will get an error > in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. > There are three commands, identified by the value in D1: > > == > > D1.L = 0 > > Currently returns 0 in both D1.L and D2.L. I don't remember anymore > for sure what the intended meaning was :(. I think D1 was the version of > the D0=-26 TRAP implemented by the emulator (for example in the future > there might be a version 1 TRAP that returns extra info, or allows more > values in D1.L), and D2 is probably reserved for future use. Just ignore D1 > and D2 and look only at D0 (0 = trap is supported, error = it is not), > or directly call > with > D1.L = 1 or 2. > == > > D1.L = 1 > > Returns in D1.L info about the host system: > D1.L = $00aabbcc, where > aa = host OS >0 = Windows >3 = Mac OS > bb = host OS variant (for example, if aa was Unix, bb would >identify whether it is BSD, Linux, etc.). Currently always >zero. > cc = emulator ID >1 = Q-emuLator > > Returns in D2.L the version of the emulator: > D2.L = $xxyyzzww, where > xx = major version number > yy = middle version number > zz = minor version number > > ww was supposed to be a global incremental number, but a 0-255 > range is probably too little, so you can just ignore it. > > D3.L = type of build > 0 = alpha > 1 = beta > 2 = release > > For example, >D2.L = $02010005 and D3.L = 2 means version 2.1 >D2.L = $01030218 and D3.L = 1 means version 1.3.2b > > == > > D1.L = 2 > A1.L = pointer to memory buffer > D2.L = length of buffer > > Fills the buffer with a short QL string identifying the emulator > (for example "Q-emuLator 2.2"). > > Returns a buffer full error in D0 if the buffer is smaller than the > string (and the buffer content is not valid in this case). > == > > Hope this helps. Most of this is untested so you may find some bugs. > The only piece of software currently using one of these traps is the > Q-emuLator's mouse driver (it refuses to install and prints an error > if it's not running in Q-emuLator). > Should be pretty simple to implement this in sQLux, just need documentation for the missing values for all the OSes sQLux runs on. Graeme ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
Have a look at QL/E's QLEhelper_bas (or boot_verbose which uses the compiled QLEhelper) where the command line option \QEMU does exactly this. Inside QLEhelper_bas look at the PROCedure QemuLator_detect which uses that Trap call. Feel free to copy, (amend) and use what you need in SuperBASIC. > -Ursprüngliche Nachricht- > Von: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Im Auftrag von > Daniele Terdina via Ql-Users > Gesendet: Dienstag, 19. März 2024 20:48 > An: ql-us...@q-v-d.com > Cc: Daniele Terdina > Betreff: Re: [Ql-Users] Q-emulator > > I can write you an extension for that later today. > > Thanks > Daniele > > From: Ql-Users on behalf of desin via > Ql-Users > Sent: Tuesday, March 19, 2024 12:24 PM > To: ql-us...@q-v-d.com > Cc: desin > Subject: Re: [Ql-Users] Q-emulator > > > > Am 19.03.24 um 19:25 schrieb Daniele Terdina via Ql-Users: > > This is correct, thank you Dilwyn! > > > > If you'd like to test whether you are running on the Q-emuLator-specific > version of SMSQ/E (file named SMSQ_QEM, that can only run on Q- > emuLator), you can use MACHINE and check for code 26. > > > > On any version of QDOS or SMSQ/E, you can test whether you are running > on Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling > TRAP #1. On return, if the error code (in D0) is zero and D1.B is 1, you are > running on Q-emuLator. > > Thanks Daniele > but how do it in basic ? > > Background > > A boot file that runs on most systems (native/emulated) > on Q-emulator it must check what version of SMSQE > is necessary > > Greetings from Switzerland > Markus > > ___ > QL-Users Mailing List > ___ > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
I can write you an extension for that later today. Thanks Daniele From: Ql-Users on behalf of desin via Ql-Users Sent: Tuesday, March 19, 2024 12:24 PM To: ql-us...@q-v-d.com Cc: desin Subject: Re: [Ql-Users] Q-emulator Am 19.03.24 um 19:25 schrieb Daniele Terdina via Ql-Users: > This is correct, thank you Dilwyn! > > If you'd like to test whether you are running on the Q-emuLator-specific > version of SMSQ/E (file named SMSQ_QEM, that can only run on Q-emuLator), you > can use MACHINE and check for code 26. > > On any version of QDOS or SMSQ/E, you can test whether you are running on > Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling TRAP > #1. On return, if the error code (in D0) is zero and D1.B is 1, you are > running on Q-emuLator. Thanks Daniele but how do it in basic ? Background A boot file that runs on most systems (native/emulated) on Q-emulator it must check what version of SMSQE is necessary Greetings from Switzerland Markus ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
Am 19.03.24 um 19:25 schrieb Daniele Terdina via Ql-Users: This is correct, thank you Dilwyn! If you'd like to test whether you are running on the Q-emuLator-specific version of SMSQ/E (file named SMSQ_QEM, that can only run on Q-emuLator), you can use MACHINE and check for code 26. On any version of QDOS or SMSQ/E, you can test whether you are running on Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling TRAP #1. On return, if the error code (in D0) is zero and D1.B is 1, you are running on Q-emuLator. Thanks Daniele but how do it in basic ? Background A boot file that runs on most systems (native/emulated) on Q-emulator it must check what version of SMSQE is necessary Greetings from Switzerland Markus ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
This is correct, thank you Dilwyn! If you'd like to test whether you are running on the Q-emuLator-specific version of SMSQ/E (file named SMSQ_QEM, that can only run on Q-emuLator), you can use MACHINE and check for code 26. On any version of QDOS or SMSQ/E, you can test whether you are running on Q-emuLator by setting D0=-26 (notice the minus sign), D1=1 and calling TRAP #1. On return, if the error code (in D0) is zero and D1.B is 1, you are running on Q-emuLator. From: Ql-Users on behalf of Dilwyn Jones via Ql-Users Sent: Tuesday, March 19, 2024 6:46 AM To: ql-us...@q-v-d.com Cc: Dilwyn Jones Subject: Re: [Ql-Users] Q-emulator I think I forgot to mention that under the QemuLator specific version 3.38 from Daniele's website, the MACHINE function in SBASIC returns 26 for QemuLator. I don't know if the Gold Card and Aurora versions also do this, sorry. Dilwyn On Tue, 19 Mar 2024 at 13:30, Dilwyn Jones wrote: > > I was given this file a few years ago. I'm sorry, I don't know if it's > still accurate. Hope it helps. > > Dilwyn > > Q-EMULATOR TRAP CALL > > Use Trap #1 with D0.L = -26 to get some emulator info. The trap is > designed to be usable by other emulators, but I don't think anybody > else is using it, so it works only with Q-emuLator. > > In systems where the trap is not implemented you will get an error > in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. > There are three commands, identified by the value in D1: > > == > > D1.L = 0 > > Currently returns 0 in both D1.L and D2.L. I don't remember anymore > for sure what the intended meaning was :(. I think D1 was the version of > the D0=-26 TRAP implemented by the emulator (for example in the future > there might be a version 1 TRAP that returns extra info, or allows more > values in D1.L), and D2 is probably reserved for future use. Just ignore D1 > and D2 and look only at D0 (0 = trap is supported, error = it is not), > or directly call > with > D1.L = 1 or 2. > == > > D1.L = 1 > > Returns in D1.L info about the host system: > D1.L = $00aabbcc, where > aa = host OS >0 = Windows >3 = Mac OS > bb = host OS variant (for example, if aa was Unix, bb would >identify whether it is BSD, Linux, etc.). Currently always >zero. > cc = emulator ID >1 = Q-emuLator > > Returns in D2.L the version of the emulator: > D2.L = $xxyyzzww, where > xx = major version number > yy = middle version number > zz = minor version number > > ww was supposed to be a global incremental number, but a 0-255 > range is probably too little, so you can just ignore it. > > D3.L = type of build > 0 = alpha > 1 = beta > 2 = release > > For example, >D2.L = $02010005 and D3.L = 2 means version 2.1 >D2.L = $01030218 and D3.L = 1 means version 1.3.2b > > == > > D1.L = 2 > A1.L = pointer to memory buffer > D2.L = length of buffer > > Fills the buffer with a short QL string identifying the emulator > (for example "Q-emuLator 2.2"). > > Returns a buffer full error in D0 if the buffer is smaller than the > string (and the buffer content is not valid in this case). > == > > Hope this helps. Most of this is untested so you may find some bugs. > The only piece of software currently using one of these traps is the > Q-emuLator's mouse driver (it refuses to install and prints an error > if it's not running in Q-emuLator). > > On Tue, 19 Mar 2024 at 12:54, desin via Ql-Users > wrote: > > > > Hello > > how can a basic program check if its running on Q-emulator ? > > > > Greetings from Switzerland > > Markus > > ___ > > QL-Users Mailing List ___ QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
I think I forgot to mention that under the QemuLator specific version 3.38 from Daniele's website, the MACHINE function in SBASIC returns 26 for QemuLator. I don't know if the Gold Card and Aurora versions also do this, sorry. Dilwyn On Tue, 19 Mar 2024 at 13:30, Dilwyn Jones wrote: > > I was given this file a few years ago. I'm sorry, I don't know if it's > still accurate. Hope it helps. > > Dilwyn > > Q-EMULATOR TRAP CALL > > Use Trap #1 with D0.L = -26 to get some emulator info. The trap is > designed to be usable by other emulators, but I don't think anybody > else is using it, so it works only with Q-emuLator. > > In systems where the trap is not implemented you will get an error > in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. > There are three commands, identified by the value in D1: > > == > > D1.L = 0 > > Currently returns 0 in both D1.L and D2.L. I don't remember anymore > for sure what the intended meaning was :(. I think D1 was the version of > the D0=-26 TRAP implemented by the emulator (for example in the future > there might be a version 1 TRAP that returns extra info, or allows more > values in D1.L), and D2 is probably reserved for future use. Just ignore D1 > and D2 and look only at D0 (0 = trap is supported, error = it is not), > or directly call > with > D1.L = 1 or 2. > == > > D1.L = 1 > > Returns in D1.L info about the host system: > D1.L = $00aabbcc, where > aa = host OS >0 = Windows >3 = Mac OS > bb = host OS variant (for example, if aa was Unix, bb would >identify whether it is BSD, Linux, etc.). Currently always >zero. > cc = emulator ID >1 = Q-emuLator > > Returns in D2.L the version of the emulator: > D2.L = $xxyyzzww, where > xx = major version number > yy = middle version number > zz = minor version number > > ww was supposed to be a global incremental number, but a 0-255 > range is probably too little, so you can just ignore it. > > D3.L = type of build > 0 = alpha > 1 = beta > 2 = release > > For example, >D2.L = $02010005 and D3.L = 2 means version 2.1 >D2.L = $01030218 and D3.L = 1 means version 1.3.2b > > == > > D1.L = 2 > A1.L = pointer to memory buffer > D2.L = length of buffer > > Fills the buffer with a short QL string identifying the emulator > (for example "Q-emuLator 2.2"). > > Returns a buffer full error in D0 if the buffer is smaller than the > string (and the buffer content is not valid in this case). > == > > Hope this helps. Most of this is untested so you may find some bugs. > The only piece of software currently using one of these traps is the > Q-emuLator's mouse driver (it refuses to install and prints an error > if it's not running in Q-emuLator). > > On Tue, 19 Mar 2024 at 12:54, desin via Ql-Users > wrote: > > > > Hello > > how can a basic program check if its running on Q-emulator ? > > > > Greetings from Switzerland > > Markus > > ___ > > QL-Users Mailing List ___ QL-Users Mailing List
Re: [Ql-Users] Q-emulator
I was given this file a few years ago. I'm sorry, I don't know if it's still accurate. Hope it helps. Dilwyn Q-EMULATOR TRAP CALL Use Trap #1 with D0.L = -26 to get some emulator info. The trap is designed to be usable by other emulators, but I don't think anybody else is using it, so it works only with Q-emuLator. In systems where the trap is not implemented you will get an error in D0.L (bad parameter, I think), in Q-emuLator you get 0 in D0.L. There are three commands, identified by the value in D1: == D1.L = 0 Currently returns 0 in both D1.L and D2.L. I don't remember anymore for sure what the intended meaning was :(. I think D1 was the version of the D0=-26 TRAP implemented by the emulator (for example in the future there might be a version 1 TRAP that returns extra info, or allows more values in D1.L), and D2 is probably reserved for future use. Just ignore D1 and D2 and look only at D0 (0 = trap is supported, error = it is not), or directly call with D1.L = 1 or 2. == D1.L = 1 Returns in D1.L info about the host system: D1.L = $00aabbcc, where aa = host OS 0 = Windows 3 = Mac OS bb = host OS variant (for example, if aa was Unix, bb would identify whether it is BSD, Linux, etc.). Currently always zero. cc = emulator ID 1 = Q-emuLator Returns in D2.L the version of the emulator: D2.L = $xxyyzzww, where xx = major version number yy = middle version number zz = minor version number ww was supposed to be a global incremental number, but a 0-255 range is probably too little, so you can just ignore it. D3.L = type of build 0 = alpha 1 = beta 2 = release For example, D2.L = $02010005 and D3.L = 2 means version 2.1 D2.L = $01030218 and D3.L = 1 means version 1.3.2b == D1.L = 2 A1.L = pointer to memory buffer D2.L = length of buffer Fills the buffer with a short QL string identifying the emulator (for example "Q-emuLator 2.2"). Returns a buffer full error in D0 if the buffer is smaller than the string (and the buffer content is not valid in this case). == Hope this helps. Most of this is untested so you may find some bugs. The only piece of software currently using one of these traps is the Q-emuLator's mouse driver (it refuses to install and prints an error if it's not running in Q-emuLator). On Tue, 19 Mar 2024 at 12:54, desin via Ql-Users wrote: > > Hello > how can a basic program check if its running on Q-emulator ? > > Greetings from Switzerland > Markus > ___ > QL-Users Mailing List ___ QL-Users Mailing List
[Ql-Users] Q-emulator
Hello how can a basic program check if its running on Q-emulator ? Greetings from Switzerland Markus ___ QL-Users Mailing List
[Ql-Users] Q-emulator 1.2 for OS X, Trial Mode
A Q-emulator update is available for OS X (http://www.terdina.net/ql/MacQL.html). The emulator has a trial mode now that allows unregistered users to run QL software on it. In trial mode, emulation is limited to a 128 KB QL and some advanced features are not available. Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator video
That is exactly what is happening and exactly what I want to stop happening. Making matters worse, although the ratio is fine in full screen mode, the left half of the display is annoyingly animated - as though it is interpolating intermittently (it happens up to the second letter i in the word Sinclair at the bottom of the screen. Doesn't matter if I turn off the magnification filter etc. Most of today has been wasted trying to sort this out so I can try to run software to see what WMAN2 software works under PE2.01. At this rate I'll just give up and refuse to support Q-emuLator. Dilwyn -Original Message- From: Norman Dunbar Sent: Tuesday, May 21, 2013 1:33 PM To: ql-users@lists.q-v-d.com Subject: Re: [Ql-Users] Q-emuLator video Hi Dilwyn, On 21/05/13 13:30, Dilwyn Jones wrote: Anyone know how to get Q-emuLator to work in 2:1 windows mode? Is it perhaps something to do with the ratio between the dimensions? 384 scaled to 256 is going to be weird as you don;t have the same scaling on the 512 width? Just a thought. Sorry if it's no good. Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 ___ 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] Q-emuLator video
Have you asked Daniele? On Tue, May 21, 2013 at 1:39 PM, Dilwyn Jones dil...@evans1511.fsnet.co.ukwrote: That is exactly what is happening and exactly what I want to stop happening. Making matters worse, although the ratio is fine in full screen mode, the left half of the display is annoyingly animated - as though it is interpolating intermittently (it happens up to the second letter i in the word Sinclair at the bottom of the screen. Doesn't matter if I turn off the magnification filter etc. Most of today has been wasted trying to sort this out so I can try to run software to see what WMAN2 software works under PE2.01. At this rate I'll just give up and refuse to support Q-emuLator. Dilwyn -Original Message- From: Norman Dunbar Sent: Tuesday, May 21, 2013 1:33 PM To: ql-users@lists.q-v-d.com Subject: Re: [Ql-Users] Q-emuLator video Hi Dilwyn, On 21/05/13 13:30, Dilwyn Jones wrote: Anyone know how to get Q-emuLator to work in 2:1 windows mode? Is it perhaps something to do with the ratio between the dimensions? 384 scaled to 256 is going to be weird as you don;t have the same scaling on the 512 width? Just a thought. Sorry if it's no good. Cheers, Norm. -- Norman Dunbar Dunbar IT Consultants Ltd Registered address: Thorpe House 61 Richardshaw Lane Pudsey West Yorkshire United Kingdom LS28 7EL Company Number: 05132767 __**_ QL-Users Mailing List http://www.q-v-d.demon.co.uk/**smsqe.htmhttp://www.q-v-d.demon.co.uk/smsqe.htm __**_ QL-Users Mailing List http://www.q-v-d.demon.co.uk/**smsqe.htmhttp://www.q-v-d.demon.co.uk/smsqe.htm -- Regards Lee Privett ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Anyone know if Q-emuLator can print to a printer on a USB port? As far See the manual (chapter 6, I think), but this is the gist of it: 1) Prerequisite is to have the printer installed under Windows 2) In the QL Configuration window, make sure the serial port you'll use is redirected to the printer (it is by default for SER1 and SER2) 3) In the QL software, print to the SER port. If the QL software allows you to choose a printer, choose an old Epson model. An easy test is: OPEN#3,SER:PRINT#3,HELLO:CLOSE#3 This should print HELLO to your PC printer (USB or otherwise) As you say, the other way is to use the parallel port. Daniele Thanks again for this, Daniele. Can you tell me whether the virtual printer system can handle Epson-format graphics printing? I haven't tried yet, but what I had in mind was to install sdump_rext on QemuLator, choose an Epson printer and use SDUMP to print gaphics via the emulator if possible. And if Marcel is reading this, can you tell me if QPCprint can also do this? Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Dilwyn Jones wrote: And if Marcel is reading this, can you tell me if QPCprint can also do this? Of course. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Anyone know if Q-emuLator can print to a printer on a USB port? As far See the manual (chapter 6, I think), but this is the gist of it: 1) Prerequisite is to have the printer installed under Windows 2) In the QL Configuration window, make sure the serial port you'll use is redirected to the printer (it is by default for SER1 and SER2) 3) In the QL software, print to the SER port. If the QL software allows you to choose a printer, choose an old Epson model. An easy test is: OPEN#3,SER:PRINT#3,HELLO:CLOSE#3 This should print HELLO to your PC printer (USB or otherwise) As you say, the other way is to use the parallel port. Daniele Thanks again for this, Daniele. Can you tell me whether the virtual printer system can handle Epson-format graphics printing? I haven't tried yet, but what I had in mind was to install sdump_rext on QemuLator, choose an Epson printer and use SDUMP to print gaphics via the emulator if possible. And if Marcel is reading this, can you tell me if QPCprint can also do this? Thanks Marcel. I should hav elooked on your website first and I'd have seen the answer for myself. I've just tried using SDUMP_REXT on QemuLator version 3 and indeed it does work through the virtual printer system. I used the SDUMP commands like this: SDP_DEV SER1 SDP_SET 2,1,1,0 : REM Espon FX80, scale 1, invert black/white, no random SDUMP SDUMP #channel could have been used to print an individual window. Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Daniele Thanks again for this, Daniele. Can you tell me whether the virtual printer system can handle Epson-format graphics printing? I haven't tried yet, but what I had in mind was to install sdump_rext on QemuLator, choose an Epson printer and use SDUMP to print gaphics via the emulator if possible. And if Marcel is reading this, can you tell me if QPCprint can also do this? Thanks Marcel. I should hav elooked on your website first and I'd have seen the answer for myself. I've just tried using SDUMP_REXT on QemuLator version 3 and indeed it does work through the virtual printer system. I used the SDUMP commands like this: SDP_DEV SER1 SDP_SET 2,1,1,0 : REM Espon FX80, scale 1, invert black/white, no random SDUMP SDUMP #channel could have been used to print an individual window. Dilwyn Jones Oops, forgot to mention that only the 8 or 9 pin printer options in SDUMP works. It would appear that 24-pin graphics are not supported. Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
On 29/11/2010 09:39, Dilwyn Jones wrote: Anyone know if Q-emuLator can print to a printer on a USB port? As far See the manual (chapter 6, I think), but this is the gist of it: 1) Prerequisite is to have the printer installed under Windows 2) In the QL Configuration window, make sure the serial port you'll use is redirected to the printer (it is by default for SER1 and SER2) 3) In the QL software, print to the SER port. If the QL software allows you to choose a printer, choose an old Epson model. An easy test is: OPEN#3,SER:PRINT#3,HELLO:CLOSE#3 This should print HELLO to your PC printer (USB or otherwise) As you say, the other way is to use the parallel port. Daniele I had seen the bit about the serial port printing on page 19 and hadn't realised it would work for USB printers too. For some reason, I had assumed it would only work with parallel (LPT) printer ports: i.e. divert ser1 etc to parallel port as I hadn't noticed any mention of USB and not made the connection, so to speak. Nice simple solution for the users! Many thanks Daniele. Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm I knew there must be a simple way of doing this - trouble is that I've been using q-emulator for so long and never had to print from it, I have forgotten most of what is in the manual! -- Rich Mellor RWAP Services http://www.rwapsoftware.co.uk http://www.rwapservices.co.uk -- Try out our new site: http://sellmyretro.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
This should print HELLO to your PC printer (USB or otherwise) As you say, the other way is to use the parallel port. Daniele I had seen the bit about the serial port printing on page 19 and hadn't realised it would work for USB printers too. For some reason, I had assumed it would only work with parallel (LPT) printer ports: i.e. divert ser1 etc to parallel port as I hadn't noticed any mention of USB and not made the connection, so to speak. Nice simple solution for the users! Many thanks Daniele. Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm I knew there must be a simple way of doing this - trouble is that I've been using q-emulator for so long and never had to print from it, I have forgotten most of what is in the manual! I can't remember if this was possible in earlier versions of the emulator, or if this is a new feature in version 3 just released. I seem to think that the SER1 - SER4 setup dialogue in older versions just let you assign PC COM ports to them, not printers. Version 3 of the emulator adds 'Printer' to the COM ports list. So after setting SER1 to 'Printer' rather than COM1, or whatever, all I had to do was something like SAVE SER1 to list a BASIC program, for example. It's transparent to the user when set up like this, anything sent to the QL serial port gets diverted out to the currently set Windows printer driver. Magic! Actually, as you said, I don't use QemuLator often enough to remember most of what's in the manual half the time, although I did learn a lot about it when I was putting together QL On A Stick. My main use for it is to use it to test software on QDOS, running old programs which fail miserably on QPC, and to use it with Aurora SMSQ/E to test software in 256 colours mode to save firing up the Aurora (although these days QPC2 can do 256 colour modes too). While as Daniele said, the necessary information is on page 19 of the version 3 manual, it doesn't explicitly mention USB printers, though it does make it clear that SER output would go to the current Windows printer. It's just that, not being the brightest bulb in the box, I didn't pick up on the fact that this should work with USB printers too. Maybe this could be mentioned in future manuals, Daniele, in case others are as stupid as me? Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Dilwyn Jones wrote, on 29/Nov/10 11:05 | Nov29: Except (1) I never needed QPCprint with QPC, so (2) I never bought it, so (3) I don't have it! Ahh, got it. I somehow was under the impression that nowadays everyone would need/have QPCPrint. Definitely a serious omission from your software library. QPCPrint is the only reliable way I can get my laptop PC to print anything. George I guess you must have a more recent printer which doesn't have the full control code sets like older printers. Luckily, my Epson Stylus Colour 880 printer is pretty ancient and has the full Esc/P2 set, so it works very happily (most of the time!) from Windows, and all the time from QPC. To give you an idea of how old the 880 is, a few months back the built in obsolescence warning came up saying it was time to have it serviced (in Epson-speak, time for us to quote you such a high price that you will buy a new printer). That is, the ink sponges inside were saturated and at the end of their life according to the count of sheets printed. After trying a quick-fix reset from the internet, which didn't work, a computer shop in Colwyn Bay (suggested by my son) did the same trick but with different software and it worked. One rescued obsolescent Stylus 880. I was pretty keen to keep it as (a) obviously it worked direct from a QL or QPC, and (b) I have been able to get compatible cartridges for it from firms like Choice Stationery and IJTdirect (not sure if they are the same or related companies) at 99p to £2 depending on what offer they have at the time. I know many people would say I shouldn't use compatibles, but it's an ancient printer which has worked well all its life with compatibles and seems to continue to do so quite happily, or at least it did until I said that! Sadly, when the Stylus 880 goes to that great inkjet factory in the sky (the local recycling depot!), I'll have to invest in both QPCprint and a new printer unless I strike lucky and get another of these on eBay or something like that. ... well you could disassemble, empty the overflow reservoir and clean (or replace) the foam pad. It is well worth delving into the innards. I did that with a Stylus 830P and there was a *vast* amount of ink washing around in the large tray. Tony -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 t...@firshman.co.uk http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman 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] Q-emuLator
Dilwyn Jones wrote: and to use it with Aurora SMSQ/E to test software in 256 colours mode to save firing up the Aurora (although these days QPC2 can do 256 colour modes too). These days? QPC supported the Aurora colour modes even before the Aurora supported them, as I have developed the 8-bit GD2 driver on QPC ;) Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Dilwyn Jones wrote: and to use it with Aurora SMSQ/E to test software in 256 colours mode to save firing up the Aurora (although these days QPC2 can do 256 colour modes too). These days? QPC supported the Aurora colour modes even before the Aurora supported them, as I have developed the 8-bit GD2 driver on QPC ;) Marcel Oops, sorry, badly phrased by me. What I meant was referring back to the earlier QPC versions which didn't have this facility before you developed the 8-bit driver, but it ended up sounding all wrong. Apologies, brain not quite in gear. Dilwyn ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Dilwyn Jones wrote, on 29/Nov/10 12:37 | Nov29: To give you an idea of how old the 880 is, a few months back the built in obsolescence warning came up saying it was time to have it serviced (in Epson-speak, time for us to quote you such a high price that you will buy a new printer). That is, the ink sponges inside were saturated and at the end of their life according to the count of sheets printed. (snip) Sadly, when the Stylus 880 goes to that great inkjet factory in the sky (the local recycling depot!), I'll have to invest in both QPCprint and a new printer unless I strike lucky and get another of these on eBay or something like that. well you could disassemble, empty the overflow reservoir and clean (or replace) the foam pad. It is well worth delving into the innards. I did that with a Stylus 830P and there was a *vast* amount of ink washing around in the large tray. Tony I was too afraid of trying that before the shop had a go at it. I might have tried if they had failed. Don't have enough confidence to go messing about inside the delicate parts of printers! Plus, I had just bought a large number of compatible cartridges worth more than the cost of buying a cheap printer, so I figured if it could be persuaded to keep going until those were used up, it would have fulfilled its purpose and could go then. As it happened, the shop told me that taking it apart to replace the sponges etc wasn't worth while and risked ending its life in one go, so I was afraid of trying that. Especially as they'd only charged me a small nominal sum for resetting the print count (or whatever they do). But, it works, hopefully long enough to use the half-drawer of TO19 and TO20 cartridges. I suspect that as you say there is some ink sloshing around in there, because it does highlight the odd line of text with narrow blue streaks every once in a while, but it works well enough for now at least. The overflow is *below* the head area and has nothing to do with print imperfections. On the 830P it was dead easy. Tony -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 t...@firshman.co.uk http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman 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] Q-emuLator
Dilwyn Jones wrote, on 29/Nov/10 13:27 | Nov29: The overflow is *below* the head area and has nothing to do with print imperfections. On the 830P it was dead easy. Tony Oh, OK. Still not got the confidence to try tackling it though, even though you say it was dead easy on the 830P! Actually, that might explain when it got repaired why there was ink everywhere inside. They probably fixed that, since it hasn't splashed ink everywhere inside since the repair. Any ideas what the occasional blue streak lines might be then? It keeps happening even after I last changed the two cartridges, but not consistently. One of the print head nozzles leaking slightly perhaps? Strangely enough, it usually happens when I use the Inksaver software or draft mode. Printing at full correspondence quality is usually fine (though that might just be because of the sheer amount of ink full quality puts on the paper). I've had more than my money's worth out of this printer for several years now, so I'm not going to moan - if it dies tomorrow, I still can't grumble (apart from the number of TO19/20 cartridges still in my desk!) 'fraid not. Tony -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 t...@firshman.co.uk http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman 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] Q-emuLator
On 29 Nov 2010, at 13:27, Dilwyn Jones dil...@evans1511.fsnet.co.uk wrote: The overflow is *below* the head area and has nothing to do with print imperfections. On the 830P it was dead easy. Tony Oh, OK. Still not got the confidence to try tackling it though, even though you say it was dead easy on the 830P! Actually, that might explain when it got repaired why there was ink everywhere inside. They probably fixed that, since it hasn't splashed ink everywhere inside since the repair. Any ideas what the occasional blue streak lines might be then? It keeps happening even after I last changed the two cartridges, but not consistently. One of the print head nozzles leaking slightly perhaps? Strangely enough, it usually happens when I use the Inksaver software or draft mode. Printing at full correspondence quality is usually fine (though that might just be because of the sheer amount of ink full quality puts on the paper). I've had more than my money's worth out of this printer for several years now, so I'm not going to moan - if it dies tomorrow, I still can't grumble (apart from the number of TO19/20 cartridges still in my desk!) Dilwyn. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm For most printers the Service Manul is available on the net if one does a little bit of searching.This typically gives assembly/disassembly instructions and guidance on replacing pads and the like. Makes one a little less fearful of diving into the innards :) Dave Walker Tel: +44 (0)1707 652791 Mobile: +44 (0)7999 218953 Web: http://www.itimpi.com Soups I'd: itimpi *Sent from my iPad* ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
I knew there must be a simple way of doing this - trouble is that I've been using q-emulator for so long and never had to print from it, I have forgotten most of what is in the manual! In this case, it's just that printing to any PC printers (including USB and network printers) is a new feature, before version 3 (for Windows) a printer with a parallel or serial port was required. Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Q-emuLator
Um, a question from me this time... Anyone know if Q-emuLator can print to a printer on a USB port? As far as I can see it seems to be only possible to print to a parallel LPT port on the PC, or in some cases a serial port printer if using the emulation mode. (Am busy testing Quanta library submissions using Q-emuLator as a QDOS QL to test the programs, but can't seem to get anything to print). Actually, quite an exercise in itself running QPC and Q-emuLator at the same time...for example, when both are trying to access the same floppy disk! Guess Marcel and Daniele will be having kittens thinking of me butchering their respective emulators! :o) Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Am 28.11.2010 16:44, schrieb Dilwyn Jones: Um, a question from me this time... Anyone know if Q-emuLator can print to a printer on a USB port? As far as I can see it seems to be only possible to print to a parallel LPT port on the PC, or in some cases a serial port printer if using the emulation mode. Dilwyn, if it doesn't, that's exactly what Marcel's QPCPrint was intended for - It's in no way tied to QPC and can, with some twiddling, create an LPT on PCs without one. Cheers, Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Am 28.11.2010 16:44, schrieb Dilwyn Jones: Um, a question from me this time... Anyone know if Q-emuLator can print to a printer on a USB port? As far as I can see it seems to be only possible to print to a parallel LPT port on the PC, or in some cases a serial port printer if using the emulation mode. Dilwyn, if it doesn't, that's exactly what Marcel's QPCPrint was intended for - It's in no way tied to QPC and can, with some twiddling, create an LPT on PCs without one. Cheers, Tobias Yes, I am already able to print to the USB port from QPC2, luckily this is a Epson Stylus Color 880 which has a control code set so I don't even need QPCprint, on QPC2 luckily. I needed to run something on a QDOS system (i.e. QemuLator) which wouldn't run on SMSQ/E on QPC2. As I had never printed from this QemuLator (it's version 3 BTW) I don't know how to persuade it to print via a USB port to a printer which understands Epson control codes. This printer has both a parallel and USB connection. In the past I have had the USB port wired to the PC and the parallel port wired to the Super Gold Card PAR port at the same time so the same printer could be shared by my Aurora and PC at the same time. Well, not at the same time, total confusion reigned if both computers tried to print at the same time. As long as I was careful not to start printing on one before the other had finished it seemed to work. I don't think it'd be advisable to connect the printer to both ports on the PC at the same time though. Anyway, I'd have to crawl behind this desk, untie the cables and find a parallel port lead just for one use I guess (and I ain't built to crawl into tight spaces anyway!) Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Am 28.11.2010 19:10, schrieb Dilwyn Jones: Am 28.11.2010 16:44, schrieb Dilwyn Jones: Um, a question from me this time... Anyone know if Q-emuLator can print to a printer on a USB port? As far as I can see it seems to be only possible to print to a parallel LPT port on the PC, or in some cases a serial port printer if using the emulation mode. Dilwyn, if it doesn't, that's exactly what Marcel's QPCPrint was intended for - It's in no way tied to QPC and can, with some twiddling, create an LPT on PCs without one. Cheers, Tobias I needed to run something on a QDOS system (i.e. QemuLator) which wouldn't run on SMSQ/E on QPC2. As I had never printed from this QemuLator (it's version 3 BTW) I don't know how to persuade it to print via a USB port to a printer which understands Epson control codes. Dilwyn, get out from under your desk, keep that printer connected to USB, get yourself a comfy place somewhere and read the QPCPrint Manual, especialy the chapter Installing QPCPrint as a virtual printer. This talks about a technique how you can have hour USB printer emulate an LPT: printer. It installs a new LPTx: (i.e. without hardware), whatever you send there is then filtered through QPCPrint and sent to the USB printer. I think that's exactly what you're looking for. Cheers, Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
I needed to run something on a QDOS system (i.e. QemuLator) which wouldn't run on SMSQ/E on QPC2. As I had never printed from this QemuLator (it's version 3 BTW) I don't know how to persuade it to print via a USB port to a printer which understands Epson control codes. Dilwyn, get out from under your desk, I can't, I'm stuck in an endless tangle of zip-tied cables :-) keep that printer connected to USB, get yourself a comfy place somewhere and read the QPCPrint Manual, especialy the chapter Installing QPCPrint as a virtual printer. This talks about a technique how you can have hour USB printer emulate an LPT: printer. It installs a new LPTx: (i.e. without hardware), whatever you send there is then filtered through QPCPrint and sent to the USB printer. I think that's exactly what you're looking for. Cheers, Tobias Except (1) I never needed QPCprint with QPC, so (2) I never bought it, so (3) I don't have it! QPC printing works fine for me without QpcPrint. I want to see if QemuLator to do the same thing! Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Am 28.11.2010 20:04, schrieb Dilwyn Jones: I needed to run something on a QDOS system (i.e. QemuLator) which wouldn't run on SMSQ/E on QPC2. As I had never printed from this QemuLator (it's version 3 BTW) I don't know how to persuade it to print via a USB port to a printer which understands Epson control codes. Dilwyn, get out from under your desk, I can't, I'm stuck in an endless tangle of zip-tied cables :-) keep that printer connected to USB, get yourself a comfy place somewhere and read the QPCPrint Manual, especialy the chapter Installing QPCPrint as a virtual printer. This talks about a technique how you can have hour USB printer emulate an LPT: printer. It installs a new LPTx: (i.e. without hardware), whatever you send there is then filtered through QPCPrint and sent to the USB printer. I think that's exactly what you're looking for. Cheers, Tobias Except (1) I never needed QPCprint with QPC, so (2) I never bought it, so (3) I don't have it! Ahh, got it. I somehow was under the impression that nowadays everyone would need/have QPCPrint. Definitely a serious omission from your software library. QPC printing works fine for me without QpcPrint. I want to see if QemuLator to do the same thing! What you could try (After you managed to entangle yourself from under the desk) : Export your USB printer as network printer. Go to a terminal session and redirect LPT3 (or whatever your first unavailable LPT: is to that network enabled printer with net use LPT3: \\yourcomputername\usbprintername Voila, you've got your USB printer on LPT Cheers, Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator
Great - thanks Rich. It never occurred to me that QPCprint could be used with anything other than QPC2! (Oops sorry Tony, just realised too late I've top-posted) Dilwyn Jones - Original Message - From: Rich Mellor r...@rwapservices.co.uk To: ql-us...@q-v-d.com Sent: Sunday, November 28, 2010 8:28 PM Subject: Re: [Ql-Users] Q-emuLator QPC works because it allows you to set any PC port as the port seen by the PAR command on the QL emulator. So far as I know, there is no such option in q-emulator, although this is something I have never had to look for. QPCPrint can be used to capture the output from any QL emulator, or other program running on the PC - it does this by setting up a virtual printer driver which captures the LPT1 port and then uses the Windows printer processor to send the output to any connected printer. Printfil is something similar - both programs are detailed with links on www.rwapsoftware.co.uk/Printers2.html as an option for emulator users. The other option is to investigate other options for capturing the LPT1 port and redirecting output - a good guide appears at: http://geekswithblogs.net/dtotzke/articles/26204.aspx Read this in conjunction with the step by step guide on the QPCPrint site if you want more details - http://www.kilgus.net/qpcprint/printer.html There are others out there also - DOS2USB for example (I have never tried this) - but no free solutions unless you follow the examples listed above Rich www.rwapsoftware.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Q-emuLator 3.0 for Windows
Daniele Terdina wrote: Version 3.0 of Q-emuLator for Windows is now available (http://www.terdina.net/ql/Enter.html). Great to see the final release! My beta will expire tomorrow, so this is just perfect timing. ;-) I will have a first look after the weekend as I spent my QL hours already. Cheers, Urs ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Q-emuLator 2.5
A new version of Q-emuLator is available: http://www.terdina.net/ql/winql.html. It has faster emulation, a new installer and many bug fixes and small compatibility improvements. It is recommended that you uninstall any old versions of the emulator before installing the new one. Standard QL emulation is free with Q-emuLator, but registration unlocks additional features. Thank you, Daniele Terdina _ Access your email online and on the go with Windows Live Hotmail. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_AE_Access_022009 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
No I would never write software which assumes - it does the standard test which is to write to $2 and read from the Aurora display address To avoid any assumptions, you could test to see whether you are running on Q-emuLator version 2.4 or later (there is a trap for that). Of course, emulating HW screen ghosting where the same memory can be accessed at $2 and st the video card's base address would be more general and allow compatibility with software like Photon without having to modify it. I'd rather not emulate true ghosting as it would make video emulation slower, but I might be able to emulate enough of it to be recognized by applications like Qword (while keeping video emulation fast). Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
2) 2MB crashes for some reason - it needs 3MB If QWord works with 2MB when not running on Q-emuLator, perhaps you could send me the version you are using for me to investigate the crash. 3) How do we access the new display modes? Same pokes as on Aurora? Yes. Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
I have the same question as Rich. I've got 2.4 installed. I select Q60 ... I'm using SMSQ/E for the Gold Card (I think I am only off a version or two That wouldn't work: SMSQ/E for the Gold Card doesn't have Q60 video drivers. Select Aurora instead of Q60, and make sure you use the version of SMSQ/E with the Aurora GD2 video drivers. If this doesn't work for you, please let me know. Q-emuLator emulates the Aurora and Q60 video cards, but if you just use Sinclair or Minerva ROM images, these versions of QDOS don't know how to draw to the extended graphics modes. You need to either use QL software that directly accesses the extended video memory, or a version of the OS that does the same, like SMSQ/E with the GD2 drivers for the video card you wish to use. Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
On Sun, 17 Sep 2006 08:26:18 +0100, Daniele Terdina [EMAIL PROTECTED] wrote: No I would never write software which assumes - it does the standard test which is to write to $2 and read from the Aurora display address To avoid any assumptions, you could test to see whether you are running on Q-emuLator version 2.4 or later (there is a trap for that). Yes I know of that :-) Of course, emulating HW screen ghosting where the same memory can be accessed at $2 and st the video card's base address would be more general and allow compatibility with software like Photon without having to modify it. I'd rather not emulate true ghosting as it would make video emulation slower, but I might be able to emulate enough of it to be recognized by applications like Qword (while keeping video emulation fast). From memory, the Aurora manual suggests you only set and test the first two long words, so that would be sufficient. -- Rich Mellor RWAP Services URL:http://www.rwapsoftware.co.uk URL:http://www.rwapadventures.com URL:http://www.rwapservices.co.uk URL:http://www.internetbusinessangels.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
Την Sun, 17 Sep 2006 10:42:17 +0300,ο(η) Daniele Terdina [EMAIL PROTECTED] έγραψε: I have the same question as Rich. I've got 2.4 installed. I select Q60 ... I'm using SMSQ/E for the Gold Card (I think I am only off a version or two That wouldn't work: SMSQ/E for the Gold Card doesn't have Q60 video drivers. Select Aurora instead of Q60, and make sure you use the version of SMSQ/E with the Aurora GD2 video drivers. If this doesn't work for you, please let me know. An ealry version of SMSQ/e for the Q40 with colour drivers should work as well... AFAIR it didn't have any 040 specific commands apart from the cache that wasn't working right anyway ;-) I will test too tonight and let you guys know (if Daniele doesn't have a readily available SMSQ/e) Q-emuLator emulates the Aurora and Q60 video cards, but if you just use Sinclair or Minerva ROM images, these versions of QDOS don't know how to draw to the extended graphics modes. You need to either use QL software that directly accesses the extended video memory, or a version of the OS that does the same, like SMSQ/E with the GD2 drivers for the video card you wish to use. Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- Phoebus R. Dokos - B.Sc (Hons) in Management Information Systems ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
A new version of Q-emuLator for Windows is available. The main new feature is emulation of the Q60 video modes and some of the Aurora video modes. RAM available to unregistered copies has also been increased to 384KB to allow users to run unzip_exe to expand archives of QL software downloaded from the Internet. You can download Q-emuLator 2.4 from http://users.infoconex.com/~daniele/winql.html Daniele Excellent! Check it out! Per Is it able to use these modes from QDOS, or does it need SMSQ/E for these modes? -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.4/448 - Release Date: 14/09/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
On Sat, 16 Sep 2006 19:39:45 +0100, Daniele Terdina [EMAIL PROTECTED] wrote: Is it able to use these modes from QDOS, or does it need SMSQ/E for these modes? Needs either SMSQ/E for the Super Gold Card (it now includes Aurora colour drivers) or QL software that directly access the video hardware. SMSQ/E for Q40/Q60 may also work (and give your more colors and resolution than the SGC version) but I have not tested it. Daniele Great, this means that QWord should be able to run on it - I will have to try and sort this out. However, even with level 2 drivers installed, MAKE_DIR and FMAKE_DIR do not exist as commands - thought these were part of the Level 2 drivers? -- Rich Mellor RWAP Services URL:http://www.rwapsoftware.co.uk URL:http://www.rwapadventures.com URL:http://www.rwapservices.co.uk URL:http://www.internetbusinessangels.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
Great, this means that QWord should be able to run on it - I will have to try and sort this out. Yes, the Q40/Q60 and Aurora versions should work on Q-emuLator. You may have to modify them to use only the video and not other parts of the Q60 HW/OS, though. However, even with level 2 drivers installed, MAKE_DIR and FMAKE_DIR do not exist as commands - thought these were part of the Level 2 drivers? Trap IOF.MKDR is available. It would be easy to write SuperBASIC commands that call it. IOF.MKDR is available for Windows disks/directories and QDOS floppy disks, but was never implemented for QXL.WIN files, mostly because of lack of demand. Thanks Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
On Sat, 16 Sep 2006 22:48:29 +0100, Daniele Terdina [EMAIL PROTECTED] wrote: Great, this means that QWord should be able to run on it - I will have to try and sort this out. Yes, the Q40/Q60 and Aurora versions should work on Q-emuLator. You may have to modify them to use only the video and not other parts of the Q60 HW/OS, though. Ah - the Q60 version relies on SMSQ/e - whereas the Aurora version does not. However I cannot easily install the Aurora version without being able to create a directory in a QXL.WIN file. Hmm However, even with level 2 drivers installed, MAKE_DIR and FMAKE_DIR do not exist as commands - thought these were part of the Level 2 drivers? Trap IOF.MKDR is available. It would be easy to write SuperBASIC commands that call it. IOF.MKDR is available for Windows disks/directories and QDOS floppy disks, but was never implemented for QXL.WIN files, mostly because of lack of demand. -- Rich Mellor RWAP Services URL:http://www.rwapsoftware.co.uk URL:http://www.rwapadventures.com URL:http://www.rwapservices.co.uk URL:http://www.internetbusinessangels.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
Ah - the Q60 version relies on SMSQ/e - whereas the Aurora version does not. If the Aurora version of QWord assumes the Aurora card is always present and it uses the 512x480 256 colours mode, than it should work as is on Q-emuLator. If it tests for presence of the Aurora card it may work on not depending on the type of test it does (and even if it doesn't work, it should be easy to fix it on either the QWord or the Q-emuLator side). However I cannot easily install the Aurora version without being able to create a directory in a QXL.WIN file. Maybe you can copy the QXL.WIN content to a Windows directory? Thanks Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
On Sat, 16 Sep 2006 23:05:41 +0100, Daniele Terdina [EMAIL PROTECTED] wrote: Ah - the Q60 version relies on SMSQ/e - whereas the Aurora version does not. If the Aurora version of QWord assumes the Aurora card is always present and it uses the 512x480 256 colours mode, than it should work as is on Q-emuLator. If it tests for presence of the Aurora card it may work on not depending on the type of test it does (and even if it doesn't work, it should be easy to fix it on either the QWord or the Q-emuLator side). However I cannot easily install the Aurora version without being able to create a directory in a QXL.WIN file. Maybe you can copy the QXL.WIN content to a Windows directory? No I have gone back to basics - however there are 3 problems: 1) QWord cannot detect Aurora present - ie. through display write test (as per previous email) 2) 2MB crashes for some reason - it needs 3MB 3) How do we access the new display modes? Same pokes as on Aurora? -- Rich Mellor RWAP Services URL:http://www.rwapsoftware.co.uk URL:http://www.rwapadventures.com URL:http://www.rwapservices.co.uk URL:http://www.internetbusinessangels.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
3) How do we access the new display modes? Same pokes as on Aurora? I have the same question as Rich. I've got 2.4 installed. I select Q60 display mode. I then set the emulator to full screen. Once I start it, I've tried the following commands: - disp_size 1024,512 - No results - mode 33 - No noticable results - bg_colour_24 40 - No results I'm using SMSQ/E for the Gold Card (I think I am only off a version or two on SMSQ/E). If you have not tried SMSQ/E for Aurora or Q40, I'm guessing it was the Gold Card version you tested. Can you provide some examples of the commands that you used to test the advanced color modes? Tim Swenson ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator version 2.4
Daniele Terdina writes: A new version of Q-emuLator for Windows is available. The main new feature is emulation of the Q60 video modes and some of the Aurora video modes. RAM available to unregistered copies has also been increased to 384KB to allow users to run unzip_exe to expand archives of QL software downloaded from the Internet. You can download Q-emuLator 2.4 from http://users.infoconex.com/~daniele/winql.html Daniele Excellent! Check it out! Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Q-emuLator version 2.4
A new version of Q-emuLator for Windows is available. The main new feature is emulation of the Q60 video modes and some of the Aurora video modes. RAM available to unregistered copies has also been increased to 384KB to allow users to run unzip_exe to expand archives of QL software downloaded from the Internet. You can download Q-emuLator 2.4 from http://users.infoconex.com/~daniele/winql.html Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Q-emuLator
I've finally completed my conversion from the black box to a PC. I'm using Q-emuLator, which I'd recommend, but there are a few bugs. Since I'm running it under Linux with the aid of Wine, I'd be interested to hear whether the bugs exists when it runs directly under Windows. Are there any users on this mailing list? 1. The Minerva compose sequence (ctrl-enter) is ignored. 2. When returning to QE from multitasking with a Linux application, it behaves as if ctrl were held down until that key is pressed. 3. With SuperBasic, entering edit xxx erases line xxx. 4. SB programs loaded from flp1 (but not flp2), including boot, often report a bad line error on line 0, although they respond to RUN. 5. The Editor sometimes refuses to load a file from the HD with a bad medium report, though the file can be loaded from RAM disk. David ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator
Hmm what version of q-emulator?? I am using a registered version 2.3.4 under Windows XP 1) You are right Other problems do not exist - guess they are related to Wine. Rich On Wed, 14 Jun 2006 16:44:41 +0100, David McCann [EMAIL PROTECTED] wrote: I've finally completed my conversion from the black box to a PC. I'm using Q-emuLator, which I'd recommend, but there are a few bugs. Since I'm running it under Linux with the aid of Wine, I'd be interested to hear whether the bugs exists when it runs directly under Windows. Are there any users on this mailing list? 1. The Minerva compose sequence (ctrl-enter) is ignored. 2. When returning to QE from multitasking with a Linux application, it behaves as if ctrl were held down until that key is pressed. 3. With SuperBasic, entering edit xxx erases line xxx. 4. SB programs loaded from flp1 (but not flp2), including boot, often report a bad line error on line 0, although they respond to RUN. 5. The Editor sometimes refuses to load a file from the HD with a bad medium report, though the file can be loaded from RAM disk. David ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm -- Rich Mellor RWAP Services 26 Oak Road, Shelfield, Walsall, West Midlands, United Kingdom WS4 1RQ TEL: 01922 691607 URL:http://www.rwapservices.co.uk URL:http://www.internetbusinessangels.com Win £1000 - URL:http://www.vwd-e.net/redir.asp?m=24487RMtarget=/default.asp?goto=/vwdguest/match5.asp ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator 2.3.4 available for download
Thank you for this mini-review, Dilwyn! He he, all bribes accepted in Pounds or Euros ;-)) I'd just like to add that the main goal for Q-emuLator (and a big difference when comparing it to QPC) is maximum compability with the original Sinclair QL. I can run on it 100% of the QL software I used to run on my QL, including many games that don't run on QPC, and a few that don't run even on other emulators. At the same time it offers advanced capabilities like access to Windows files and QXL.WIN drives and TCP/IP and mouse drivers. On the other hand QPC is perfect for the user that wants to use SMSQ/E and either use or write the latest QL software, so I think QPC and Q-emuLator complement each other nicely. Daniele Agreed. -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.3/295 - Release Date: 28/03/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator 2.3.4 available for download
I downloaded and installed this version. What you get is basically a ... Thank you for this mini-review, Dilwyn! I'd just like to add that the main goal for Q-emuLator (and a big difference when comparing it to QPC) is maximum compability with the original Sinclair QL. I can run on it 100% of the QL software I used to run on my QL, including many games that don't run on QPC, and a few that don't run even on other emulators. At the same time it offers advanced capabilities like access to Windows files and QXL.WIN drives and TCP/IP and mouse drivers. On the other hand QPC is perfect for the user that wants to use SMSQ/E and either use or write the latest QL software, so I think QPC and Q-emuLator complement each other nicely. Daniele ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator 2.3.4 available for download
Ahhh. Gonna hafta dust off the superbasic manual.pdf as well Thanks, Dennis - Original Message - From: Phoebus R. Dokos (Φοίβος Ρ. Ντόκος) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 8:43 PM Subject: Re: [ql-users] Q-emuLator 2.3.4 available for download Την Wed, 29 Mar 2006 20:06:17 -0500,ο(η) Dennis Sutherland [EMAIL PROTECTED] έγραψε: Tried to install unzip per your instructions and received out of memory error. Apparently need to upgrade for more ram. It also did not like the . in unzip541xQ.bin. I forget exactly what the error was now. Tried changing it to _ then not found. Dir however showed it was in the directory on the hard drive. Guess I register. Enclose in quotes before you use the period in the filename or rename the file on the drive to use an underscore. The not found will appear if you do not use the quotes: ie copy win1_unzip541xQ.bin to win1_unzip_bin will NOT work whereas copy win1_unzip541xQ.bin to win1_unzip_bin WILL work. Cheers, Phoebus ___ 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] Q-emuLator 2.3.4 available for download
Tried to install unzip per your instructions and received out of memory error. Apparently need to upgrade for more ram. It also did not like the . in unzip541xQ.bin. I forget exactly what the error was now. Tried changing it to _ then not found. Dir however showed it was in the directory on the hard drive. Guess I register. - Original Message - From: Dilwyn Jones [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 28, 2006 1:46 PM Subject: Re: [ql-users] Q-emuLator 2.3.4 available for download Q-emuLator version 2.3.4 for Windows has been released and can be downloaded at http://users.infoconex.com/~daniele/winql.html. The basic version is now available for FREE. It emulates the features of an unexpanded QL (but can also access QL floppy disks and the Windows file system) and its speed is limited to be roughly equivalent to that of a real QL. Registration is still required to access all of the extra emulator features and for much faster emulation speed. I downloaded and installed this version. What you get is basically a 128K QL with QemuLator's known levels of compatibility and ability to use any QDOS or Minerva ROM, and the possibility of using non-standard 48K ROMs and 16K ROM images like Toolkit 2. The earlier trial version only gave you 30% of the speed of an unexpanded 68008 QL, but I think it gave you the option of a small memory expansion. This trial version does not allow ramdisks, parallel port, TCP/IP access, level 2 file system or QXL.WIN file access, or expanded memory, so it is well worth stumping up for the expanded version, but this free trial version does run at the same speed as an original QL with 128K of memory and supports up to 8 drives (which can be floppy drives or PC hard disk directories) and you can use your preferred ROM version (it comes with a version of Minerva). This unregistered 128K version is quite OK for testing software on the emulator, or for running 128K software like games or Superbasic programs. If you opt to register for the expanded version, you get the missing features and more. Examples of what you'll get with the expanded registered version: More RAM available TCP/IP access (use Jonathan Hudson's Lynx, QL-FTP and email programs) Level 2 filing system (i.e. directories) Read and (new to this version) write to QXL.WIN, like QPC2 or QXL. Ramdisks Parallel printer port access Much faster than the unregistered version (depends to some extent on the speed of your PC). Ability to run Gold Card SMSQ/E And a little bonus: once registered you have access to QemuFast, a much faster version, although not quite as compatible with some QL software as the standard QemuLator (bearing in mind that a registered QemuLator is already much faster than most people assume). I guess QemuLator has lived in the shadow of QPC2 to some extent over the years, which is a pity. I can see that QPC2 is good for those like me who write programs to use the latest facilities, whereas QemuLator might be a good choice for those who just want to write the occasional superbasic program and run their existing QL software without being too bothered about high colour and such things (e.g. people who return to the QL after a period of absence). I'm glad Daniele is still updating QemuLator and hope his work will earn him some registration fees. -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.3/295 - Release Date: 28/03/2006 ___ 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] Q-emuLator 2.3.4 available for download
Download the file from the web site. Unzipped with Winzip or Windows XP, ran the executable in QL Limited mode. Looks fine to me. Derek - Original Message - From: Dennis Sutherland [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 30, 2006 2:06 AM Subject: Re: [ql-users] Q-emuLator 2.3.4 available for download Tried to install unzip per your instructions and received out of memory error. Apparently need to upgrade for more ram. It also did not like the . in unzip541xQ.bin. I forget exactly what the error was now. Tried changing it to _ then not found. Dir however showed it was in the directory on the hard drive. Guess I register. - Original Message - From: Dilwyn Jones [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 28, 2006 1:46 PM Subject: Re: [ql-users] Q-emuLator 2.3.4 available for download Q-emuLator version 2.3.4 for Windows has been released and can be downloaded at http://users.infoconex.com/~daniele/winql.html. The basic version is now available for FREE. It emulates the features of an unexpanded QL (but can also access QL floppy disks and the Windows file system) and its speed is limited to be roughly equivalent to that of a real QL. Registration is still required to access all of the extra emulator features and for much faster emulation speed. I downloaded and installed this version. What you get is basically a 128K QL with QemuLator's known levels of compatibility and ability to use any QDOS or Minerva ROM, and the possibility of using non-standard 48K ROMs and 16K ROM images like Toolkit 2. The earlier trial version only gave you 30% of the speed of an unexpanded 68008 QL, but I think it gave you the option of a small memory expansion. This trial version does not allow ramdisks, parallel port, TCP/IP access, level 2 file system or QXL.WIN file access, or expanded memory, so it is well worth stumping up for the expanded version, but this free trial version does run at the same speed as an original QL with 128K of memory and supports up to 8 drives (which can be floppy drives or PC hard disk directories) and you can use your preferred ROM version (it comes with a version of Minerva). This unregistered 128K version is quite OK for testing software on the emulator, or for running 128K software like games or Superbasic programs. If you opt to register for the expanded version, you get the missing features and more. Examples of what you'll get with the expanded registered version: More RAM available TCP/IP access (use Jonathan Hudson's Lynx, QL-FTP and email programs) Level 2 filing system (i.e. directories) Read and (new to this version) write to QXL.WIN, like QPC2 or QXL. Ramdisks Parallel printer port access Much faster than the unregistered version (depends to some extent on the speed of your PC). Ability to run Gold Card SMSQ/E And a little bonus: once registered you have access to QemuFast, a much faster version, although not quite as compatible with some QL software as the standard QemuLator (bearing in mind that a registered QemuLator is already much faster than most people assume). I guess QemuLator has lived in the shadow of QPC2 to some extent over the years, which is a pity. I can see that QPC2 is good for those like me who write programs to use the latest facilities, whereas QemuLator might be a good choice for those who just want to write the occasional superbasic program and run their existing QL software without being too bothered about high colour and such things (e.g. people who return to the QL after a period of absence). I'm glad Daniele is still updating QemuLator and hope his work will earn him some registration fees. -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.3/295 - Release Date: 28/03/2006 ___ 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 -- This email has been verified as Virus free Virus Protection and more available at http://www.plus.net -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.3/295 - Release Date: 28/03/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator 2.3.4 available for download
Την Wed, 29 Mar 2006 20:06:17 -0500,ο(η) Dennis Sutherland [EMAIL PROTECTED] έγραψε: Tried to install unzip per your instructions and received out of memory error. Apparently need to upgrade for more ram. It also did not like the . in unzip541xQ.bin. I forget exactly what the error was now. Tried changing it to _ then not found. Dir however showed it was in the directory on the hard drive. Guess I register. Enclose in quotes before you use the period in the filename or rename the file on the drive to use an underscore. The not found will appear if you do not use the quotes: ie copy win1_unzip541xQ.bin to win1_unzip_bin will NOT work whereas copy win1_unzip541xQ.bin to win1_unzip_bin WILL work. Cheers, Phoebus ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Q-emuLator 2.3.4 available for download
Q-emuLator version 2.3.4 for Windows has been released and can be downloaded at http://users.infoconex.com/~daniele/winql.html. The basic version is now available for FREE. It emulates the features of an unexpanded QL (but can also access QL floppy disks and the Windows file system) and its speed is limited to be roughly equivalent to that of a real QL. Registration is still required to access all of the extra emulator features and for much faster emulation speed. I downloaded and installed this version. What you get is basically a 128K QL with QemuLator's known levels of compatibility and ability to use any QDOS or Minerva ROM, and the possibility of using non-standard 48K ROMs and 16K ROM images like Toolkit 2. The earlier trial version only gave you 30% of the speed of an unexpanded 68008 QL, but I think it gave you the option of a small memory expansion. This trial version does not allow ramdisks, parallel port, TCP/IP access, level 2 file system or QXL.WIN file access, or expanded memory, so it is well worth stumping up for the expanded version, but this free trial version does run at the same speed as an original QL with 128K of memory and supports up to 8 drives (which can be floppy drives or PC hard disk directories) and you can use your preferred ROM version (it comes with a version of Minerva). This unregistered 128K version is quite OK for testing software on the emulator, or for running 128K software like games or Superbasic programs. If you opt to register for the expanded version, you get the missing features and more. Examples of what you'll get with the expanded registered version: More RAM available TCP/IP access (use Jonathan Hudson's Lynx, QL-FTP and email programs) Level 2 filing system (i.e. directories) Read and (new to this version) write to QXL.WIN, like QPC2 or QXL. Ramdisks Parallel printer port access Much faster than the unregistered version (depends to some extent on the speed of your PC). Ability to run Gold Card SMSQ/E And a little bonus: once registered you have access to QemuFast, a much faster version, although not quite as compatible with some QL software as the standard QemuLator (bearing in mind that a registered QemuLator is already much faster than most people assume). I guess QemuLator has lived in the shadow of QPC2 to some extent over the years, which is a pity. I can see that QPC2 is good for those like me who write programs to use the latest facilities, whereas QemuLator might be a good choice for those who just want to write the occasional superbasic program and run their existing QL software without being too bothered about high colour and such things (e.g. people who return to the QL after a period of absence). I'm glad Daniele is still updating QemuLator and hope his work will earn him some registration fees. -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.3/295 - Release Date: 28/03/2006 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] Q-emuLator updates
Q-emuLator 2.3.3 for Windows is now available at http://users.infoconex.com/daniele/winql.html. The update is free for registered users. Changes since last version: - Keyboard emulation is now compatible with Windows dead keys when using Sinclair or Minerva ROMs. - Completed keyboard emulation for non-standard QL ROMs. - Q-emuLator now accepts non-standard ROMs up to 80KB long, and expansion ROMs up to 32KB long. - Fixed microdrive copy protection emulation (it was failing on fast PCs). - Improved user manual in PDF format (courtesy of Phoebus Dokos). - Added setup program to install/uninstall Q-emuLator. A minor update to the Mac 68K version is also available, as I was able to compile it again by using a Mac emulator for Windows. You can download it at http://users.infoconex.com/daniele/MacQL.html. Changes since last version: - Reads files created by the Windows version of Q-emuLator. - Fixed microdrive copy protection emulation (it was failing on fast Macs). Thank you Daniele Terdina ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm