[ql-users] Freescale sold

Freescale is being sold. The semiconductor company which made our cherished 68008 ... 68060 CPUs, formerly Motorola, is now sold off to a private equity group :-( http://media.freescale.com/phoenix.zhtml?c=196520p=irol-newsArticleID=905906tid=FSHMINI Or, for the German readers:

[ql-users] Looking for 2nd hand Q40/Q60

Hi, I'm looking for a second hand Q40 or Q60. Please contact me by private email. Thanks, Peter ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

[Ql-Users] QL video [was: QubIDE progress...]

Jan wrote: May you know that I am working on the new QubIDE PCB. Good to see that someone is still developing QL hardware! Good luck! One thing puzzles me: You folks still use the black QL or (S)GC, so how do you get a display attached? I have a TFT monitor, and barely get my Q60 to work by a

[Ql-Users] Ramdisk

Hi all, I'm looking for a QL Ramdisk with sourcecode available. Any recommendations? Has there ever been a Ramdisk written in C? Has there ever been a Ramdisk with directory support? Thanks, Peter ___ QL-Users Mailing List

Re: [Ql-Users] Ramdisk

Hi Tobias, thanks. Why not have a look in smsq/e sources? Because it is not allowed to use that code freely, especially not outside SMSQ/E. Any other ideas? All the best, Peter ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Ramdisk

Hi Dilwyn and Derek, thank you. QDOS Classic just contains a binary for ramdisk, Qemulator comes without source. At first glance I can not find ramdisk code in Minerva. Derek can you tell me the filename? All the best, Peter ___ QL-Users Mailing List

Re: [Ql-Users] Ramdisk

Hi Tobias, Apart from redistributing binaries, everything else seems to be explicitely alllowed. Sorry Tobias, I'll only look at a freeware or open source RAM disk. SMSQ/E is neither. If you're interested in a definition of Open Source, you might look here for example:

Re: [Ql-Users] Ramdisk

Hi Ralf, thank you very much! I am not yet sure whether I will disassemble a Ramdisk myself. I think someone had sources, maybe they were also disassembled. Subdirectories are not mandatory, I was just wondering wether they exist. The idea behind my question was to copy an image from a SD card

[Ql-Users] C68 from 1994?

Hi, does someone still have C68 binaries and libs from around 1994? A private email with ZIP-file(s) would be great. Thanks, Peter ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] C68 from 1994?

Hi again, does someone still have C68 binaries and libs from around 1994? A private email with ZIP-file(s) would be great. ... or better: Does someone still have the PDQ C compiler? Thanks, Peter ___ QL-Users Mailing List

Re: [Ql-Users] PDQ C compiler (was: C68 from 1994)

Hi folks, many thanks to Dave Walker and Dilwyn Jones who have been extremely helpful and already emailed me archives of some ancient compiler versions. I'm deep in the work of installing and adapting build system and sources now... Many thanks also to Marcos Cruz and John Hall. == Marcos:

Re: [Ql-Users] TCP_ and SCK_ driver documentation?

Petri Pellinen wrote: the plan was to use locally administered MAC address space (bit 2 of the first octet set to 1) which can be assigned by a local network administrator. But maybe this is not the case? I wouldn't do it, because there is no guarantee of uniqueness. You can never plug your

[Ql-Users] Contact search

Hi, does one of you know a valid email address or any contact to Dirk Steinkopf, author of the QL-HD / Falkenberg Harddisk driver? Private reply please. Thanks a good new year, Peter ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QL SD/MMC-Card interface survey

Tobias Fröschle wrote: The driver should ideally be able to access both VFAT and QDOS formatted SD cards for ease of transfer (QPC/QXL-like image files on VFAT-formatted SD, probably?) - But that's probably asked too much already. My plan is indeed to put a QL-HD image as a file into a FAT

Re: [Ql-Users] Programming project request...

