Re: [Ql-Users] Q-emulator

2024-03-20 Thread Daniele Terdina via Ql-Users
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

2024-03-20 Thread Daniele Terdina via Ql-Users
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

2024-03-19 Thread Graeme Gregory via Ql-Users



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

2024-03-19 Thread Urs Koenig (QL) via Ql-Users
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

2024-03-19 Thread Daniele Terdina via Ql-Users
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

2024-03-19 Thread desin via Ql-Users




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

2024-03-19 Thread 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.

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

2024-03-19 Thread Dilwyn Jones via Ql-Users
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

2024-03-19 Thread Dilwyn Jones via Ql-Users
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 video

2013-05-22 Thread Dilwyn Jones

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

2013-05-22 Thread Lee Privett
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

2010-11-30 Thread Dilwyn Jones
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

2010-11-30 Thread Marcel Kilgus
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

2010-11-30 Thread Dilwyn Jones

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

2010-11-30 Thread Dilwyn Jones

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

2010-11-29 Thread Rich Mellor

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

2010-11-29 Thread Dilwyn Jones

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

2010-11-29 Thread Tony Firshman

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

2010-11-29 Thread Marcel Kilgus
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

2010-11-29 Thread Dilwyn Jones

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

2010-11-29 Thread Tony Firshman

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

2010-11-29 Thread Tony Firshman

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

2010-11-29 Thread Dave Walker



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

2010-11-29 Thread Daniele Terdina

 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


Re: [Ql-Users] Q-emuLator

2010-11-28 Thread Tobias Fröschle

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

2010-11-28 Thread 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
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

2010-11-28 Thread Tobias Fröschle

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

2010-11-28 Thread 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!


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

2010-11-28 Thread Tobias Fröschle

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

2010-11-28 Thread Dilwyn Jones
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

2010-10-30 Thread Urs Koenig (QL issues)
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


Re: [ql-users] Q-emuLator version 2.4

2006-09-17 Thread Daniele Terdina
 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

2006-09-17 Thread Daniele Terdina
 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

2006-09-17 Thread Daniele Terdina
 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

2006-09-17 Thread Rich Mellor
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

2006-09-17 Thread Phoebus R. Dokos
Την 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

2006-09-16 Thread Dilwyn Jones
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

2006-09-16 Thread Rich Mellor
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

2006-09-16 Thread Daniele Terdina
 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

2006-09-16 Thread Rich Mellor
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

2006-09-16 Thread Daniele Terdina
 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

2006-09-16 Thread Rich Mellor
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

2006-09-16 Thread Timothy Swenson
 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

2006-09-15 Thread P Witte
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


Re: [ql-users] Q-emuLator

2006-06-14 Thread Rich Mellor
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

2006-03-31 Thread Dilwyn Jones
 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

2006-03-30 Thread Daniele Terdina
 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

2006-03-30 Thread Dennis Sutherland
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

2006-03-29 Thread Dennis Sutherland
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

2006-03-29 Thread Derek Stewart
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

2006-03-29 Thread Φοίβος Ρ. Ντόκος
Την 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

2006-03-28 Thread Dilwyn Jones
 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