Wer hat Lust mir ein ACC zu schreiben?

[guest3182]

Das ACC soll die Festplattenkapazitäten in MB
inkl. freien Platz mit Balken al a Windowsexplorer.
Das ganze sollte optisch nett sein und unter
SingleTOS laufen. Als Vorbild kann hdfree.cpx
dienen, allerdings als ACC und ohne Floppys.
Wer hat Lust dazu? Lasse auch gerne ein
Taschengeld springen

[1ST1]

Und warum nicht das CPX benutzen?

[guest3182]

Da muss ich scrollen und das Fenster ist schon
sehr klein, man sieht nur 2-3 Laufwerke

[Lukas Frank]

Gab es schon alles, auch mehrfach meine ich.

Schau mal da ->   http://ftp.lip6.fr/pub/atari/Disk/Index

... oder auch auf den anderen ftp Servern mit Atari Software und bei den PD Serien.

[1ST1]

Ko

Da muss ich scrollen und das Fenster ist schon
sehr klein, man sieht nur 2-3 Laufwerke

Komisch, ich sehe damit bei mir alles bis... H, J, keine Ahnung, so veiel Laufwerke wie mein Rechner halt so hat. Die Balken werden immer schmäler, je mehr Laufwerke.

[guest3182]

sorry, ich meinte als Beispiel dfree.cpx

[mstz]

Hallo,

habe mal schnell ein ACC programmiert, Download unter:

http://www.storcz.de/bin/HDSPACE.ZIP

Vorteile:

• läuft sowohl als Accessory oder als Programm (einfach Dateiendung von .ACC nach .PRG ändern und umgekehrt)
• lässt sich auch mit der Tastatur bedienen (Scrollen, Ctrl-i)

Nachteile:

• Speicherbedarf recht groß
• Die Bestimmung der Laufwerksinformationen per GEMDOS dauert (zumindest bei mir) recht lange

Viele Grüße
 Markus

[laufkopf]

Die Informationen sind anscheinend falsch. Guck mal mein Screenshot.

[laufkopf]

Ich stelle gerade fest, mir wird für Laufwerk U dieselbe Information wie für Laufwerk C gegeben. Sowie für Laufwerk H dieselbe wie für Laufwerk D.

Laufwerke laut Drvmap(): 10110001000000000000100000000000
Details..

LW3 Anz freie Cluster : 736
Geamtzahl Cluster : 25562
Bytes pro Sektor  : 4096
Sektoren / Cluster: 2

LW4 Anz freie Cluster : 20195541
Geamtzahl Cluster : 54945657
Bytes pro Sektor  : 1048576
Sektoren / Cluster: 1

LW8 Anz freie Cluster : 20195541
Geamtzahl Cluster : 54945657
Bytes pro Sektor  : 1048576
Sektoren / Cluster: 1

LW21 Anz freie Cluster : 736
Geamtzahl Cluster : 25562
Bytes pro Sektor  : 4096
Sektoren / Cluster: 2

System ist Aranym unter Mac OS X 10.10.3

Laufwerk C ist ein Image. D und H Verweise auf Mac-Verzeichnisse.
Sollte U nicht zumindest die Summer von C, D, H ergeben?

[mstz]

Hallo laufkopf,

danke für die Hinweise.

Tja, dass passiert, wenn man auf Gleitkommazahlen (float etc.) ganz verzichtet und die Integer-Arithmetik dann nicht ganz passt. Die Berechnung an sich ist ja trivial... Korrigiere ich bei nächster Gelegenheit.

Bei mir ist Dfree() unglaublich langsam, ist das reproduzierbar auch auf anderen Systemen so?

Wenn D und H auf Mac Verzeichnisse verweisen, die auf dem selben Mac Laufwerk liegen, so wird anscheinend jeweils die Größe/Belegung des gesamten Laufwerks zurückgegeben und diese ist dann für D und H identisch?

Es gibt noch ein paar weitere Punkte (Aktualisierung der Daten, Fensterverwaltung) die ich bei nächster Gelegenheit verbessern will.

Viele Grüße
 Markus

[guest3182]

Hallo Markus,

bei mir stimmen die Werte natürlich auch nicht. Gut wären auch noch Nachkommastellen,
Belegung in % im Balken und das nur Laufwerke angezeigt werden die auch vorhanden sind.

[mstz]

Hallo,

jetzt mit einigen Verbesserungen v0.20:

http://www.storcz.de/bin/HDSPACE020.ZIP

Viele Grüße
 Markus

[guest3182]

Hallo Markus,

die Werte stimmen leider immer noch nicht. Und den Prozentwert von freien Platz würde
ich ohne Text also nur z.b. 30% zentriert in die jeweilige Grafik setzen. Dann wäre es Perfekt!

[guest3182]

Hallo Markus,

ich habe nochmal nachgerechnet: Der Wert der Gesamtgröße ist nicht korrekt,
der Wert des freien Platzes ist korrekt. Eventuell ein Fehler beim Wert des belegten Platzes?

[mstz]

Hallo Markus,

ich habe nochmal nachgerechnet: Der Wert der Gesamtgröße ist nicht korrekt,
der Wert des freien Platzes ist korrekt. Eventuell ein Fehler beim Wert des belegten Platzes?

Hallo,

hmm, komisch - bei mir stimmen die Zahlen, siehe meinen angehängten Screenshot mit einem Vergleich zu den unter Windows für eines der Laufwerke angezeigten Werten.

Danke für die Anregung, den Prozentwert unter die Grafik zu setzen, das spart etwas Platz.

Viele Grüße
 Markus

[guest3182]

Das ist wirklich komisch laut GEM das Laufwerk
450 MB, aber das ACC zeigt 500 MB an.
Ich habe TOS 1.04/2.05 - Hast Du eine Idee?

Ansonsten Prozent in der Grafik wäre super!

[guest3182]

Ich bin dem noch einmal auf den Grund gegangen.
Die Gesamtgröße ist doch korrekt, allerdings ist es
doch so das der Wert der Belegung laut Laufwerksinfo
abweicht. Wie kann das sein?

[1ST1]

Wahrscheinlich, weil der ATARI und Windows mit 1024 Bytes pro Kilobyte rechnen, du aber einfach eine Kommaverschiebung auf die angezeigte Zahl machst, um zur richtigen Einheit zu kommen. GB versus GiB, oder?

[guest3182]

Nein ich habe es brav ausgerechnet und zwar sind laut Laufwersinfo 90 MB belegt, laut diverse
HDfree Tools liegt die Belegung aber bei 130 MB.

[KarlMüller]

Nein ich habe es brav ausgerechnet und zwar sind laut Laufwersinfo 90 MB belegt, laut diverse
HDfree Tools liegt die Belegung aber bei 130 MB.

Ein möglicher Gedanke ist:
Das einige Programm die tatsächliche Größen der Datei addieren, bei anderen es über die belegten Cluster (Sektoren) geht.