Plastic wrote: My real heart's desire is, ironically, a hardware/software project, to put together a package of an ARM-based embedded computer with Linux, booting right into uQLx, so that it is basically a QL. Getting it so it can fit inside a QL case with PSU and a couple of laptop SATA HDs

Re: [Ql-Users] Programming project request...

Plastic wrote: Boring mainstream means cheap mainstream In my humble opinion not cheaper for the special QL-style target we were talking. means long term availability of standard designs at commodity prices. The opposite. Average lifespan for today's mainstream ARM MCUs is shorter than for

Re: [Ql-Users] Programming project request...

Tony Firshman wrote: One other way, for Peter, is an open source version of SMSQ. At least it _was_. Now that so much time has been spent toward a Minerva based solution with other drivers, SMSQ/E would probably not save me work anymore. Times have changed. A decade ago, an open source SMSQ/E

Re: [Ql-Users] Finally a reply

Geoff Wicks wrote: If we needed Quanta we would be using it. In practice the active members of Quanta represent under 10% of the UK QL community and under 5% of the international QL community. The demise of Quanta is something the QL community can survive I'd be glad if QUANTA can survive.

[Ql-Users] Reality Check

Hi Geoff, Last weekend several people castigated me for suggesting that Quanta should be wound up. Now it's time to see if you are prepared to put your money where your mouths are. I guess QUANTA members benefit more if my time goes into QL hardware and drivers, than into the other work you

Re: [Ql-Users] Reality Check

Hi Geoff, Thanks for participating in this discussion, Peter. Thank _you_ for your QUANTA work! You have always been very loyal to Quanta after the help they gave you over the Q60. Just for the records, the Q60 design and prototypes were all completed and financed by me, without any help...

Re: [Ql-Users] The Spring 2011 QL Survery

Hi Marcel, In fact it's now the other way round, there is no native hardware that can match QPC in speed or features. That's why I was a bit mystified by your choices. Just saying. no offense intended at all, but are you not counting the now much faster PC hardware (which you didn't design)

Re: [Ql-Users] The Spring 2011 QL Survery

Hi Marcel, It is really really hard to make new QL hardware possible... I find public statement that QL hardware can not match in features somewhat depressing... It's not that it can't match it. It's that, at this time, it doesn't match it. It depends on the definition again :-) I can hold

[Ql-Users] Update on QL-SD

Hi folks, it's been a while... some might remember that I postponed my other QL projects in order to design a microdrive style SD card interface for the original QL. I sometimes regret this decision, because the cost of time became immense. I based my driver software on the QL-HD driver from

Re: [Ql-Users] Update on QL-SD

I wrote: SDHC cards can be inserted just like microdrives Microdrive _cartridges_ of course :-) Peter ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Update on QL-SD

Malcolm wrote: Excellent Peter, definitely the way to go, a very neat solution. Just out of interest what was the problem with plugging in the original drive LED's. There are several issues, the most obvious one is: Both QL case LEDs are on the same connector, so if you want to keep one

[Ql-Users] QL GUI programming

Ralf Reköndt wrote: As I have written a few times: Using PE from SBasic is too complicated for a lot of people (including me). QPTR is too complicated (I have used it!). And I fear, Turbo_PTR is a similar thing, ok, never tried. Have you seen the QLPUI demo?

[Ql-Users] [OT] Email to Adrian blocked

Hi Adrian, I received your email, but your provider's crappy Trend Micro RBL+ blocks my answer again. I can not find your alternatative email address at the moment. Please send it again. Regards, Peter ___ QL-Users Mailing List

[Ql-Users] A seat in the lifeboat?

Hi, since the turn of the century, I invested a lot of time into some QL hardware and software projects. Except the Q60 Graphics Card, all of them actually worked, and have been shown to a few friends. I didn't have the motivation to finish them. For a long time, the reason was that I saw the

[Ql-Users] Q68

Malcolm Lear wrote: I really like the idea of the Q68. Of all these options its the only one I'd go out and buy. What sort of CPU speed are talking about and will the FPGA design files be available to modify? If I find the time to design suitable caches, I expect CPU core speed between 32 and

