RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

[GoodByteXL]

Also ich habe ein bisschen getestet. Es hängt auf jeden Fall nicht an MyDOS 4.50. Das Diskimage ist in DD formatiert. ...

Zu dem Image - Respect 4.0 Linux:
Emulation gestartet über serielles Port Backend auf 'ttyUSB0' mit NO Handshaking.
Cannot open '/Mydos 4.5d.atr': Invalid image size (184320).

[JoSch]

Danke für den Hinweis. Das muss ich mir dann auch anschauen.
Aber hier geht es ja darum, dass das Image über Fujinet abgerufen wird. Fujinet ruft hier einfach Blöcke aus dem Image ab und bastelt sich selbst die Sektoren zusammen.
Dieses Problem taucht offensichtlich auch nur bei DD-Images auf.
Das scheint beim TNFS-Server von Fujinet auf jeden Fall zu funktionieren.

[DjayBee]

Das liegt an der unterschiedlichen Behandlung der Sektoren 1-3 im ATR.

Nach meinem Verständnis gibt es (leider) drei Varianten, sie zu speichern:

• Nur 128 Byte -> Dateigröße 183952

• Jeweils 256 Byte am Stück, also je 128 Byte Daten, 128 Byte $00 -> Dateigröße 184336

• Dreimal 128 Byte Daten, gefolgt von dreimal 128 Byte $00 -> Dateigröße 184336

Die nicht akzeptierte MyDos-Datei gehört zur letzten Kategorie.

Die große Frage ist nun, ob JoSchs TNFS-Server die Daten falsch liefert oder das FujiNet die Daten falsch bearbeitet.

[JoSch]

Also ich habe ein bisschen getestet. Es hängt auf jeden Fall nicht an MyDOS 4.50. Das Diskimage ist in DD formatiert. ...

Zu dem Image - Respect 4.0 Linux:
Emulation gestartet über serielles Port Backend auf 'ttyUSB0' mit NO Handshaking.
Cannot open '/Mydos 4.5d.atr': Invalid image size (184320).

Nochmal vielen Dank für den Hinweis. Das Problem ist hier, dass das DD-Image mit Padding bei den ersten drei Sektoren arbeitet; hier in der Variante, dass das Padding nach den drei Sektoren eingefüllt wird.
Damit konnte die Überprüfungsroutine nicht umgehen. Ich habe hier einen Fix entwickelt, mit dem sich das Image auch in RespeQt öffnen lässt. Beim nächsten RC wird dieses dann einfließen.
Ich habe zum Testen das Padding entfernt und jetzt kann ich auch über Fujinet laden (getestet bisher nur mit Altirra). Da aber TNFS-Server nur die Images zur Verfügung stellen und Fujinet das Interpretieren des Images erledigt, würde ich hier das Problem suchen. Ich schaue mir bei Gelegenheit noch den Sourcecode an, vielleicht finde ich hier etwas.

[DjayBee]

Kann Respeqt eine XF-551 emulieren?

https://forums.atariage.com/topic/37948 ... of-xf-551/

Both my copies of RespeQt and AspeQt aren't happy with the PERCOM block they are receiving and don't work too well. They don't seem to like the format command, either.

[JoSch]

Kann Respeqt eine XF-551 emulieren?

https://forums.atariage.com/topic/37948 ... of-xf-551/

Both my copies of RespeQt and AspeQt aren't happy with the PERCOM block they are receiving and don't work too well. They don't seem to like the format command, either.

Nein, Percoms werden meines Wissens nach nicht emuliert. Die Happy-Emulation bezieht sich allerdings darauf, dass die Firmware mit emuliert wird.
Um das ganze mit Percoms und versch. Modellen der 1050 und XF551 zu machen, müsste man erstmal deutlich aufräumen.

[BöserWatz]

Moin,
kann ich kopiergeschützte ATX-Images von RespeQt an eine reale Disk kopieren?
Z.B. Ballblazer - hat im Bereich um 707-719 ein paar Sektoren, die ich nicht kopiert bekomme.
Ich habe schon "Happy Warp Speed Menu 7.10" und "U.S. Copy (Happy)" versucht.
Beide Kopierprogramme können die Sektoren nicht lesen.
Bei dem RespeQt Laufwerkt D1: ist der Happy Mode an.
Muss ich eine andere Software benutzen? Oder, geht das garnicht?
Ich war mit dem Feature sehr zuversichtlich: "PRO and ATX images support in read/write mode with accurate (I hope so) protection emulation."
Grüße,
Ingo

