Claude Mourier 00 wrote:
> I notice a problem (?) translating quote character (from the scrap) from ISO
> to QL. I always get a stange character instead.
> Is ther any cure ?
Can't tell as long as I don't know what the problem is. Any example
for that?
Marcel
: [ql-users] Parallax Scrolling IS possible
Wolfgang Lene wrote:
> Yes, you can't do that, I've always meant to tell Marcel this, but I
> always forgot (sorry Marcel).
Don't worry, until two weeks ago nobody else has mentioned it, either.
Considering that the bug is there s
Dilwyn Jones wrote:
> Some people have had difficulty with zipped files on my website and I
> have been in the habit of zipping direct to DOS device to avoid
> transferring later. Perhaps this explains where the duff zip files
> originated.
Probably. The call to write multiple bytes set the end-
>Wolfgang Lene wrote:
>> Yes, you can't do that, I've always meant to tell Marcel this, but
I
>> always forgot (sorry Marcel).
>
>Don't worry, until two weeks ago nobody else has mentioned it,
either.
>Considering that the bug is there since version 2.00...
>
>Next version will also have a bette
On 23 Feb 2002, at 18:41, Marcel Kilgus wrote:
>
> Next version will also have a better SMSQ->DOS filename translation
> algorithm. And some more stuff.
>
Great stuff!
Wolfgang
-
www.wlenerz.com
On 23 Feb 2002, at 10:20, Phoebus R. Dokos wrote:
> Wolfgang MUST possess ESP , be a mind reader or some other Paranormal
> ability,
Umm, let's try, then:
You WILL now turn over all of your money to me...
You WILL now turn over all your QL equipment to me...
>else it cannot explain the fac
Wolfgang Lene wrote:
> Yes, you can't do that, I've always meant to tell Marcel this, but I
> always forgot (sorry Marcel).
Don't worry, until two weeks ago nobody else has mentioned it, either.
Considering that the bug is there since version 2.00...
Next version will also have a better SMSQ->D
Wolfgang Lene wrote:
> Ah, this is interesting - I was under the impression that, when
> using COLOUR_PAL, you could used 256 cols (of course, they are
> then mapped into 16 bits, I presume).
Yes, you can specify the colour in all formats you want, but in the
end it will be 16 (or respectively
At 01:33 ìì 23/2/2002 +0100, you wrote:
>On 23 Feb 2002, at 0:28, Marcel Kilgus wrote:
>
> > Phoebus R. Dokos wrote:
> > > 5. New version of commands by Wolfgang Lenerz (using QPTR this time).
> A LOT
> > > faster and smoother...
> >
>I've cleaned up the commands a bit and sent them to Phoebus
>
At 01:33 ìì 23/2/2002 +0100, you wrote:
>On 22 Feb 2002, at 19:27, Phoebus R. Dokos wrote:
>
> >
> > Yes you are right. I zipped it directly on dos3_ I'll try it again using
> > win1_ instead
> >
>Yes, you can't do that, I've always meant to tell Marcel this, but I
>always forgot (sorry Marcel).
On 23 Feb 2002, at 1:04, Marcel Kilgus wrote:
> > The 256 colours therefore apply only to the sprite definition right?
>
> Yes.
>
> Marcel
Ah, this is interesting - I was under the impression that, when
using COLOUR_PAL, you could used 256 cols (of course, they are
then mapped into 16 bits,
On 23 Feb 2002, at 0:28, Marcel Kilgus wrote:
> Phoebus R. Dokos wrote:
> > 5. New version of commands by Wolfgang Lenerz (using QPTR this time). A LOT
> > faster and smoother...
>
I've cleaned up the commands a bit and sent them to Phoebus
today. There is now NPAN (New Pan - uses the PE save
On 22 Feb 2002, at 19:27, Phoebus R. Dokos wrote:
>
> Yes you are right. I zipped it directly on dos3_ I'll try it again using
> win1_ instead
>
Yes, you can't do that, I've always meant to tell Marcel this, but I
always forgot (sorry Marcel). Zip onto RAM and then copy onto the
dos device..
At 01:30 ðì 23/2/2002 +0100, you wrote:
>Phoebus R. Dokos wrote:
> > Yes you are right. I zipped it directly on dos3_ I'll try it again using
> > win1_ instead
>
>There's a little bug in the DOS device iob.smul routine which will be
>fixed in the next release (3.02, hope to have it ready before H
At 01:30 ðì 23/2/2002 +0100, you wrote:
>Phoebus R. Dokos wrote:
> > Yes you are right. I zipped it directly on dos3_ I'll try it again using
> > win1_ instead
>
>There's a little bug in the DOS device iob.smul routine which will be
>fixed in the next release (3.02, hope to have it ready before H
Phoebus R. Dokos wrote:
> Yes you are right. I zipped it directly on dos3_ I'll try it again using
> win1_ instead
There's a little bug in the DOS device iob.smul routine which will be
fixed in the next release (3.02, hope to have it ready before Hove).
Might have something to do with this.
Marc
At 01:04 ðì 23/2/2002 +0100, you wrote:
>Phoebus R. Dokos wrote:
> > however your first version is there (parallaxeptr.zip)
>
>...but the ZIP file seems to be corrupt ;-)
Yes you are right. I zipped it directly on dos3_ I'll try it again using
win1_ instead
BRB
At 01:04 ðì 23/2/2002 +0100, you wrote:
>Phoebus R. Dokos wrote:
> > however your first version is there (parallaxeptr.zip)
...but the ZIP file seems to be corrupt ;-)'
Corrupt? Let's see...
I'll send you a notice...
BBIAF
Phoebus R. Dokos wrote:
> however your first version is there (parallaxeptr.zip)
...but the ZIP file seems to be corrupt ;-)
> and actually is a little changed to start with the 512x384 screen
> and correctly define the panned areas (included are remarks on where
> to set the variables for the
At 12:28 ðì 23/2/2002 +0100, you wrote:
Oh btw: If you have some other kind of windows setup adjust accordingly the
INIT routine and the PAN_L PAN_R
Phoebus
At 12:28 ðì 23/2/2002 +0100, you wrote:
>Phoebus R. Dokos wrote:
> > 5. New version of commands by Wolfgang Lenerz (using QPTR this time). A LOT
> > faster and smoother...
>
>Unfortunately I can't download this one.
Correct because it's not up yet... (My daughter is sick and I am back and
forth
Phoebus R. Dokos wrote:
> 5. New version of commands by Wolfgang Lenerz (using QPTR this time). A LOT
> faster and smoother...
Unfortunately I can't download this one.
> (One question that I've been meaning to ask for quite awhile now... Does
> Qx0 support 800 x 600 or only 2:! Resolutions? (51
At 08:56 ìì 22/2/2002 +, you wrote:
>In
>An interesting co-operation of software writers ... well done to you
>all.
The kudos go all to Wolfgang, Marcel and the Turbo Team not me (I just had
the idea and made the draft and the graphics :-)
BTW: Under QPC2 at Athlon 850 now, and 512x384 @ 1
In article <[EMAIL PROTECTED]>, Phoebus
R. Dokos <[EMAIL PROTECTED]> writes
>Hi All,
>following my previous email, I now (thanks to Wolfgang and Marcel) have
>five versions of my
>High-Colour parallax scrolling demo.
>
>1. Is using TurboTK and exists as interpreted and Turbo-Compiled
>2. Is using
At 04:08 ìì 22/2/2002 +0100, you wrote:
>Phoebus R. Dokos makes some magical things to make me read
>}
>} (One question that I've been meaning to ask for quite awhile now... Does
>} Qx0 support 800 x 600 or only 2:! Resolutions? (512 x 256, 1024 x 512, 800
>} x 400 etc...???)
>
>Q40 'only' has:
>
At 04:08 ìì 22/2/2002 +0100, you wrote:
>Phoebus R. Dokos makes some magical things to make me read
>}
>} (One question that I've been meaning to ask for quite awhile now... Does
>} Qx0 support 800 x 600 or only 2:! Resolutions? (512 x 256, 1024 x 512, 800
>} x 400 etc...???)
>
>Q40 'only' has:
>
Hi All,
following my previous email, I now (thanks to Wolfgang and Marcel) have
five versions of my
High-Colour parallax scrolling demo.
1. Is using TurboTK and exists as interpreted and Turbo-Compiled
2. Is using the EXCELLENT PAN_L and PAN_R extensions kindly (and extremely
fast) written by W
27 matches
Mail list logo
