Re: [Ql-Users] UDP driver for Q68 and TFTP programs

Hi Wolfgang, > I've written a UDP (only) ethernet driver for the Q68, and a TFTP > file exchange programs (for the Q68, emulators and also some TFTP > server/client software for PCs/Macs). Many thanks! Love running your TFTP server on my Q68 for file exchange with the PC and my second Q68.

Re: [Ql-Users] For Sale

On 11 Nov 2020 at 1:17, Steve C. via Ql-Users wrote: > Aurura was not easy to Google, and I'm still not certain that it is > a QL clone? Not directly like Q40, Q60 or Q68. Aurora always is an add-on to GoldCard or SuperGoldCard. So you need one of these also. Peter

Re: [Ql-Users] MODPlay

On 10 Nov 2020 at 20:21, Marcel Kilgus via Ql-Users wrote: > I wrote a music player for the old Amiga MOD file format. Head over > to > https://www.kilgus.net/smsqe/modplay/ for the details. I forgot the exact percentage of CPU overhead by the 20 kHz interrupt of the Q40, but I tested it below

Re: [Ql-Users] QBOX BBS for TCP/IP released!

Hi Jan, > > > Or is there a simple 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. > > > > From what I can

Re: [Ql-Users] Q60 + OSSC

On 16 Jan 2020 at 0:43, Thierry Godefroy via Ql-Users wrote: > > Those are small PLDs, optimized almost to the last gate, not FPGAs, > > and 800x600 is not doable. > > Surprising, since it's "just" a change in divisors/counters/ > frequencies, but if you say so (I'm certainly no expert in

Re: [Ql-Users] QLTools - 2.15.5 available

Hi Norm, > > 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. > > What problems do you have with 16MB files? I presume you mean that the > qxl.win file is over 16Mb, and it's not a

Re: [Ql-Users] Stuart Honeyball

On 29 Mar 2018 at 14:19, Marcel Kilgus via Ql-Users wrote: > > I remember how proud I felt when Stuart Honeyball lent me an ear > > about the 68020 processor, while I was still a QL nodbody. At that > > time, he was reluctant about an upgrade to the GoldCard, because > > (coming from the 68000

Re: [Ql-Users] Stuart Honeyball

On 29 Mar 2018 at 10:40, Dilwyn Jones via Ql-Users wrote: > I regret to have to report that I heard this morning of the > death of Stuart Honeyball of Miracle Systems. When I read the subject "Stuart Honeyball" I somehow expected he'd attend a QL meeting, publish his memoirs, or anything, but

Re: [Ql-Users] Sjef vd Molengraaf

On 15 Mar 2018 at 11:21, Marcel Kilgus via Ql-Users wrote: > Last weekend I was at the German ZX81/Spektrum meeting and that was > very well visited (50 people or so) and was a reminiscence of the > bigger QL events like Eindhoven in the past. Unfortunatelly there were > only 5 QLers in

Re: [Ql-Users] Wined

Thanks Wolfgang, very good! On 9 Feb 2018 at 8:01, Wolf via Ql-Users wrote: > Hi all, > > I have uploaded WINED, a formely commercial win,flp and file editor as > freeware. > > You can get if grom the usaul address (www.wlenerz.com/qlstuff). > > Have fun. > > Wolfgang >

Re: [Ql-Users] QL-SD new driver

On 2 Feb 2018 at 16:25, Marcel Kilgus via Ql-Users wrote: > Well, I said I'd do it and apparently I did it: > > https://www.kilgus.net/2018/02/02/clonetastic-ql-sd-clone-working-with-goldcard-clone/ What surprises me is this: "With the original Verilog code my clone didn't work at all, so it's

Re: [Ql-Users] QL-SD new driver

On 23 Jan 2018 at 9:21, Graeme Gregory via Ql-Users wrote: > > I've already started putting together a clone using an Xilinx > > XC9572XL, which I have lying around. The Verilog file compiled from > > the get-go, I just had to remove the additional SS lines because of > > Pin restrictions in the

Re: [Ql-Users] QL-SD new driver

On 22 Jan 2018 at 15:21, Wolf via Ql-Users wrote: > > If only we could find another builder/supplier of the SD interface... :-) > > Hopefully one that could work reliably with GC/SGC! That would be nice. The QL-SD hardware is open source, everyone is invited to improve it toward GC/SGC

