Hallo Matthias,

HiassofT hat geschrieben:Ich konnte den Formatier-Fehler reproduzieren und hab' den Bug in der SDrive Firmware gefunden:

Ich habe heute in der Spätschicht noch rumprobiert und wollte nun noch Hinweise geben, aber das hat sich ja nun erübrigt. Du bist eben zu schnell für mich.

Anzumerken ist vielleicht nur Folgendes. Das Formatieren von SD ging problemlos. Bei ED, DD, QD und HD habe ich das Problem aber auch gelöst, eben nur auf der Anwenderseite.

Den vom Sio2Usb erzeugten ATR fehlt ja "nur" die VTOC/ DIR, also habe ich das Programm * MyDos VTOC-Fixer * von Robert Puff eingesetzt. Es hat die Größe der ATR richtig erkannt und die Belegungstabellen und die Dir-Sektoren neu geschrieben und fertig.

Ich schreibe meine Ergebnisse dennoch mal auf, vielleicht nutzt es ja doch mal. Offenbar arbeiten die verschiedenen DOS Versionen auch unterschiedlich. Eingesetzt habe ich wieder den 800XE mit originalem XE OS. (bei Bedarf Qmeg)


Single ATR:..............nur Dir neu................formatieren
...............................(CL#/ CLR)
BiboDos 5.4RN.............ja...............................ja
MyDos4.53...................00...............................ja
DOS 2.5........................00...............................ja
TDOS21NT....................ja...............................ja


Medium ATR............nur Dir neu................formatieren

BiboDos 5.4RN.............ja...............................no
MyDos4.53...................00...............................no
DOS 2.5........................00..............................no
TDOS21NT....................ja...............................no
XDOS24N.....................ja...............................??


Double ATR............nur Dir neu................formatieren

BiboDos 5.4RN.............ja................................ja
MyDos4.53...................00...............................no
DOS 2.5........................00..............................no
TDOS21NT....................ja............................... ja
XDOS24N.....................ja................................ja

00---Funktion nicht verfügbar
(??--Befehl vergessen (sri))


Aber fast alle Kommandos liefen auf dem Sio2USB korrekt ab.

Hier ist die neue, gefixte Version:
http://www.horus.com/~hias/tmp/sdrive-hias-090619.zip

Danke für den Fix, mal sehen ob ich das noch am WE probieren kann. (liegt am Wetter und der Laune meiner Tochter ..)

Übrigens: Um ein QD (oder grösseres Image) mit MyDos zu formatieren, muss man vorher mit dem "O" Kommando das Laufwerk auf die richtige Grösse einstellen. Ich habe hier das Laufwerk immer als "High Capacity Drive" konfiguriert und die Grösse in Sektoren eingegeben. Damit konnte ich ein QD Image, ein 5000 Sektoren SD Image und ein 5000 Sektoren DD Image formatieren.

Ja, das kenne ich soweit. Kann MyDos bei HD Images einen Unterschied zwischen SD und DD machen? Das würde ja bedeuten, dass man vor dem Befehl "O" den Befehl "P" benutzen muss um MyDos mitzuteilen, ob es SD oder DD einstellen soll. Bei HD Images habe ich immer die Grundeinstellung gelassen und würde meinen, MyDos hat DD genommen. Rechnerich kommt das auch hin.

Hallo Andreas!

dl7ukk hat geschrieben:Anzumerken ist vielleicht nur Folgendes. Das Formatieren von SD ging problemlos. Bei ED, DD, QD und HD habe ich das Problem aber auch gelöst, eben nur auf der Anwenderseite.

Ich habe gerade bemerkt, daß das Formatieren in ED mit der letzten Version auch nicht klappt. Den Fehler habe ich auch schon gefunden, war ein blöder Bug der sich durch die Read-Only Images eingeschlichen hat. Man sollte halt die Klammern richtig setzen...

Werde noch ein wenig testen, dann stelle ich die gefixte Version online.

Kann MyDos bei HD Images einen Unterschied zwischen SD und DD machen? Das würde ja bedeuten, dass vom dem Befehl "O" der Befehl "P" benutzen muss um MyDos mitzuteilen, ob es SD oder DD einstellen soll. Bei HD Images habe ich immer die Grundeinstellung gelassen und würde meinen, MyDos hat DD genommen. Rechnerich kommt das auch hin.

MyDos fragt die aktuelle Dichte (SD/DD) ab und behält diese dann bei. Ändern kann man das mit dem "P" Kommando.

Gerade eben mit AtariSIO getestet: In D2: ein 90k SD Image geladen, dann in MyDos mit "P" auf DD umgestellt, dann mit "O" als 12345 Sektor HD konfiguriert und mit "I" formatiert - D2: ist nun ein 12345 Sektor DD Image.

so long,

Hias

So, hier (wieder mal :-) eine gefixte Version. Formatieren in ED klappt nun wieder:
http://www.horus.com/~hias/tmp/sdrive-hias-090620.zip

so long,

Hias

Nun,
um MyDOs oder Sparta-DOS DIRs zu schreiben, wenn irgendein Tool das beim formatieren "vergessen" hat, gibt es das Tool FMTDIR von Bob Puff. Damit kann man die DIR Sektoren, wie gesagt, wahlweise in MyDOS oder in Sparta-DOS Format schreiben. Sollte theoretisch bis 16MB funktionieren, habe es aber schon ewig nicht mehr benutzt...

Für DOS 2.5, BiboDOS und TurboDOS kann man bis 180k ja das "CLR" Format verwenden (gibt es bei TDOS und BDOS intern, bei DOS 2.5 gibt es da nur ein externes Tool). Ab 360k muss man sich halt für ein best. DOS entscheiden, denn hier kocht jedes DOS sein eigenes Süppchen und es gibt immer noch keinerlei Standard (wobei ich ab 360k ja am häufigsten auf MyDOS Format zurückgreife)...

-Andreas Koch.

Hallo CharlieChaplin

CharlieChaplin hat geschrieben:um MyDOs oder Sparta-DOS DIRs zu schreiben, wenn irgendein Tool das beim formatieren "vergessen" hat, gibt es das Tool FMTDIR von Bob Puff. Damit kann man die DIR Sektoren, wie gesagt, wahlweise in MyDOS oder in Sparta-DOS Format schreiben. Sollte theoretisch bis 16MB funktionieren, habe es aber schon ewig nicht mehr benutzt...

Ich hoffe aber für mich, dass Du noch weist, wo es liegt, ich hätte es gerne, da ich "nur" den VTOC FIXER kenne. Oder hast Du es hier schon mal abgelegt?

Hallo Andreas

Gibt's bei CSS/Robert Puff auf der Seite. Guckst Du hier.

Tschüß

Mathy

Hi Mathy

Mathy hat geschrieben:Gibt's bei CSS/Robert Puff auf der Seite. Guckst Du hier.

Danke Mathy, habe ich gefunden

dl7ukk hat geschrieben:Ich hoffe aber für mich, dass Du noch weist, wo es liegt, ich hätte es gerne, da ich "nur" den VTOC FIXER kenne. Oder hast Du es hier schon mal abgelegt?

Nunja,
das Tool liegt auf meiner MyDOS 4.55 Diskette Da du es aber schon gefunden hast, hat sich das ja erledigt (beim Abbuc habe ich es übrigens nicht abgelegt)... -Andreas Koch.

Hallo Hias,

HiassofT hat geschrieben:So, hier (wieder mal eine gefixte Version. Formatieren in ED klappt nun wieder:

So ich habe mal wieder gearbeitet ....

Nachdem ich die Probleme mit den Sectoren bei HD in MyDos bewältigt habe, lief es dann. Man sollte bei HD die Sectoren schon genau angeben. Mydos merkt alles...

XE (MegaRam3), XL-OS original, Sdrive 126000 Bit/s, MyDos 4.53/4-

MyDos laden, Hisio laden

formatieren und kopieren ging prima bei 126000Bit/s

SD 720 Sec
ED 1040
DD 720
Qd 1440
OD 2880 ... (720K hallo YASH )
H1 4095
H2 8191
H8 32767
------------

DOS 2.5 laden, Hisio laden

formatieren und kopieren ging prima bei bei 126000Bit/s

SD 720 Sec
ED 1040
------------

XDOS24N laden, Hisio laden
(Ist der Hisio-Patch VOR dem XDOS24N Aufruf aktiv, wird er überschrieben/ abgeschaltet, kann aber problemslos wieder neu geladen werden!!)

formatieren und kopieren ging prima bei bei 126000Bit/s

SD 720 Sec
ED 1040
DD 720
----------

TurboDos 21NT laden, Hisio laden

formatieren und kopieren ging prima bei bei 126000Bit/s

SD 720 Sec
ED 1040
DD 720
------------

Bei der Gelegenheit habe ich auch gleich MyPicoDos 4.5 getestet, NULL Probleme Auch Unterverzeichnisse bis in eine Tiefe von 6 . Tiefer bin ich nicht gegangen. Toms Navigator macht schon bei 4 schlapp und denke dass reicht auch so.

PROBLEME gab es wieder mit BiBoDOS (Tastaturpuffer aus!!). Ich habe BiBoDos 5.4RN geladen und dann HiSIO gestartet und der Rechner ist abgestürzt. Richtig weg; flackerndes Bild. Auch bei der 92' Version von BiboDos war es so. Ich habe dann das Tempo des Sdrive auf unter 69000 eingestellt und konnte dann zwar die Hisio per Autorun.Sys laden, aber BiBoDos arbeitete nicht Hi Speed. Ein nachladen von HiSIO (LW:#2) brachte den XL wieder zum Absturz.

(Die 5.4RF/6.4RF lief bei 69000 (ohne Dein HiSio) mit Aussetzern.)

Ich weis nun nicht ob es an mir lag?? Ich glaube aber beim erfolgreichen Test mit BiboDos hatte ich den XL mit dem internen SIO OS Patch...

Ich werde heute Nacht noch mal den XL mitnehmen.

Was ich überhaupt nicht getestet habe, sind die einzelnen Versionen (RKI.. oder so) von Hisio und auch von MyPicoDos. Ich gehe mal davon aus, das da keine anderen Codes drin sind.

Hi,

dl7ukk hat geschrieben:Ich weis nun nicht ob es an mir lag?? Ich glaube aber beim erfolgreichen Test mit BiboDos hatte ich den XL mit dem internen SIO OS Patch...

Genauso ist es. Mit dem internen (fest) gepatchtem Hisio im XL OS Rom, geht BiboDos (Normal-Version *RN*), mit dem nachgeladenem OS-Patch geht BiboDos nicht. Da überschreiden sich wohl die benutzten Speicherbereiche.

Ich habe dann noch MyPicoDos *b.com, *n.com, *r.com, *rn.com benutzt. Liefen alle gut. Die remote funktion konnte ich nicht Test. (Wie?)

Hallo Andreas!

dl7ukk hat geschrieben:Genauso ist es. Mit dem internen (fest) gepatchtem Hisio im XL OS Rom, geht BiboDos (Normal-Version *RN*), mit dem nachgeladenem OS-Patch geht BiboDos nicht. Da überschreiden sich wohl die benutzten Speicherbereiche.

Wieder mal vielen Dank für's Testen! Sieht IMHO sehr gut aus!

Ich habe dann noch MyPicoDos *b.com, *n.com, *r.com, *rn.com benutzt. Liefen alle gut. Die remote funktion konnte ich nicht Test. (Wie?)

Das funktioniert nur, wenn Du am PC AtariSIO unter Linux verwendest. Für alle SIO2PC/APE/... User ist diese Funktion nicht sonderlich interessant :-)

Beim Testen bin ich übrigens noch auf eine Inkompatibilität gestossen: Das Menü-Programm auf den ABBUC Disks verträgt sich nicht mit dem Highspeed Patch (im ROM). Beim Laden des Titels überschreibt das Menü die Highspeed Tabelle in $01xx, dann stimmt die Geschwindigkeit nicht mehr und es gibt Fehler (Pfrrrz-Biep). Kann man wohl nix machen...

so long,

Hias

Hallo,

HiassofT hat geschrieben:Beim Testen bin ich übrigens noch auf eine Inkompatibilität gestossen: Das Menü-Programm auf den ABBUC Disks verträgt sich nicht mit dem Highspeed Patch (im ROM). Beim Laden des Titels überschreibt das Menü die Highspeed Tabelle in $01xx, dann stimmt die Geschwindigkeit nicht mehr und es gibt Fehler (Pfrrrz-Biep). Kann man wohl nix machen...Hias

Soweit war ich noch nicht, ich habe aber auch schon festgestellt, dass es mit dem Top-Mag und CSM auch so sein könnte. Aber das ist noch in Arbeit. Und Außerdem - bei der EPRom Version hat man ja noch Sh/Ctrl/N.

Hallo Hias,

ganz so schlecht es nicht aus.

Ich habe heute Nacht mit einem Hisio gepatchten XL und einem ungepatchten XE ein paar Magazine geladen. Auf dem ungepatchten XE liefen die Magazine wie erwartet problemlos (wenn das ATR in Ordnung war ) und ich nix verwechselt habe...

Top-Mag 04/93 (Geuther)
Abbuc Magazin 51
TOP-Mag 06/95 (Kaisersoft)

Um diese Magazine zu laden musste ich nur den Pokey-Divisor im Sdrive ändern. Bei 53000 lief alles stabil. Und das ändern der Sio Spedd im Sdrive ist ja nun wirklich kein Akt.

User-Mag, Zong das waren wohl nur Zusatzdisk mit Programmen zum Heft. Da kann ich noch nichts zu sagen. Und vom CSM hatte ich leider nur die gezipte Versionen auf der Karte. Das wird heute nachgeholt.

Aber dafür ....

..... der MypicoDos Initialisator (myinit.atr) macht was er soll und das gut!

Und noch ein Fix/Update:

http://www.horus.com/~hias/tmp/sdrive-hias-090705.zip

In dieser Version habe ich das "get status" Kommando korrigiert, zuvor wurden alle Images mit mehr als 720 Sektoren (egal ob SD oder DD) als "enhanced density" gemeldet.

Nun wird nur mehr bei ATR Images mit 1040 SD Sektoren bit 7 von DSTAT (das "enhanced density" bit) gesetzt.

so long,

Hias

AHA

Hallo Hias,

In dieser Version habe ich das "get status" Kommando korrigiert, zuvor wurden alle Images mit mehr als 720 Sektoren (egal ob SD oder DD) als "enhanced density" gemeldet.

hatte das Auswirkungen? Ich habe nix davon gemerkt. Nun weiss ich nicht so recht worauf ich achten muss.

dl7ukk hat geschrieben:

In dieser Version habe ich das "get status" Kommando korrigiert, zuvor wurden alle Images mit mehr als 720 Sektoren (egal ob SD oder DD) als "enhanced density" gemeldet.

hatte das Auswirkungen? Ich habe nix davon gemerkt. Nun weiss ich nicht so recht worauf ich achten muss.

Auf den Bug bin ich durch einen Hinweis von Steve Sheppard im AtariAge Forum gestossen:

Wenn man in MyDos ein "grosses" Image (mehr als 720 Sektoren) mit der "/N" Option formatiert (also nur Directory+VTOC schreiben, ohne "richtiges" Format davor), ohne vorher per "O" Kommando die Grösse zu konfigurieren, schreibt MyDos normalerweise eine VTOC für 720 Sektoren (708 Sectors free). Mit dem SDrive erzeugt MyDos jedoch eine VTOC für 1040 Sektoren (1028 free).

Beim Testen bin ich dann noch draufgekommen, daß es einen Fehler gibt wenn man mit dem TurboFreezer das Directory eines grossen DD Images anzeigen möchte (den Code im Freezer dazu muss ich mir noch mal genauer ansehen). Mit der neuen Firmware klappt das nun einwandfrei.

Im Prinzip könnte es bei allen Programmen die per "Get Status" die Dichte abfragen zu Problemen kommen - je nach dem ob und wie sie das Enhanced Density Bit auswerten.

so long,

Hias