= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Das "Problem" ist ehr das man z.B. bei nem als privat gekennzeichneten Mapumbau meist so nicht erkennen kann was verändert worden ist. Sowas lässt sich in nem eigenen Topic einfacher zeigen.
Mal ganz platt gefragt: Wieso muss man so etwas überhaupt zeigen?
Ich behaupte mal, durch das offene System von OMSI hat fast jeder schon Sachen modifiziert, z.B. an einer Karte eine Engstelle entfernt oder einen Bus gemoddet. Dafür lohnt sich doch kein eigener Thread? Da reicht doch der Screenshot-Thred.
In Gladbeck sind an den Endhaltestellen vmtl. Mini-Wendeschleifen verbaut. Siehe auch hier: Tram_SDK_1.2.pdf
Und was konkret soll das bringen? Ich sehe den einzigen Sinn dahinter, sich nach dem Motto "schaut her, aber ihr kriegt's nicht" zu profilieren. Was private Projekt angeht, ist die OMSI-Community ohnehin sehr schwierig. Die ehemaligen Moderatoren aus dem OOF können da ein Lied von singen... Wir haben ja jetzt schon das Problem, dass viele (teils sehr unfreundliche und bedrängende) PNs geschrieben werden wenn etwas in den Screenshots gezeigt wird, was privat ist.
Ich denke schon, dass sich das nutzen lässt. Mit der U-Bahn in Ruhleben funktioniert die Wende ja auch.
Dann würde ich den Fehler einfach ignorieren. Es hat mE etwas mit Ampelschaltungen zu tun (da können dem Ersteller der Kreuzung viele Fehler passieren) - in diesem Fall ist OMSI dann aber relativ kulant und stürzt nicht ab.
Tritt der Fehler denn nur im Log auf und ist die Karte sonst spielbar?
Die Einstellungen sind richtig. Evtl. kannst du noch "Show details of X" anstellen, damit siehst du dann im rechten Fenster weitere Details.
Die Blender-Einstellungen sind soweit korrekt. Hast du auch die O3D-Einstellungen richtig befolgt?
Ansonsten probier doch einfach mal, dein Objekt in eine SCO einzufügen und zu schauen, ob das dort angezeigt wird
=> falls ja hast du beim Einbinden in die Model-Datei des Busses einen Fehler gemacht
=> falls nein liegt es tatsächlich an der .o3d-Datei
Probier auch mal die .x-Datei unkonvertiert einzubinden. Das sollte auch funktionieren.
Danke euch beiden auf jeden Fall! Das Video war sehr informativ.
Vorwiegend ist der Monitor für Office&Programmieren, also wird da dann 75Hz nicht unbedingt notwendig sein.
Das mit den Kurvenradien können auch einige Würzburger bestätigen. Die Würzburger Straßenbahn ist die Straßenbahn mit den engsten Kurvenradien.
Ein paar Bilder der betreffenden Stellen.
Dies sind alles Wendeschleifen oder Kreuzungen, keine einfachen Überführungen, außerdem mit Übergangsbogen(zur Kurvenmitte wird der Radius immer kleiner, nach Außen wieder größer), sieht man auf folgendem Bild:
Der vordere Teil des rechten ICEs ist gerade an der Stelle mit dem kleinsten Radius, nach hinten/vorne wird der wieder größer.
Ich würde stattdessen folgende Verkehrsführung empfehlen:
Sowohl für die Autofahrer (die sonst im Zickzack fahren und evtl. die Tram von rechts kommend aus der Abbiegung übersehen) weil sie dann ohne die Schienen zu kreuzen geradeaus fahren können als auch für die Tram wäre das besser.
Da bei mir bald ein neuer Monitor ansteht, mal eine Frage an die Hardware-Heinis 
unter euch, die sich auskennen: Was bringen 75Hz (oder noch mehr) im Gegensatz zu 60Hz? Merkt man da einen Unterschied? Wie ist es außerhalb von Spielen, z.B. beim Surfen?
Ich verweise auch gerne auf ein Kreuzungsbau-Tutorial (bzw. auch hier in der WebDisk). Vielleicht findest du da auch noch die ein oder anderen Kniffe.
janKKO77 ganz oben im Thema gibt es den Button
Wenn du da doppelt draufklickst, kennzeichnest du den Beitrag als erledigt. (dies habe ich bereits getan)
Vielleicht kann ich das "Geheimnis" ein wenig lüften, ich muss aber ein wenig länger ausholen. Ich versuche es mal auf eine weniger technische Art zu erklären.
Ein Computerprogramm (genauer: ein Prozess) hat immer einen bestimmten definierten Speicher, der ihm zugestanden wird. Das Betriebssystem weist dem jeweiligen Prozess einen gewissen Speicherbereich zu, in diesem Speicherbereich kann das Computerprogramm alle nötigen Daten ablegen.
Nehmen wir als Beispiel ein sehr einfaches Programm, was eine Liste verwaltet, in etwa so: [ 1, 53, 7, 8, ]. Im Speicher sieht das dann so aus:
Diese Liste hat vier Plätze, die in den Speicherzellen 195-198 liegen. Das Betriebssystem (bzw das Programm) weiß das und weiß auch, dass das Programm genau 4 Speicherplätze belegt. Alle anderen Speicherzellen sind von anderen Programmen oder dem Betriebssystem selbst belegt.
Ein Programm ist immer eine gewisse Abfolge von Maschinenanweisungen. Im Hintergrund werden stumpf Befehle abgearbeitet und Anweisungen ausgewertet. Wir können nun z.B. folgenden Befehl ausführen: "Gib mir das zweite Element der Liste zurück". Wenn man das äquivalent in eine Programmier-/Maschinensprache umsetzt, wird folgendes dabei herauskommen: "Gib mir die Zahl in der Speicherzelle 196 zurück".
Was aber, wenn wir folgenden Befehl haben: "Gib mir das fünfte Element der Liste zurück". Das Programm weiß, wo die Liste anfängt und teilt dem Betriebssystem nun mit: "Gib mir die Zahl in der Speicherzelle 199 zurück". Da das Betriebssystem clever ist und auch als eine Art "Wächter" für den Speicher fungiert, merkt es recht schnell, dass da etwas faul ist. "Moooment, Speicherzelle 199 gehört ja gar nicht zu dem Prozess, der gerade anfragt." Dann holt das Betriebssystem die Zugriffsverletzungskeule raus und lässt das Programm abstürzen. Das ist dann die sogenannte Zugriffsverletzung: Ein Prozess will auf einen Speicherbereich zugreifen, der ihm gar nicht gehört.
In der Regel befindet sich ein (klassisches) Computerprogramm immer in einem wohldefinierten Zustand und man weiß ganz genau, was folgt. Das nennt man "deterministisch": Man weiß stets, an welcher Stelle das Programm gerade ist, welche Parameter gegeben sind, was als nächstes folgt usw. Fehlerzustände kann ein Programm nicht automatisch behandeln, außer der Entwickler kümmert sich aktiv darum. Ergo stürzt es im Fehlerfall einfach ab.
In Wirklichkeit gibt es nicht nur das Programm und das Betriebssystem, sondern viele verschiedene Ebenen dazwischengeschaltet (oder eben auch nicht). Das ist auch immer abhängig von der Programmiersprache:
Natürlich gibt es noch gaaanz viele andere Typen von Exceptions (bspw. eine Datei soll geschrieben werden, die aber schreibgeschützt ist, die 750. Zeile einer Textdatei wird geladen, die aber nur 740 Zeilen hat, eine Variable soll quadriert werden, ist aber eine Zeichenkette und keine Zahl, ...), aber die meisten solcher Art lassen sich technisch auf Speicherfehler zurückführen weil entweder auf eine Speicherstelle zugegriffen wird, die einem nicht gehört oder eine Instruktion ausgeführt wird, die gar nicht mehr zum Programm gehört.
Delphi/Pascal ist die Programmierumgebung, in der OMSI geschrieben wurde. Nach einigem Googeln stellt sich heraus, dass Meldungen wie "Zugriffsverletzung bei Adresse X in Modul Y" und "Fehler bei Bereichsprüfung" keinesfalls nur in der OMSI-Welt auftauchen, sondern typische Pascal-Fehlermeldungen sind. Ich vermute(!), dass überall dort, wo ein Fehlerzustand eintritt (s.o. - ein Programm weiß nicht, was es im Fehlerfall machen soll. Es stürzt ab - vergleichbar mit den Exceptions oben), der nicht behandelt wurde, eine der zwei Meldungen geworfen wird. Das kann ganz viele Gründe haben:
Wem die Erklärung immer noch nicht zu technisch war, dem sei auf folgende Seiten verwiesen:
Informatik ist an vielen Universitäten zulassungsfrei. 
Wann immer OMSI nicht mehr weiter weiß, weil ein Fehlerzustand eingetreten ist, wird eine der beiden Meldungen geworfen und OMSI stürzt ab weil es nicht weiß, wie es den Fehlerzustand "ausbügeln" kann.
Dementsprechend ist es sehr schwierig, den genauen Ursachen auf den Grund zu gehen. Alle Fehler eines Entwicklers (im Sinne von unsachgemäß geschriebenen Dateien oder Benutzung des Editors) können eine solche Meldung nach sich ziehen. Im Prinzip alles, was OMSI-seitig nicht vorgesehen und auch nicht abgefangen wird.
Ach die! Die hab ich ganz vergessen. Natürlich, das sind Texttexturen
OMSI bedient sich der umgekehrten polnischen Notation. Das heißt, die Operanden stehen vor den Operatoren.
Kleiner Denkanstoß aus einer discord-Konversation (bin gerade zu faul, um das zu kopieren - man möge mir verzeihen
Wörki Hast du diesen Vorschlag auf dem Schirm? So langsam kommen von @PG_97 immer mehr übersetzte Beiträge, sodass es langsam unübersichtlich wird.
Ich kann auch nur immer dafür werben, Objekte zu bauen. Gerne auch ganze Straßenzüge, so wie in Hamburg.
Die Vorteile liegen auf der Hand: Man baut sauberere Kreuzungen, muss sich nicht mit Invis-Splines oder Ampel-Workarounds rumschlagen und Kreuzungen in Steigungen mit Neigung sind supereinfach (hier eine kurze Erklärung von Rüdiger, hier ne Kurzanleitung von mir - leider ist shapeloft ja nicht mehr verfügbar... und hier nochmal ne Forensuche zu dem Thema). Damit lassen sich auch Spielereien wie Einfahrten mit abgesenktem Bordstein, kleine Einbuchtungen usw. gut erledigen. Wäre zusätzlich noch ein Realismusbonus (bei vielen Karten die mit Splines gemacht werden gibt's solche Stellen nicht - es läuft einfach entweder geradeaus oder eine Kreuzung). Anfängern würde ich empfehlen, erstmal in OMSI die Splines vorzubauen, dann ne .x-Datei draus zu exportieren anhand derer dann in Blender gebaut wird. Die Neigung kann dann nachher hinzugefügt werden. (nachdem die Pfade usw. verlegt wurden)
Einziges Manko: KI-Spurwechsel funktioniert auf Objekten nicht. Längere mehrspurige Abschnitte sollten also nach wie vor als Splines ausgeführt werden.
Logfile bitte.
Die fehlende Objekte Sceneryobjects/YufaObjekte/Depot/pforte2.sco, werk.sco sind in folgendem Download enthalten:
Das erste Ergebnis verweist auf diesen Thread: Problem mit Installation Städtedreieck V3.2 - Seite 2 - Support für AddOns, Mods, Content und Tools - Marcels OMSI-Forum
Dort steht in Beitrag Nr. 24:
ZitatKopiere bitte den Ordner Sceneryobjects/YufaObjekte/Model und Sceneryobjects/YufaObjekte/texture samt Einhalt in den Ordner Sceneryobjects\YufaObjekte\Depot.
Dies ist in Beitrag Nr. 59 von Karottenphantom erklärt worden.
bei der Yufa habe ich das genau so gemacht wie es mir gesagt wurde und map tools zeigt auch nichts mehr an also was fehlt
Stimmt. Aber auch die Map Tools sind nicht allmächtig. In diesem Fall liegt es daran, dass Model-Dateien im falschen Ordner liegen.
