merkwürdige Sortierung

[Lukas Frank]

Es gibt doch schon TOS Patch, kannst du deinen Patch nicht da einbauen ?

->   http://www.markusheiden.de/atari/tospatch.html

[czietz]

Es gibt doch schon TOS Patch, kannst du deinen Patch nicht da einbauen ?

->   http://www.markusheiden.de/atari/tospatch.html

Aber dann doch ist meine Namensnennung weg. 
Nein, ernsthaft, ich denke, ich kann den Patch dort einbauen.

Bei der Gelegenheit ist mir etwas ganz anderes ausgefallen: Das deutsche TOS 1.04 auf meinem 1040STF (wurde so weit ich weiß vom Vorbesitzer dort eingebaut) ist vom 22.02.1989. TOS Patch erwartet ein deutsches TOS 1.04 vom 06.04.1989, dessen Image man auch im Netz findet. Die Liste auf http://www.atarimuseum.de/tos.htm nennt beide Daten für TOS 1.04. (Mein Patch lässt sich auch in beide Fassungen einbauen, nur die zu patchende Adresse ist etwas anders.)

Was also habe ich da auf meinem ST? Eine Pre-Release-Version?

[ditto]

Also wirklich, den ganzen Tag nicht viel los. Da sitzt man mal nen paar Stünchen vorm Fernseher, werden gleich neue, bahnbrechende Erkenntnisse gepostet!   

Wirklich tolle Arbeit, czietz!
Diese Dinge sind für mich wie Chinesisch sprechen. Ich weiß genau, das ich das niemals können werde. Es gibt hier schon einige Talente auf dem Board, wirklich beeindruckend!

Zudem stelle ich immer wieder fest, daß ich mir nen Eprom-Brenner kaufen muß! Leider habe ich keinen und entsprechend auch keine EProms. Kann man daraus nicht nen Mini-Patch für den Autoordner machen? Das wär mir zumindest auf die Schnelle am Liebsten.

Wenn ich das TOS 2.06 nachlade, lande ich bei 2,69 MB freiem Speicher. Das schmerzt schon etwas.

[KarlMüller]

Was also habe ich da auf meinem ST? Eine Pre-Release-Version?

Irgend sowas in der Richtung, siehe auch http://toshyp.atari.org/de/010007.html.

[czietz]

Zudem stelle ich immer wieder fest, daß ich mir nen Eprom-Brenner kaufen muß! Leider habe ich keinen und entsprechend auch keine EProms. Kann man daraus nicht nen Mini-Patch für den Autoordner machen? Das wär mir zumindest auf die Schnelle am Liebsten.

Wenn ich das TOS 2.06 nachlade, lande ich bei 2,69 MB freiem Speicher. Das schmerzt schon etwas.

Es gibt leider keinen Betriebssystemaufruf, den ich für den Patch abfangen könnte, sondern ich muss direkt den Code des Desktops patchen. Dafür muss der Desktop im RAM und nicht im ROM liegen. Somit ist ein Mini-Fix (wie z.B. Ataris TOS14FIX.PRG für andere TOS-1.04-Bugs) dafür nicht machbar.

Mit dem von Frank vorgeschlagenen TosPatch ließe sich recht einfach eine RAM-Version des TOS 1.04 mit Patch bauen, die allerdings auch "nur" 64 kB weniger RAM benötigen würde als ein komplettes TOS 2.06 im RAM. Die bessere Lösung wäre, zu verstehen, wie GEMRAM funktioniert. Das lädt immerhin nur das GEM (VDI + AES + Desktop) ins RAM, nicht das komplette TOS.

Irgend sowas in der Richtung, siehe auch http://toshyp.atari.org/de/010007.html.

Dort steht für die Version vom 22.02.1989 auch nur "Rainbow"-TOS mit den selben GEMDOS- und AES-Versionen wie beim 06.04.1989. Weiß jemand, was die Unterschiede sind?

[czietz]

Uff, so einiges Disassemblieren, Coden und Debuggen später habe ich doch einen Weg gefunden, das ganze als kleines, speichersparendes Patch-Programm zu implementieren. Für die Experten: Ich klinke mich in den Line-F-Handler ein, der in TOS 1.04 ja unter anderem vielfach vom AES aufgerufen wird und modifiziere dann die desktop-interne Variable, die die Anzahl an Spalten in der Text-Darstellung enthält auf 1.

