on old site for weeks for
> example)
It is a shame that people don't even try a primitive a web search before
bothering you. Simply "Dilwyn QL" is enough to find the new place.
Many thanks for keeping your homepage up!
Peter
___
QL-Users Mailing List
Am 14.03.2023 um 22:37 schrieb Graeme Gregory via Ql-Users:
> We did discuss hooking this mailing list up to the forum!
>
> Not sure if thats possible with phpBB, it was on FUDforum that I used to use!
Oh oh... FUD? Fear, uncertainty, doubt forum? ;-)
e is absolutely essential for the QL and
I'm happy it will stay alive. Many thanks for all the work and
troubleshooting time you have invested over the years!
All the best
Peter
___
QL-Users Mailing List
Hi Graeme,
> A C implementation of SuperBasic would be useful to some people it seems.
>
> But as Peter says it would not be SMSq/e based!
>
> So who is stepping forward to volunteer :-D
This one looks similar:
https://github.com/pal
via Ql-Users wrote:
> It would be easier to port Linux to the Pico and compile sQLux...
It is a small microcontroller without MMU and insufficient RAM. Not even
a Linux port is possible. Has nothing in common with the normal
Raspberry Pi, except the nam
I have luckily running SMSQmulator under Java on my Raspberry Pi Linux.
But I guess the Raspberry pi pico has no SD card? - Try the project
www.digikey.de/en/maker/projects/raspberry-pi-pico-rp2040-sd-card-example-with-micropython-and-cc/e472c7f578734bfd96d437e68e670050
regards
Klaus-Peter
Wolf via Ql-Users wrote:
> I've re-re-upped the version for java 8...
re-thanks!
___
QL-Users Mailing List
Peter via Ql-Users wrote:
> Do you cause the SGC to apply it's patches on
> the emulated ROM, or just restart without patching?
Sorry for asking impatiently, I see that answered in detail at
https://github.com/janbredenbeek/QL-Customboot
Go
M, or just restart without patching?
Peter
___
QL-Users Mailing List
Jan Bredenbeek via Ql-Users wrote:
> It appears that most of the library files are missing in the Java 8 .zip
> file. SMSQmulator refused to start and gave an 'INI file error' on the
> Java 8 version. I could fix this by copying the files in the lib
> directory from the Java 11 version.
For
Sent from Yahoo Mail on Android
On Sun, 21 Jun 2020 at 21:04,
ql-users-requ...@lists.q-v-d.com wrote:
Send Ql-Users mailing list submissions to
ql-users@lists.q-v-d.com
To subscribe or unsubscribe via the World Wide Web, visit
e come close to what you like?
All the best
Peter
___
QL-Users Mailing List
> If it is the drives, well, that's the problem Thierry has mentioned.
By the way I doubt the ISA bus reset is required, which is adding to the
delay. Neither QDOS Classic nor my own Utility ROMs use it. Never seen
any issue.
___
QL-Users Mailing List
Ralf Reköndt via Ql-Users wrote:
> Hmm, so why use it in an EPROM?
You need some kind of ROM to boot the machine and load the OS.
This can be a separate loader, like inside the Q68, but then it needs to
access mass storage to load the OS.
In case of the Q40 and Q60, the OS can boot completely
Marcel Kilgus via Ql-Users wrote:
> Fabrizio Diversi via Ql-Users wrote:
>> This issue seems to address newer SMSQ/E in Eprom, I used second
>> hand ST M27C1024 eprom 120ns. I ordered completely new eprom from
>> China the same Brand but with 100ns.not sure where is the
>> problem.
>
>
nks for pointing to that!
Peter
___
QL-Users Mailing List
d. I let you know .
They work, but have the problem of not allowing a slave device on the
same connector.
Peter
___
QL-Users Mailing List
fortunately. Except that, it seems a nice alternative with
the full possible speed.
Peter
___
QL-Users Mailing List
Wolfgang Lenerz via Ql-Users wrote:
> The Qx0 uses the UV erasable 27c1024.
> I don't remember whether other types of EPROM, especially EE ones will fit.
The 27C4096 fits. Nowadays, most of them are OTP though.
Peter
___
QL-Users Mailing List
and to have the freedom to share them with Q68.
Especially for sharing with the Q68, the new feature is useless, as it
does not exist there.
Peter
___
QL-Users Mailing List
hard to abandon code, after time was already invested, but
in this case I'd vote for it.
All the best
Peter
___
QL-Users Mailing List
rupt support, but also lowers the rate in which the PS/2 ports are
sampled. At the moment we wait on more testing. Since the Q68 has no
field update for the FPGA, persons who have those (not fully PS/2
standard conforming) adapters should ask Derek.
All the best
Peter
___
QL-Users Mailing List
Michael Berger wrote:
> I have a 1985 issue of 'QL User', where the results of a graphics
> competition were posted. Basic programs of limited length, to produce
> some image. The contribution that impressed me most (by far!) was 'Tree'
> by A. Pritchard. That was a random image with a tree in
ound output socket to a network
> socket with minimal damage?
It is even possible without *any* damage, but you would lose sound. Some
tinkering would be involved, drilling a hole is definitely easier.
Peter
___
QL-Users Mailing List
than SER.
Peter
___
QL-Users Mailing List
Thierry Godefroy wrote:
>> Besides lack of time and the BGA soldering issue, I remain unsure if
>> such a massive board modification is appropriate for a historic computer.
>>
>> A lot depends on the question, what do we actually prefer today: Keeping
>> the historic machine alive, or any 68060
g
Using a hot air gun like in that video looks even more difficult than
the IR lamp I'm experimenting with.
All the best
Peter
___
QL-Users Mailing List
Thierry Godefroy wrote:
> Here are two new photos (full resolution, untouched: 30Mb each !) in DNG
> format, with and without scan lines doubling:
> http://qdos.free.fr/images/Q60-1960x1024.dng
Many thanks for taking a highres picture. It is nice to get the screen
filled, still single pixels can
Marcel Kilgus wrote:
> Daniel Baum via Ql-Users wrote:
>> I'm afraid your core doesn't seem to work on my Mister (or I've messed up
>> somehow). I get a black screen with a white Minerva logo in the bottom
>> right corner, which appears to be gradually overwritten with more blackness.
>> I wonder
Thierry Godefroy wrote:
> I don't want to undermine your (nifty) project or discourage you to
> pursue it, but I recently found a solution for hooking my QL and
> compatible computers (including the Thor XVI and the Q60), to a LCD
> monitor (as long as it got an HDMI input).
>
> See it here:
>
Norman Dunbar via Ql-Users wrote:
> I get that it's a software description of some hardware.
Not software. It is simply a hardware description, and the result is
pure hardware, i.e. flipflops, gates, wires. You can as well describe he
same hardware in a schematic rather than text.
It is
nloadable, on
page 3:
https://qlforum.co.uk/viewtopic.php?f=3=3033
Work for other platforms, even the BBQL, is ongoing. Definitely worth a
look, impressive!
Peter
___
QL-Users Mailing List
ms compiling it - but I can't remember. It might well be in line for
> some tittivation!
Sounds good. I could compile qxltools, but that was long ago. My concern
are image sizes over 16 MB and some strange characters in the
commandline output.
All the best
Peter
___
s this can be nice, like the single-cycle multiplier. But whenever
there are timing loops, a cycle-accurate implementation helps a lot.
All the best
Peter
___
QL-Users Mailing List
Jan Bredenbeek via Ql-Users wrote:
> I'm very pleased to present you release 2.01 of QED, my ever popular text
> editor!
>
> This release comes exactly 30 years after version 1.01, which has been
> included in many QL software distributions.
Awesome! Many thanks, Jan!
Hi Wolfgang,
> the source code for BouQLder Qlash is now available from my site.
Amazing work. And a lot of comments. I like this one:
"Normally, a sound is only played if the previous one is finished.
An explosion, though, is always played" :-D
Thank you ve
s century! You make
the impossible possible ;)
Many thanks, great work!
Peter
___
QL-Users Mailing List
Am 01.05.2018 um 20:55 schrieb Thierry Godefroy via Ql-Users:
> On Tue, 1 May 2018 19:26:56 +0200, Peter Graf via Ql-Users wrote:
>
>> Most flatscreens misunderstand the signal as 800x600, leading to bad
>> interpolation.
>
> Among the 3 LCD monitors I own, only the
e by sampling 800 points on a
1024 horizontal line.
> If it's just one aspect of the signal it may
> be easily fixable and retain full screen display.
Not easily fixable, I would have done so.
Peter
___
QL-Users Mailing List
Hello,
I have developed an alternative video controller for Q40 and Q60:
http://qlforum.co.uk/viewtopic.php?f=2=2434
All the best
Peter
___
QL-Users Mailing List
hout changes.
There should only be the .WIN Container and it should be 1 MB in size.
(The .SYS File should be *inside* that container.)
Peter
___
QL-Users Mailing List
Sorry that message was supposed to be private.
___
QL-Users Mailing List
t verloren hat.
Könnte man gzip, menu_rext und menuconfig nicht in das WIN File legen?
LG Peter
___
QL-Users Mailing List
, and I'm glad
that I did. But Wolfgang made everything so much more complete and well
integrated. The QL world owes him a big thanks!
All the best
Peter
Am 29.04.2018 um 11:40 schrieb Wolf via Ql-Users:
> Hi all,
>
> SMSQ/E 3.33 is out, get it as usual from
> www.wlenerz.com/smsqe
ting VGA to HDMI can be done by small cheap dongles.
Peter
___
QL-Users Mailing List
Am 30.03.2018 um 00:47 schrieb Marcel Kilgus via Ql-Users:
> Peter Graf via Ql-Users wrote:
>> Did you test your logic changes with a non-Tetroid GC inside a QL where
>> the original logic did *not* work reliably?
>>
>> I'm asking, because IIRC you reported total failu
is not possible.
As for the daughter board, why do you want to re-design it?
Will you upload your logic changes to the QL-SD section of Dilwyn's site?
Good luck,
Peter
___
QL-Users Mailing List
Am 29.03.2018 um 20:13 schrieb Darren Branagh via Ql-Users:
> Dont forget he also designed the ZX Spectrum issue 1 PCB by hand.
And approximately 16000 of these machines were produced!
Does anyone know how many GoldCards were sold?
Peter
___
The printed QUANTA magazine for December/January arrived here today.
Derek Stewart via Ql-Users wrote:
> Hi,
>
> Has anyone received the recent Quanta eMags, the last one I received in
> October/November 2017. My subscription is in date.
>
> I tried to email John Southern, but no reply, where
This is very sad news indeed. At Eindhoven I also showed the first Q40
before it had any operating system, and later the first public
appearance with QDOS Classic. It was there where Tony Tebby approved my
machine and agreed to port SMSQ/E. The Eindhoven meetings in the middle
between England and
Peter
Am 09.03.2018 um 10:23 schrieb Derek Stewart via Ql-Users:
> Hi,
>
> Has anyone received the recent Quanta eMags, the last one I received in
> October/November 2017. My subscription is in date.
>
> I tried to email John Southern, but no reply, where he asked me t
o PC. It could be that
not having USB-SER adaptors on _both_ sides improves chances. Also I
seem to remeber that the "good" one I found back then was also Digitus.
By the way, did anyone have success with SERNET on Qemulator?
Peter
___
QL-Users Mailing List
ory, the quality of the cable starts making
> an extraordinary difference, even if there is UART support for that speed.
>
> On Sat, Jan 20, 2018 at 3:25 PM, Peter Graf via Ql-Users <
> ql-users@lists.q-v-d.com> wrote:
>
>> Hi Fabrizio,
>>
>>> configuring the
nately. Nine out of
ten adaptors which allow to select such high speeds, can't even handle
230 kBaud PC to PC reliably.
Peter
___
QL-Users Mailing List
Hi Fabrizio,
> Now playing with SMSQ/E sources, according Wolfgang suggestion (Thanks)
How do you come to the idea your SER-USB adaptor supports 460 kBaud,
even PC to PC?
The required RS-232 line drivers are very seldom!
Peter
___
QL-Us
SER converters for PC start getting unreliable
at 230 kBaud already.
Peter
___
QL-Users Mailing List
this way (if you have luck
and there is no reliability problem).
Peter
___
QL-Users Mailing List
Wolf via Ql-Users wrote:
> I've added a small technical explanation of DV3 drivers for SMSQE to the
> additional info and data section on the SMSQE site.
Which is here:
http://www.wlenerz.com/smsqe/DV3_Device_Drivers.zip
Good stuff, thanks Wolfgang!
Hi John,
did you find the bank account information? What shall I do?
All the best
Peter
Am 28.11.2017 um 15:58 schrieb John Southern via Ql-Users:
> Hi Peter,
>
> I will dig out the details of the bank account and forward them on to you.
>
> Regards
> John
>
>
The least significant of the 6 green bits.
Am 16.12.2017 um 19:12 schrieb pjwitte via Ql-Users:
> Sorry for yanking your chain again so soon but, on going the other
> way, ie from mode 32 to 33, what is the best value for W? g6, 0, 1..?
>
> Per
>
> On 16/12/2017 18:13, pjwitte via Ql-Users
pjwitte via Ql-Users wrote:
> I havent tested your suggestion yet, Wolfgang, but what I found so far
> was that gggbrgg0 appears (to my eye) to look cleaner than
> gggbrggW. Is that so wrong? ;)
It is right, because gggbrggW has the W at the wrong bit. It
must be the
But the same as my proposal :)
Wolf via Ql-Users wrote:
> No, not the same as %gggbrggW, as suggested in the original post.
>
> Wolfgang
>
> On 16/12/2017 10:18, Peter Graf via Ql-Users wrote:
>> Wolfgang Lenerz via Ql-Users wrote:
>>> I'd do it this
Wolfgang Lenerz via Ql-Users wrote:
> I'd do it this way
>
> %ggWbrggg
Which is the same :)
___
QL-Users Mailing List
> What do I do with 'w' in either case for best results?
I would just use the RGB0 bit of mode 33 as G0 Bit of mode 32, which is
what you probably do already.
There is no perfect translation, since mode 33 has 64 clean grey levels,
while mode 32 has only 32. There will be a minimal green tint in
uld directly use a card from the Q68. The new DISP_MODE command for
Qx0 made it even easier, because the first 4 modes are the same. But
don't forget a backup of your card, like I did :(
Let us know your experience!
Peter
___
QL-Users Mailing List
sents
numbers as they are normally read, and so does the traditional IDE
driver of the Q40/Q60.
Great job, Wolfgang!!!
Peter
___
QL-Users Mailing List
the form on the QUANTA website
did not result in a response.
What shall I do, write a postal letter, asking for the required
information? Or is there an easier way?
All the best
Peter
___
QL-Users Mailing List
Hi Duncan,
> the version of menuconfig I have is 3.36 and is dated 2003.
Thank you. That's it! :) With menuconfig 3.36 it worked.
> The version of menuconfig on Dilwyn's site is 3.34
Found even 3.36 when I searched again. Maybe it is stored at more than
one location.
All the best
Hi,
the original SMSQ/E 3.31 Q40 boots here on my Q60/80 with LRESPR.
But if I do even the slightest configuration with MENUCONFIG, it crashes
on boot. Just language settings, nothing else.
Can anyone with Q60 reproduce this problem?
All the best
Peter
Am 11.11.2017 um 22:06 schrieb Derek via Ql-Users:
> I will check on my Q60 the DISP_TYPE values and report back tomorrow.
I looked already. Seems always 33.
Peter
___
QL-Users Mailing List
r the Q40,
> there are two values that may be returned.
> 0 Original ST QL emulator (this value is returned on QL based hardware).
> *1 16 bit colour mode.*
The Q40 supports both original QL hardware modes and 16 bit highcolour.
It depends on what
issing keyword from QPTR didn't
return an error, and that a BASIC program can crash the machine.
Thanks, really great idea. At least for my favorite 512x384 mode on the
Q68 it runs smoothly. Just need to create smaller icons...
Thanks,
Peter
___
QL-Users M
debug attempts
yesterday, the program seemed to get short before it, but never behind it.
Peter
___
QL-Users Mailing List
Peter via Ql-Users: wrote:
>> I would have a look at the OUTLN and WINDOW commands a bit up from there
>> [...]
>
> Wow, you are really an ace! Setting OUTLN to 1 pixel cures the RPTR
> crash. WINDOW can remain unchanged.
Not under all circumstances... somethi
sn't work here as well in QPC2 and SMSQ/E 3.30
Good to hear the Q68 is not at fault :)
Thanks!
Peter
___
QL-Users Mailing List
Hi Fabrizio,
RPTR does not seem to need QPTR, otherwise the keyword wouldn't exist.
Anyway if I load QPTR, "dock" hangs/crashes the same.
More ideas? Thanks,
Peter
Am 07.11.2017 um 21:35 schrieb Fabrizio Diversi via Ql-Users:
> Peter ,
>
> dock is a nice program that use
l the best
Peter
___
QL-Users Mailing List
involved
when transferring files to the Q68 over the internet.
QxlwinReader proofed much easier to use for me and saved lots of time.
Great work!
Peter
___
QL-Users Mailing List
e work was in vain, because SMSQ/E does not seem to
support FLASH in MODE 8. At least not if I test with SBASIC.
All the best
Peter
___
QL-Users Mailing List
already the colour in
it's own colour bits?
Also, is there any exact info about the blink frequency?
> Hope you'll find this useful.
It is useful, thanks! But not yet sufficient for the implementation.
Peter
___
QL-Users Mailing List
area is determined!
Could anyone enlighten me? Quick reply would be nice, release date
nearing quickly...
All the best, Peter
___
QL-Users Mailing List
ophy?
> The first condition (a<>0) is NOT met and so, in any other programming
> language I use, the second condition isn't even tested, as the result
> will be "false" anyway because of this.
IIRC other languages also do not _guarantee_ to stop evaluation after a
lefthand A
s
reasons. If I find the time someday, I could adapt it to Q68 and SMSQ/E.
Since the Q68 ethernet hardware differs a lot from the Q40/Q60, this
driver part must be rewritten.
Also there are new difficulties, like the fact that most email providers
no longer offer unencrypted SMTP & POP
forum or mailing list.
3. There can be no promise of ethernet software drivers, although
I would like them for myself, building upon my QLwIP project.
4. Documentation may come delayed, or in limited fashion.
All the best
Peter
Derek Stewart via Ql-Users wrote:
> Q68 Price List - Batc
... Derek Stewart for his courage and lots of work manufacturing the Q68
hardware and making it available for the public
All the best
Peter
___
QL-Users Mailing List
for standard QL ROMs. In that setting
QL-SD should work.
Peter
___
QL-Users Mailing List
uch sw might not be negligible, but a
> utility which could manage to read native Qubide hard disks on a PC and
> transfer files to a .win file (and maybe vicecersa) I think would be very
> useful.
If you have a PC with IDE port anyway, then where is the problem to use
dd to
ry trees in one go, which is very useful.
Peter
___
QL-Users Mailing List
d.santachi...@libero.it wrote:
> His web site is still down, what happened? Is there any backup available
> somewhere (if not I think it is time to think about it being one of the more
> (most likely the most) comprehensive site with Sinclair QL information and
> software)?
Most.
> pullup.
>>> (The onboard ROM selector jumpered to "Normal Operation".)
>>>
>>> This sounds promising. Not afraid. Pins number please. Thanks
>>
>> Depends on size. Why not look into EPROM datasheet yourself? Simply
>>
Hi all,
thanks for your attempts to help. But no more please, I ran out of time
I can spend with the GoldCard. Changed that QL to SuperGoldCard, where
the latest SMSQ/E 3.31 "aurora.bin" works with RomDisQ. Thanks Bob for
confirming this difference to "goldcard.bin".
Hi Giorgio,
> Old versions of SMSQ \ E (executable and source) are available somewhere?
Good question... The only way I found, was to search archive.org.
But I didn't find version 3.13 there, only version 3.17.
Which does not crash in my GoldCard system, but kills RomDisQ.
Bob Spelten wrote:
> I have done some further testing on older GoldCard.bin files.
> After v3.13 something changed because with the v3.15 the ROMdisq is not
> initialised anew when the .bin is LRESPR'd. The same for any later version
> (3.19 to 3.31).
Then 3.13 is what I need. As 3.17 does
Andrea Carpi wrote:
> I tried "aurora.bin" on a standard QL with Gold Card
> and regularly boot from my romdisq
Was that the latest version? For me both "aurora.bin" and "GoldCard.bin"
crash in 3.31 on standard GoldCard with RomDisQ.
While the 3.17 version of "GoldCard.bin" works.
> My
Bob Spelten wrote:
> Op Sun, 30 Apr 2017 00:57:46 +0200 schreef Peter Graf <pg...@q40.de>:
>
>> Hi,
>>
>> was someone else able to boot GoldCard SMSQ/E 3.31 on a real QL, not
>> Qemulator?
>>
>> Tried two machines in vain. GoldCard seems to work oka
Hi Alain,
thanks for the feedback. I mean the normal Gold Card, not the Aurora
binary. An older SMSQ/E version still works.
Peter
Am 30.04.2017 um 10:25 schrieb Alain HAOUI:
> Hi Peter,
> Maybe different from your config but on my SGC+Aurora+QL, SMSQ/E 3.31 starts
> fine with auro
Hi,
was someone else able to boot GoldCard SMSQ/E 3.31 on a real QL, not
Qemulator?
Tried two machines in vain. GoldCard seems to work okay without SMSQ/E.
Regards,
Peter
___
QL-Users Mailing List
Am 31.03.2017 um 17:13 schrieb Marcel Kilgus:
> Peter Graf wrote:
>>> It's fairly easy to built new versions, so nobody is stopping anybody
>>> to make different releases. I do this for my own amusement, mostly.
>> If mostly for your amusement, one more reason to giv
Marcel Kilgus wrote:
> pg...@q40.de wrote:
>> The network code is an essential of the ROM version. If removed, I
>> would not call the result TK2 ROM anymore.
>
> Well, I do ;-)
> [Snip]
>
> It's fairly easy to built new versions, so nobody is stopping anybody
> to make different releases. I do
s, that we
might have to go back to 68K for internet use, simply because the
architecture is too exotic to be exploited. Also, security requires
lowest possible complexity.
All the best
Peter
___
QL-Users Mailing List
1 - 100 of 275 matches
Mail list logo