Re: [Ql-Users] QL-SD new driver

Marcel Kilgus via Ql-Users wrote: > As I've understood your chip is 3.3V and the lines (or GND) is too > noisy so that logic level 0 could be interpreted as 1 before the lines > settle Yes this is one of the aspects, but it's not a 3.3V versus 5V issue. (The relevant logic levels are the same.)

Re: [Ql-Users] SMSQ/E 3.31 Q40 no boot after configure

Hi Duncan, thanks for trying. > SMSQ/E 3.31 boots OK on my Q60. Just MenuConfiged keyboard language from > english to german and still boots OK. Sorry can't reproduce the problem. Did you only change the keyboard, or also general language? Would be great if you can tell something about your

Re: [Ql-Users] Dock

On 8 Nov 2017 at 13:09, François Van Emelen via Ql-Users wrote: > Here "dock" does its job correctly with QPC2, SMSQmulator and Black Phoenix. Tobias reported the same problem on QPC2. Maybe you don't use the latest version of SMSQ/E? That would make sense, because the "dock" must have worked

Re: [Ql-Users] QL Forum online chat

On 15 May 2017 at 11:06, Graeme Gregory wrote: > On Mon, 15 May 2017, at 11:01 AM, pg...@q40.de wrote: > > On 15 May 2017 at 10:34, Graeme Gregory wrote: > > > > > On Mon, 15 May 2017, at 10:21 AM, Jan Bredenbeek wrote: > > > > On 13 May 2017 at 21:18, Dilwyn Jones wrote: > >

Re: [Ql-Users] QL Forum online chat

On 15 May 2017 at 10:34, Graeme Gregory wrote: > On Mon, 15 May 2017, at 10:21 AM, Jan Bredenbeek wrote: > > On 13 May 2017 at 21:18, Dilwyn Jones wrote: > > > > > This is unplanned and short notice, sorry, seven of us are already on > > > Online chat tonight (now) if anyone

Re: [Ql-Users] Turbo switch-bouton history

On 5 May 2017 at 14:47, Alain HAOUI wrote: > > You'd have to bend one pin of each EPROM, so they don't connect to the > socket. Then connect both bent pins by wire with turbo switch and a pullup. > (The onboard ROM selector jumpered to "Normal Operation".) > > This sounds promising. Not afraid.

Re: [Ql-Users] Turbo switch-bouton history

On 5 May 2017 at 9:41, Alain HAOUI wrote: > I have managed to burn the latest SMSQ/E version 3.31 on a big ROM with some > extra modules. This also worked as expected; A new "Quantum Leap". Congratulations, you are ahead of the Q40 designer ;) I have not yet tried the latest SMSQ/E version from

Re: [Ql-Users] Graphics aspect ratio

On 28 Apr 2017 at 15:30, Tobias Fröschle wrote: > I seem to recall I saw that variable referenced somewhere in the > "official" documents Funny, I was looking for that yesterday also. While the Q68 previously had only QL modes and upscaled modes with same ratio, I recently added 1024x768 and

Re: [Ql-Users] Toolkit II v2.31

On 31 Mar 2017 at 12:12, Marcel Kilgus wrote: > Fabrizio Diversi wrote: > > if someone is wondering, Tk2 2.31 is perfectly working also in Mist (at > > least as far as I can see:-)) > > Thanks for the feedback. Are there people badly missing the network > code in the new TK2, i.e. is this still

Re: [Ql-Users] QXLDump utility.

On 14 Mar 2017 at 12:24, Norman Dunbar wrote: > I'm playing with QXL.WIN files, again! > [Snip] I hope write access also becomes part of the playground ;) Peter ___ QL-Users Mailing List