Re: [Ql-Users] QLwIP

Mark Martin wrote: In what state does QLwIP exist today? Undocumented and untouched for many years. Requiring QDOS Classic. Could it be licensed under an open source license? GPL planned. If the answer is no, I may be motivated to start an open project if I could find help answering the

Re: [Ql-Users] Q68

Mark Martin wrote: Do you have a working 68K core with all the support chips? The Q68 is a functional system on a finished PCB, actually running QDOS Classic and Minerva. What would convince you to release that so that efforts could be made to port that to inexpensive dev kits? Sorry, I

Re: [Ql-Users] Q68

Am 14.09.2013 23:47, schrieb Marcel Kilgus: Peter Graf wrote: If I find the time to design suitable caches, I expect CPU core speed between 32 and 40 MHz. At 20 MHz, the Dhrystone benchmark gave something between SuperGoldCard and Q40. For the general public, I might hold back some design

Re: [Ql-Users] QLwIP

Mark Martin wrote: Could it be licensed under an open source license? GPL planned. That's hopeful. What can I do to encourage or support that? Thank you. Unless you are a very familiar with drivers, C language and networking, owning a native hardware with ethernet - I have no idea what you

Re: [Ql-Users] Q68

Mark Martin wrote: The Q68 is a functional system on a finished PCB, actually running QDOS Classic and Minerva. Do you have an estimate of a price range? The potential person who builds the Q68 should have the freedom to define a profit margin for his/her work. So I can not discuss this in

Re: [Ql-Users] QLwIP

Petri Pellinen wrote: Mark, if you are interested I have a prototype board for the original QL that runs TCP/IP. [snip] As you mention the original QL, I looked into the datasheet of the ethernet controller I am using for the Q68, which is the CP2200. To my surprise, it is 5V tolerant, and

Re: [Ql-Users] Why?

Hi Dilwyn, Thanks for the update, Peter. I really hope QL-SD makes it to market. I also hope someone will be able to write software to make it easy to transfer files between QL and non-QL media. Out of interest, what media format is the finished QL-SD likely to use - QXL.WIN, Qubide..?

Re: [Ql-Users] Why?

Richard Mellor wrote: I too am looking forward to Peter's device And let's not forget Adrian! :) One of the benefits is that Daniele Terdina has already written the routines for Q-emuLator to use the same driver as written for the QL and hence write natively to the SD card from within

Re: [Ql-Users] Ql is 30

SQLUG could probably find a location and maybe pay for the hall in Edinburgh or even possibly Glasgow. Would be somewhere different and attract people both from the continent and Britain? Who would come? QL is 30 in Scotland sounds cool :) I would try to come. Peter

Re: [Ql-Users] The Last Five Years

Geoff Wicks wrote: Since the closure of QL Today I have had a 50% increase in hits on my news page. It happened suddenly and sharply in September and has remained stable since then. I think this indicates there is a demand for online news. I was not aware and visited yesterday for the

Re: [Ql-Users] QL-SD Card Interface

Hi Adrian, you had contributed a large amout of work for QL-SD and this work deserves many thanks and respect. The drivers are free software and without any warranty, I can confirm here that you are not responsible for QL-SD or any support. I mentioned your name in the manual under the

Re: [Ql-Users] Today 30 years ago...

Hi Urs, BTW: Anniversary website http://www.qlis30.org.uk has updated today with more links. Thanks. As for the story by Jürgen Malberg, did you read it? I was actually disappointed that he only wrote there was a successor on 68040 basis. This sounds like the Atari/Amiga lines of 68K history

Re: [Ql-Users] QubIDE II Source Code

Adrian Ives wrote: I have said this so many times that I am getting really tired of the repetition! The QL-SD driver was derived from QUBIDE. It was turned inside-out to implement replaceable hardware interface routines. It's all there. Don't reinvent the wheel again! Just look at the

