Ein Hamburger stürzt sich ins Abenteuer - erste Erfahrungen, Probleme und Erfolge mit OMSI 2

Das Forum befindet sich im reduzierten Betrieb. Die Addon- und Supportforen bleiben weiterhin verfügbar.
Bitte beachte, dass OMSI nicht mehr weiterentwickelt wird. Ein Teil der Entwickler widmet sich inzwischen der Entwicklung eines neuen Simulators. Weitere Informationen zum LOTUS-Simulator findest Du hier.
Ein communitybetriebenes Nachfolge-Forum wird hier verlinkt, sobald es gegründet und bereit ist.
  • Guten Abend, nur kurz zur Info: Ich probiere für mich neue Spiele grundsätzlich immer erstmal so aus, "wie sie sind".
    Ich habe also bisher nichts zusätzliches installiert. Die einzige Veränderung nach den ersten Problemen war das Patchen der .exe, um die 2GB-Beschränkung aufzuheben. Allerdings war das nicht die Lösung der ersten Problemchen.


    Übrigens: Scheinbar ist die Dateiüberprüfung durch Steam riesiger Mist. Zwar meckert diese Überprüfung scheinbar *immer* defekte Dateien an, auch wenn OMSI nur einmal gespielt wurde und auch alles in Ordnung war, also kein Absturz usw. Ich hab dazu noch nicht tiefergehend recherchiert, aber mein Gefühl ist, dass die Steam-"Überprüfung" scheinbar nur stur auf veränderte Dateien reagiert, was ja sicherlich durch das normale Spielen auch bei korrekter Programmausführung passiert. Vielleicht weiß dazu jemand mehr?


    Ansonsten danke für die Komplimente. Wenn es niemanden stört, werde ich ab und an weiter hier berichten, wie meine Erfahrungen und mein Werdegang bei OMSI voranschreiten. Vielleicht hilft das ja nochmal einem anderen Neueinsteiger, der vielleicht vor den gleichen Fragen und Problemen steht.


    Ganz vielleicht, und das wäre beinahe mein größter Wunsch, nehmen ja auch die Programmierer für zukünftige Updates, Patches, Erweiterungen oder gar Versionen die eine oder andere Sache, über die ich trotz scheinbar korrekter Bedienung des Programmes stolpere, als Anlass zur Verbesserung. Denn - bitte glaubt mir - es gibt in OMSI beim Neustart für einen OMSI-Anfänger wirklich nicht wenige Schwierigkeiten und Inkonsistenzen. Dass das viele von Euch vielleicht nicht teilen, mag daran liegen, dass man als alte Hase gewissermaßen "Betriebsblind" wird, anfängliche Probleme einfach nicht mehr auftauchen und man sich arrangiert.


    Also, wenn es die Verantwortlichen hier nicht stört, werde ich weiter berichten und versuche natürlich, dabei kritisch, aber fair und mit genügend Selbstreflektion zu schreiben.

  • Man muss beddnken, dass seit 2007 nur ein Entwickler am Programm selber gearbeitet hat. Und aus einem kleinem blauen Strich ist dann OMSI entstanden.
    Bessere Grafik, finde ich, braucht man nicht. Was OMSI bietet ist doch schon ausreichend

    :)


    Gruß aus Spanien


    #handy

  • grafisch sind auch objekte und fahrzeuge entscheidend. das stichwort ist hier "post processing"; möglichst viele effekte, schattierungen und co ins Modell bringen. problematisch wird hier nur Omsi selbst - bei zu vielen polygonen , hochauflösenden Texturen und komplexen scripts zwingt man omsi irgendwann in die Knie. was Omsi vertragen könnte, wären eine bessere beleuchtung, schattenwurf und der ein oder andere Shader. Dafür müsste man Omsi aber vermutlich von grund auf neu Programmieren, um das ganze performancefreundlich umzusetzen.


    Was dein "tastenfeld" angeht:
    über so etwas hab ich auch schon nachgedacht und das lässt sich theoretisch superleicht umsetzen. die einfachste variante wäre, taster an einen stinknormalen Tastaturcontroller anzuschließen und den tasten dann eine funktion zuzuweisen. alternativ kann man das Omsi script auch über DLL's manipulieren und mit einem kleinen microkontroller verbinden.


    letzteres werde ich bei gelegenheit umsetzen und hier im Forum ein kleines "Bautagebuch" anbieten, sofern gewünscht.

    ;)

    eine "standardlösung" so wie im flugsimulatorbereich gibts für Busse aber (noch) nicht.

  • Ein wenig OT:

    grafisch sind auch objekte und fahrzeuge entscheidend. das stichwort ist hier "post processing"; möglichst viele effekte, schattierungen und co ins Modell bringen. problematisch wird hier nur Omsi selbst - bei zu vielen polygonen , hochauflösenden Texturen und komplexen scripts zwingt man omsi irgendwann in die Knie. was Omsi vertragen könnte, wären eine bessere beleuchtung, schattenwurf und der ein oder andere Shader. Dafür müsste man Omsi aber vermutlich von grund auf neu Programmieren, um das ganze performancefreundlich umzusetzen.


    Und genau hierfür wäre vllt. ein Import in eine andere Engine angebracht, da moderne Engines spielerisch leicht damit umgehen.
    Liegen denn die Probleme mit der Performance und Auslastung OMSI´s an der "veralteten" Engine oder am Programmierstil an sich oder ist OMSI gar so komplex, dass sich die Probleme mit der Performance(,...) auch nicht mit einer neuen Engine lösen würden.
    Eine neue Engine wäre für uns alle wünschenswert, allerdings würden dabei hohe Kosten auf den Entwickler zukommen, zum einen der Preis und zum anderen die Zeit und evtl. sogar die Lust und Motivation an einem solchen Projekt.


    Meine Meinung soll jetzt nicht so interpretiert werden, dass ich OMSI nicht gut finde, sondern so, dass in OMSI noch mehr Potential steckt als es bis jetzt schon ausgeschöpft wurde.
    Letztlich bleibt es wohl ganz alleine Marcel´s Entscheidung, welche wir respektieren müssen.



    Grüße

    :)


    PS: Ich freue mich übrigens, wie die anderen auch, dass es zur Abwechslung User wie dich gibt, die nicht sofort sagen "Alles scheiße", sondern die auch höflich sind, ihre Probleme detailliert beschreiben und sich mit dem Problem und dem Spiel auseinandersetzen.

  • @ Bf. Altona 188


    Mit deiner Aussage zur Dateiüberprüfung durch Steam kann ich dir nur zustimmen. Aber zu bedenken ist hierzu, dass das reibungslose funktionieren nicht in den Verantwortungsbereich des Entwicklers sondern des Publishers (Aerosoft) fällt. Antworten auf Fragen hierzu könnte dir somit am besten der Support der Fa. Aerosoft geben.


    Ein Tipp: Durchstöbere mal den Bereich "Antworten der Experten". Dort findest du sehr viele hilfreiche Erläuterungen und Ausführungen, u.a. dass du vor einem Programmupdate unbedingt gewisse Dateien sichern solltest. Es kommt hin und wieder vor, dass bei einem Update durch Steam wichtige Dateien überschrieben werden (ich selbst wurde "Gott sei dank" hiervon bislang verschont).


    Noch ein Hinweis: Lesen, lesen nochmals lesen. Dann Testen, ob das erworbene Wissen zum Erfolg geführt hat, falls nein, nochmals lesen, nochmals testen. Was in diesen Situationen sehr hilfreich ist, das Auswerten der "Logfile", die oftmals aufschlussreiche Hinweise bei Abstürzen oder Freezes liefern kann. Besonders am Anfang sollte man sich eine Sicherung der Logfile (besonders bei aufgetretenen Fehlern) anlegen, die ja jederzeit wieder gelöscht werden kann, falls kein Bedarf mehr da ist. Durch ausführliches Studiums der Logfile wird man auch bald diese ausreichend deuten können, um ohne fremde Hilfe Fehler selbst zu finden.


    Ich bin mir anfangs (OMSI 1) auch vorgekommen, als würde ich im Wald stehen. Ich machte mich auf die Beine, suchte mir den nächsten Fluss und stürzte mich ins kalte Wasser und begann mich frei zu schwimmen. Es hat geholfen. Leider habe ich kein Talent zum Bus-, Mapbauen oder auch Scripten, aber für meine Zwecke reicht das Wissen um das Vorhandene weitgehendst fehlerfrei umzusetzen, oder falls nötig, Fehler zu erkennen und u.U. zu beheben. Und glaube mir, ich habe keine Minute bereut die ich in OMSI hineingesteckt habe,


    In diesem Sinne wnsche ich dir noch einen schönen Feiertag,

  • Und genau hierfür wäre vllt. ein Import in eine andere Engine angebracht, da moderne Engines spielerisch leicht damit umgehen.
    Liegen denn die Probleme mit der Performance und Auslastung OMSI´s an der "veralteten" Engine oder am Programmierstil an sich oder ist OMSI gar so komplex, dass sich die Probleme mit der Performance(,...) auch nicht mit einer neuen Engine lösen würden.
    Eine neue Engine wäre für uns alle wünschenswert, allerdings würden dabei hohe Kosten auf den Entwickler zukommen, zum einen der Preis und zum anderen die Zeit und evtl. sogar die Lust und Motivation an einem solchen Projekt.


    hmn, ich würde sagen - teils teils. auf der einen seite ist omsi halt sehr simulationslastig und benötigt von grund auf recht viel rechenleistung, gerade für physikalische effekte. weiterhin führt eine "auslagerung" des scriptes und das dauerhafte durchsuchen von textfiles zu performanceproblemen. klar, ein port auf eine andere engine würde performanceprobleme beheben, aber die wäre wahrscheinlich nicht so offen und dynamisch wie die jetzigen lösungen. für eine umsetzung auf omsi niveau müsste wahrscheinlich eine komplett neue engine her, und da fehlt wahrscheinlich einfach Geld, kompetenz und elan.
    aber das tut hier nix zur sache.

    ;)

    sofern es mal einen simulator gibt, der ähnliche möglichkeiten bietet, sollte ein port bestehender Fahrzeuge/objekte kein problem darstellen.

  • Man muss beddnken, dass seit 2007 nur ein Entwickler am Programm selber gearbeitet hat. Und aus einem kleinem blauen Strich ist dann OMSI entstanden.
    Bessere Grafik, finde ich, braucht man nicht. Was OMSI bietet ist doch schon ausreichend...

    Das mit dem einen Entwickler (obwohl das so ja auch nicht ganz stimmt): Ja, natürlich. Auch, dass das Programm nur 30 Euro und nicht 70 oder mehr kostet usw. Wenn diese Tatsachen nicht wären, würde ich OMSI mit meiner Kritik zerreissen.
    Eigentlich dachte ich, dass ich das durch meine bisherigen meist wohlüberlegten Formulierungen zum Ausdruck bringen konnte und dass ich diese Tatsachen bislang sehr wohl berücksichtige.


    Aber, bei aller Liebe: Trotz allem ist das Programm in vielen Belangen veraltet bzw. zu problematisch. Ich hielte es für sinnvoll, wenn ein imho relativ potenter und bei Simulationen sehr renommierter Publisher wie Aerosoft hier eine neue Konzeptionierte, fehlerbereinigte und vor allem mit aktueller GUI versehen Version auf den Markt bringen würde.
    (Zum Vergleich, was ein einzelner Programmierer und eine aktive Community alles zustande bringen kann: Googelt mal nach dem Spiel "Banished". Schwer vergleichbar, aber trotzdem auch sehr respektabel!)


    Und dass die Grafik reicht, finde ich es insgesamt gesehen ÜBERHAUPT nicht. Sie ist bezüglich der Busse im Bereich Cockpit noch ok. Aber was den Rest angeht, vor allem Fahrgäste, Umwelt, Bebauung, KI-Verkehr und Animation ist es, naja, ich muss hier sehr vorsichtig jetzt sein, sagen wir mal "stark verbesserungswürdig". Wenn man es mit einem Spiel vor 10 oder 15 Jahren vergleicht, ist es noch ok. Aber mit Maßstäben von 2015 (auch unter der Berücksichtigung der kleinen Möglichkeiten) ist es nicht mehr ok.


    Ich erwarte ja keinen Grafikkracher wie Battlefield oder GTA 5, aber der Standard der End-90'er muss es jetzt auch nicht mehr sein.


    Vor allem ist mir aufgefallen, dass OMSI scheinbar KEINERLEI Gebrauch von einer aktuellen Grafikkarte und rein alles auf der CPU ausführen läßt. Bitte sagt, wenn ich das falsch sehe. Jedenfalls langweilt sich meine Nvidia GTX 780 bei OMSI, während der i3 recht ordentlich zu tun hat.


    Die alteingesessenen hier, die sich dran gewöhnt haben, werden das sicher anders sehen. Aber wenn das Produkt zukünftig weiter existieren soll, dann halte ich es für unumgänglich, das Programm zu modernisieren und vor allem müssen PC-Komponenten wie leistungsfähige Grafikkarten mit einbezogen und genutzt werden. So wird zuviel Potential verschenkt.


    Ich bin mir sicher, dass die Entwickler sich dieser Problematik bewußt sind - sie ist schließlich nichts neues im Spiele- und Simulatorenbereich. Es gibt ja genug andere Beispiele, wo es diese Parallelen gibt.


    Was ich mich frage, ist, ob weltweit gesehen der Markt es hergibt, dass Aerosoft zusammen mit den Entwicklern bei einem Produkt wie OMSI in eine neue Version investiert.


    Ich frage nur deshalb, weil ich denke, dass es selbst für alte, einigermaßen erfahrene Hasen wie mich eine Zumutung ist, was OMSI an Hürden bereithält. Und denkt dran: ich will OMSI nicht schlecht reden, im Gegenteil: ich finde das Produkt von der Grundidee her sehr gut. Sonst würde ich mir nicht die Mühe machen und hier soviel schreiben.

  • Was dein "tastenfeld" angeht:
    über so etwas hab ich auch schon nachgedacht und das lässt sich theoretisch superleicht umsetzen. die einfachste variante wäre, taster an einen stinknormalen Tastaturcontroller anzuschließen und den tasten dann eine funktion zuzuweisen. alternativ kann man das Omsi script auch über DLL's manipulieren und mit einem kleinen microkontroller verbinden.

    Ich habe übrigens neulich auf Youtube einen Simulatorspieler gesehen, der einen Hersteller in den USA ausfindig gemacht hat und sich son Teil hier rüber schicken lassen hat. Leider finde ich den Film nicht mehr.


    Ich brauch halt ein Tastenbrett, wo viele frei belegbare Knöpfe mit etwas Abstand zueinander angebracht sind, damit ich möglichst viele Funktionen auf gut beschriftbare udn erreichbare Tasten legen kann.


    Die Vorschlag eines anderen hier mit der normalen PC-Tastatur ist genau das, was ich eben nicht will, weil ich so nicht "blind" bzw. einfach die gewünschten Tasten zuverlässig treffe.


    Über sowas ähnliches wie das denke ich nach: http://www.activekey.de/tastat…entastatur-mit-112-tasten



    Vielleicht reicht auch diese zum Anfang: http://activekeyboards.eu/Komp…ur-mit-35-Tasten::29.html


    Allerdings sind mir da die Tasten etwas dicht beisammen, allerdings spart man so auch Platz.


    Auch cool: man kann mit austauschbaren tastenkappen scheinbar auch mehrere Tasten so zu einer größeren (wichtigeren Taste) zusammenlegen:




    (Quelle aller Bilder: Fa. Active Key GmbH & Co. KG, http://activekeyboards.eu/)


    Was der Typ in Youtube hatte, war allerdings mit weniger, roten runden Tastern, so ähnlich wie diese Türknöpfe bei den Bussen.


    Was denkt ihr darüber? hat jemand bessere Vorschläge?


    Edit Nr. 98: Noch eine WICHTIGE Frage an die echten Freaks unter euch: Was denkt ihr, WIEVIELE TASTEN auf einer solchen zusätzlichen Geschichte machen für OMSI am meisten Sinn? 24, 35 oder 112 Tasten und vor allem: Wird das mit OMSI zusammen mit einem Lenkrad wie dem G27 überhaupt funktionieren?
    ______________


    Hier nochmal ein Beispiel für eine programmierbare Tastatur mit 58 programmierbaren Tasten von Expertkeys: http://shop.expertkeys.com/de/home/9-ek58-0700587547904.html
    Dazu ein Youtubevideo von einem, der dort seine ersten Eindrücke mit der Tastatur schildert: https://www.youtube.com/watch?v=5ZeO1FkLpDw
    Vielleicht ganz spannend für diejenigen von euch, die sich das noch nicht so richtig vorstellen können, was ich überhaupt meine.

  • Lies dir die Plauderecke ca Seite 100-300 durch, dann weißt du die Meinung der OMSI-Community dazu.
    Und das ist meine eigene Meinung, die ich voll und ganz vertrete!
    Ich habe alle drei Spiele im Regal stehen, weiß also, von was ich rede.


    "Erstens ist dies hier das Entwicklerforum von Omsi in dem Vergleiche zu anderen Entwicklern wohl untersagt sind"
    Ach, seit wann das denn? Zeig mir den Auszug hieraus!
    Darius, ViewApp, etc vergleichen wir doch auch miteinander?`Wo ist der Unterschied?


    "mittlerweile verpönten Aussagen"
    Dadurch sind sie aber nicht mehr aktuell? Hm, glaub ich nicht.

  • solche dummen, plumpen Vergleichsaussagen


    Musst Du wirklich so scharf schießen? Er sagt doch nur seine Meinung und das auch noch in einem nicht völlig objektiven Forum der Konkurrenz von CBS und Bus-Sim.

    8)


    Calm down, life's fun!
    Edit: oh, sorry, zu langsam!

    Life is not like a box of chocolates, it's more like a box of jalapenos: what you do today might burn your butt tomorrow.

  • "Deine Aussage ist einfach nur kindisch und überholt."
    Lassen wir das mal dahin gestellt...


    "ViewApp und Co. sind keine Entwickler von Hauptprogrammen und in diesem Sinne keine klassischen Konkurrenten. Also wieder ein falscher Vergleich. Es sind schlichte AddOn-Entwickler."
    Es sind Entwickler, die damit Geld machen, Sachen entwickeln, die nicht fehlerfrei sind, etc. Und trotzdem vergleicht man sie miteinander.


    "Wenn ich mich übrigens nicht irre ist die Nennung oder der Vergleich zu Mitbewerbern in den Forenregeln bemerkt."
    Deswegen hab ich ja gesagt, sollst mir zeigen, wo das steht..! Habs selber schon gefunden. Obwohl ich das hier nicht als Diskussion zähle. Nur als Aussage!


    "überholt"
    -> immer noch aktuell!

  • Jetzt lass mal die Kirche im Dorf, Grenko. Was ist daran überholt, wenn Leute eben OMSI vorziehen, weil es einen vernünftigen Editor (so ne Art Lego für Erwachsene) gibt, Unmengen von Freewareaddons auf den Download des OMSI-Nutzers warten, die Fahrphysik meines Erachtens bei OMSI besser ist und man hier eine Community vorfindet. Klar, die von S-H genannten Programme haben ihre Stärken, aber deswegen so einseitig eine andere Meinung als kindisch, überholt, dumm und plump zu bezeichnen ist schon sehr sportlich.

    Life is not like a box of chocolates, it's more like a box of jalapenos: what you do today might burn your butt tomorrow.

  • Wäre ganz gut, wenn es trotz konträrer Ansichten (was ich vollkommen ok und normal finde) freundlich und sachlich bleibt. Gern hart in der Sache, aber nicht persönlich werden.


    Was haltet ihr denn von meinen Vorschlägen wg. einer frei programmierbaren Tastatur und weiß wer, ob das mit OMSI funktionieren würde?


    Übrigens: Nachdem OMSI in Tutorial 4 ja immer wieder an der gleichen Stelle abgestürzt ist (was man durch die Reduzierung der Multithreading-Option beheben kann), läuft OMSI nun auf der "normalen" Karte (Fahrt auf der 5 von Nervenklinik nach U Ruhleben) lustigerweise ohne diese Option auf meinem Rechner mit dem schlichten i3-Prozessor wie geölt. (Ich hatte schon überlegt, ob ich mir ne i7-CPU kaufe wg. OMSI...

    :D

    )


    Scheint also ein Bug im Tutorial 4 zu sein. Wie kann man Marcel kontakten, damit er sich das mal genauer anschauen kann?

  • 1: ja, es ist möglich so etwas an OMSI anzuschließen, kannst ja auch ganze fahrerarbeitsplätze anschließen und funktionsfähig machen.
    2: wenn, dann schreib Janine ne PN, allerdings liest Marcel auch hier im Forum mit, bzw jemand der 50 Beta-Tester, sodass der dieser Thread auch gelesen wird

    ;)
  • Jetzt lass mal die Kirche im Dorf, Grenko. Was ist daran überholt, wenn Leute eben OMSI vorziehen, weil es einen vernünftigen Editor (so ne Art Lego für Erwachsene) gibt, Unmengen von Freewareaddons auf den Download des OMSI-Nutzers warten, die Fahrphysik meines Erachtens bei OMSI besser ist und man hier eine Community vorfindet. Klar, die von S-H genannten Programme haben ihre Stärken, aber deswegen so einseitig eine andere Meinung als kindisch, überholt, dumm und plump zu bezeichnen ist schon sehr sportlich.


    Bitte lesen und auch verstehen was ich schrieb. Es ging um den namentlich genannten "Vergleich". Nicht um irgendwelche Fakten oder Tatsachen die ich durchaus selber so sehe. Diese Grabenkämpfe zwischen irgendwelchen Simulationen sind nie objektiv , nerven und befeuern unnötig verbale Kriege zwischen etwaigen Foren. Muß alles nicht sein wenn man seine Ansicht für sich behält. Andersweitig kann man Vergleiche auch ohne Nennung von Produkten nennen. Andersrum gehen die User hier auch jedesmal auf die Barrikaden wenn Omsi irgendwo lächerlich bewertet wird. Muß doch alles nicht sein, oder? Das schaukelt sich jedesmal hoch. Glaub mir, ich kenne das seit nunmehr 12 Jahren.
    Von meiner Seite aus ist es jetzt eh geklärt da bei den meisten Usern Erklärungsversuche sinnlos sind

    ;)
  • Komischerweise traten die Probleme, die ich (und viele andere) im Tutorial 4 haben mit diesem "Fehler bei Bereichsprüfung", eben nicht auf, obwohl jetzt das Multithreading nicht mehr reduziert war, was übrigens die Problemlösung beim Fehler in Tutorial 4 war.


    Moin! Kannst Du die Stelle mal genauer identifizieren, an der das bei Dir passiert? Danke

    :)
  • Zitat von »Bf. Altona 188«
    Komischerweise traten die Probleme, die ich (und viele andere) im Tutorial 4 haben mit diesem "Fehler bei Bereichsprüfung", eben nicht auf, obwohl jetzt das Multithreading nicht mehr reduziert war, was übrigens die Problemlösung beim Fehler in Tutorial 4 war.


    Moin! Kannst Du die Stelle mal genauer identifizieren, an der das bei Dir passiert? Danke

    Hallo Janine,


    danke für die schnelle Reaktion. Ich muss es jetzt kurz machen, weil ich los muss.
    Nach dem Start von Tut 4 macht man ja erstmal am Bauernhof rum, wenn ich nicht irre. Dann soll man den Bus zur Nervenklinik versetzen. Bis hierhin lief alles normal und reduziertes Multithreading war bis dahin nicht aktivert.


    An der Nervenklinik erklärt einem das Tutorial noch ein paar Einstellungen mit ich glaube Licht usw. Ab hier begann es reproduzierbar (zwar an leicht unterschiedlichen Stellen, aber doch zuverlässig immer wieder bei der Nervenklinik) abzustürzen.


    Komischerweise bekam ich keine Fehlermeldung (andere lt. Internetrecherche aber schon).


    Das Bild war nur eingefroren, optisch reagierte das Spiel nicht mehr (also Standbild), aber anhand der Sounds schien im Hintergrund das Spiel weiterzulaufen. Das konnte ich an diversen eindeutigen Klängen feststellen, z.B. das Zischen bei Betätigen der Handbremse (Feststellbremse?), jedenfalls machte es "Zischhh", wenn ich den Punkt gedrückt hab. Aber das Bild änderte sich nicht. Auch keine Reaktion auf Veränderung der Sichten, optisch kein Menüaufruf mehr möglich usw.
    Mehrere Recherchen ergaben, dass das recht viele trifft. Die anderen erhielten bei scheinbar dem gleichen Fehler die Meldung "Fehler bei Bereichsprüfung".


    Im Internet kursieren hunderte angebliche Problemlösungen, die alle nichts halfen.


    Erst als ich irgendwann nach mehreren Neustarts in den Optionen die Reduzierung des Multithreading aktivierte, lief das Tutorial problemlos durch.


    Im richtigen Spiel wiederum später war es mit diesem reduzierten Multithreading aufgrund des Ruckelns (Einbruch der Framerates, Nachladeruckler usw.) so unspielbar, so dass ich angstvoll diese Option mit der Reduzierung des Multithreading wieder deaktivierte und siehe da, plötzlich lief das Spiel (mit Linie 5) auch mit meinem relativ einfachen (aber immerhin 3,8 GHz) Intel i3 einwandfrei mit 30 Frames.


    Du kannst im Internet auch zahlreiche Stellen finden, wenn du "OMSI Fehler bei Bereichsprüfung" googelst. Bei einigen Youtubevideos trat das auch im Tut 4 an der gleichen Stelle auf, bei anderen im Spiel.


    Wenn diese Erklärungen nicht reichen sollten, gib mir bitte Bescheid (ggf. per PN, damit das hier nicht zu ausufernd wird).


    Mein Gedanke in Bezug auf dieses Problem ist, dass gerade Anfänger, die noch wenig bis keine Ahnung von OMSI haben und vielleicht nicht so fit bei Problemlösungen sind und brav die Tutorials abarbeiten, dort hängenbleiben.


    Danke für die Bemühungen bis hierhin.

  • Guten Abend,


    An der Nervenklinik erklärt einem das Tutorial noch ein paar Einstellungen mit ich glaube Licht usw. Ab hier begann es reproduzierbar (zwar an leicht unterschiedlichen Stellen, aber doch zuverlässig immer wieder bei der Nervenklinik) abzustürzen.


    Komischerweise bekam ich keine Fehlermeldung (andere lt. Internetrecherche aber schon).

    Jap, das ist das Problem, wenn nicht die Fehlerursache behoben wird, sondern man schlicht die Fehler-Dialogfelder in den Optionen abschaltbar macht...


    Wenn ich den Post schon offen hab: Ich stimme dir in vielen Punkten zu. Die Ressourcennutzung von OMSI ist nicht optimal und OMSI ist generell einsteigerfeindlich. Diese Einsteigerfeindlichkeit und auch eine gewisse Instabilität bei Modifikationen sind aber ein Resultat der großen Stärke von OMSI: Das offene System, zu dem jeder, der seinen Arsch hochkriegt, an der Vielfalt von OMSI mitarbeiten kann und den Simulator so verbessern kann.


    Schönen Abend,


    Busfanat

    "per Anhalter durch die Galaxis" und OMSI haben etwas gemeinsam!
    Es gibt eine Antwort auf alle Fragen.
    Bei "per Anhalter durch die Galaxis" ist es die 42,
    bei OMSI ist es das OMSI-Wiki!