Forum-64

Hi!

Nachdem das mit dem Feedback zu Version 0.8.0pre1 ja so hervorragend geklappt hat (ein Kommentar per Mail) kann ich wohl bedenkenlos 0.8.0 veröffentlichen ohne nennenswert zu testen. ;-)

Die Unterschiede von 0.7.3 zu 0.8.0pre1 gibts im alten Posting, in der 0.8.0 gibts zusätzlich noch:

• Direkten Sektorzugriff auf die SD-Karte
  
• DEL-Dateien werden bei der Wildcardsuche ignoriert
  
• Kommando zum Einstellen des Diskmappers (weiterhin nur bei uIEC eincompiliert)
  
• Support für den Fastloader im EXOS-Kernal
  
• Öffnen einer Datei auf einem schon offenen Kanal schliesst die vorherige Datei

Der direkte Schreibzugriff sollte besonders für die intensiven PC-Verweigerer interessant sein, die jetzt die Möglichkeit haben ein Partitionierungs- und Formatiertool auf dem C64 zu schreiben. ;-) Sollte mal jemand eine Hardware mit integriertem Dataflash bauen wollen wäre das sogar recht praxisnah um den Chip überhaupt mit einem Filesystem füllen zu können.

Das Ignorieren von DEL-Dateien bei Wildcard-Suche ist zwar inkompatibel zu den 15xx-Laufwerken, ich wüsste aber keinen Grund wieso das bei irgendeinem Programm Probleme machen würde. Es ist immer dann praktisch wenn man ein "dekoriertes" D64 hat bei dem der erste Eintrag ein zur Deko gehörendes DEL-File ist - in dem Fall funktioniert LOAD":*",8 jetzt trotzdem.

Das Kommando zum Einstellen des Diskmappers ist XD, weitere Details bitte dem Quellcode entnehmen oder Jim Brain freundlich fragen ob er nicht einen Abschnitt fürs README schreiben will - ist immerhin sein Code und seine Hardware die davon profitiert.

Der EXOS-Fastloader war bemerkenswert einfach zu implementieren, das Protokoll ist nämlich identisch zu dem des Final Cartridge III. Allerdings ist die EXOS-C64-Seite etwas langsamer, daher mussten zwei Verzögerungen minimal erhöht werden. Meiner Meinung nach stammen beide Loader aus einer gemeinsamen Quelle - der vom FC3 hat einige platzsparende Optimierungen eingebaut (zB andere Codeanordnung damit der Jobcode am Anfang liegt) die in EXOS fehlen, andererseits benutzt der von EXOS intensiv die Zeropage für seine temporären Daten die der vom FC3 IIRC irgendwo bei $6xx ablegt.

"Öffnen einer Datei auf einem schon offenen Kanal schliesst die vorherige Datei" klingt evtl. erstmal komisch, aber ich kenne inzwischen zwei Spiele die genau diesen Bugfix brauchen (Castle Wolfenstein und Weird Dreams).

Die Neuerungen in sd2iec 0.6.7 beschränken sich genau auf letzteres plus zwei kleinere Timingfixes.

Am REL-Support hat sich in 0.8.0 im Vergleich zur pre1 nichts geändert, ebensowenig am Code der FAT-Library - die Warnung bezüglich des FSINFO-Supports bei FAT32-Karten gilt also weiterhin.

Download wie üblich unter http://www.sd2iec.de, git-Repository-Webinterface unter http://www.sd2iec.de/cgi-bin/gitweb.cgi?…c.git;a=summary

Quoted from "skoe"

Wenn man die Vorgänge hier im Forum und bei NKC verfolgt, sieht man, wie verbreitet die Hardware inzwischen ist.

Für die englischsprachigen Leute ist evtl. noch die uIEC-Googlegroup interessant - man kann die auch als klassische Mailingliste lesen, Anmeldeadresse dafür ist uIEC-users+subscribe@googlegroups.com.

Quoted

Das wäre sie sicher nicht ohne die lebendige Software.

Na ja, wenn ich mir so anschaue wie viel Zeit zwischen einigen Commits vergangen ist...

Quoted from "jackdaniels"

für mmc2iec 1.6 shadowolf mit mega32 muß ich 0.6.7 sw1 nehmen oder?

Ja

Quoted

was kommt bei @ ??

73,SD2IEC V0.8.0,00,00

Quoted

bei mir kommt da v 0.8

Ist da möglicherweise noch der uralte LarsP-Code drauf?

Quoted from "jackdaniels"

zum d81 support aus dem anderen thread:

wenn der doch so inkompatibel ist, wieso kommt der dann überhaupt rein?

Warum wurde D64-Support implementiert, obwohl der so inkompatibel ist?

Quoted

und wird er auch in der 1.6er version sein, also der mit mega32 ? eher nicht oder?

Die derzeit neueste Version von sd2iec, die noch auf einem ATmega32 läuft ist 0.6.7. Ich kann nicht ausschliessen, dass dafür noch weitere Versionen folgen bei denen Bugs beseitigt werden, ich werde jedoch keine Features aus neueren Versionen übernehmen.

Quoted from "jackdaniels"

d64 gibts massenhaft, aber ich wüsste jetzt keinen einzigen fall wo ich eine d81 emulation/unterstützung brauchen würde

Wie 1570 schon schrieb ist das zB für GEOS ziemlich hilfreich, ausserdem muss ich dann meine alten 1581-Diskimages nicht umwandeln um sie zu verwenden.

Quoted

das für 0.6.7 nicht mehr viel kommt ist klar... dachte nur, daß das für da auch geplant wäre.

IIRC sind da weniger als 200 Byte frei.

Quoted from "1570"

wobei dafür auch noch Unterstützung für den GEOS-Fastloader bei sd2iec fehlt.

Du wolle Drivecode-Binaries habe?

Quoted from "skoe"

Nicht wirklich ein wichtiges Argument, aber wenigstens ein Hinweis: Dreamload kann auch mit einer 1581 umgehen. Manche Demos, die Dreamload benutzen, gibt's deshalb auch auf d81 (ohne Disk umdrehen). Die könnten mit der 0.8 funktionieren. Hab leider im Moment keine Möglichkeit, das auszuprobieren.

69 Positions meldet auf dem Startbildschirm eine 1541 und funktioniert aus dem D81-Image wie zu erwarten einwandfrei. =)

Ich frage mich nur gerade, wieso ich die 1571-Version davon nicht getestet habe...

Quoted from "WTE"

Gibt es auch REL-Support?

Niemand liest Changelogs oder Release-Announcements...

Ja, aber nur für R00-Dateien und kaum getestet. REL in einem Diskimage wird bisher nicht unterstützt.