Re: [Ql-Users] QubIDE II Source Code

made a great effort to establish the correct permission to make the Qubide source code available, as I do not want to be accused of being a software pirate... Regards, Derek On 02/02/14 21:37, Peter Graf wrote: Adrian Ives wrote: I have said this so many times that I am getting really

Re: [Ql-Users] New QL

John Alexander wrote: Question here is what instructions are missing I don't think that the Amiga ran an entirely different Not missing but incorrectly implemented, which is far worse. The bugs I'm talking about only occur under rare circumstances. By now, the Q68 is already debugged well

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

Am 22.03.2014 00:57, schrieb Dilwyn Jones: Now that QL-SD is available, albeit in small numbers so far, I've set up a page where you can download the manual, software starter pack and the BDI (Block Device Image) specification for emulators, thanks to Peter Graf for supplying the software

Re: [Ql-Users] Incorrect emulation

Wolfgang Lenerz wrote: Are you aware of this: http://web.archive.org/web/20080507162255/http://gwenole.beauchesne.info/en/projects/68ktester Thank you. I don't know about this one in particular, but the emulator verification approaches usually do not compare data and addresses on the bus,

Re: [Ql-Users] New QL

Marcel Kilgus wrote: Actually I have dabbled with VHDL in University and would love to do more with FPGAs, but no, I have enough pet projects going as it is. Perhaps in another life ;-) HDL *and* 68K emulation experience would indeed be the perfect combination. Maybe something for the next

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

Dave Park wrote: Peter, could you outline what is available for the CS8900A, please? For the QL? Nothing, as far as I know. Are you asking a different Peter? I proposed the CP2200. Peter ___ QL-Users Mailing List

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

Hi Dave, I am a little disheartened that ethernet on the Qx0 is not used by any QDOSMSQ* versions. I used it with QDOS Classic - even sent email from my Q60 to this list, where you could see in the header that it was not Linux ;-) But QDOS Classic had other shortcomings (absence of

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

Hi Dave, The CS2200A which is used in the Qx0 is the other contender. Qx0 uses RTL8019 (NE2000 compatible). The CP2200 (P not S) is used on the Q68. What I struggle with is that this option has been available to owners for 15+ years and yet nobody has used it in QDOSMSQ... Except me. And of

Re: [Ql-Users] Incorrect emulation

Marcel Kilgus wrote: My biggest grievances actually were the lack of C++ style comments and the way the distribution is packed. QDOS-GCC can handle them. (Not sure a crosscompiler is an option for others, but it served me quite well.) Oh yeah, and ditching Quill for documentation, but there

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

Hi Derek, Did your email system on the Q60 use a TCP/IP stack through an ISA Ethernet Card in the Q60 ISA slot. Yes. The program was quite nice for the time, but it has no SSL encryption, so connecting to a mail server could become problematic today. My provider has announced that it soon

Re: [Ql-Users] Fwd: QLis30 update

Oct 11 preferred. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Edinburgh is go!

Great news! :-D Many thanks to you Geoff and all who work for QL is 30! ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] Edinburgh is go!

Geoff Wicks wrote: On 13/05/2014 14:44, pg...@q40.de wrote: 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

Re: [Ql-Users] QLis30 dinner

Dilwyn Jones wrote: If I did attend, I'd have no particular preference for food type. Same here. I agree with Tobias though that a formal dinner the night before the event would be better, giving people a chance to get to know each other and then of course anyone staying Saturday night

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

Hi John, Derek, Geoff and all, I should be able to give a little demo of my native QDOS GUI, so I'll actually need a CRT monitor for Q60. John, thank you very much for your offer. Yes, please bring it if you can. Derek, can you bring an AT powers supply please? I'll probably need to bring the

[Ql-Users] Testmail to my Q60

This is a check wether I can receive mail from the ql-users list under QDOS on my Q60. Please ignore. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

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