[DjayBee]

kann ich kopiergeschützte ATX-Images von RespeQt an eine reale Disk kopieren?
Z.B. Ballblazer - hat im Bereich um 707-719 ein paar Sektoren, die ich nicht kopiert bekomme.

Hier beschreibt ebiguy, wie das (damals) funktioniert (hat):
https://forums.atariage.com/topic/28470 ... t-42-beta/

Ob das nach den Änderungen durch JoSch noch funktioniert, weiß ich nicht. Ich habe auch nie ausprobiert ob/wie das tatsächlich funktioniert hat.

Aber was willst du mit dem langweiligen Activision-Release, das keine Animation und Musik beim Laden hat?

[BöserWatz]

ok - da ist ja dann schon eine gewisse Abfolge zu befolgen, um es hinzubekommen.

Aber was willst du mit dem langweiligen Activision-Release, das keine Animation und Musik beim Laden hat?

Echt, das fehlt da? Ich dachte, das wäre schon der fehlende Kopierschutz, der das hervorragende Intro verweigert.

Aber, ist rein zufällig ausgewählt. Ich möchte meine neuen Happy Clone testen - habe aber kein Original. Oder, bediene die Soft- und Hardware falsch – naja, mit der Anleitung auf AtariAge wird es wohl klappen.

[JoSch]

Getestet habe ich das nicht. Ich kenne mich mit dem ganzen Happy-Kram auch nicht wirklich aus. Ich müsste z.B. mal ein Happy-Rom in die MegaSpeedy laden, aber naja...
An den ganzen Disk-Image-Routinen habe ich nicht viel gebastelt, da das ein heftiger Fail an strukturierter Programmierung ist, aber was solls. Eigentlich müsste alles noch funktionieren.


@Ingo: Kannst Du mir sagen, woher Du Dein Image hast, damit ich das mal testen kann.

[BöserWatz]

Aber was willst du mit dem langweiligen Activision-Release, das keine Animation und Musik beim Laden hat?

Wenn ich deine Forenantwort nochmal lese, ist es beindruckend, dass du anhand der Kopierschutzsektoren erkennst welches Release das ist

@Ingo: Kannst Du mir sagen, woher Du Dein Image hast, damit ich das mal testen kann.

Ballblazer kommt hier her:
https://www.a8preservation.com/#/softwa ... /709?tab=0

[Yellow_Man]

Aber was willst du mit dem langweiligen Activision-Release, das keine Animation und Musik beim Laden hat?

Ja das stimmt leider. Da hat Activision damals Mist gebaut. Es kommt beim booten das fette Activision Logo angeflogen.
Danach lädt die Floppy das Lucasfilm Logo. Ist das geladen, lädt die Floppy weiter und der Bildschirm wird schwarz.
Normalerweise sollten nun unter dem Lucasfilm Logo die beiden Roto-Dinger umherflitzen und dabei spielen Soundeffekte und Musik.
Vielleicht hat das einblenden des Activision Logo dort das Lucasfilm Programm durcheinander gebracht. Sind die Intro Daten vorhanden?
Das kann nur unser CSS Software Bibliothekar beantworten

