EmuTOS 0.9.9 released

[mfro]

Die EmuTOS-Entwickler freuen sich, das EmuTOS Release 0.9.9 bekannt geben zu können.
EmuTOS ist ein freier, quelloffener Ersatz für Atari Betriebssysteme.

Die wesentlichen neuen Features von EmuTOS 0.9.9 sind:

• AES: individuelle Mauszeiger können beim Booten geladen werden
• EmuDesk: etliche neue Dialoge und Einstellungsmöglichkeiten, u.a. zur Desktop-Konfiguration, zum Einstellen von Fenster-/Desktop Hintergründen und Dateimasken für Desktop-Fenster
• VDI: Blitter-Unterstützung für horizontale Linien, gefüllte Rechtecke und Rastergrafiken [Anm. d. Übersetzers: LINEA HLINE ($A004), LINEA FILLED RECTANGLE ($A005) und LINEA BITBLT ($A007) bzw. korrespondierende VDI-Funktionen]

EmuTOS kann auf Emulatoren und echter Atari-Hardware einfach ausprobiert werden. emutos-prg*.zip vom Link unten herunterladen, das PRG der gewünschten Sprache auspacken, auf eine Floppy (oder HD-Partition) kopieren und einfach ausführen - fertig!

Hier der Download-Link:
https://sourceforge.net/projects/emutos/files/emutos/0.9.9/

Das Orginal-Announcement:

The EmuTOS developers are please to announce the release of EmuTOS 0.9.9. In case you didn't know, EmuTOS is a GEMDOS-compatible operating system for Atari computers and is a free and open source replacement for common TOS images for Atari emulators.

The main new features of EmuTOS 0.9.9 are:
- AES: Allow mouse cursors to be loaded at boot time
- EmuDesk: Add several dialogs, including desktop configuration, window/desktop background configuration, and desktop window file mask
- VDI: Add blitter support for horizontal line drawing, filled rectangle drawing, and raster graphics

You can easily test EmuTOS on your real Atari hardware. Get emutos-prg*.zip from the link below, extract the PRG matching your favorite language, put it on a floppy (or hard disk partition), run it on your Atari, and you're done!

You can download your preferred binary archive here:
https://sourceforge.net/projects/emutos/files/emutos/0.9.9/

[ari.tao]

 
Mit dem neuen emutos.prg / emutosde.prg bekomme ich in Hatari die Meldung:
   "Your TOS image seems not to be a valid ROM file!
      (TOS version 6, address $0)"

Schon erledigt.

-------

Jetzt geht die gerade gestern erstellte emuicon.rsc nicht mehr  ,
aber zum Ausgleich kann ich jetzt Thing laden  ,
was vorher nicht ging.

[Lukas Frank]

Bei mir ist die Gesschwindigkeit beim Zugriff auf eine IDE CF Karte mit EmuTOS 0.99 nur 660kB/s. Unter TOS 2.06 ist es 1440kB/s auf dem gleichen Rechner mit gleicher CF Karte. Die 256MB CF ist eingerichtet mit HDDriver als 256MB BGM Partition.

Ist das normal?

[Thorsten Otto]

Jetzt geht die gerade gestern erstellte emuicon.rsc nicht mehr 

Ist das die ownicon.rsc aus dem anderen Thread? Was daran soll nicht funktionieren? Ein kurzer Test hier lief ohne Probleme.

