atari-home.de - Foren
Software => Software (16-/32-Bit) => Thema gestartet von: Atariosimus am Mi 07.03.2018, 13:59:51
-
Welches TOS kann man noch empfehlen als Ersatz für das 2.06?
Habe mal was von Supertos gelesen und einem gepatchten gibts noch verbesserte Versionen?
-
EmuTOS
-
Welche Vorteile oder Verbesserungen bietet das?
-
-> http://emutos.sourceforge.net/en/features.html
Treiber für das MonSTer Alternate Ram ist drin, Festplattentreiber ist drin, mehr freier Ram als beim Atari TOS usw. ...
-
Der größte Vorteil scheint mir zu sein, daß es sehr gut zu Hatari paßt.
Außerdem ist es wohl auf der FireBee sehr nützlich.
-
-> http://emutos.sourceforge.net/en/features.html
Treiber für das MonSTer Alternate Ram ist drin, Festplattentreiber ist drin, mehr freier Ram als beim Atari TOS usw. ...
Kein BigDOS nötig, Open Source, aktive Weiterentwicklung, Support direkt durch die Entwickler...
-
...und wie gut ist die Kompatibilität? Gibt es kritische Software, die mit 2.06 geht und EmuTos nicht?
Ich will nur 2 schöne Eproms brennen und die dann im Mega Ste einsetzen.
-
...und wie gut ist die Kompatibilität? Gibt es kritische Software, die mit 2.06 geht und EmuTos nicht?
Gut bis sehr gut. Die meisten Anwendungsprogramme sollten laufen, bei Spielen gibt es manchmal Schwierigkeiten. Ein Blick in https://github.com/emutos/emutos/blob/master/doc/incompatible.txt (https://github.com/emutos/emutos/blob/master/doc/incompatible.txt) sollte Klarheit schaffen.
-
Du musst aber bedenken, dass du mit EmuTOS den etwas primitiveren Desktop hast. Der enstpricht in seiner Funktionalität eher dem TOS 1.xx Desktop.
An deiner Stelle würde ich EmuTOS erstmal testweise von Diskette booten und schauen, ob das gefällt.
-
Du musst aber bedenken, dass du mit EmuTOS den etwas primitiveren Desktop hast. Der enstpricht in seiner Funktionalität eher dem TOS 1.xx Desktop.
Achso!? Prüfen wir mal: EmuTOS kann Icons (Verknüpfungen auf Programme oder Dateien) direkt auf dem Desktop ablegen. Kann TOS 1 das? Nein! EmuTOS kann benutzerdefinierte Icons aus einer RSC-Datei einbinden. Kann TOS 1 das? Nein! Und der EmuTOS-Desktop kann vieles mehr.
Somit ist die o.g. Aussage schlicht falsch!
Also, @1ST1, welches Feature fehlt Dir denn am "primitiven" EmuTOS-Desktop?
-
Um so besser! (Meine Versuche liegen nun schon etwas zurück.)
Kann er denn auch Tastenbelegungen, so dass du zum Beispiel das "D" mit der Funktion "Datei Löschen" belegen kannst? Programm-Starts auf F-Tasten?
-
Um so besser! (Meine Versuche liegen nun schon etwas zurück.)
Kann er denn auch Tastenbelegungen, so dass du zum Beispiel das "D" mit der Funktion "Datei Löschen" belegen kannst? Programm-Starts auf F-Tasten?
Doppelklicke doch einfach eine Version? Kann man ja auch so ausführen. Dann kannst einfachst selbst nachsehen …
-
Du musst aber bedenken, dass du mit EmuTOS den etwas primitiveren Desktop hast. Der enstpricht in seiner Funktionalität eher dem TOS 1.xx Desktop.
Bevor du solche Behauptungen in den Raum stellst, solltest du vlt. vorher mal eine aktuelle Version ausprobieren, und nicht eine von vor 10 Jahren.
Es gibt eigentlich so gut wie keine Funktionialität vom Desktop des TOS 2.0x, die EmuDesk nicht auch hätte. Eine Funktionalität wie Jinnee oder Thing wird man nie erreichen können, weil auch in 256k ROMs der Platz begrenzt ist.
-
Wie sieht´s denn jetzt mit der Icon-Kompatibilität (https://forum.atari-home.de/index.php?topic=13724.msg223158#msg223158)im EmuDesk aus?
-
Es ist jetzt dokumentiert, dass es anders ist: https://github.com/emutos/emutos/blob/master/doc/readme-256k.txt
-
Ein paar gepatchte TOS-Versionen hatte ich in der ST-Computer vorgestellt. Das Problem aller dieser "Super-TOSse": die Weiterentwicklung. Von der TOS4-Portierung auf den STE gibt es schon seit Jahren nichts Neues.
EmuTOS ist die einzige Alternative - der Desktop ist etwa gleichauf mit dem TOS 2.x, unter der Haube bietet EmuTOS etliche Erweiterungen. Außerdem wird es weiterentwickelt.
Um so besser! (Meine Versuche liegen nun schon etwas zurück.)
Mein erster Versuch war zu der Zeit, als EmuDesk noch aussah wie GEM 2.x ;)
-
Wie sieht´s denn jetzt mit der Icon-Kompatibilität im EmuDesk aus?
Es ist jetzt dokumentiert, dass es anders ist: https://github.com/emutos/emutos/blob/master/doc/readme-256k.txt
Dann habt Ihr mich jetzt aus dem Spiel gekegelt, was EmuDesk betrifft. :(
Ich bin nicht bereit, den Aufwand zu treiben, meine 512 Icons mit 1000 Zuordnungen in ein neues exotisches Format zu wandeln sowie einen weiteren Zweig zu pflegen.
Dergleichen Entscheidungen dürften ganz wesentlich zum Tod der EASE beigetragen haben, sowie auch dazu, daß NeoDesk bei uns nicht reüssierte. Ich rate dringend zur Revision!
Und wenn jetzt jmd. kommt und sagt, er habe dafür aber ein Tool: Noch nicht mal, wenn es ebenfalls ein Tool für den Rückweg gibt.
Entia non sunt multiplicanda präter necessitatem! (Occam´s razor)
-
in ein neues exotisches Format zu wandeln sowie einen weiteren Zweig zu pflegen.
Was heisst denn hier exotisch? Die Datei selber ist eine ganz normale Resource-Datei. Lediglich die Zuordnung ist anders als bei TOS 2.06. Das ist bei anderen Desktops aber auch nicht anders. Du kannst nicht erwarten daß EmuDesk sich an einen Standard hält wenn es keinen gibt.
Ich rate dringend zur Revision!
Da du scheinbar der einzige mit dem Problem bist: wie wäre es denn mal mit konstruktiven Vörschlägen, anstatt hier wild nach Änderungen zu fragen, die dir dann möglicherweise wieder nicht gefallen?
Und wenn jetzt jmd. kommt und sagt, er habe dafür aber ein Tool: Noch nicht mal, wenn es ebenfalls ein Tool für den Rückweg gibt.
Wie oft änderst du denn deine Resource-Datei, daß du nicht mal bereit wärst, danach ein tool zu starten und zwei mal zu klicken?
-
in ein neues exotisches Format zu wandeln sowie einen weiteren Zweig zu pflegen.
Was heisst denn hier exotisch? Die Datei selber ist eine ganz normale Resource-Datei. Lediglich die Zuordnung ist anders als bei TOS 2.06. Das ist bei anderen Desktops aber auch nicht anders. Du kannst nicht erwarten daß EmuDesk sich an einen Standard hält wenn es keinen gibt.
Exotisch heißt in diesem Fall, daß ohne Notwendigkeit (und ohne eine wesentliche Verbesserung zu erzielen!) die Kompatibilität zum GemDesk des (M)TOS aufgegeben wurde. Und das erst kürzlich, denn hier:
http://forum.atari-home.de/index.php?topic=13238.40
war sie ja noch gegeben.
Klar haben andere Desktops auch andere Icon-(Zuordnungs)-Formate als der Gemdesk - aber dann auch mit einer deutlichen Verbesserung! Ich hätte nichts dagegen, wenn Ihr es etwa Thing-kompatibel gemacht hättet (oder wenigstens wie der MagxDesk). Der Fehler ist, es aus reiner Willkür anders zu machen als alle anderen und ibs. als der GemDesk, aber ohne Gewinn.
Ich rate dringend zur Revision!
Da du scheinbar der einzige mit dem Problem bist: wie wäre es denn mal mit konstruktiven Vörschlägen, anstatt hier wild nach Änderungen zu fragen, die dir dann möglicherweise wieder nicht gefallen?
Wie wäre es denn mal, wenn Du , anstatt hier übel zu polemesieren, meine sehr konstruktiven Vorschläge
https://forum.atari-home.de/index.php?topic=13724.msg223158#msg223158
berücksichtigen würdest? Dem deutlichen Anschein nach ist konstruktive Kritik hier nicht erwünscht. Ich habe keineswegs ´wild nach Änderungen´ gefragt, sondern, wie jeder im Link nachlesen kann, einigen Aufwand betrieben, um Verbesserungen nahe zu legen. Und nein, ich habe überhaupt kein Problem damit, ich kann künftig meine Zeit, Energie & Expertise anders verwenden, wenn sie offensichtlich unerwünscht sind.
Wie oft änderst du denn deine Resource-Datei, daß du nicht mal bereit wärst, danach ein tool zu starten und zwei mal zu klicken?
In meiner Icon-Sammlung sowie den Zuordnungen (für Gemdesk, MagxDesk, Thing, Jinnee, Ease, TeraDesk, Gemini usw.) stecken mehr als zwei Mannjahre eigener Arbeit: Daraus kannst Du selber ableiten, wie oft ich meine Icon-Resource geändert habe. Ich will & werde nicht noch einen weiteren Zweig pflegen, der bloß aus Aberwitz entsteht. Es läuft also darauf hinaus, künftig schnellstmöglich Thing oder einen anderen Desktop nachzustarten, wenn ich EmuTOS laufen lasse - und EmuDesk geflissentlich zu ignorieren.
Noch ein konstruktiver Vorschlag: Man möge EmuDesk von EmuTOS separieren. Das spart dann auch Platz im Speicher (NAES, Geneva ua. haben es vorgemacht!).
-
Und das erst kürzlich, denn hier:
http://forum.atari-home.de/index.php?topic=13238.40
war sie ja noch gegeben.
Das ist falsch. EmuTOS hatte schon immer seine eigene Reihenfolge. Würden sie nun ändern, wärst Du vielleicht glücklich und alle bisherigen Nutzer dafür unglücklich.
Davon abgesehen habe ich diese ganze Diskussion vor ein paar Monaten schon mit Dir geführt. Ich habe kein Interesse, sie zu mit gleichem Inhalt ein zweites Mal zu führen. Alle Argumente wurden bereits damals ausgetauscht.
@Johannes: Hier wurde schon wieder ein Subthread aufgemacht, der mit der ursprünglichen Frage rein gar nichts zu tun hat. Bitte abspalten.
-
in ein neues exotisches Format zu wandeln sowie einen weiteren Zweig zu pflegen.
Was heisst denn hier exotisch? Die Datei selber ist eine ganz normale Resource-Datei. Lediglich die Zuordnung ist anders als bei TOS 2.06. Das ist bei anderen Desktops aber auch nicht anders. Du kannst nicht erwarten daß EmuDesk sich an einen Standard hält wenn es keinen gibt.
Da muss ich allerdings Ari recht geben, das was Atari einst definiert hat, das ist der Standard, weil jeder Mega-STE, TT und Falcon damit umgehen kann, und natürlich auch umgerüstete ältere Maschinen. Damit gibt/gab es sicherlich mehr als EmuTOS-Umrüstungen.
Ein Konverter in beide Richtungen wäre eigentlich das Mindeste, oder EmuDesk müsste in der Lage sein, beide Formate zu lesen, je nachdem was es vorfindet. Wenn das neue Format Vorteile hat, dann mit Prio dieses, wenn es beide vorfindet.
Ich rate dringend zur Revision!
Da du scheinbar der einzige mit dem Problem bist: wie wäre es denn mal mit konstruktiven Vörschlägen, anstatt hier wild nach Änderungen zu fragen, die dir dann möglicherweise wieder nicht gefallen?
Und wenn jetzt jmd. kommt und sagt, er habe dafür aber ein Tool: Noch nicht mal, wenn es ebenfalls ein Tool für den Rückweg gibt.
Fordern werde ich das nicht, sonst müsste ich es am Ende machen, aber dazu müsste ich mich erst wieder, und so tief wie nie zu vor in die GEM-Programmierung einarbeiten, und dazu fehlt mir die Zeit. Aber die jüngsten Infos werde ich dazu nutzen, mal eine aktuelle Version auszuprobieren. (Lässt sich das auch aus dem Auto-Ordner starten?)Wie oft änderst du denn deine Resource-Datei, daß du nicht mal bereit wärst, danach ein tool zu starten und zwei mal zu klicken?
Aris Setup scheint in der Tat recht umfangreich zu sein, wahrscheinlich sogar noch komplexer als meins. Daher kann ich das durchaus nachvollziehen. Ich habe mein Setup auf einem ST mit 2.06 einst eingerichtet und es dann auf alle Mega STE und TT (Und ST mit 4 MB RAM und NEWDESK-PRG) "verpflanzt" und dann je nach Zweck und Rechner angepasst. Aber selbst da sitzt man schon mindestens ein Abend pro Rechner dran, weil manches (insbes. Bootvorgang) gefühlt im Schneckentempo vorangeht. Insbesondere wenn man dann noch mehrer NEWDESK.INF (per XBoot verwaltet) für verschiedene Szenarien und Auflösungen hat.
Demnächst knüpfe ich mir aber mal meine Stacy vor, und probiere damit mal EmuTOS aus, von Platte gestartet, die läuft ansonsten meistens mit NEWDESK.PRG.
-
OT on.
@Johannes: Hier wurde schon wieder ein Subthread aufgemacht, der mit der ursprünglichen Frage rein gar nichts zu tun hat. Bitte abspalten.
Solange GemDesk & EmuDesk integrale Bestandteile von TOS_2.06 respektive EmuTOS sind, kann man es wohl kaum SubThread nennen, wenn ich darauf Bezug nehme. Aber Du @czietz , fängst hier schon wieder eine MetaDiskussion an - offenbar um damit der Diskussion in der Sache aus dem Weg zu gehen.
Und das erst kürzlich, denn hier:
http://forum.atari-home.de/index.php?topic=13238.40
war sie ja noch gegeben.
Davon abgesehen habe ich diese ganze Diskussion vor ein paar Monaten schon mit Dir geführt. Ich habe kein Interesse, sie zu mit gleichem Inhalt ein zweites Mal zu führen. Alle Argumente wurden bereits damals ausgetauscht.
Die Diskussion wurde keineswegs nur zw. uns beiden geführt. Sie wurde nach meinem Beitrag
https://forum.atari-home.de/index.php?topic=13724.msg223158#msg223158
einfach wortlos abgebrochen. Da darf ich doch wohl mal höflich nachfragen?
Und das erst kürzlich, denn hier:
http://forum.atari-home.de/index.php?topic=13238.40
war sie ja noch gegeben.
Das ist falsch. EmuTOS hatte schon immer seine eigene Reihenfolge. Würden sie nun ändern, wärst Du vielleicht glücklich und alle bisherigen Nutzer dafür unglücklich.
Richtig ist - und das weißt Du sehr gut -, daß es nicht bloß um die Reihenfolge geht, sondern: Man konnte vorher eine originale Icon.RSC des TOS direkt verwenden und nachher nicht mehr (die Reihenfolge ist demgegenüber das kleinere Problem). Richtig ist ferner, daß die Änderung des Formats - vor allem, weil sie clandestin geschah - mir einige unnötige Mühe bescherte (und vermutlich anderen auch). Was soll so ´was? Finten, als ob es gälte, den Weltmarkt zu erobern.
Ich war lange genug als Ingenieur in einer EntwicklungsAbteilung tätig, um derlei Ränke zu durchschauen - hier im Freizeitbereich sind die mehr als unangemessen. Sie verschwenden Zeit & Kraft, die wir besser verwenden können. (Das war damals aber auch so).
OT off.
-------
Können wir jetzt wieder zur Sache zurückkehren?
... das was Atari einst definiert hat, das ist der Standard, weil jeder Mega-STE, TT und Falcon damit umgehen kann, und natürlich auch umgerüstete ältere Maschinen.
Sic!
-
Richtig ist - und das weißt Du sehr gut -, daß es nicht bloß um die Reihenfolge geht, sondern: Man konnte vorher eine originale Icon.RSC des TOS direkt verwenden und nachher nicht mehr
Sorry, aber das ist ja nun mal Blödsinn. Man konnte vorher überhaupt keine ICON.RSC verwenden, weil EmuTOS überhaupt keine nachgeladen hat.
die Reihenfolge ist demgegenüber das kleinere Problem).
Dann verstehe ich deine Probleme nicht. Die Reihenfolge der Standard-Icons ist das einzige, das anders ist. Die Zuordnung aller anderen Icons ist sowieso unerheblich, da EmuDesk die nicht in die gleiche Datei wie TOS 2.06 schreibt.
Ich war lange genug als Ingenieur in einer EntwicklungsAbteilung tätig, um derlei Ränke zu durchschauen - hier im Freizeitbereich sind die mehr als unangemessen.
Aaaah... ja. Alles klar. Mist, da hat er hat uns doch glatt durchschaut.
-
^^-- Willst Du jetzt mit mir darüber rechten, was ´vorher´ & ´nachher´ bedeutet?
Also, @Thorsten Otto , erst Polemik, dann Nebbich und nun:
Die Reihenfolge der Standard-Icons ist das einzige, das anders ist.
Ist das nun eine dreiste Leugnung, oder habt Ihr schon wieder ganz stickum etwas verändert? Die von @czietz oben verlinkte github-Stelle sagt lediglich:
The emuicon.rsc file format differs from deskicon.rsc used by later versions of the Atari TOS desktop.
Als ich mir das letzte Mal EmuTOS angeschaut habe (0.9.9.1), bestand der Hauptunterschied zw. dem EmuIcon.RSC und dem DeskIcon.RSC des TOS darin, daß letzteres _einen_ Baum mit Icons verwendete (ie. den ersten seiner RSC), aber ersteres deren _zwei_ brauchte. Deshalb konnte man sie nicht kreuzweise verwenden, also ibs. nicht DeskIcon.RSC direkt mit EmuDesk, und zwar ganz unabhängig von der Reihenfolge der Icons bzw. den in den jeweiligen .INFs enthaltenen Zuordnungen.
Es ist daher leider Tatsache, daß an dieser Stelle keine Kompatibilität von EmuTOS mit dem orig. TOS besteht.
Ein weiterer/anderer konstruktiver Vorschlag; Vertauscht doch die Reihenfolge der beiden Bäume und zählt im zweiten Baum die StandardIcons von hinten (also 0FE für das letzte, 0FD für das vorletzte usw.), und wenn kein zweiter Baum vorhanden ist, dann wird eben bloß ein Platzhalter eingesetzt.
Auf diese Weise könnten die .RSCen wechselweise verwendet werden.
Besser fände ich aber nach wie vor meine Vorschläge aus dem og. Link.
PS: Um den
... Blödsinn ...
könnte sich mal ein Moderator kümmern, @Johannes .
Ich bin es leid, immer wieder angepöbelt zu werden, aber mich dann nicht einmal adäquat wehren zu dürfen. Und: Mein NickName ist ari.tao und nicht Ari - sind sieben Buchstaben schon zu viel? Dann nennt mich doch einfach Tao. Oder AT. Oder noch kürzer: @. :D
-
Guten Morgen,
ganz ehrlich, mir fehlt jedes Verständnis für eure Hahnenkämpfe, vor allen Dingen aber jegliche Zeit, mir hier jede Spitzfindigkeit durchzulesen und zu sanktionieren. Entweder, ihr bekommt das hin, oder ihr könnt euch ein anderes Forum zum zanken suchen. Ich mache hier jetzt erst einmal zu, ich glaube zur Fragestellung des TO können wir hier eh keine weiteren zielgerichteten Antworten erwarten.
Gruß
Johannes