• Please review our updated Terms and Rules here

QX-10 Software archive

Altomare

Member
Joined
Feb 14, 2022
Messages
34
Location
France
In 2022, I obtained a few boxes of QX-10 disks from Emmanuel Roche's estate.
He was big QX-10 user and had a lot of software and hardware.

I dumped 70 disks and uploaded them here: Google Drive
I started uploading them to archive.org too but due to server issues I'll resume that later.
Edit: It's up on archive.org too

I don't have the time to look into each one, but there's a printed listing I scanned. I added some notes about faulty discs in the readme file.
Looks like there's mostly CP/M Plus (from MML) system and utilities, as well as sources for both QX-10 and QX-16. Saw some disassemblers in there as well.

If anyone is willing to check and sort through it, that would be greatly appreciated. I can help with file extraction and image manipulation if needed.
 
Last edited:
That's great. I have a real QX-10. How do I get .hfe back on real floppies with DOS or Windows machine ?
Is there a convert utility back to .img ?

Larry G
 
This is pretty cool, I've been dumping some of my collection of QX-10 disks as well, but this set seems to have a whole lot of source code on them which will be interesting to look through. I'll have to check them out when i have some time.
That's great. I have a real QX-10. How do I get .hfe back on real floppies with DOS or Windows machine ?
Is there a convert utility back to .img ?

Larry G
I actually use the greaseweazle utilities for converting between images formats its supports hfe images fine and convert to and from a variety of formats including a raw sector image or imd. I wrote a few diskdefs for it to support the QX-10 systems.

These are the ones i use and work for most disks i've seen and you can convert using gw convert --format=<name> <input file> <output file>
Code:
disk epson.qx10.399                                                                                                                                                                  
    cyls = 40
    heads = 2
    tracks 0.0 ibm.mfm
        secs = 16
        bps = 256
        rate = 250
    end
    tracks * ibm.mfm
        secs = 10
        bps = 512
        rate = 250
    end
end

disk epson.qx10.396
    cyls = 40
    heads = 2
    tracks 0-1 ibm.mfm
        secs = 16
        bps = 256
        rate = 250
    end
    tracks * ibm.mfm
        secs = 10
        bps = 512
        rate = 250
    end
end

disk epson.qx10.320
    cyls = 40
    heads = 2
    tracks * ibm.mfm
        secs = 16
        bps = 256
        rate = 250
    end
end
 
Last edited:
Most of the disks here use a format specifically made for CP/M Plus, so you'll need a new diskdef: 5 sectors per track, 1024 bytes per sector.

It's mentioned here: https://electrickery.hosting.philpem.me.uk/comp/qx10/detail.html

Edit here because I can't edit the first post. I messed up the archive.org link, here is the proper one:
https://archive.org/details/emmanuel_roche_qx10_archives
I've only done some looking at the first several images (which seem use the 16x256 sector layout), but disk 02 has incorrectly numbered tracks (20-39) on side 1. Those 19 tracks seem to be a duplicate of tracks 13-32. Not sure if that was an issue with dumping or if the disk itself is damaged in some way.
 
Oh boy now I have a bunch of research to do. I communicated privately with Mr Roche for years and I knew he had a QX-10 as I did decades ago.
We suddenly lost touch then I heard the sad news about his death. Thanks for all the dumps. I dumped what I had on Frank Kraan's site maybe 10 years ago.
My goal will be to get these back on floppies. I have complete floppy imaging setups for everything. I have a couple gotek's as well and had one running on my QX-10 until I got
the drives fixed. I'm not up to speed on modern techniques and probably won't be. Real hardware has always been my thing. Let's keep this thread going
as discoveries are made concerning his archive.

Larry G
 
Those 19 tracks seem to be a duplicate of tracks 13-32. Not sure if that was an issue with dumping or if the disk itself is damaged in some way.
I think I know the issue. I used a Shugart SA-450 and a Greaseweazle, and it was not configured properly for the slow step timing of the drive. So when I tried to re-read tracks 20 onward, it tried to do seeks from 0 to 20 but ended up at 13.