Re: [Ql-Users] QL/E v3.16 (Codename "Snow white swan", Edition 1702) is out now!

On 14 Mar 2017 at 10:11, Urs Koenig (QL) wrote: > But I'm pretty sure QL/E can be handy for you guys too, because it comes > with all the latest QL VMs and documentation (roadmap is to release updates > of QL/E quarterly) and, even more important, the setup and configuration is > built and tested

Re: [Ql-Users] QMake released for free

On 12 Mar 2017 at 22:41, Marcel Kilgus wrote: > I already mentioned I secured the rights from Bernd Reinhardt to > distribute his QMake tool. Today I got the manual from Jochen and > spend a good time converting the Text87 file into a PDF. But it is > done and I can finally present to you the

Re: [Ql-Users] German Minerva ROM

On 8 Mar 2017 at 11:24, George Gwilt wrote: > > GWASS did not produce the same code as QMAC from Minerva source, and > > required various sourcecode changes, which now no longer allow to > > use QMAC. We did not hunt down all the subtle differences yet. I'm > > sure this could all be solved by

Re: [Ql-Users] German Minerva ROM

Hi George, > > We made the stategic mistake of first moving the code base to GWASS. > > Unfortunately the differences to QMAC continued to cost time and > > bugs. Still today it is not possible to _exactly_ reproduce the QL > > binary of Minerva, although the code seems to work. So if Minerva

[Ql-Users] QMAKE

Is this software still commercial? ___ QL-Users Mailing List

Re: [Ql-Users] German Minerva ROM

On 7 Mar 2017 at 13:43, pg...@q40.de wrote: > On 7 Mar 2017 at 13:15, Marcel Kilgus wrote: > > > pg...@q40.de wrote: > > > Also, the Minerva build system was completely lost when Lau released > > > the code, and it has cost a lot of time to create a replacement. > > > > Hm, took me at most 3

Re: [Ql-Users] German Minerva ROM

On 7 Mar 2017 at 13:15, Marcel Kilgus wrote: > pg...@q40.de wrote: > > Also, the Minerva build system was completely lost when Lau released > > the code, and it has cost a lot of time to create a replacement. > > Hm, took me at most 3 minutes to build Minerva using QMake. 100% bit > perfect,

Re: [Ql-Users] German Minerva ROM

On 7 Mar 2017 at 11:57, Dilwyn Jones wrote: > > It looks like this is unrealistic to happen. There simply is not > > enough time for the very (!) few remaining hardware-near QL > > developers to deal with more than one free operating system. Unless > > someone comes up with a strong reason. > > >

Re: [Ql-Users] German Minerva ROM

On 7 Mar 2017 at 1:07, Marcel Kilgus wrote: > One could for example patch a $11 into it to get > > [...] > > - no wait for F1/F2 (actually there will still be a tiny wait of 32ms, > so keys can still be pressed) Wow, 32 ms is a fast reaction from human ;-) Nice hack anyway. As for Minerva in

Re: [Ql-Users] German Minerva ROM

Hi Marcel, > I create a German version of the Minerva ROM, in case anybody is > interested: > > https://www.kilgus.net/2017/03/05/german-minerva-rom/ Thanks! Very good idea! Peter ___ QL-Users Mailing List

Re: [Ql-Users] WXQT2 alternative?

On 20 Feb 2017 at 17:28, Bob Spelten wrote: > > Are there alternatives to WXQT2, i.e. other graphical frontends to > > exchange files between a PC and a QXL.WIN container? > > > > What is the maximum size of QXL.WIN containers? > > > There is also a more recent tool QXLWIN by Norman Dunbar, see

[Ql-Users] WXQT2 alternative?

Hi, during Q68 development, I'm using Jonathan Hudson's WXQT2 to access QXL.WIN container files under Linux/Windows. I experienced problems when writing "large" container files over 8 or 16 MB. Is this a known problem? Are there alternatives to WXQT2, i.e. other graphical frontends to

