ESTWSim unter Linux?

Hallo Matze,

1.: Nein, wir planen kein ESTWsim unter Linux, zumindest habe ich davon noch nichts mitbekommen. Der Anteil der Linux-User am Desktop ist marginal. Eher wäre vielleicht ein Markt für MacOS vorhanden, was wesentlich weiter verbreitet ist bei Desktop-Betriebssystemen als Linux. Ich denke aber, dass wir uns auch künftig auf Windows fokussieren werden.

2. Zu Wine kann ich nichts sagen, aber unter MacOS läuft mit Parallels Desktop läuft ESTWsim bei mir seit Jahren problemlos. Offiziell supporten wir solche Hypervisor allerdings nicht.

Hallo Matze,

als Ergänzung zu dem Beitrag von Ex-Bahner folgende Info:

Die Schwierigkeit der Portierung eines Programms auf ein Linux- (oder anderes Betriebs-)System liegt in der Programmierung der grafischen Elemente. Es gibt seit einiger Zeit Entwicklungsumgebungen, die bei neuen Entwicklungen die Portabilität ermöglichen, nicht nur auf Linux oder MacOS, sondern auch für mobile Geräte.

Ältere Programme, zu denen auch ESTWsim gehört, sind für ein bestimmtes Betriebssystem - hier also Windows - entwickelt worden; eine Portabilität ist da nicht vorgesehen.

Daher kann ESTWsim nach meiner Einschätzung und Erfahrung (die ich mit meinem Bildfahrplan-Programm machen musste) nicht auf Linux portiert werden.

Es gibt aber für Linus verschiedene Virtualisierungssoftware, neben Parallels auch VMware Fusion, Virtualbox und andere, um u.a. PC's virtuell laufen zu lassen. Hierzu ist dann auch eine Windows-Lizenz notwendig.

Wine selbst habe ich noch nicht benutzt, da ich Linux bisher nur für andere Zwecke als virtuelles System benutze; aber ich könnte es ja mal ausprobieren.

Ich selbst benutze VMware Fusion unter MacOS; Windows 10 läuft da problemlos.

Viele Grüße

Bernie

Wine kann inzwischen eigentlich alles, was keinen Kopierschutz hat. Ich hatte die Demos mal vor einiger Zeit ausprobiert, damals ging alles ohne Probleme, ich habe das mal auf die Schnelle mit einem Live-System getestet, Aulendorf lief, mit Ausnahme, dass ich den Download von Windows kopieren musste, weil der Browser des Live-Systems irgendwie Probleme mit dem Download der Demo hatte (mit normalen Browsern wird das sicherlich gehen) und das ich im Live-System keinen Soundkartentreiber installiert habe.

Was doch einen Kopierschutz hat, geht entweder gut, oder nicht. Ich habe den ESTWsim-Kopierschutz Aufgrund der exorbitanten Beschränkungen noch nicht getestet, aber eigentlich rechne ich damit, dass das klappen wird, weil das ESTWsim-Team die Lizenzdaten von Hand verifiziert und nicht wie bei einer CD das Wine-System das Windows-System 1:1 nachmachen muss.

Man kann Wine als Programmierer auch als eine Art DLL einbinden, und dann wie auf Windows programmieren. Aber mit brauchbaren Systemübergreifende GUI-Bibliotheken zu programmieren ist natürlich wesentlich schöner.

Kannst du das Fenster schließen und über das Kontextmenü des Hauptfensters neu öffnen? Bei mir war nur irgendein Fenster lächerlich zu klein.

Servus miteinand,

nachdem ich mich von einem Bahnthema zum nächsten durcharbeite, bin ich vor einer Weile bei ESTW gelandet. Aber erst kürzlich hab ich mich mir dem Thema tiefer auseinandergesetzt und lerne noch (also eher die fachlichen Aspekte). Wieauchimmer, ein kleines update zu dem Thema insgesamt: mein Hauptrechner läuft mit linux und so ziemlich alle Demoversionen größer Version 5 sowie Testling (V6.2) laufen problemlos unter wine (bin aktuell bei wine staging 5.14). Das Problem mit den zu kleinen Fenstern sollte bei diesen Versionen nicht mehr auftreten.

Lockheed

kleines update, hab die RZUE jetzt auch zum Laufen gebracht. Bin mittlerweile unter wine staging 5.17 unterwegs. Wenn man bei "Steuerung - Öffnen" mit der Maus klicki, kommt es zu einer Fehlermeldung "Zugriffsverletzung... user32.dll...". Funktionierender workaround bei mir: statt mit der Maus die Alt- und Cursortasten nutzen. Hab in winecfg Windows10 eingestellt. Komischwerweise funktioniert der Trick nicht 100%, manchmal brauchts 2 bis 3 Versuche bei laufendem ESTWsim . Aber immerhin - es geht

Lockheed

Moin zusammen.

Was für Windows only requierments hat estw den?

.net gibt's der weil auch für Linux.

Im gaming Bereich entwickelt steam der weil Proton mir Hinsicht auf das steamdeck dessen OS ja auch eine Linux Variante ist.

Proton passt soweit ich das einschätzen kann u.A. Stader von directX zu Vulkan an.

Für steam eigene Spiele klappt das auch recht gut.

Außerhalb soll es auch gehen ich weiß aber aktuell nicht wie da auch ich noch am anfang von Linux gaming stehe.

Im übrigen gewinnt Linux aktuell an Boden im gaming Bereich siehe letzte steam Hardware Umfrage.

Grund dürfte wohl das Ende von Windows 10 sein was Dank der hohem Hardware Anforderungen von win11 viele ältere PCs ( wie auch meinen ) zu Elektroschrott erklärt.

Hallo,

zu dem Thema, wenn auch schon alt, möchte ich mich auch kurz melden und mein Update dazu geben.

Ich bin vor einiger Zeit auf ein Dual-Boot System umgestiegen, d.h. Win10 und Linux (Pop!_OS 22.04).

Meine Lizensierten Haupt-Sims laufen auf Windows. Interessehalber habe ich aber einige Demos (Und u.a. auch Würzburg Rbf, danke ans Team dafür!) auch auf Linux ausprobiert. Mit diversen Proton versionen über Steam hatte ich bisher kein Glück. Was aber auf Linux bezüglich ESTWSim relativ gut funktioniert (sogar ESTWOnline lässt sich verbinden), ist soda-9.0-1 über Bottles Flatpak. Bottles emuliert hierbei eine Windows-Umgebung und ESTWSim lässt sich das super vorgaukeln. Mit wine hab ich es noch nicht probiert da soda so hervorragend funktioniert. Das einzige womit ich auf Linux bisher mehr oder weniger "Probleme" hatte war die RZUE welche sich leider immer wieder aufhängt.

Das ganze läuft auch problemlos mit Vulkan3d (dxvk-2.4) über Bottles. Für interessierte hier ein Screenshot aus meinen Bottles Einstellungen:

Wie gesagt, über Steam Proton habe ich es nicht zum laufen gebracht. Drum benutze ich wenn dann Bottles um auf Linux zu simmen. BildFpl läuft auch super nebenbei unter der selben Bottle.

LG

Ich hatte vor einiger Zeit Version 4 Problemlos unter Wine zum Laufen bekommen. Wine ist ja mit Proton recht identisch. Einziges Problem war, dass man ein Fenster im Standardwert etwas klein gezogen war. Man konnte es aber problemlos größer ziehen.