Für ADF Starter Projekt: Dokumentation FFS und OFS gesucht

[Cathal]

Hallo,

gibt es irgendwo im Netz eine bevorzugt Deutschsprachige Dokumentation zum Fast File System und zum Old File System?

Der Grund ist folgender:
Ich möchte einen UAE Starter bauen der ADF Files zum einen anhand eines Hashes identifizieren kann und dann über eine Datenbank im Netz die Optimale WinUAE Konfiguration erhält und selbigen startet. Das ganze in die Shell integriert damit man nur noch auf ein ADF Doppelklicken muß um loslegen zu können.

Die Doku zum Filesystem brauche ich noch weil ich noch an weitere Funktionalitäten gedacht habe, wenn die Disk in einem bekannten Filesystem wie FFS oder OFS beschrieben ist .
Z.B. auslesen des Disk.info um ein echtes Icon anzuzeigen, anzeige des Inhaltsverzeichnisses als Tool Tip wenn man mit der Maus darüber fährt etc.

Auch will ich eine ADF DLL bauen die neben dem Lesen auch Änderungen im ADF machen kann.

Das ganze werde ich wenn ich fertig bin (kann aber wegen wenig Zeit dauern) als Open Source veröffentlichen. Entwickelt wird mit Visual Studio 2005 und VB.NET.

Ich stelle mir auch einen Starter vor der alle vorhandenen ADFs einlesen kann und in Kategorien eintütet damit der User komfortabel wählen kann was er gerade möchte. Auch das anzeigen von vorhandenen IFF Bildern oder das Abspielen von MODs könnte darin gleichmöglich sein.

Bei Non Dos Disks könnten Bilder auch über eine Internetdatenbank geliefert werden. Oder aber man scannt das Image nach IFF Headern ab, wobei das natürlich an gepackten Daten scheitern kann, aber auch da könnte man die gängigsten....

Vielleicht besteht ja sogar die Möglichkeit die Macher der HOL zu kontaktieren und deren Informationen über einen Webservice verfügbar zu machen, dort gibt es ja zu den meisten Spielen schon Bilder und Informationen, da müßten dann ja nur noch die Hashes dazu.

Natürlich würde mcih auch eure Meinung nach dem nutzen einer solchen Software interessieren.

[thomas]

Ich möchte einen UAE Starter bauen der ADF Files zum einen anhand eines Hashes identifizieren kann

Und der erste, der seinen Spielstand abspeichert, findet sein Spiel nicht mehr wieder...

Auch will ich eine ADF DLL bauen die neben dem Lesen auch Änderungen im ADF machen kann.

Ich würde das Rad nicht neu erfinden: http://lclevy.club.fr/adflib/home.html

Gruß Thomas

[Cathal]

I
Und der erste, der seinen Spielstand abspeichert, findet sein Spiel nicht mehr wieder...

Mit dem Problem habe ich mich befaßt und ich denke da gibt es Lösungen für.

Ich würde das Rad nicht neu erfinden: http://lclevy.club.fr/adflib/home.html

Danke, Das werde ich mir mal genauer ansehen.

[kufi]

Und der erste, der seinen Spielstand abspeichert, findet sein Spiel nicht mehr wieder...

Er braucht ja nur nach dem Spiel den Hashwert wieder in seiner Datenbank aktualisieren bzw. diesen als abweichenden eintragen wenn er ins Frontend zurückkommt. Bei der nächsten "Gesamtsuche" sucht er dann eben nach mehreren Hashwerten und nimmt bevorzugt den alternativen.

@Cathal
So ein System wie du es dir vorstellst gibt es übrigens schon: http://www.lemonamiga.com/lemonade

Ich arbeite übrigens an etwas ähnlichem für DOSBox (ich weiß, hat mit Amiga nix zu tun).

[gunatm]

Die Idee ist ansich gut, aber einiges ist noch zu kompliziert gedacht. gerade das nachträgliche ändern der ADFs, sähe ich nicht so gerne. Was für alternative Möglichkeiten gibt es denn noch ein ADF zu identifizieren?

[kufi]

Was für alternative Möglichkeiten gibt es denn noch ein ADF zu identifizieren?

Dateiname, Directoryinhalt, Dateigrößen und Namen innerhalb des Directorys, einzelne Dateihashes innerhalb des Images. Die Directory- oder fileabhängigen Sachen funktionieren natürlich nur wenn es sich um DOS Disks handelt. Jede Menge Varianten gibts da, nur so richtig eindeutig ist keine.

EDIT: Was die Sache natürlich vereinfachen würde wäre, wenn UAE nur Diffs in eine extra Datei schreiben würde (etwa <ADF-Name>.diff) anstatt das Ur-ADF zu ändern. Das wäre generell ein gutes Feature bei allen Disk-Basierten Emus...

[Cathal]

Hallo,

Erstmal dachte ich an 2 kategorien,
1) Die die nichts Speichern -> einfach HASH
2) Die die Speichern
2.1) Non Dos Disks -> Hash über dn Bootblock denn da ist ja der notwendige Loader drin, ggf. noch einzelne Tracks
2.2) Dos Disks -> Name, vorhandensein bestimmter Dateien, Hashes von einzelnen Dateien z.b des Hauptprogramms

[kufi]

2.1) Non Dos Disks -> Hash über dn Bootblock denn da ist ja der notwendige Loader drin, ggf. noch einzelne Tracks

Nur der Bootblock dürfte nicht eindeutig genug sein. Ich denke daß zu viele Spiele den gleichen Loader verwenden.