Hallo,

ich weiß dieses Thema wurde schon behandelt, allerdings in einem anderen Zusammenhang. Ich kann nur den Thread nicht finden.

Wie stelle ich "die kurzen" ATR's her ??

Der Hindergrund ist Folgender. Wenn ich mit dem SUI2USB einige ATR Bootdisk lade, muss ich jedes Mal danach auch YASH neu laden. Die Ladezeiten mit Speed sind zwar nicht lang, aber eben doch endlich.

XDOS ist schön kurz, YASH auch. Was liegt da näher ein ATR nur mit XDOS und YASH in der Länge anzupassen, um so den Ladevorgang zu optimieren.

Ich kann natürlich YASH in die Qmeg RamDisk legen, oder mit SPOS in den ext. Memory verschieben. Aber das ist auch nicht das Wahre und geht nach hinten los, wenn ein neu geladenes ATR z.B. die RamDisk automatisch formatiert (oder der User pennt) :-(

Also wie mache die ATR's kurz?


Gruß


andreas/ dl7ukk

Hallö Andreas!

Es werden nur XDOS und YASH geladen, auch wenn das ATR grösser ist. Durch das abschneiden der unbenutzten Sektoren lädt sich das nicht schneller. Es passen nur keine weiteren Daten merh in das ATR - und ausserdem sind diese 'verkrüppelten' ATRs eigentlich blöd, weil potentielle Fehlerquelle.

Konstruktiv kann ich leider nicht antworten, ich weiss nicht wie man ATRs auf die belegten Sektoren verkleinert.

Hi Stefan,

Beetle hat geschrieben:Es werden nur XDOS und YASH geladen, auch wenn das ATR größer ist.

Es ist nicht ganz so, wie Du das geschrieben hast.

Richtig ist, dass beim Laden von XDOS+YASH in den Hauptspeicher des Rechners natürlich nur die benutzten Sektoren eingelesen werden. (Das ist auch beim Laden unter SPOS so.)

Wenn ich aber das Qmeg-Os (hier habe ich die Version 3) benutze und eine Disk in die A RamDisk des Qmeg-Os kopiere, werden alle Sektoren der Disk gelesen und auf der RamDisk A abgelegt. (Wobei das Schreiben in eine RamDisk sowieso immer rasend schnell geht...)

Beetle hat geschrieben:... ausserdem sind diese 'verkrüppelten' ATRs eigentlich blöd, weil potentielle Fehlerquelle. .

Da gebe ich Dir natürlich im Allgemeinen Recht, aber in diesem Fall ist es für mich eine Alternative.


Gruß

andreas/ dl7ukk

Hi,

von den kurzen ATRs rate ich ab, vor allem beim SIO2USB. Seit der Firmware 4.19 können ATRs < 32KB nicht mehr gemountet werden. Und ATRs mit illegalem Header gehen schon immer nicht.
Außerdem müsste das gekürzte ATR sowieso mindestens 368 Sektoren = 46KB haben, da sonst das Inhaltsverzeichnis fehlt.

Weshalb möchtest Du das ATR kürzen? Um es schneller in die RAM-Disk des QMEG-OS einzulesen? Wie Du richtig schreibst, kann die RAM-Disk vom gestarteten Programm aber überschrieben werden oder bei einem Absturz zerstört werden (der Inhalt der RAm-Disk natürlich). Also ist das m.E. nicht sehr sinnvoll.

Ich persönlich habe meine Systemdisk immer auf D3: des SIO2USB gemountet. Von da starte ich XDOS oder YASH mit dem Fileloader des QMEG-OS (das geht, weil beides als COM-File vorliegt). Beides wird mit Highspeed in 1 Sekunde geladen - so lange kann ich durchaus warten

Alternative: Erstelle eine Systemdisk und kopiere sie nach \INT\S2USHELL.ATR. Dann kannst Du jederzeit mit 2 Tastendrücken am SIO2USB die Systemdisk auf D1: mounten und dann booten.

Hi Dietrich,

sicherlich ist es gut die Systemdisk auf D3: zu mounten.

Ich habe mir nun zwischenzeitlich auch ein ATR mit ausschließlich XDOS & YASH erstellt (in single Dendity).

Nur mit High-Speed kann ich ein ATR leider mit dem Qmeg (noch) nicht laden. Vielleicht liegt es daran, dass ich es immer noch nicht geschafft habe die Verson 4 in den EPROM zu brennen und noch mit der V. 3 arbeite...

In meinen Rechner habe die MegaRam III drin. D.h. ich kann sogar die benutzte 256 K RamDisk per Hardware Schalter ausblenden und andere 256 K einblenden. Nur, wenn man es vergisst nutzt das alles nicht.

Dennoch Dank für die Tipps.



Gruß

andreas/ dl7ukk

dl7ukk hat geschrieben:Vielleicht liegt es daran, dass ich es immer noch nicht geschafft habe die Verson 4 in den EPROM zu brennen und noch mit der V. 3 arbeite...

Dann wird's aber Zeit

dl7ukk hat geschrieben:Nur mit High-Speed kann ich ein ATR leider mit dem Qmeg (noch) nicht laden.

V3 benutze ich zwar schon seit 20 Jahren nicht mehr, aber ich glaube mich zu erinnern, dass man da die Speeder noch von Hand einstellen musste. Also ins QMEG-Menü gehen und da auf dem gewünschten Laufwerk "U" drücken (für Ultra-Speed). (Das Laufwerk mit der Leertaste wählen).

Pssst,
nicht verraten, die PC-Tools heißen u.a. MakeATR von Ken Siders und Xboot von FoX. Damit kann man aus einem *.COM/*.XEX File (das auf dem PC liegt) ein ATR Image (kleiner als single density, no DIR!) machen. Es lässt sich aber stets nur ein File auf ein solches kurzes ATR draufpacken... Und ich hasse ebenfalls solche gekürzten ATR images !!! -Andreas Koch.

Gut, gut

ich will mir ja nicht den Ärger der Usergemeinde zuziehen.

Es war ja bloß mal eine Überlegung.



Gruß

andreas/ dl7ukk

CharlieChaplin hat geschrieben:Pssst,
nicht verraten, die PC-Tools heißen u.a. MakeATR von Ken Siders und Xboot von FoX. Damit kann man aus einem *.COM/*.XEX File (das auf dem PC liegt) ein ATR Image (kleiner als single density, no DIR!) machen. Es lässt sich aber stets nur ein File auf ein solches kurzes ATR draufpacken...

Dann habe ich ebenfalls eine Frage: Ich möchte echte Disketten aus solchen gekürzten ATRs erzeugen (via SIO2SD), bekomme jedoch nur Müll - das mit ATRUtil erzeugte ATR bootet noch nicht einmal korrekt. Gibt es einen Fix, mit dem man aus gekürzten ATRs "richtige" macht oder ein Gamedos, das automatisch bootet, wnen nur eine Datei vorhanden ist?

Thorsten

Ja,
es gibt Fixes - zwei auf dem PC und dutzende auf dem A8...
die Programme auf dem Pc heißen 1) ATR-Fix von Christian Wyk und 2) ATR File check & repair von der RAF. Das "fixen" (ganz ohne Spritze!) geht via PC sehr schnell und es lassen sich dutzende Images auf einmal korrigieren...

Auf dem Atari kann man mittels SIO2PC und einem Sektorkopierer die kurzen ATR Images einfach in standard ATR`s umkopieren. Dazu einen Sektorkopierer (z.B. Diskcopy von Turbo-DOS oder Mycopyr! 2.1) benutzen bzw. als erstes laden, der auch bei Errors weiterliest (und die Errors später als Leersektoren schreibt). Dann einfach als LW 1 das kurze ATR mounten und als LW 2 das standard ATR (90kbytes) mounten und via Sektorkopierer umkopieren. Das kurze ATR kann man nach dem erfolgreichen umkopieren löschen. Ist etwas umständlicher, geht aber via A8 und SIO2PC...

Gruß, Andreas Koch.

P.S.: Alle mittels MakeATR erstellten images lassen sich zudem mit dem Tool UnmakATR (ebenfalls von Ken Siders) wieder in files zurückwandeln. Bei xboot kenne ich noch kein tool das dies kann...

CharlieChaplin hat geschrieben:Ja,
es gibt Fixes - zwei auf dem PC und dutzende auf dem A8...
die Programme auf dem Pc heißen 1) ATR-Fix von Christian Wyk und 2) ATR File check & repair von der RAF. Das "fixen" (ganz ohne Spritze!) geht via PC sehr schnell und es lassen sich dutzende Images auf einmal korrigieren...

Irgendwie scheinen sich die K-Files auch in langer Form nicht mit SIO2SD zu vertragen. Wer kann mir stattdessen einen Bootloader (also quasi ein Gamedos ohne Menü, nur für eine Datei) empfehlen?

Thorsten

Hallo Thorsten.

ein GameDos/ Boot Loader für nur eine Datei fällt mir auch nicht ein, macht eigentlich auch wenig Sinn. Du kannst aber ein kurzes Dos nehmen (XDOS ist schön) und dann mit Autorun.sys arbeiten. Oder Du verwendest doch ein "normales" GameDos, zum Beispiel ein ganz kurzes, wie dieses hier (nur M/S).





Kannst Du nicht die File-Version Deines Programmes verwenden? Soweit ich weiss, kann man *.COM (*.XEX) Dateien direkt aus dem Menü des SIO2SD starten.


Gruß

andreas/ dl7ukk

dl7ukk hat geschrieben:Hallo Thorsten.

ein GameDos/ Boot Loader für nur eine Datei fällt mir auch nicht ein, macht eigentlich auch wenig Sinn.

Ich meine mich sogar zu Erinnern, daß irgendeines der GameDOSse genau das machte: wenn nur ein Programm vorhanden war, wurde automatisch dieses gestartet. Bisher habe ich dieses GameDOS aber nicht identifizieren können.

dl7ukk hat geschrieben:Kannst Du nicht die File-Version Deines Programmes verwenden? Soweit ich weiss, kann man *.COM (*.XEX) Dateien direkt aus dem Menü des SIO2SD starten.

OK, ich habe nicht erklärt, wofür ich diese Funktion möchte: ich möchte einige meiner Original-Cassetten bei eBay einstellen und jeweils ein Backup beilegen, weil die Datasetten eher nicht berühmt für ihre Zuverlässigkeit sind. Da wäre eine bootende Diskette mit kopierbarer EXE-Datei erste Wahl, die zweite ist eine Wandlung der EXE-Datei in ATR (X-Boot 5.0 funktioniert übrigens im Gegensatz zu MakeATR auf dem SIO2SD).

Nachtrag: die Datei "menuload.zip" aus dem Mitgliederbereich soll genau so etwas enthalten - leider kome ich nicht dran (Error 404), die URL verweist jedesmal auf das Verzeichnis "abbucmember_vorschau", obwhl ich von "memberarea" aus drauf klicke... hat jemand die Datei bei sich auf der Platte?


Thorsten

thorsten_guenther hat geschrieben:Ich meine mich sogar zu Erinnern, daß irgendeines der GameDOSse genau das machte: wenn nur ein Programm vorhanden war, wurde automatisch dieses gestartet. Bisher habe ich dieses GameDOS aber nicht identifizieren können.

So eine Funktion gibt es seit Version 4.04 in MyPicoDos. Dieses Feature verwende ich zZt nur intern in AtariSIO damit man COM/EXE/... Files direkt laden kann. In MYINIT kann das (noch) nicht konfiguriert werden.

Man kann dieses Feature aber relativ einfach selber einschalten: Dazu muss im ersten Sektor der Disk das 17. Byte von 0 auf 1 geändert werden (direkt danach kommen die Bytes $A9, $31, ...).

so long,

Hias

HiassofT hat geschrieben:

thorsten_guenther hat geschrieben:Ich meine mich sogar zu Erinnern, daß irgendeines der GameDOSse genau das machte: wenn nur ein Programm vorhanden war, wurde automatisch dieses gestartet. Bisher habe ich dieses GameDOS aber nicht identifizieren können.

So eine Funktion gibt es seit Version 4.04 in MyPicoDos.

Sei mir nicht böse, aber für reale SD-Disketten halte ich MyPicoDos für Overkill (ich will mir aber demnächst mal ein 16MB-ATR mit Spielen erstellen und es dafür verwenden) - ich habe inzwischen händisch den korrekten Pfad für o.g. menuload.zip ermittelt und kann das Programm "AUTOBOOT.COM" aus diesem Archiv für den genannten Zweck empfehlen, weil es sogar das Booten eines beliebigen Files erlaubt, wenn mehrere auf der Diskette vorliegen.

Um zum Anfang dieses Threads zurückzukommen: Ein (z.B. mit ATRUtil 1.13 erstelltes) leeres ATR, in das man das XEX (umbenannt zu COM oder EXE) hineinpackt, verhält sich wie ein ATR, wenn man mit AUTOBOOT.COM dieses Programm als Bootprogramm auswählt. Das Programm bleibt aber gleichzeitig mit jedem DOS normal kopierbar, so daß man auch mit Bordmitteln (sprich: DOS 2.x, MyDOS o.ä.) mehrere Programme problemlos zu einem ATR zusammenfassen (und dann je nach Größe des ATR und eigenen Vorlieben mit einem schönen GameDOS versehen) kann, wenn man möchte. Dies ist IMHO die mit Abstand beste Lösung für das Problem. Einziger Nachteil ist die Größe von mindestens 90 KB pro (korrektem) ATR, ob das Programm mit verkürzten ATRs arbeitet, habe ich nicht ausprobiert.

Thorsten

Hehe,
da habe ich die Tools und das Image "Menuload" also nicht ganz umsonst abgelegt. Wenn ich mich nicht irre, sind dort mehrere Bootloader drauf (die jeweils das erste *.COM/*.XEX File laden). Die meisten dieser Bootloader können aber nur single und medium density, eines kann immerhin 180k.

Für größere Files bzw. Disks wird man derzeit um Mypicodos nicht herumkommen. Wobei ich mir wünschen würde, das Hias vielleicht auch einen spez. Bootloader schreibt (bzw. sein Mypicodos so abändert und als neues Programm hochlädt), der nur ein File bzw. nur das erste ML File von der Disk lädt, egal ob das ML File nun auf einer 90k Disk / Image oder einer 16MB Partition / Image vorliegt...

Gruß Andreas Koch.

P.S.: Die alten Bootloader belegen nur die Bootsektoren und vermutlich Speicher irgendwo zwischen $0700-$09FF (einer belegt glaube ich nur die Page 1)...

Nachtrag: Ich nehme inzwischen LOADBOOT.COM (kann dasselbe, allerdings muß man den Dateinamen eintippen, weil das von mir zunächst verwendete Programm ebenfalls Konflikte mit dem SIO2SD (oder der Speedy?) hat. Ach so, das Programm ist in polnisch, aber da es nur mit einer einzigen Diskettenstation arbeitet und ich soeben erklärt habe, was man eintippen muß... .


Thorsten

thorsten_guenther hat geschrieben:Nachtrag: Ich nehme inzwischen LOADBOOT.COM (kann dasselbe, allerdings muß man den Dateinamen eintippen, weil das von mir zunächst verwendete Programm ebenfalls Konflikte mit dem SIO2SD (oder der Speedy?) hat. Ach so, das Programm ist in polnisch, aber da es nur mit einer einzigen Diskettenstation arbeitet und ich soeben erklärt habe, was man eintippen muß... .


Thorsten

Nun,
das Programm stammt aus dem Magazin "Tajemnicze Atari" (tschechisch?) und kann nur single/medium density. Benutze ich auch oft, wenn sich das Autoboot Programm von Keith Ledbetter sich mit dem zu bootenden Programm nicht verträgt... -Andreas Koch.

Hallo,

CharlieChaplin hat geschrieben:Die meisten dieser Bootloader können aber nur single und medium density, eines kann immerhin 180k.

Ich hatte schon in meiner ATARI Anfangszeit ca. 1988 (DDR) ein GameDos für die XF mit Q-Density. Ich habe dieses GameDos gerade eben noch an 360k und 180k ATR's ausprobiert. Im ATARI800Win+ klappt es. Ob es noch größere ATR's verkraftet, weiß ich nicht (noch nicht). Vielleicht kann Andreas dieses GameDos für QD mit in die MENULOAD.ATR einfügen.

Wer das GameDos für Quad benötigt, bitte PN an mich!

thorsten_guenther hat geschrieben:..... aber für reale SD-Disketten halte ich MyPicoDos für Overkill (ich will mir aber demnächst mal ein 16MB-ATR mit Spielen erstellen und es dafür verwenden .....

Ich hatte anfänglich auch meine Schwierigkeiten mit dem MyPicoDos. Besonders, weil ich nach 50 Jahren immer noch kein englisch kann. (Schande über mich.) Seit ich mich daran gemacht habe die Beschreibung mit ...... zu übersetzten, komme ich mit "Scheiben und Patronen" klar.

Mit High Speed, dem SIO2USB, einer Floppy2000 II und dem MyPicoDos 4.04 brauche ich kein anderes GameDos mehr. Besser noch, ich brauche auf die ATR's und Disketten keine GameDos mehr schreiben.

Schönes WE

andreas/ dl7ukk

Hallo Andreas!

CharlieChaplin hat geschrieben:Für größere Files bzw. Disks wird man derzeit um Mypicodos nicht herumkommen. Wobei ich mir wünschen würde, das Hias vielleicht auch einen spez. Bootloader schreibt (bzw. sein Mypicodos so abändert und als neues Programm hochlädt), der nur ein File bzw. nur das erste ML File von der Disk lädt, egal ob das ML File nun auf einer 90k Disk / Image oder einer 16MB Partition / Image vorliegt...

Ich werde mal sehen, ob ich das in die 3 Bootsektoren reinquetschen kann. Sollte grundsätzlich machbar sein, der Code zum Laden von COM Files benötigt (inkl. der Routine, die einzelne Bytes eines Files liefert) knapp über 300 Bytes. Bleiben noch knapp 70 Bytes für die Initialisierung des Codes übrig (es müssen diverse Speicherzellen gesetzt werden, zB der Start-Sektor des Files etc).

Einige Sachen müssen aber natürlich rausfliegen, zB Laden von Basic Programmen oder BIN Files wird dann nicht gehen. Auch für die Highspeed SIO Routine ist dann kein Platz mehr.

Sobald ich etwas Zeit habe schaue ich mir das mal an.

so long,

Hias