RespeQt 5.4.1

[JoSch]

Hallo.

Ich habe jetzt einfach eine neuen Release gemacht. Mit dem Fix von BöserWatz (danke dafür) hatte es einfach Sinn gemacht.
Außerdem wurde ich nach Universal Binaries für Macos gefragt, Da dies nur mit neueren Qt 5 Versionen geht, habe ich noch normale Qt5.6 Binaries für Intel Macs gebaut und zusätzlich Universal Binaries mit Qt 5.15.14 gebaut. Das ändert die allerdings die Mindestanforderung auf MacOS 10.13. Gibt es hier noch jemand der ältere Macos-Versionen benutzt?

Auf jeden Fall viel Spass mit der neuen Version (https://github.com/josch1710/RespeQt/re ... tag/r5.4.1). Wenn es Probleme gibt, bitte auf jeden Fall melden.

[BöserWatz]

hi, sehr schön - aber - die Windows-Verion benötigt die libzlib1.dll - ist in der Zip-Datei nicht vorhanden und im Installer auch nicht. Grüße, Ingo

Screenshot 2026-01-13 174332.png (15.29 KiB) 9930 mal betrachtet

[BöserWatz]

habe da noch einen:

Screenshot 2026-01-13 190332.png (6.33 KiB) 9915 mal betrachtet

[CharlieChaplin]

habe da noch einen: Screenshot 2026-01-13 190332.png

Wurde vermutlich mal mit SIO2PC erstellt und ist ein "zu kurzes" 64k Image, das keiner realen/vollen Diskette entspricht (Single/90k wären als ATR 92.176 Byte oder so).

Kann man mit versch. Tools auf dem PC reparieren bzw. auf die richtige Länge bringen (z.B. ATRFIX.exe).

ATR-fix.zip

(15.4 KiB) 126-mal heruntergeladen

[DjayBee]

Das ist derselbe Schrott, wie die k-Files, die aber variable Längen haben.

Nichtsdestotrotz könnte RespeQt solche Krüppelfiles - wenn sie einen ATR-Header haben - einfach als SD/90KB nur-lesend mounten.

[BöserWatz]

Wurde vermutlich mal mit SIO2PC erstellt und ist ein "zu kurzes" 64k Image, das keiner realen/vollen Diskette entspricht (Single/90k wären als ATR 92.176 Byte oder so).

die Version 5.4.1RC2 konnte das noch

[JoSch]

Ja, ich habe die Behandlung der ATR-Images wegen den ganzen Problem mit gepadetten und nichtgepadetten Dateien angepasst. RespeQt ist da jetzt konsequenter, um fehlschreiben zu vermeiden.
@BöserWatz: Schickst Du mir bitte die Datei.

Wegen der fehlenden Datei schaue ich nochmal nach und lade dann einen neue Version hoch.

[DjayBee]

RespeQt ist da jetzt konsequenter, um fehlschreiben zu vermeiden.

Ich würde mich mit dem Schreiben auf diese Schrottimages nicht aufhalten und sie einfach nur-lesend öfnen - sinnvollerweise zusammen mit einem Hinweis auf diesen Umstand.

[JoSch]

RespeQt ist da jetzt konsequenter, um fehlschreiben zu vermeiden.

Ich würde mich mit dem Schreiben auf diese Schrottimages nicht aufhalten und sie einfach nur-lesend öfnen - sinnvollerweise zusammen mit einem Hinweis auf diesen Umstand.

Habe ich auch nicht vor.

[BöserWatz]

Ja, ich habe die Behandlung der ATR-Images wegen den ganzen Problem mit gepadetten und nichtgepadetten Dateien angepasst. RespeQt ist da jetzt konsequenter, um fehlschreiben zu vermeiden.
@BöserWatz: Schickst Du mir bitte die Datei.

Nach dem ATR-FIX kann das Image gelesen werden. Also, ist das kein Fehler.

[JoSch]

Die fehlende DLL-Datei sollte jetzt im Release enthalten sein.

[BöserWatz]

Die fehlende DLL-Datei sollte jetzt im Release enthalten sein.

Passt

[BöserWatz]

Ich habe mir die Version noch mal ausführlicher in Bezug auf Kopierschutz angesehen.
Der Vorgang für Happy Modus läuft so:

Aufbau
- RespeQt 5.4.1 auf Windows 10 oder 11 (Parameter Schnittstelle siehe Bild - es läuft auch ohne "Nutze non-standard Geschwindigkeiten")
- Eine echte Happy 7.1 als D2
- SIO2PC an Laufwerk und Atari Rechner und am Windows 10 Rechner am USB-Port

Ablauf
- echtes Laufwerk aus und anschalten = Happy Modus
- D1 in RespeQt mit "Happy Warp Speed Software v7.1" mounten (wird von RespeQt später aus Performancegründen gepatched)
- Happy Modus für D1 einschalten
- Atari einschalten (Happy Software lädt das Menü und zeigt Happy Drives D1 und D2)
- am Atari Menüpunkt 4 auswählen (Happy Backup)
- D1 in RespeQt mit der zu kopierenden ATX-Disk mounten (HAPPY Modus bleibt an)
- Im Happy Backup Programm auf dem Atari N drücken (wir nutzen hier keine PBD) und die Laufwerke werden vorbereitet
- Das Happy Backup zeigt im Atari das Hauptmenü und mit S können spezielle Parameter gesetzt werden ("Skew align mode" wurde früher empfohlen, ich konnte auch ohne Kopien erzeugen)
- Im Atari C drücken für letzten Stepp vor dem Kopieren
- dann Return am Atari drücken und der Kopiervorgang startet von dem virtuellen in das reelle Laufwerk

Der Ablauf muss für jedes neue Programm mit dem Boot von Happy Warp Speed Software 7.1 starten.

Bisher für folgende Programm geprüft (Testumgebung 800XL und normale 1050):
- Pooyan
- Ghostbusters (mit Speech)
- Boulder Dash
- Dig Dug
- Ballblazer Activision Rel. (liess sich nicht kopieren im Happy Mode - auch nicht mit Parameter A)
- Boulder Dash II (meldet es muss eine PBD Datei genutzt werden und hört bei Track 37 auf)
- Archon (ging eigentlich - muss noch mal mit Copyparameter geprüft werden)

Happy

Screenshot 2026-01-18 203753.png (96.74 KiB) 9257 mal betrachtet

Der Vorgang für Chip Modus läuft so:

Aufbau
- RespeQt 5.4.1 auf Windows 10 oder 11 (Parameter Schnittstelle siehe Bild)
- Eine echte 1050 mit Copy Card 7.0 als D2 (mit der Happy 7.1 hatte ich hier Probleme)
- SIO2PC an Laufwerk und Atari Rechner und am Windows 10 Rechner am USB-Port

Ablauf:
- in RespeQt Laufwerk D1 mit CHIP Mode "Happy 1050 to Chip Converter (19xx)(Marquis).atr" mounten
- Laufwerk D2 ist eine echte 1050 mit Copy Card 7.0
- Booten -> die 1050 wird auf CHIP mode gewechselt
- nun im RespeQt Laufwerk D1 "Archiver, The v1.2 (198x)(Spartan Software).atr" mounten - die Version läßt D2 auswählen
- Booten -> Archiver lädt
- nun im RespeQt Laufwerk D1 "Spiel.atx" mounten
- kopieren
- fertig

Bisher erfolgreich kopiert (Test auf 800XL mit Standard 1050):
- Pooyan
- Dig Dug
- Ghostbusters (Speech Vers.)
- Ballblazer (Activision Rel.) kann nicht gelesen werden ("Archiver, The v1.2 (198x)(Spartan Software).atr", "Archiver, The v1.1 (198x)(Spartan Software).atr" oder "Archiver and Editor v1.2, The (198x)(Spartan Software of MN)(US).atr" - mir war so, dass ich das schon mal hinbekommen habe - naja)

Chip

Screenshot 2026-01-18 204644.png (94.86 KiB) 9257 mal betrachtet

Ich habe mir den Bitwriter Replica 1050 bestellt - ggf. geht damit auch Ballblazer und Boulder Dash II - dann bericht ich noch mal.

[JoSch]

Besten Dank @BöserWatz für Deine ausführlichen Tests.

Ich muss wie gesagt, im Februar die Zeit finden, meine MegaSpeedy mit der entsprechenden Firmware zu flashen, Diskimages zu suchen und alles nachzuvollziehen.

[Yellow_Man]

Schön eine neue Version.
Werde ich später hoffentlich testen, nachdem das Magazin in der Post ist.

- Ballblazer Activision Rel. (liess sich nicht kopieren im Happy Mode - auch nicht mit Parameter A)
- Boulder Dash II (meldet es muss eine PBD Datei genutzt werden und hört bei Track 37 auf)
- Archon (ging eigentlich - muss noch mal mit Copyparameter geprüft werden)

Ballblazer und die anderen drei Klassiker, die Europa Versionen von Activison, lassen sich mit der Speedy und dem Programm MS-Copy Sicherheits-Kopieren. Modus 2 und J.

Boulder Dash 2 und andere von Databyte gehen nur mit der Kombi Super-Archiver 3.03+Bitwriter. Track 0-36 Super-Archiver 3.03, Track 37-39 Bitwriter. Oder alles mit dem Bitwriter, dauert aber.
Der Sektor Skew muss aktiviert sein! Sonst läuft es nicht. Der Databyte Schutz ist eh Grütze, da kann DjayBee mehr erzählen.

Archon kann mit Happy (Version 1). Die neuere (Version 2) nur mit Bitwriter (Track 2 reicht, enthält 37 Sektoren).

Habe von meinen Originalen alles als BackUp

Na dann werde ich später auch mal mit RespeQt rumspielen

[GoodByteXL]

Das ist derselbe Schrott, wie die k-Files, die aber variable Längen haben.

Nichtsdestotrotz könnte RespeQt solche Krüppelfiles - wenn sie einen ATR-Header haben - einfach als SD/90KB nur-lesend mounten.

Ist daran gedacht, das evtl. noch einzubringen?

Ich stolpere immer wieder mal über solche Images, habe aber kein brauchbares Tool für Linux, um das zu fixen.

[DjayBee]

Das ist derselbe Schrott, wie die k-Files, die aber variable Längen haben.

Nichtsdestotrotz könnte RespeQt solche Krüppelfiles - wenn sie einen ATR-Header haben - einfach als SD/90KB nur-lesend mounten.

Ist daran gedacht, das evtl. noch einzubringen?

Ich stolpere immer wieder mal über solche Images, habe aber kein brauchbares Tool für Linux, um das zu fixen.

Ich weiß nicht, ob JoSch das noch macht.

Wenn du aber unter Linux arbeitest, sollte folgendes ein ATR mit korrekter Länge erzeugen:

Code: Alles auswählen

dd if=schrott.atr of=gutes.atr bs=90K conv=sync

[Erhard]

Wäre schön, wenn repariert würde, daß die großen ATRs (128 MB ?) für das Programmieren von The!Cart wieder funktionieren ...

[DjayBee]

Korektur für oben, weil ich den ATR-Header übersehen hatte und das Ergebnis deshalb 16 Bytes zu klein ist:

Code: Alles auswählen

dd if=schrott.atr of=gutes.atr bs=92176 conv=sync

Für XFDs, also ohne Header passt der erste Ansatz mit den 90K.

[JoSch]

Wäre schön, wenn repariert würde, daß die großen ATRs (128 MB ?) für das Programmieren von The!Cart wieder funktionieren ...

Das ist doch länger gefixt. Oder ist der Fehler wieder aufgetaucht?

[JoSch]

Das ist derselbe Schrott, wie die k-Files, die aber variable Längen haben.

Nichtsdestotrotz könnte RespeQt solche Krüppelfiles - wenn sie einen ATR-Header haben - einfach als SD/90KB nur-lesend mounten.

Ist daran gedacht, das evtl. noch einzubringen?

Ich stolpere immer wieder mal über solche Images, habe aber kein brauchbares Tool für Linux, um das zu fixen.

Ich schaue mir das mal an. Aber ich bin gerade ablenkt mit anderem Kram.

[GoodByteXL]

Korektur für oben, weil ich den ATR-Header übersehen hatte und das Ergebnis deshalb 16 Bytes zu klein ist:

Code: Alles auswählen

dd if=schrott.atr of=gutes.atr bs=92176 conv=sync

Naja, ein Fix halt mit dieser Ausgabe:

Code: Alles auswählen

Image size of '/home/itsme/Zybexfixed2.atr' is reported as 50176 bytes in the header but it's actually 92160.
[Disk 3] 'Zybexfixed2.atr' als 'SD Diskette (90k)' gemountet.

Aber das ATR startet. Danke für den Tipp.

[DjayBee]

Naja, ein Fix halt mit dieser Ausgabe:

Code: Alles auswählen

Image size of '/home/itsme/Zybexfixed2.atr' is reported as 50176 bytes in the header but it's actually 92160.
[Disk 3] 'Zybexfixed2.atr' als 'SD Diskette (90k)' gemountet.

Ah, die Imagegröße im Header ist korrekt für die falsche Dateigröße.
Dann probier folgendes:

Code: Alles auswählen

dd if=schrott.atr of=gutes.atr bs=92176 conv=sync

# Überschreibt die ersten fünf Byte im Header mit den korrekten Werten für SD
echo "00000000: 96 02 80 16 80" | xxd -r - gutes.atr