Re: [Ql-Users] QMovie v2.00

Hi Marcel, why do you say "movie player for QPC"? Does it require QPC specific features? How about the file sizes of the demo videos, wasn't there a severe limit (maybe 32 MB if I remember correctly) on native filesystems? Screenshot looks nice. All the best, Peter On 19 Dec 2016 at 0:39,

Re: [Ql-Users] SMSQ/E boot sequence

On 17 Mar 2016 at 11:33, Marcel Kilgus wrote: > pg...@q40.de wrote: > > Thanks for the nice essay. A few remarks: > > > > The "LOWRAM" mode of the Q40/Q60, where read access at $0 to $17FFF > > is mapped to shadow RAM, was mostly used for ROM emulation in the > > early days. The Q60 had to use

Re: [Ql-Users] SMSQ/E boot sequence

Marcel Kilgus wrote: > For anybody interested: I've just written a short essay about the low > level boot process of SMSQ/E for anybody daring enough to try to > understand it: > > http://www.kilgus.net/2016/03/17/smsqe-boot-sequence/ > > Cheers, Marcel Thanks for the nice essay. A few

Re: [Ql-Users] Buffering for native drivers

Marcel Kilgus wrote: > pg...@q40.de wrote: > > QL-style SLAVE block buffering would in most cases not speed up, but > > slow down access to an SDHC card! Especially if the number of SLAVE > > blocks is allowed to grow until all free RAM is used - which is the > > convention. > > QPC has

[Ql-Users] Buffering for native drivers

A little remark on "conventional" buffering for QL mass storage drivers. The situation for modern hardware is completely different than for floppy and microdrive. For example, reading a block directly from SDHC card on the QL is NOT slower than reading it from RAM! Modern SDHC cards are so

Re: [Ql-Users] QL-SD driver

Caroline Mathieson wrote: > Isn't the detection and handling of the insertion and removal of media > already covered in the origonal microdrive device driver? > > Caroline Yes it is. But the QL-SD driver is derived from the Qubide harddisk driver. Implementing hot-swapping for QL-SD on the

Re: [Ql-Users] Q60 aging problems

On 14 Mar 2016 at 0:45, Marcel Kilgus wrote: > Peter Graf wrote: > > Before you get tempted too much, please consider the SDHC card driver > > issue. QDOS Classic and Minerva both work on the Q68, but the QL-SD > > driver clashes with other extensions. Similar effects were seen under > >

[Ql-Users] Q60 aging problems

On 11 Mar 2016 at 14:41, Thierry Godefroy wrote: > [...] > This problem was (apparently) due to the lack of poper system date setting > before starting the build process (my Q60 RTC's battery is alas dead, and > given it's a built-in battery inside the RTC package itself, it can't be > replaced);

Re: [Ql-Users] SMSQ/E on QL

Hi Fabrizio, it seems like the MIST is re-using the TG68 CPU core. Richard and me had debugged this CPU core, so it can execute most QL code. After I prevously used other CPU cores, I will most likely stay with the TG68 (or a derivative) now, so the Q68 should have this similarity with the

Re: [Ql-Users] SMSQ/E on QL

Hi Derek, > To get SMSQ/E running on a standard QL with 640K or 896K ram, the SMSQ/E > initialisation routine would have to re-written to use the QL internal > memory map. SMSQ/E on the standard QL requires a modified ROM, and can not just be loaded from QDOS or Minerva. An option would be to

Re: [Ql-Users] Native GUI and TCP/IP software at QLis30

On 7 Oct 2014 at 8:28, Derek Stewart wrote: I will bring up a Cross Over Ethernet Cable and a 8 port Gigabit switch and leads. I think it should be easy to configure the Windows Laptop or my Linux Laptop to act as a server or gateway. Fantastic. By the way, if the tables are planned in

[Ql-Users] QL is 30 presentations priority

Hi, I hope to offer three presentations, two of my software projects and one hardware: * QLPUI: GUI with modern look feel, themes, proportional fonts, and other features not yet available on the QL. Runs completely without Pointer Environment. * QLwIP: Native ethernet and TCP/IP: Ethernet

Re: [Ql-Users] Native GUI and TCP/IP software at QLis30

Hi Geoff, Fantastic. By the way, if the tables are planned in advance: It would be perfect to be in the middle between Paul and Derek. I need Derek for the Q60 demos and Paul to participate from his German-British power converter ;-) This should not be a big problem. We have