Jedenfalls präsentiere ich hiermit DESK1COL.PRG V. 0.5, mit dem der TOS 1.04 Desktop unabhängig von der Bildschirmauflösung (also auch bei mehr als 640x400 Pixeln) im Text-Modus nur eine Spalte darstellt. Das Programm belegt dauerhaft ca. 700 Bytes(!) RAM und kann z.B. im AUTO-Ordner, aber auch durchaus noch später aus einem schon gebooteten System heraus, aufgerufen werden.

Hinweise: DESK1COL.PRG braucht ein deutsches TOS 1.04 vom 06.04.1989. Es lässt sich nur durch Reset wieder deinstallieren. Im Emulator tut es was es soll. Ich konnte keine Nebenwirkungen feststellen, übernehme aber keine Garantie, dass es wirklich fehlerfrei ist. Daher: Erst einmal vorsichtig testen.

[ditto]

FANTASTISCH!
Es funktioniert einwandfrei!
Ich habe es in den Auto-Ordner gelegt, neu gebootet und .......alle Dateien untereinander aufgelistet!
Der Speicherverbrauch ist so gut wie nix. Es sind immernoch 3,27 MB frei. Also höchstens ein paar Byte.

Für mich ein erstklassiger Patch, ohne den mein Mega ST mit der Mega4000 auf keinen Fall mehr starten wird!
Vielen, vielen Dank für deine Arbeit und die Zeit, die du investiert hast.

Was mich wirklich wundert, das es über 25 Jahre dauerte, das jemand so einen klasse Patch programmiert hat!   

[neogain]

Ich werde mich von meinem 1024er trennen. Czietz kann bedeutend mehr mit der kiste anfangen als ich. Damit kannste deine roms anpassen und flashen, wie du willst. Sd adapter lass ich drin mit den ganzen partitionen. Bei dir isser besser aufgehoben. Schick mir bitte deine adresse per pm.

[goetz @ 3rz]

Zumal wir das Thema neulich schonmal hatten und feststellten, das NVDI 5 keine Grafikbeschleunigung in den hohen Auflösungen hat, Version 3 aber wohl, wenn ich mich recht erinnere.
Das stand sogar im Handbuch zur CrazyDots.

Hm? Wieso sollte das so sein? Genaues Zitat? Es widerspräche allen meinen Erfahrungen mit NVDI, und ich wüßte auch nicht, warum die Behnes das für hohe Auflösungen wieder deaktiviert haben sollten?

[ditto]

http://dev-docs.atariforge.org/files/CrazyDots.pdf

Im PDF-Dokument Seite 17, im Handbuch Seite 33
8. Optionales NVDI

Ok, nur die monochromen Auflösungen werden beschleunigt, was bei einer Grafikkarte in den hohen Auflösungen trotzdem unschön ist.
Deine Erfahrungen mit NVDI 5 basieren in den hohen Auflösungen nur auf der monochromen Darstellung?

[Arthur]

Das zählt aber nicht für NVDI Et4000 ...

@czietz, gute Lösung

[Lukas Frank]

@czietz:  Super Programm, klasse ...

Fehlt noch das Cookie ;-)))

[ditto]

Das zählt aber nicht für NVDI Et4000 ...

Von NVDI 5 gibt es meines Wissens nach keine ET4000 Version.
Aber du hast völlig Recht. Wenn man eine 3er oder 4er Version von NVDI ET4000 einsetzt, werden Monochrom und auch Farbauflösungen beschleunigt.

[KarlMüller]

Von NVDI 5 gibt es meines Wissens nach keine ET4000 Version.

Es gibt keine speziellen Versionen mehr, sondern ist alles zusammengefasst.

[czietz]

Jedenfalls präsentiere ich hiermit DESK1COL.PRG V. 0.5, mit dem der TOS 1.04 Desktop unabhängig von der Bildschirmauflösung (also auch bei mehr als 640x400 Pixeln) im Text-Modus nur eine Spalte darstellt.

Der Vollständigkeit halber: Ich habe noch einen Bug gefunden. Er trat nur auf, wenn man DESK1COL unter einer ungeeigneten TOS-Version starten wollte, wobei sich das Programm (nach einer Fehlermeldung) mit einem Adressfehler (3 Bömbchen) verabschiedete. Ist in der angehängten Version 0.6 gelöst. Sonst haben sich keine Änderungen ergeben.

[ditto]

Es ist sogar nochmal 2 Byte kleiner!   
Warscheinlich habe ich die richtige TOS-Version, da ich bisher keinerlei Probleme mit dem Patch hatte.
Klasse, ich danke dir.

Liebe Grüße und ein schönes Weihnachtsfest,
Volker