This issue should only affect disks in the first 11. I re-dumped #2, let me know if you need me to do other disks
 

Attachments

  • 02_redump.zip
    217.9 KB · Views: 3
Altomare,
In comparing /02/over1.img to /redump/over1.img the over1.src file is not sane.
Photo attached.

Looks as if you need to redump the first 11 .hfe files so the .SRC files are valid.


CP/M Definitions
Code:
# EPS2  Epson QX-10 - DSDD 48 tpi 5.25" - 256 x 16
diskdef eps2
  seclen 256
  tracks 80
  sectrk 16
  blocksize 2048
  maxdir 64
  skew 1
  boottrk 8
  os 2.2
end

# libdsk
[eps2]
description = EPS2  Epson QX-10 - DSDD 48 tpi 5.25" - 256 x 16
sides = alt
cylinders = 80
heads = 2
secsize = 256
sectors = 16
secbase = 1
datarate = DD

#Flashfloppy/GOTEK
[esp2]
cyls = 80
heads = 2
secs = 16
interleave = 1
bps = 256
id = 1
#rpm = 360
rpm = 300
rate = 250
mode = mfm
iam = no



Code:
$ cpmls -f eps2 -D 02_qss_kernel.img
     Name    Bytes   Recs  Attr     update             create
------------ ------ ------ ---- -----------------  -----------------
GENREL  .COM    16K    123    
GRAFFOR .REL     2K      4    
GRAFPAS .REL     2K     15    
GRAFPLI .REL     2K      4    
IKRNPAS .SRC     8K     51    
IKRNPLI .PLI     4K     30    
KERNEXP .$$$     0K      0    
KERNEXP .FOR    14K    104    
KERNEXP .PLI    16K    116    
KERNEXP .SRC     8K     54    
KERNLIB .REL    78K    616    
KERNLIBE.REL    86K    678    
LIB     .COM     8K     56    
LINK    .COM    16K    123    
OVER1   .SRC     4K     29    
OVER2   .SRC     6K     38    
OVER3   .SRC     4K     31    
OVER4   .SRC     6K     36    
   18 Files occupying    280K,      38K Free.





Larry
 

Attachments

  • Compare_over1_src.png
    Compare_over1_src.png
    153.2 KB · Views: 8
Last edited:
Alright, I re-dumped part of the first box (1->11). This box was sitting on top and was very moldy so each floppy took a lot of cleaning.
The Shugart drive was a big help for it as it's the only one I have with a very rounded head, which reduces scraping risk.

Some were not fully salvageable:
  • 07: one unreadable sector (corrupted header?).
  • 09: is missing due to a lot of errors. I'll try again later
I'll add those files to the big archives tonight, unless you find issues with them
 

Attachments

  • box1_redump.zip
    2 MB · Views: 4
Alright, I re-dumped part of the first box (1->11). This box was sitting on top and was very moldy so each floppy took a lot of cleaning.
The Shugart drive was a big help for it as it's the only one I have with a very rounded head, which reduces scraping risk.

Some were not fully salvageable:
  • 07: one unreadable sector (corrupted header?).
  • 09: is missing due to a lot of errors. I'll try again later
I'll add those files to the big archives tonight, unless you find issues with them
Disk 02 seems to work fine with this redump.

I did notice that the redump shows a bad sector on disk 11, where there were previously no bad sectors. The difference seems to be two bits a value of 0x6f in the original is now a value of 0x0f in the redump. You should probably just leave disk 11 as is since the original seems fine. The other disks seem to convert fine with no bad sectors other then disk 7 which you mentioned in your notes.
 
I use SAMDISK for the *.hfe to *.raw & *.imd conversions in Dbian Linux.

libdsk can also do the conversions, if cpmtools is built with libdsk.


