Am 28.02.2011 um 17:45 schrieb Marcel Kilgus :
"It began life as SMSQ, a QDOS-compatible version of SMS2 intended for
the Miracle Systems QXL emulator card"
But yes, it did not include the PE, that was only the case of the "/E"
versions. But I still think this is a fringe case, it didn't even
i
Marcel,
you're right, tricked myself:
when started with the big screen enabled, it seems that uqlx loads the Minerva
ROM, regardless of what ROM you might have configured in the config file.
Cheers,
Tobias
-Original-Nachricht-
Subject: Re: [Ql-Users] Help: Function to tell wh
tobias.froesc...@t-online.de wrote:
> Marcel,
> sorry to contradict again ;-) :
> uqlx can run a JS ROM in 800x600 without PE quite well.
This is right out of the uQLx source code:
if (isMinerva) {
[...]
else /* JS doesn't handle big screen */
{
bsfb:
qlscreen.linel=128;
ql
Marcel,
-- include any BASIC language after all. It was pre-release software and
-- should be ignored for any new development, I think.
That's what I did in the 90ies (I mean ignore). You couldn't do much else with
it.
Cheers
Tobias
___
QL-Users
QPC.
But it doesn't expose Minerva's second screen for reasons unknown to me.
Cheers,
Tobias
-Original-Nachricht-
Subject: Re: [Ql-Users] Help: Function to tell whether display is better than
QL standard
Date: Mon, 28 Feb 2011 17:37:06 +0100
From: Marcel Kilgus
To: ql-us...
tobias.froesc...@t-online.de wrote:
> Marcel, George,
> my QXL originally came with "SMS" (neither "2" nor "Q" attached to it).
> This definitely had no PE. (Today it's on newest SMSQ/E, naturally)
I'm pretty sure that version was called SMSQ (it's the only version
that was called SMSQ, actually).
tobias.froesc...@t-online.de wrote:
> Yes, I'm sure ;-)
> Mostly because I have to re-install PE from Dilwyn's site whenever I set up a
> new Linux box
Yes, you're right. I already had the suspicion that Minerva was
written cleanly enough to support different screen layouts (had to
really, be
Marcel, George,
my QXL originally came with "SMS" (neither "2" nor "Q" attached to it).
This definitely had no PE. (Today it's on newest SMSQ/E, naturally)
Cheers,
Tobias
-----Original-Nachricht-
Subject: Re: [Ql-Users] Help: Function to tell whether displ
boot)
The citation you made refers to the run-time patch mechanism of uqlx - If you
load PE, it's being patched by uqlx, if you don't - it's just not there
Cheers,
Tobias
-Original-Nachricht-----
Subject: Re: [Ql-Users] Help: Function to tell whether display is better than
gdgqler wrote:
> There must have been some, otherwise I would certainly not have
> gone to the trouble of testing different sizes! Nor, i suspect, would Mark
> Knight.
I'm genuinely curious and don't pretend that I know the whole truth.
But except the "SMSQ for QXL" fringe case I cannot currently
tobias.froesc...@t-online.de wrote:
> -- I think the PE was necessary for higher resolutions, so you can test
> -- for that first. Afterwards IOP.FLIM should be able to find the screen
> -- limits.
> Not quite.
> UQLX does offer higher resolutions without PE (sure you can run PE
> on top of it.)
>
On 28 Feb 2011, at 15:52, Marcel Kilgus wrote:
> gdgqler wrote:
>> IOP.FLIM is a good way of finding screen limits. It is slightly
>> annoying if it is not available. I have programs which find the
>> maximum size by trial and error if IOP.FLIM is not there.
>
> In which cases is IOP.FLIM not av
Marcel,
see my other post.
Cheers,
Tobias
-Original-Nachricht-
Subject: Re: [Ql-Users] Help: Function to tell whether display is better than
QL standard
Date: Mon, 28 Feb 2011 16:52:53 +0100
From: Marcel Kilgus
To: ql-us...@q-v-d.com
gdgqler wrote:
> IOP.FLIM is a good way of find
-- I think the PE was necessary for higher resolutions, so you can test
-- for that first. Afterwards IOP.FLIM should be able to find the screen
-- limits.
--
-- Marcel
Not quite.
UQLX does offer higher resolutions without PE (sure you can run PE on top of
it.) And the original (preliminary) QXL
gdgqler wrote:
> IOP.FLIM is a good way of finding screen limits. It is slightly
> annoying if it is not available. I have programs which find the
> maximum size by trial and error if IOP.FLIM is not there.
In which cases is IOP.FLIM not available and the resolution not
512x256?
Marcel
_
On 28 Feb 2011, at 15:42, Marcel Kilgus wrote:
> gdgqler wrote:
>>> I'm looking for a function to use in S*BASIC that will tell me if the
>>> display driver is capable of providing resolutions greater than the QL's
>>> mode 4 & 8 defaults - it would be enough just to know if the display driver
>>
gdgqler wrote:
>> I'm looking for a function to use in S*BASIC that will tell me if the
>> display driver is capable of providing resolutions greater than the QL's
>> mode 4 & 8 defaults - it would be enough just to know if the display driver
>> is GD2 or not. It has to run on any QL system, inclu
That's also a good way of doing it.
Thanks, George.
-Original Message-
From: ql-users-boun...@lists.q-v-d.com
[mailto:ql-users-boun...@lists.q-v-d.com] On Behalf Of gdgqler
Sent: 28 February 2011 15:09
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help: Function to tell whether di
] On Behalf Of
tobias.froesc...@t-online.de
Sent: 28 February 2011 14:50
To: ql-us...@q-v-d.com
Subject: Re: [Ql-Users] Help: Function to tell whether display is better
than QL standard
Adrian,
there is (I think) not a single function that allows to retrieve this
information, but some strong hints
On 28 Feb 2011, at 14:01, Adrian Ives wrote:
> I know I've seen this somewhere but, as usual, when you really want
> something it refuses to be found!
>
>
>
> I'm looking for a function to use in S*BASIC that will tell me if the
> display driver is capable of providing resolutions greater than
Adrian,
there is (I think) not a single function that allows to retrieve this
information, but some strong hints from the system that GD2 is there:
- Use SD.EXTOP and check offset $64 of the channel table - this gives you the
number of bytes per scanline.
- use MT.DMODE to retrieve the screen mo
21 matches
Mail list logo