[aber zum Ausgleich kann ich jetzt Thing laden  ,was vorher nicht ging.

Bei mir crashed Thing >= 1.29 immer noch beim beenden. Das liegt aber an Bugs in Thing, nicht EmuTOS.

[1ST1]

Kann man das EmuTOS auch aus dem Autoordner starten? Und welche Rechner werden unterstützt? ST sicher! STE? TT? Mega STE? Falcon?

[mfro]

Kann man das EmuTOS auch aus dem Autoordner starten?

Ja.

Und welche Rechner werden unterstützt? ST sicher! STE? TT? Mega STE? Falcon?

Für alle ausser 1ST1: Alle. + FireBee, +FreeScale m5484lite + Amiga + CT60
Für 1ST1 (für den fehlende SCSI-Routinen ja "nicht unterstützt" bedeuten): TT: nein, Falcon: nein

[1ST1]

Ah, du hast meine Frage richtig verstanden! Danke, dann packe ich es mal auf meine STacy drauf. Das mit SCSI muss unbedingt mal eingebaut werden.

[goetz @ 3rz]

Ah, du hast meine Frage richtig verstanden! Danke, dann packe ich es mal auf meine STacy drauf. Das mit SCSI muss unbedingt mal eingebaut werden.

Die Wunschliste ist einfach zu verlängern, die Priorisierung der Wünsche ist schon schwierig, aber dann auch noch tatsächlich programmieren, das ist erst richtig hart …

Berliner Schnauze oder so? Ich fänd ja "es wäre prima, wenn das mal noch kommen würde" passender als "muss unbedingt eingebaut werden". Das klingt weniger hart fordernd.

[1ST1]

Die diplomatischen Formulierungen überlasse ich gerne anderen.

[ari.tao]

Bei mir ist die Gesschwindigkeit beim Zugriff auf eine IDE CF Karte mit EmuTOS 0.99 nur 660kB/s. Unter TOS 2.06 ist es 1440kB/s auf dem gleichen Rechner mit gleicher CF Karte. Die 256MB CF ist eingerichtet mit HDDriver als 256MB BGM Partition.

Huch, das sollte doch nur vom Treiber abhängen. aber nicht vom TOS ?!

-------

Jetzt geht die gerade gestern erstellte emuicon.rsc nicht mehr 

Ist das die ownicon.rsc aus dem anderen Thread? Was daran soll nicht funktionieren? Ein kurzer Test hier lief ohne Probleme.

Nein, die läuft auch noch bei mir. Sondern ich meine die 64k große .RSC, mit der der ScreenShot im anderen Thread hergestellt wurde (und die ~200 Icons enthält und nicht bloß ein Dutzend wie ownicon.rsc).

[aber zum Ausgleich kann ich jetzt Thing laden  ,was vorher nicht ging.

Bei mir crashed Thing >= 1.29 immer noch beim beenden. Das liegt aber an Bugs in Thing, nicht EmuTOS.

Ich kann bei mir Thing ohne Crash beenden - & wieder starten - & wieder beenden ...
Einzig irritierend ist, daß der Desktop-Hintergrund anfangs grau ist, also nicht wie voreingestellt ein blaues Muster. Läßt sich dann aber einstellen.

Edit.: Der ´andere Thread´:
   http://forum.atari-home.de/index.php?topic=13724.msg223123#msg223123

[Lukas Frank]

Bei mir ist die Gesschwindigkeit beim Zugriff auf eine IDE CF Karte mit EmuTOS 0.99 nur 660kB/s. Unter TOS 2.06 ist es 1440kB/s auf dem gleichen Rechner mit gleicher CF Karte. Die 256MB CF ist eingerichtet mit HDDriver als 256MB BGM Partition.

Huch, das sollte doch nur vom Treiber abhängen. aber nicht vom TOS ?!

Kein Plattentreiber installiert, der Treiber ist fest im EmuTOS drin ...

[ari.tao]

^^-- Kannst Du nicht den Treiber von HDDRIVER nachstarten?!

-------

... aber dann auch noch tatsächlich programmieren, das ist erst richtig hart …

Ach, Programmieren ist doch ein Kinderspiel! Jetzt sollen es schon die 5-jährigen in der Kita lernen! 

[Lukas Frank]

^^-- Kannst Du nicht den Treiber von HDDRIVER nachstarten?!

EmuTOS ignoriert hddriver.sys auf C:\

Wenn ich HDDriver von Diskette mit EmuTOS im ROM starte habe ich wieder die 1440MB/s anstatt der 660kB/s. Vielleicht muss man noch ein paar Versionsnummer vom EmuTOS abwarten. Ich nutze lieber weiterhin TOS 2.06.

[Arthur]

Ich denke mal das liegt beim Transfer der Daten an der Nutzung des Blitters was Emutos wohl noch nicht nutzt... aber reine Vermutung meinerseits.

[Thorsten Otto]

Ich denke mal das liegt beim Transfer der Daten an der Nutzung des Blitters was Emutos wohl noch nicht nutzt... aber reine Vermutung meinerseits.

Das ist auch meine Vermutung. Die Software-Routinen in EmuTOS dürften relativ optimal sein, glaub kaum daß man da noch solche Verbesserungen rausholen könnte.
Kann das jemand verifizieren (daß HDDRIVER zum Transfer den Biitter benutzt?)

[mfro]

Das ist auch meine Vermutung. Die Software-Routinen in EmuTOS dürften relativ optimal sein, glaub kaum daß man da noch solche Verbesserungen rausholen könnte.

EmuTOS hat (mindestens) eine Indirektion mehr im Code, weil es das "verschränkte" IDE-Kabel unterstützt. Das allein erklärt den Faktor >2 aber sicher nicht.

[ari.tao]

Imho doch, ich hatte gleich im Sinn, daß das nach ByteSwap aussieht - habe mich bloß nicht getraut, das hinzuschreiben... Gefällt mir! Muß mir endlich mal ein Kabel mit Twist machen...

[mfro]

Imho doch, ich hatte gleich im Sinn, daß das nach ByteSwap aussieht - habe mich bloß nicht getraut, das hinzuschreiben... Gefällt mir! Muß mir endlich mal ein Kabel mit Twist machen...

Eine BGM-Partition (wie von Lukas Frank benutzt) mit ByteSwap macht keinen rechten Sinn. Bei seinem Beispiel besteht der Overhead also ausschliesslich aus der zusätzlichen Indirektion:

Code: [Auswählen]

if byteswap then
  readByteswapped()
else
  readNormal()
endif

, also *einem* bedinigten Sprung im Vergleich zu "direktem" Funktionsaufruf. Der verdoppelt nicht gleich die Laufzeit.

[mfro]

Ich könnte mir vorstellen, dass das mit "multiple sector I/O" zusammenhängt. Also der Möglichkeit, bei IDE nicht nur einen, sondern mehrere Sektoren "am Stück" zu lesen/schreiben.

EmuTOS beschränkt multiple sector I/O aktuell auf 32 Sektoren (also 16 kByte auf einen Rutsch) und schaltet es auch nur ein, wenn das Device explizit zurückmeldet, dass es das kann. Möglicherweise ist HDDRIVER da aggressiver. In einem Benchmark, der Sektoren am Stück liest und schreibt (@Lukas Frank : wie gemessen?), kann das schon einen Unterschied ausmachen. In der Praxis (mit zunehmender Fragmentierung und der Notwendigkeit, dauernd auf der FAT rumzujuckeln) geht der Unterschied ganz schnell zurück.

[Lukas Frank]

Habe mal zum probieren zusätzlich zum IDE Interface eine ACSI Festplatte angeschlossen und da ist die Transferrate normal mit 1060kB/s. Ist etwas kleiner als mit TOS 2.06 aber nur sehr gering weniger ...

Mega ST4 / c´t IDE Interface mit CF Adapter / 500MB SCSI Festplatte mit LINK96

Partition C ist die CF und D und E liegen auf der SCSI Platte ...