originale GEOS-Applikationen jungfräulich

Danke für's Feedback.

Ja, mein nibconv ist im Einsatz. Da muss ich gleich testen, ob das auch mit der unveränderten Version auftritt. Nibconv67 basiert ja auf einer älteren Version von nibconv (leider steht nirgendwo, welche, man muss daher per Datum abschätzen).
Aktuelle nibconv ist nämlich auch buggy - siehe Thread nebenan.

An solch einer Stelle habe ich nämlich eigentlich nichts geändert. Trotzdem: Muss ich erst kontrollieren.

Nachtrag: Ja, ich habe mein nibconv genommen. Allerdings eine Version, die auf SVN 633 baseiert (die aktuelle).
Nachtrag 2: Der Fehler passiert beim Konvertieren von g64 nach d64 mittels nibconv.

Gut, mit den Infos teste ich weiter.

Inzwischen habe ich die deskpack neu erstellt (d. h. die originale d64 neu gepatcht, ich habe mir dankenswerterweise die Offsets aufgeschrieben, so dass das leicht ist).
Nachdem ich identifiziert habe, dass die Umwandlung g64 -> d64 das Problem verursacht, kann ich so sicher sein, dass ich das Problem nicht in die aktuelle Version einschleppe.

Demnach ist es Version 601 - 603, auf die nibconv67 basiert (eher letztere, aber nicht sicher, da ja nicht sofort nach Anfang der Arbeiten veröffentlich sein muss - Im code einzusteigen dauert ja etwas).

Ich plädiere für subtile Namensänderungen eventueller Forks und deutliche Versionsangaben und Dokumentationen/Änderungsbeschreibungen im About oder Help Screen. Sonst stehen wir am Ende mit fünf verschiedenen nibconvs da.

nibconv r633 mit (oder ohne, und wenn Probleme, mit) der -$ Option beim Konvertieren von g64 nach d64 scheint besser zu sein, wie ich gerade nebenan erfahren habe.

... und als Ergänzung eine deinstallierte Version. Dazu habe ich die Version von wweicht genommen und bearbeitet.

Wiederum: Da kein Deinstaller verfügbar ist, musste ich das per Hand machen. Wieder hat geoMerge einen kompletten Sektor überschrieben, den die GEOS 2.0 Disk liefern konnte.

Quote from markusC64

Nibconv67 basiert ja auf einer älteren Version von nibconv (leider steht nirgendwo, welche, man muss daher per Datum abschätzen).

Hallo markusC64,

ich bin mir auch gar nicht mehr sicher, welche Basis-Version ich verwendet habe.
Aber die Folie2 aus dem Archiv „Entstehung von nibconv67Folie 1-8.zip“ aus dem Post "nibconv67.exe fügt GEOS die TAIL GAPS (Kopierschutz), beider Umwandlung von D64 zu G64, hinzu" (siehe LINK) zeigt, dass ich die revision 603 ausgecheckt habe.

Gruß
Hans

Quote from markusC64

Nachtrag: Sobald meine 1571 geliefert worden ist, erstelle ich von dem installierten Original ein nib - das kommt dem Original dann sehr nahe, aber eben nicht dem uninstallierten Original.

Wie versprochen.

Danke für die ganze Arbeit, langsam wird das eine schöne GEOS Sammlung.
Klasse wäre natürlich eine CRT Version für EasyFlash oder die 1541Ultimate,
einschalten und alles da

@SID Spieler

Für jemand, der sich mit der Materie auskennt, gibt es eine schöne GEOS Sammlung.

Deshalb bin ich genauso wie Du der Meinung, ein schönes großes CRT oder eine Version komplett für das SD2IEC wäre toll.

Analysiere ich mal am Wochenende.

Nachtrag: Da war doch was - Im 64'er (ich glaube es war ein SH) stand doch, dass GeoMerge bei der Installation auf mancher Originalhardware sich zerlegt. Zusammenhang?

Ja, mit der Wiedergabe der Beschreibung aus der 64'er hast Du es getroffen. Wenn man aber bedenkt, dass für Geos 128 eine andere GeoMerge ausgeliefert worden ist, so ist meine Erwartungshaltung: Eventuelle Probleme des geschützten geoMerge mit Geos 128 sind genau deswegen nicht aufgefallen, oder man hat dem anfragenden Kunden einfach auf die bei Geos 128 beiliegende Version verwiesen.
Überhapt: Was kann die beiden CPUs unterscheiden? Der Befehlssatz soll ja der selbe sein - also müsste es demnach das Timing sein. Ein derart kanppes Timing - ich würde mich nicht wundern, wenn es in etwas seltenen Fällen auch mal so gestört werden kann...

Quote from vanye

@SID Spieler

Für jemand, der sich mit der Materie auskennt, gibt es eine schöne GEOS Sammlung.

Deshalb bin ich genauso wie Du der Meinung, ein schönes großes CRT oder eine Version komplett für das SD2IEC wäre toll.

Ich habe vor ca. 20 Jahren eine Lösung gesehen, wie man den Kopierschutz des GEOS System elegant umgehen kann. Der User hat unter seinem GEOS 2.0 das Konfigurieren gestartet und ALLE Laufwerke abgemeldet. Dann hatte er via seinem FC 3 ein Freeze gemacht und das ganze abgespeichert. Nach dem erneuten Laden der Dateien (FC und -FC) fand man sich natürlich wieder im GEOS Programm Konfigurieren. Danach einfach die vorhandenen Laufwerke im System anmelden, alles abspeichern und das Programm nach Desktop verlassen. Schon hatte man ein lauffähiges GEOS System. Ähnlich müsste es bei einem CRT für ein Easyflash gehen.

Ich habe für euch mal so eine Version zur Veranschaulichung erstellt.

Ja, das mit GEOS und dem Final Cartridge habe ich früher auch schon so gemacht.
Hab auch noch was auf Diskette, kann ich ja mal sichern.
Ein CRT wäre aber natürlich deutlich schneller und komfortabler,
natürlich nur wenn man ein EasyFlash oder eine Ultimate hat.
Aber da gibt es ja genügend

Was bislang schlicht fehlt ist ein echter geoROM-Ansatz auf CRT.

Quote from DJ SID

Ich habe für euch mal so eine Version zur Veranschaulichung erstellt.

Wieso ist dieses D64 denn so schräg übergross? 176.214 Bytes ist zuviel für einen Error Block und zu wenig für 40 Tracks.