Re: [Ql-Users] QL is 30 presentations priority

As for presentations... is it possible to do some setup work inside the hall on Friday already? That would make things more relaxed and productive on Saturday, as there are usually some problems to solve. A one day event might turn out very short anyway ;-)

Re: [Ql-Users] Edinburgh is go!

Hi, we had a little conversation about Geoff's recent post on the German QL forum. In conclusion, we are glad if *everybody* who is interested in the QL, is very welcome at the meeting in Edinburgh. Our hope is that nobbody feels discouraged, in case of limited QL skills. The more QLers come,

Re: [Ql-Users] Ethernet chit chat...

Hi Dave, I have been presented with two good contenders for an ethernet solution for the QL. There might be others; I am open to suggestions and may add more to the list. I suggest the CP2200. It is the easiest to solder, least pins, smallest, simple connection to the QL bus. More

Re: [Ql-Users] New QL

On 21 Mar 2014 at 15:30, John Alexander wrote: This is certainly a good way to go Not so certain. I think I spent 7 years or so debugging 68K cores. I tried pretty much everything which is available on a non-commercial basis. None was correct enough for QL assembler program requirements. If

Re: [Ql-Users] New QL

On 21 Mar 2014 at 18:35, Ralf Reköndt wrote: So we should start a Crowdfunding so someone (TT or MK) can write the suitable things...? Not sure what you mean. In case you are thinking about rewriting QL software so it avoids misimplemented CPU instructions, that would require knowing all

Re: [Ql-Users] New PCB for QubIDE

I saw your schematics and was thinking that it might be possible to reduce the logic with a CPLD. I use Xilinx a lot in our designs, and it really shrinks the board size and complexity. For the QL bus, did you consider the need for 5V tolerance? I don't know about Xilinx in particular, but

Re: [Ql-Users] Internet connection

Duncan wrote: Could such a device be suitable to connect a Qx0 or an aurora or a Shermes modified base QL to a broadband router modem? Simplified answer is no. The point is not wether the device easily provides the stream data to the QL side (it does). The point is: Where runs the client,

[Ql-Users] Coldfire V4m

Hi, talking Coldfire V4, my knowledge horizon ended at the V4e core. Checking back yesterday, I saw that very recently some chips with V4m core were released (MCF5445x). Compared to V4e, the FPU was removed, but there also were some changes in the instruction set and exception handling. Might

Re: [Ql-Users] Cobra5329

Hi Derek, The Cobra board looks quite interesting, it has an embedded Linux system. So that would mean that the Linux code is open source, so no mystery about how things work. The only QL use would be complete 68k emulation in software. The V3 core is pretty useless if you want to execute

[ql-users] Q40 now built by Samsung

Hi, finally a global player building our hardware? http://notebook.samsung.de/subtype_com_related_notebook_q40pro.asp Peter ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [ql-users] Hardware and software - new horizons

Wolfgang Lenerz wrote: pgraf at q40.de wrote: The registrar can at any time accept changes/additions/modifications which are not distributed in source, but which may be essential. So the SMSQ/E license does of course NOT provide this liberty. Instead, a developer would depend on the mood

[ql-users] Hardware and software - new horizons

Norman at Dunbar-it.co.uk wrote: Steady Peter, steady :o) Shouldn't your reminder better go to the one who started this myriad programmers, personal note and talk is cheap stuff? o:-) [Native TCP/IP Ethernet] At present I have absolutely no idea what the current status of said project is

Re: [ql-users] Hardware and software - new horizons

