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 configu
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 no
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.
ortunately it kills the RomDisQ, just like 3.17. So I am not any
further. Probably need an even older version.
Anway thanks for trying to help!
Peter
___
QL-Users Mailing List
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".
llup.
>>> (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
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.
_
t,
which may own Jochen Merz or Jo Hassler himself.
--
Klaus-Peter Greiner
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Hi Thomas,
I've no experience with UQLX, but this project is very interesting for me.
Would be nice to get running UQLX on my Zaurus SL-C1000 with Qtopia.
--
Klaus-Peter Greiner
- Original Message -
From: "Tobias Fröschle" <[EMAIL PROTECTED]>
To: "QL-Us
Hello George,
the correct link to Helmut Aigners Math toolkit is
http://www.dilwyn.me.uk/tk/index.html (.html, not .htm)
Klaus-Peter
- Original Message -
On 23 Apr 2009, at 15:52, Dilwyn Jones wrote:
I just downloaded the very interesting Maths toolkit by Helmut
Aigner from
nt to try taking it off and turning it over. While you are in there, clean any oxide deposits off the head with a cotton bud and
some meths or surgical spirits or preferably tape head cleaner. Dont spill meths etc. on the plastic."
hth,
Klaus-Peter
- [shortened] Message -
From: "
Got the latest QL Today this morning - new record! - Many thanks, Jochen.
--
Regards,
Klaus-Peter Greiner
Am 22.12.2012 10:46, schrieb Jochen Merz:
Hi Urs,
wow, THAT was REALLY fast!!
Well, a picture of the cover exist on my SMSQ homepage since it was
posted ;-)
Cheers Jochen
Urs
Nearby, i am eagerly watching this list since years; so i am the third
listener 8-)
regards
Klaus-Peter Greiner
Am 12.10.16 um 11:45 schrieb François Van Emelen:
Op 11/10/2016 om 18:15 schreef Ralf Reköndt:
What was the cure?
- Original Message - From: "François Van Emelen&quo
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
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:
>> 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 mac
than SER.
Peter
___
QL-Users Mailing List
e way to convert the sound 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
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
interrupt 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
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
N 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
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
ly. Except that, it seems a nice alternative with
the full possible speed.
Peter
___
QL-Users Mailing List
you know .
They work, but have the problem of not allowing a slave device on the
same connector.
Peter
___
QL-Users Mailing List
nks for pointing to that!
Peter
___
QL-Users Mailing List
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.
>
> SMSQ/E
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 wi
> 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
achine come close to what you like?
All the best
Peter
___
QL-Users Mailing List
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
http://lists.q-v-d.com/listinfo.cgi/ql-users-q-v-d.c
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 me
mulated ROM, or just restart without patching?
Peter
___
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-Customboo
Wolf via Ql-Users wrote:
> I've re-re-upped the version for java 8...
re-thanks!
___
QL-Users Mailing List
l-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
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
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
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? ;-)
cebook, redirect 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
François Van Emelen via Ql-Users wrote:
> Op 3/02/2024 om 14:17 schreef desin via Ql-Users:
>>
>>
>>> The name of the hotel is Hoetche https://hoettche.de
>> from Switzerland you get
>>
>> Connection denied by IP2Location Country Blocker
>>
>> dark times ...
>> _
like Q60. And with some luck also a new project.
Did anyone consider to stay Sunday also? I know it was primarily meant
for packing. But my experience is that one full day flies by so quickly.
At least in Germany and the Netherlands, Monday is a holiday. We could
spontaneously prolong.
All t
Wolfgang Lenerz via Ql-Users wrote:
> Hi,
>
> I intend to come on friday and stay until early afternoon on sunday, if
> possible.
>
> Wolfgang
Fantastic! This tends to become the best QL meeting in more than a decade!
___
QL-Users Mailing List
Jan Bredenbeek via Ql-Users wrote:
> Oh well, if Peter Graf can upgrade my Q68 to v1.05 in May I might be
> able to do more research...
Please remind me prior to the QL meeting so I bring the equipment and
FPGA data.
As I wrote at several occasions, it turned out to make a difference on
y, I regret that I did not make
it 32 bits wide.
All the best
Peter
___
QL-Users Mailing List
qlus...@sinclairql.net via Ql-Users wrote:
> then googled for: java 17 windows 10 download
>
> and followed the search result which looks the best match (Windows is from
> Microsoft, so let's use their Java):
> https://learn.microsoft.com/de-de/java/openjdk/download
So no standalone JRE and one
Derek via Ql-Users wrote:
> I just install the runtime version of Java, on Windows and Linux, from
> Oracle, who bought out Sun Systems.
We just discussed the lack of exactly that.
___
QL-Users Mailing List
Andrius V wrote:
> Nevertheless, there's JRE available
> from some of them, one I would recommend to try is eclipse temurin
> https://adoptium.net/temurin/releases/?os=windows.
Thanks for the hint.
___
QL-Users Mailing List
Dilwyn Jones via Ql-Users wrote:
> 1.05 - That's the version that caused me all the Minerva problems.
A hardware problem seems more likely to me, because logic version 1.05
works with the latest Minerva elsewhere.
___
QL-Users Mailing List
ed up yet) but it might have something
> to do with interrupts or firmware (which I'm not familiar with, it's
> Peter's design).
Not at all. The labelling of your splitter cable simply needs to be
swapped to reflect the Q68 pinout.
Peter
___
QL-Users Mailing List
it from normal GoldCard? To save binary
length?
All the best
Peter
___
QL-Users Mailing List
ct JRE engine instead of the huge JDK. Java 8
is still maintained and the official, most recent JRE available from Oracle.
Especially on my older Laptop and Raspberry, I much prefer this version.
Peter
___
QL-Users Mailing List
Wolfgang Lenerz via Ql-Users:
>>> Hmm, I always thought there was only one remaining user under java 8.
>>
>> I'm sure there would be several more, if you didn't hide the Java 8
>> version from the public ;-)
>
> Yes, and maintaining it is a PITA
I only know PITA as a greek flatbread :)
Reck
et about a decade ago.
Still have photos from us and the involved Q60, made with his huge
reflex camera. Interesting discussions about floating point operations,
68060 specialties and his SMSQ/E port to GWASS.
George was a fine person and one of the greatest QL developers.
He will be missed
Darren Branagh via Ql-Users wrote:
> I don't have a Q60, so would be more than willing to pay postage to have it
> sent to me?
A Q60 for just postage would be a fantastic deal, it's easily worth a
four digit sum these days...
___
QL-Users Mailing List
Computer Research Centrum, Ltd via Ql-Users wrote:
>> The Q60, was sold by me in 2003, which should be 66Mhz Q60 64Mb ram,.
>
> Battle of the Q60 upcoming?
> Dear, so much of us will like one…
> dex
27 years after design time... still unreached by any other QL hardware.
An
Am 14.04.2024 um 15:57 schrieb Jiri Dolezal via Ql-Users:
> TenFourFox is not able to process the GitHub javascript.
Ah, a MacOS 10.4 user? In order to still run 68K Mac programs?
Did you still keep TenFourFox up-to-date be compiling it yourself?
___
QL
or all three machines.
Surely there are Qzero users ;-) More than a handful already.
Many thanks for all your work!
Peter
___
QL-Users Mailing List
ero is
always fast enough to handle 115200 Baud.
The connector is prepared so you can use a standard male D-Sub with
ribbon cable for SER. I had the printed schematics and placeplan in
Dormagen, but forget to give them to you. Shall send by personal email.
All the best
Peter
___
QL-Users Mailing List
bly yes.
We can increase the hardware receive FIFO size of the UART if you think
there is a problem. The Qzero FPGA has sufficient resources.
We'd need to find out how long the SMSQ/E SD card driver will disable
the serial interrupt - if it actually does.
All the best
Peter
want as many
pins on that connector untouched, so I hoped to avoid RTS.)
All the best
Peter
___
QL-Users Mailing List
other, or to Q60 or PC emulator. Which is
>> one reason why I did not implement RTS on the Qzero.
>
> I presume that you transferred files of more than 512 bytes... If so,
> that seem to answer that question.
Yes, up to several MB.
Peter
___
QL-Users Mailing List
rory trees in one go, which is very useful.
Peter
___
QL-Users Mailing List
Wolf wrote:
> A new version of QxlwinReader is available on my site, better handling
> of Qubide image files.
For those like me who didn't find it quickly:
http://www.wlenerz.com/QLstuff/#qxlwinr
___
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
standard QL ROMs. In that setting
QL-SD should work.
Peter
___
QL-Users Mailing List
... 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
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
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
hilosophy?
> 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
e flashing area is determined!
Could anyone enlighten me? Quick reply would be nice, release date
nearing quickly...
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
noticed the 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
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
?
All the best
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 tha
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
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... something is defini
ut in one of my debug attempts
yesterday, the program seemed to get short before it, but never behind it.
Peter
___
QL-Users Mailing List
that the missing 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
___
,
> 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
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
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
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.
Al
g 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
represents
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
d 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
> 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
Wolfgang Lenerz via Ql-Users wrote:
> I'd do it this way
>
> %ggWbrggg
Which is the same :)
___
QL-Users Mailing List
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
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 leas
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 wrot
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
>
>
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 Wolfg
this way (if you have luck
and there is no reliability problem).
Peter
___
QL-Users Mailing List
SER converters for PC start getting unreliable
at 230 kBaud already.
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
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
erritory, 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,
>>
>>> config
PC to 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
201 - 300 of 325 matches
Mail list logo