Hello Tobias, I will have a Windows laptop with me that has both wired Ethernet and WiFi - We'd need a cross-over Ethernet cable to demonstrate. I don't have a crossover cable, but many modern ethernet PHYs can do the equivalent internally. E.g. my netbook connects to my Q60 with a patch

Re: [Ql-Users] QLis30 report

Hi Geoff, thanks for the nice report. By the way, the QLwIP demonstration went well, just that the TCP/IP connection was only local, as long as the WiFi in the hall was down. I could show file upload/download and the webserver under QDOS. Later on, when WiFi came up, I also showed web and email

Re: [Ql-Users] QDOSMSQ Wiki - thank you!

Petri Pellinen wrote: Having spent some time lately messing about with Qdos using assembly [snip] Good to hear that you are doing some QL programming ;-) ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] uQLx on Linux (various HW platforms, various Linux distributions)

Wolfgang Lenerz wrote: >> End of 2013 Peter Graf sent me a work-in-progress version of uQLx with >> QL_BDI support (uqlx-src-peter-17-11-2013.zip). He stated that this works on >> his (then) recent Debian 32-bit. > > It doesn't work on my 64 bit linux. The point might be

Re: [Ql-Users] BogoMIPS benchmarks

Am 08.02.2016 21:19, schrieb Thierry Godefroy: > > Q60 @ 66MHz (overclocked 68060RC50): > 127.82 BogoMips > Writethrough cache mode: 24.937 VAX Mips/43813.5 Dhrystones/s (5M runs) > Copyback cache mode: 47.812 VAX Mips/84005.4 Dhrystones/s (5M runs) A 68060 with fully activated caches should

Re: [Ql-Users] BogoMIPS benchmarks