Code:
wine samdisk 07_redump_missing_1_sector.hfe 07_redump_missing_1_sector.raw
wine samdisk 06_redump.hfe 06_redump.raw
wine samdisk 05_redump.hfe 05_redump.raw
wine samdisk 04_redump.hfe 04_redump.raw
wine samdisk 03_redump.hfe 03_redump.raw
wine samdisk 02_redump.hfe 02_redump.raw
wine samdisk 01_redump.hfe 01_redump.raw


Code:
wine samdisk 07_redump_missing_1_sector.hfe 07_redump_missing_1_sector.imd
wine samdisk 06_redump.hfe 06_redump.imd
wine samdisk 05_redump.hfe 05_redump.imd
wine samdisk 04_redump.hfe 04_redump.imd
wine samdisk 03_redump.hfe 03_redump.imd
wine samdisk 02_redump.hfe 02_redump.imd
wine samdisk 01_redump.hfe 01_redump.imd


cpmtools Definitions:
Code:
# EPS1  Epson QX-10 - DSDD 48 tpi 5.25" - 512 x 10
diskdef eps1
  seclen 512
  tracks 80
  sectrk 10
  blocksize 2048
  maxdir 128
  skew 1
  offset 16384
  boottrk 0
#  boottrk 4
  os 2.2
end

# libdsk
[eps1]
description = EPS1  Epson QX-10 - DSDD 48 tpi 5.25" - 512 x 10
sides = alt
cylinders = 80
heads = 2
secsize = 512
sectors = 10
secbase = 1
datarate = DD

#Flashfloppy/GOTEK
[esp1]
cyls = 80
heads = 2
secs = 10
interleave = 1
bps = 512
id = 1
#rpm = 360
rpm = 300
rate = 250
mode = mfm
iam = no


# EPS2  Epson QX-10 - DSDD 48 tpi 5.25" - 256 x 16
diskdef eps2
  seclen 256
  tracks 80
  sectrk 16
  blocksize 2048
  maxdir 64
  skew 1
  offset 32768
  boottrk 0
#  boottrk 8
  os 2.2
end

# libdsk
[eps2]
description = EPS2  Epson QX-10 - DSDD 48 tpi 5.25" - 256 x 16
sides = alt
cylinders = 80
heads = 2
secsize = 256
sectors = 16
secbase = 1
datarate = DD

#Flashfloppy/GOTEK
[esp2]
cyls = 80
heads = 2
secs = 16
interleave = 1
bps = 256
id = 1
#rpm = 360
rpm = 300
rate = 250
mode = mfm
iam = no


# EPS3  Epson PX-10/8 - DSDD 3.5" - 512 x 8
diskdef eps3
  seclen 512
  tracks 80
  sectrk 8
  blocksize 2048
  maxdir 64
  skew 1
  offset 32768
  boottrk 0
#  boottrk 8
  os 2.2
end

# libdsk
[eps3]
description = EPS3  Epson PX-10/8 - DSDD 3.5" - 512 x 8
sides = alt
cylinders = 80
heads = 2
secsize = 512
sectors = 8
secbase = 1
datarate = DD

#Flashfloppy/GOTEK
[esp3]
cyls = 80
heads = 2
secs = 8
interleave = 1
bps = 512
id = 1
#rpm = 360
rpm = 300
rate = 250
mode = mfm
iam = no


Larry
 
Well damn that was too easy. I use samdisk all the time. I had no clue it supported .hfe . We should give Simon Owen some kind of award.


hfe.JPG
 
Last edited:
Making progress. I had to use samdisk to convert .raw to .imd then imagedsk to write to floppy then can read on my qx-10. Here is some cpm+ cbios source code from disk 03

roche.JPG
 
Up until four years ago I had contact with Emmanuel Roche, not about QX-10's, but early french computer systems, like the Alcyane (https://electrickery.nl/comp/alcyane/). Sorry to hear about his demise, but good to hear some of his QX/10 work will be preserved.

Greetings,

Fred Jan
 
Back
Top