Neil Riley wrote: GoMMC, a RomDisq on steroids but with the opportunity to remove the mem card, excellent. Once again, Id buy one if developed for the QL. How would it sound if a SD/MMC device for SuperGoldCard, Q40 and Q60 had already been prototyped and a free software to access it was

Re: [ql-users] Hardware and software - new horizons

Duncan wrote: Do you have any othe projects else up your sleeve? Not absolutely impossible. But nothing major can happen until there's a decent free QL OS. All reasonable ways I have to implement OS level code for new hardware involve re-using free software and getting help from persons that

[ql-users] SDGC

Hi, there has always been a number of QL folks who want native hardware, but weren't satisfied with the concept of the Q60. They kept looking for a Super Duper Gold Card. I often tried to understand what they really have in mind but failed. Some of them seem on this list now, maybe my

Re: [ql-users] SDGC

Rick Chagouri-Brindle wrote: I think so too . . . looking at it objectively if you replace too much of the original QL you are no longer really using the QL, but the fact that it is still in the black box is subjectively attractive. I wonder if the QL motherboard needs to stay to keep the

Re: [ql-users] SMSQE and the Qx0

Wolfgang Lenerz wrote: I'm told that it might be possible to use larger Eproms on the Qx0 for this, to give us 512 KB of ROM space, which should be enough for the foreseeable future. It is possible to use larger EPROMs, but they are 4Mbit chips (256Kbit x16) which results in 1024 KB of ROM

[ql-users] Looking for QL books

Hi, I'm looking to buy 2 QL books: The Sinclair QDOS Companion by Andrew Pennell, and QL Advanced User Guide By Adrian Dickens If someone would like to help, please write me a private email. Many thanks, Peter ___ QL-Users Mailing List

Re: [ql-users] Just an idea for a new Product.....

P Witte wrote: Id go one better: The place to start, of course, is to make the Qx0 designs public and free so other people can develop and improve them, and in some cases, build their own. A free computer to run free software on. Just the thing. The obstacle is production. If I publish

Re: [ql-users] Just an idea for a new Product.....

COLIN PARSONS wrote: The only way, taking a leaf from Linux, that it is going to increase it's market penetration is if it is freely available for download, under a GNU license. This is a bullet that has to be bitten, if there is to be any future for the platform! One can make money with

[ql-users] Q60 / 80

Aurélien GÉRÔME wrote: Hi 68k folks, One week ago, I posted a message to sales at q40.de, but got no anwser then. I also tried webmaster at q40.de, but got no anwser too. Derek Stewart of DD Systems is just back from a trip, I guess he'll check the sales account soon. Where can I buy a Q60

Re: [ql-users] qdos gcc problem

Michael Grunditz wrote: The qdos-gcc libc does not compile on ppc linux, any hints ? You could try to post such issues to the ql-developers list. Maybe some who deal with crosscompiling or Linux are still subscribed there. I only have a sloppy look at ql-users archives now and then, but that

Re: [ql-users] In search of a 68060RC 60MHz with 0E41J mask

Tony Firshman wrote: I haven't a clue about Motorola and the problems Thierry has. I think both you and Thierry were far too confrontational, whatever the rights and wrongs. You are right, my reaction was not wise. What Thierry thinks is paranoia has a realistic background, but that was

Re: [ql-users] In search of a 68060RC 60MHz with 0E41J mask

Fabrizio wrote: Ciao, - first let me say I just tested your last precompiled Linux Kernel 2.4.27 on my Q60 (680LC60-80 Mhz) and it works fine. - 2nd , how can I (simply) check what model/revision of 68060 I have ? - on my Q60 all the Qliberated program regularly crash if I have copyback

Re: [ql-users] QPC on a Nokia Series 60?

Phoebus wrote: Actually that was Peter and it wasn't even as much a port as a recompile using readily available linux emulation libraries. To my knowledge not a single line of code had to be changed (except the Makefile any maybe disabling some stuff that doesn't work). Absolutely right.