Am 08.02.2016 19:15, schrieb Marcos Cruz: > > Some interesting BogoMIPS benchmarks from the Spanish QL Forum > (http://foro.speccy.org/viewtopic.php?f=15=4687): > > QL with GoldCard (1): > 1.62, 1.62, 1.62, ... > > QL with SuperGoldCard (2) : > 5.83, 5.83, 5.83, ... > > QemuLator (3): > 96.55,

Re: [Ql-Users] BogoMIPS benchmarks

Am 08.02.2016 20:14, schrieb Marcos Cruz: > En/Je/On 2016-02-08 19:59, Peter Graf escribió / skribis / wrote : > >> But BogoMIPS is not really a benchmark, the PC probably outperforms the >> Q60 in practice. > > Is "CPU speed test" the right term? Yes, it

Re: [Ql-Users] Q60 aging problems

Am 11.03.2016 21:48, schrieb Thierry Godefroy: > On Fri, 11 Mar 2016 21:16:08 +0100, Peter Graf wrote: > >>> Strange... I'd have expected that the problem was the video memory, >>> but 800x600 pixels consume less memory than 1024x512 pixels... >> >> Yes it

Re: [Ql-Users] Q60 aging problems

Am 11.03.2016 23:30, schrieb Malcolm Lear: > Assuming the PLCC has a through hole socket, would it be possible to > solder a pcb carrier for a more modern chip on the back of the board > using the PLCC pins that protrude through? Probably yes. But soldering would require to heat up all PLCC

Re: [Ql-Users] Q60 aging problems

Thierry Godefroy wrote: >>> No chance to get a "larger" (i.e. with more gates) CPLD that would fit >>> the same socket ?... Or perhaps by using a modern and larger (in both >>> size and number of gates) CPLD that would piggy-back on the old CPLD >>> socket via a small adpater printed circuit ?...

Re: [Ql-Users] Q60 aging problems

Thierry Godefroy wrote: > This said, an adapter is still the best solution. A quick search on > the web lead me to this: > http://www.ironwoodelectronics.com/catalog/Content/Templates/PartGrids.cfm?StartRow=21=PL-PLCC44-H-01=PL-PLCC_TABLE >

Re: [Ql-Users] Q60 aging problems

Thierry Godefroy wrote: > Frankly, I never ran QDOS Classic short of one quick test. SMSQ/E is so > much better (and now even Open Source and thus free, just like QDOS > Classic), that it makes no sense whatsoever for me to run any old- > fashioned QDOS "flavour" (my QXLs, SCG+Aurora systems and

Re: [Ql-Users] Q60 aging problems

Derek Stewart wrote: > Even cutting the PLCC socket would have risks to damage the tracks on > the board due to stress of the cutting. > > I have temperature controlled vacuum desoldering equipment, which should > desolder the PLCC socket pins without damage. Much better and safer than > hand

[Ql-Users] Q60 graphics card (was: Q60 aging problems)

Hi Thierry, your persistance wanting 800x600 resolution for the Q60, combined with your optimism about the OS changes has inspired a new idea in my head. The memory area accessible on the Q60 ROM sockets is 1048576 bytes long, but 800x600 requires only 96 bytes, leaving 88576 bytes free. I

Re: [Ql-Users] Q60 graphics card

Peter Graf wrote: > Disadvantage: No 8 bit or 16 bit access possible - there are no such > signals on the ROM sockets. It would be up to the driver to use only 32 > bit wide access! (This might be achievable by making the screen area > copyback-cacheable and force a flush with

Re: [Ql-Users] Q60 aging problems

Peter Graf wrote: > 2) Use the QLWA driver of SMSQ/E and change the intitialization / block > operations for SDHC card. You could look at the QL-SD driver sources or > at the sources of my Q68 bootloader (written in C) for that purpose. For a start, SMSQ/E could consider the SDHC c

Re: [Ql-Users] Q60 aging problems

Thierry Godefroy wrote: >>> Again, I don't see why you exclude the possibility to bring the necessary >>> signals to the daughter board via "flying" wires soldered on the >>> corresponding pads under the Q60 PCB... I'd rather use a solder iron once >>> and for all than loose performances with a

Re: [Ql-Users] Q60 aging problems

Wolf wrote: > Though I don't remember you trying to reach out to me in this respect, > if the question is whether somebody could port SMSQ/E to your machine, I > might be tempted to have a go a it. Thierry has expressed interest in the Q68, and SMSQ/E will obviously be needed for him. That's

Re: [Ql-Users] Q60 aging problems

Hi Thierry, >> 1) Create a 1024x768 signal with a modified CPLD, generating >> 1024x512 plus a black bar at the bottom of the screen. 800x600 does >> not fit the PLD. > > Strange... I'd have expected that the problem was the video memory, > but 800x600 pixels consume less memory than 1024x512

Re: [Ql-Users] SMSQE 3.24

Thierry Godefroy wrote: > [...] > most common RTC+quartz chips (e.g. the > DS3231) come at a quarter of this price and don't use that silly > integrated battery concept that forces you to replace the whole shebang > every 10 years (or even sooner, depending on how long the RTC+battery > package

Re: [Ql-Users] Copyright

Colin McKay wrote: > As regards the QL dying, to me the main factor for this is the inability of > the QL community to create a system of durable software which would enable > the purchaser of a machine (emulator) to instantly have a day-to-day > coherent usable collection of programs not prone

Re: [Ql-Users] Smsqe 3.28

Wolf wrote: > Marcel Kilgus has fixed a bug in SMSQ/E. > > You could write: > > a$="1243" > PRINT a$(5 to) > > without any error, which was wrong. > > The new version is at wlenerz.com/smsqe Thanks for maintaining and announcing. All the best Peter

Re: [Ql-Users] WXQT2 alternative?

Norman Dunbar wrote: > Hi Peter, > > Maybe! My original intent was just to explore the qxl.win > file. Then it got updated to extract files. I never > intended it to do any updating on the grounds that a small error in my > code could destroy someone's work. > > However, if and

Re: [Ql-Users] WXQT2 alternative?

Michael Bulford wrote: > On Tuesday, 21 Feb 2017 12:49:18, Norman Dunbar > wrote: > > >> Afternoon all, > >> The QXLWIN tool never updates a qxl.win file. It can read and extract files >> from a qxl.win, to Windows or Linux (or Mac?) > >> But not the other way

Re: [Ql-Users] Preview

Am 15.02.2017 um 21:52 schrieb Giorgio Garabello: > http://www.hunggartorino.it/ql/preview/ > ___ > QL-Users Mailing List Cool! ___ QL-Users Mailing List

Re: [Ql-Users] The Wall

Marcel Kilgus wrote: > Wow, I didn't know you had pimped it up to full colour. And I like how > even the sounds are contained in the EXE, well done and thanks! Is it highcolor? On Q68 it didn't appear that way. Maybe not Qx0 mode? Merry christmas Peter

Re: [Ql-Users] The Wall

Wolf wrote: > and, just to be clear, you get the high colours only if your screen can > handle a window height of over 300 pixels. Ah, that's it :) On my Q68 I was used to 512x256 resolution in highcolor. Sound works also! Cool! Thank you very much! Merry christmas Peter

Re: [Ql-Users] The Wall

Cool. Just tested it on Q68 ;-) Am 22.12.2016 um 18:24 schrieb Wolf: > Hi all, > > 'Tis the season to be merry. > > So, The Wall, a formerly commercial game, is now up on my website. > > www.wlenerz.com/QLStuff > > Seasons greetings to all. > > Have fun! > > Wolfgang >

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

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

