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
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 curiosi
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
Daniele Terdina wrote:
> It would be great to be able to fit a PC in a QL case, with a 100%
> compatible QL emulator running on it and able to access the microdrives
> (or better 1 mdv and a memory card reader in the right slot) and QL
> keyboard, plus plenty of USB ports on the back for floppy d
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 wa
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
Wolfgang Lenerz wrote:
> Actually, the licence is a bit different:
>
> In a nutshell, and without this affecting the licence at all:
>
> Liberties :
> You can get the source code, I mean, heck it's on the website...
The "registrar" can at any time accept changes/additions/modifications
which a
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. Instea
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
> pr
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
Hi,
had to re-compile all QLwIP stuff after a harddisk crash.
Just checking if it still works... If someone is still online,
please send me a private reply (I have subscription turned off).
Thanks, Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.
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 execut
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
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, whe
Good morning Norman,
> At the risk of being totally stupid here, that sounds remarkably like a
> wide screen display format on a non-widescreen display!
Yep, you're right. Q40/Q60 have a 1024x512 resolution, and including blank
lines to get 1024x768 is far simpler than hardware-interpolating co
> 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
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
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 C
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 importan
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,
Hi,
it looks there will be no ethernet based internet connection at
QLis30. Since native TCP/IP requires a serial or ethernet
connection, this would limit what I can demonstrate. I.e. only a
connection to a PC could be established, not to the internet.
This could be resolved if one of the PCs
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
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 c
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 hav
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 ;-)
Hi,
Caroline Mathieson? Are you the author of the documented JM ROM
disassembly? Which assembler programs did you write?
Cheers, Peter
> -Original Message-
> From: "Caroline Mathieson"
> Sent: 04/12/2014 10:46
> To: "ql-us...@q-v-d.com"
> Subject: Re: [Ql-Users] Assembly eMagazine -
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
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 MIS
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);
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
> > Qemulator
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 bla
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 fas
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 enforce
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 remarks:
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 t
On 6 Jul 2016 at 11:35, Dilwyn Jones wrote:
> [Snip]
>
> Your email is understandably aimed at authors. Please bear in mind the rough
> treatment Rich Mellor has had from some quarters for nothing more than
> trying to keep some form of QL trading going. I presume that things like
> keyboard m
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,
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
exchan
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 li
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
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
Hi Tobias,
> # of active code maintainers for Minerva: 0
The point here is "maintainer". There was active work on Minerva
until about two years ago, although we did not want to become
responsible for releases. You can probably imagine the Q68 port was
not trivial, especially in the early stage
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.
> >
>
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, too.
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 min
Is this software still commercial?
___
QL-Users Mailing List
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
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
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 vene
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
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
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 a
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 51
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
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. P
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 else would like to j
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:
> > > >
> > > > > This
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 PLD/FPG
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
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 1
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
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. Espec
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 e
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 MEN
Hi Wolfgang,
> I've released a new driver for QL-SD that uses standard qxl.win drives
> instead of Qubide ones.
Congratulations! Great work! Just in case it is not obvious for
everybody: This makes cards directly interchangeable between QL-SD
and Q68. (If the same image name is used.)
> It's f
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.)
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 toleranc
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 s
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
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
> _
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 attendance
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 no
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 a
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 p
74 matches
Mail list logo