Alle Lucasfilm Activision Europa Versionen haben den selben Schutz auf Track 39. Zwei doppelte Sektoren und zwei Error Sektoren, einer mit Status 2 (Code #223),
der andere mit Status 5 (Code #247). Die Happy Software 6.9, 7.0 und 7.1 kann Error Sektoren mit Status 5 nicht kopieren.
Der SuperArchiver schon, aber nicht in Verbindung mit doppelten Sektoren. Einzig mit dem MS-Copy und einer Speedy 1050 kann man ein Back-Up erstellen.
Aber MS-Copy ist mit Vorsicht zu benutzen. Dieses Programm überprüft geschriebene Tracks nicht.

Ich muss das mit einer echten 1050(Happy und SA) auch mal mit RespeQt ausprobieren, wenn ich Zeit habe

[BöserWatz]

Ich hatte mal wieder Zeit.
Das Zurückschreiben von kopiergeschützten Disketten wollte ich ja noch hinbekommen.
Für Ballblazer ist mir das auch gelungen.
Das geht so:

• in RespeQt Laufwerk 1 mit CHIP mode "Happy 1050 to Chip Converter (19xx)(Marquis).atr" mounten

• Laufwerk 2 ist eine echte 1050 mit Happy Clone

• Booten - die echte Happy wird auf CHIP mode gewechselt

• nun im RespeQt Laufwerk 1 "Archiver and Editor v1.2, The (198x)(Spartan Software of MN)(US).atr" mounten

• Booten - Archiver lädt

• nun im RespeQt Laufwerk 1 "Ballblazer (1985)(Epyx)(US)(Side A)[a][!].atx" mounten

• kopieren

• fertig

Nebenbei: Ballblazer lädt über RespeQt nicht - meldet "Load Error" - die Kopie auf ein echte Diskette wird aber normal geladen.

Pooyan und Montezuma möchte ich auch hinbekommen.

[BöserWatz]

Was ich noch versuchen wollte, probeweise nur in RespeQt zu kopieren.
Aber ich bekomme es nicht hin auf Laufwerk 2 zu schreiben.
Ich habe in beide Laufwerke eine DOS - dann starte ich "Duplicate Disk" von 1 auf 2 und sobald auf Laufwerk 2 geschrieben wird, wird aus der Disk eine "65535 sector SD hard disk".
Wie kann ich das unterbinden?

[BöserWatz]

Wenn ich versuche die Happy Software zu nutzen bekomme ich in RespecQt einen Fehler gemeldet.
Umfeld: Laufwerk 1 echte Happy (naja ein Clone) mit "Happy Warp Backup rev 7.10 (1986)(Happy Computers)(US)(Side A).atr" das gebootet wird.
Laufwerk 2 ist ein simuliertes RespeQt Laufwerk mit Happy Attribut an.

Wenn das Backup-Programm (Menüpunkt 4) startet, prüft es die Laufwerke auf Geschwindigkeitsmöglichkeiten (glaube ich). Das echte Laufwerk funktionert. Das RespeQt Laufwerk meldet einen Fehler:

Code: Alles auswählen

Geschwindigkeit des seriellen Ports ist gesetzt auf 19200.
[Gerät $00] command: $00, aux1: $00, aux2: $00 ignored. [x5]
[Disk 1] command: $77, aux1: $80, aux2: $97 ignored.
[Disk 2] Happy Configure drive with AUX1 $03, AUX2 $97
[Disk 2] Get status: $ff
[Disk 2] Happy High Speed Write memory at $8000
Daten-Frame Checksummen Fehler, erwartet 128, erhalten: 158. (0eaa492eea69ea49208a492fce8ac944212ac9472d0e0ac948286e0ac94a2822c929262842ccee2c2a2ca62c024da90eea698a4a05860ac0402ce20da4cd0024fc327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a32770080)
[Disk 2] Sending [ERROR] to Atari
[Disk 2] Happy High Speed Write memory at $8000
Daten-Frame Checksummen Fehler, erwartet 128, erhalten: 158. (0eaa492eea69ea49208a492fce8ac944212ac9472d0e0ac948286e0ac94a2822c929262842ccee2c2a2ca62c024da90eea698a4a05860ac0402ce20da4cd0024fc327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a32770080)
[Disk 2] Sending [ERROR] to Atari
[Disk 2] Happy High Speed Write memory at $8000
Daten-Frame Checksummen Fehler, erwartet 128, erhalten: 158. (0eaa492eea69ea49208a492fce8ac944212ac9472d0e0ac948286e0ac94a2822c929262842ccee2c2a2ca62c024da90eea698a4a05860ac0402ce20da4cd0024fc327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a327700802a32770080)
[Disk 2] Sending [ERROR] to Atari
[Disk 2] Happy High Speed Write memory at $8000
Serieller Port Timeout beim Lesen.
[Disk 2] Sending [ERROR] to Atari

Das Backupprogramm meldet dann einen Error und kann nur beendet werden.
Kann ich das noch irgendwie anpassen? Oder, ist das ein Fehler?

[DjayBee]

Ebiguy hat damals geschrieben, dass die Happy Software über RespeQt geladen werden muss weil sie on-the-fly gepatcht wird.
Dann kann ein Boot von einer echten 1050 nicht funktionieren.

Schau mal in dem hier weiter oben von mir verlinkten AtariAge Thread. Dort könnte das stehen.

[BöserWatz]

Ja - das und weiteres hatte ich schon probiert - unter dem Archiver geht es sehr gut von echter Hardware zu RespeQt und zurück sogar zwischen zwei virtuellen Laufwerken kann ich ATX Images kopieren.
Hier war noch wichtig ein ATX Image kann nur beschrieben werden, wenn es aus RespeQt erzeugt wurde.

Aber, der Trick mit dem Happy Modus funktioniert bei mir nicht. Ich bekomme im Happy Programm "Error Reading" wenn das Backup Programm gestartet wird.

Das Log sagt zwar das gepatcht wurde - der Lesefehler kommt dennoch.

Code: Alles auswählen

[Disk 1] Happy High Speed Read Sector 397 ($18d) #1 in track 22 ($16)
Geschwindigkeit des seriellen Ports ist gesetzt auf 38730.
[Disk 1] Happy Warp Speed Software V7.1 patched on the fly to be compatible with RespeQt
Geschwindigkeit des seriellen Ports ist gesetzt auf 19200.
[Disk 1] Happy High Speed Read Sector 397 ($18d) #1 in track 22 ($16)
Geschwindigkeit des seriellen Ports ist gesetzt auf 38730.
[Disk 1] Happy Warp Speed Software V7.1 patched on the fly to be compatible with RespeQt
Geschwindigkeit des seriellen Ports ist gesetzt auf 19200.
[Disk 1] Happy High Speed Read Sector 397 ($18d) #1 in track 22 ($16)
Geschwindigkeit des seriellen Ports ist gesetzt auf 38730.
[Disk 1] Happy Warp Speed Software V7.1 patched on the fly to be compatible with RespeQt
Geschwindigkeit des seriellen Ports ist gesetzt auf 19200.
[Disk 1] Happy High Speed Read Sector 397 ($18d) #1 in track 22 ($16)
Geschwindigkeit des seriellen Ports ist gesetzt auf 38730.
[Disk 1] Happy Warp Speed Software V7.1 patched on the fly to be compatible with RespeQt
Geschwindigkeit des seriellen Ports ist gesetzt auf 19200.
[Disk 1] Happy High Speed Read Sector 397 ($18d) #1 in track 22 ($16)
Geschwindigkeit des seriellen Ports ist gesetzt auf 38730.
[Disk 1] Happy Warp Speed Software V7.1 patched on the fly to be compatible with RespeQt
Geschwindigkeit des seriellen Ports ist gesetzt auf 19200.
[Disk 1] Happy High Speed Read Sector 397 ($18d) #1 in track 22 ($16)
Geschwindigkeit des seriellen Ports ist gesetzt auf 38730.
[Disk 1] Happy Warp Speed Software V7.1 patched on the fly to be compatible with RespeQt
Geschwindigkeit des seriellen Ports ist gesetzt auf 19200.

Habe ich vielleicht noch eine andere Möglichkeit? An dem Port einen Parameter vergessen?

[JoSch]

Ich muss hier ehrlicherweise passen, denn ebiguy hat das alles inkl. 6502-Emu damals eingebaut und für mich ist das alles böhmische Dörfer.

[BöserWatz]

Mit dem Archiver habe ich nun auch Pooyan hinbekommen.
Immer Version 1.2 bei der 3.2 habe ich immer Schreibprobleme - wobei ich feststellen musste, dass eine meiner beiden Happy-Clone (Copy Data 7.0) nicht 100% läuft. Aber, der Archiver läuft besser als die Happy-Programme.

Bei dem Problem mit dem Happy-Anstarten-Trick, habe ich mit den Parametern auf dem COM-Port experimentiert. Bei der Einstellung Pokey-Devisor 7 und Handshake NONE wurde die Prüfung des Happy-Tools positiv durchlaufen.
Nur schreiben konnte ich nicht auf meiner vermutlich defekten Happy - das probiere ich noch mal mit meiner vermeitlich heilen Happy und berichte dann hier.

[BöserWatz]

Was ich noch schreiben wollte: Ich habe noch einen Fehler gefunden (5.4.1.RC2) - wenn ich ein Image wechseln möchte per Diskettensymbol oder Drag&Drop und das Image bzw. Laufwerk das Archiver CHIP-Modus "an" hat, beendet sich die Software direkt und ohne Meldung. Wenn der CHIP-Modus aus ist geht ein Imagewechsel ohne Probleme.

[JoSch]

Danke für den Hinweis. Ich probiere das aus.

[JoSch]

Ich habe es gefixt. Im nächsten Release wird das drin sein.

[JoSch]

So. Es ist geschehen. Ich habe die Tage ein Pull Request mit allen Änderungen in meinem Repo an das Hauptrepo geschickt und siehe da, gestern wurde alle gepullt.
Wie es mit Releases weitergeht, werden wir aber noch aushandeln müssen.