Re: [Ql-Users] Stella

Hello Tony, it is good to read something from you. > 1) You need a system development environment that > a) will support different processors - ruling out assembler That depends on where one looks for a niche market. Things have changed inasmuch small to medium sized FPGA have become large

Re: [Ql-Users] uQLx and TCP/IP stack documentation

Dilwyn Jones wrote: > I've created a new page in the Documents part of my website, dedicated > to information about the TCP/IP stack included with emulators such as > QPC2, uQLx, SMSQmulator and QemuLator. Thank you. Just for clairifcation: There is no TCP/IP stack included with any of these

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

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

[Ql-Users] GoldCard SMSQ/E 3.31 boot problem

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

Re: [Ql-Users] GoldCard SMSQ/E 3.31 boot problem

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

Re: [Ql-Users] GoldCard SMSQ/E 3.31 boot problem

ra binary. > Regards, > Alain > > -Message d'origine----- > De : "Peter Graf" <pg...@q40.de> > Envoyé : ‎30/‎04/‎2017 00:57 > À : "ql-us...@q-v-d.com" <ql-us...@q-v-d.com> > Objet : [Ql-Users] GoldCard SMSQ/E 3.31 boot problem > > H

Re: [Ql-Users] R: Test email

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.

Re: [Ql-Users] GoldCard SMSQ/E 3.31 boot problem

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". All the best Peter

Re: [Ql-Users] GoldCard SMSQ/E 3.31 boot problem

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

Re: [Ql-Users] GoldCard SMSQ/E 3.31 boot problem

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

Re: [Ql-Users] GoldCard SMSQ/E 3.31 boot problem

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.

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

No. Alain wants to use the turbo switch, not the reset button. Am 05.05.2017 um 19:37 schrieb Dave Park: > As the reset button is momentary, it will also take a bistable flipflop > like a 7474... > > When I get back, I'll do you a little circuit. :) > > Dave > > On Fri, May 5, 2017 at 7:58 AM,

Re: [ql-users] Philips USB chip (and Qx0 systems)

At 11:09 15.04.04 -0400, =?iso-8859-7?B?IlBob2VidXMgUi4gRG9rb3MgKNbv3+Lv8iDRLiDN9Pzq7/Ip wrote: On Wed, 14 Apr 2004 13:10:44 +0100, Tony Firshman [EMAIL PROTECTED] wrote: On Mon, 12 Apr 2004 at 21:23:55, Marcel Kilgus wrote: (ref: [EMAIL PROTECTED]) And for the future (also good to check

  1   2   3   >