= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Das SDK findest du hier: https://reboot.omsi-webdisk.de…-omsi-sdk-tools-1-00-zip/
Einfach in OMSI 2\SDK einfügen. 
Habe bis jetzt Ampeln immer nur mit dem Object Labels Menü / Parent to gemacht.
Ja, das ist auch richtig.
Ich meinte mit Ampelobjekten auch so kleine, unsichtbare Objekte, die man auf der Straße platziert, die haben ein Stück Pfad und funktionieren quasi als Dummy-Kreuzung, an die man Ampeln hängen kann, wenn man keine richtigen Pfadobjekte machen kann.
Ja, das mit den Pfadindexes ist bei Abzweigungen, wenn Fußgänger vor einer "Gabelung" stehen, nehmen sie immer den Pfad mit dem geringeren Index.
Das ist glaube ich eines der ungelösten Rätsel OMSIs.
Ich kann mich erinnern, dass sich Schleswig-Holstein und Hamburg auf Steinkirchen am Bahnhof Reichenbach sich da auch totgetestet haben und es nie gelöst bekommen haben. Ich kenne das Problem auch.
Theoretisch sollen die Leute wohl zum nächsten Fußgängerpfad laufen, was sie jedoch offensichtlich nicht immer tun. Auch die Vermutung, dass diese immer nur zum Pfadanfang gehen, scheint aber nicht zu stimmen.
Ich vermute tatsächlich, dass hier einfach ein "Bug" in OMSI vorliegt, der dafür sorgt, dass die Entfernung zum nächsten Pfad nicht richtig berechnet wird. Aber vielleicht hat hier jemand ja noch bessere Erkenntnisse...
Spontaner Gedankengang: Könnte auch sein, dass die nur Splines erkennen aber keine Pfade auf Objekten "finden".
Moin, das kommt ein bisschen darauf an, wie du deine Kreuzung baut.
Grundsätzlich brauchst du, um so etwas zu lösen, eine Ampelanforderung.
Wenn deine Kreuzung mit z.B. Invis-Splines gebaut ist und diese "Ampelobjekte", wie z.B. von DavidM oder Kartoffelphantom verwendet, wird es schwer, darauf eine Ampelanforderung umzusetzen.
Du benötigst dazu ein Kreuzungsobjekt oder zumindest ein Pfadobjekt, was du im Pfadeditor aus dem OMSI-SDK bearbeiten kannst.
Dort kannst du bei den Ampelphasen auch Anforderungen definieren.
Das könnte dann in etwa so aussehen:
Links in der Anforderung ist eingestellt, dass die Phase bei der Sekunde 30 (roter Strich) die Ampelphase "stehen bleiben soll", solange keine Anforderung an der Ampel "Bus" existiert, sobald die vorhanden ist, geht die Phase weiter und deine Busampel kriegt grün.
Am Ende ist es noch wichtig, in der sco diesen Wert bei approachdist zu erhöhen. Er ist standardmäßig auf "0" und gibt die Entfernung an, ab der eine Anforderung an der Ampel erkannt wird.
Moin, du kannst dieses Plugin für Blender verwenden, um o3d-Dateien zu importieren:
Könnte ich in der Tat mal wieder machen 
Ich müsste mir da nur mal einen Zeistlot vornehmen, wo ich fokussiert nur baue.
Aktuell baue ich ca. 90% der Dinge so "nebenbei" und kaum an längeren Stücken und ich habe nicht so viel Bock, das dann alles wieder zusammenzuschneiden.
Landkreis Stein V2 (WiP) | Iveco Crossway LE
In dem Fall sollte es die Shift-Taste sein.
Wenn du ein an einen Punkt verbinden willst, wo mehrere Pfade zusammentreffen (also, wie hier z.B. einer endet und einer anfängt), wird OMSI immer versuchen, an den mit der geringeren ID (der als erstes erstellt wurde) zu verbinden, kriegt das aber nicht richtig hin. Wenn du beim Verbinden stattdessen die Shift-Taste gedrückt hältst, sollte es klappen.
Also dein Logfile meldet auf jeden Fall einen Fehler bei einem Objekt. Das muss aber nicht zwingend verantwortlich für die weißen Gebäude verantwortlich sein:
7906 16:31:55 - - Error: In "Sceneryobjects\Walbrzych\Wiadukt.sco" there was an error in line 19!Vermutlich fehlen hier einfach Texturen oder diese können nicht geladen werden. Das wird idR. nicht von OMSI im Logfile angezeigt, ebenso erkennt Maptools das auch aller Wahrscheinlichkeit nicht.
Du kannst in OMSI-Tools mit dem erweiterten Modus versuchen, die fehlenden Texturen zu finden.
Sonst kann es auch sein, dass dein Arbeitsspeicher voll ist und OMSI deshalb einfach keine Textur mehr laden kann (Als 32-Bit-Anwendung kann OMSI normal nur 2 GB RAM verwenden, was manchmal nicht ausreicht). Da kann eine Installation des 4GB Patch Abhilfe schaffen.
Was steht denn in deiner varlist und cti-Datei?
Und was sagt das Logfile?
Hier sieht man es nochmal von oben.
So eng, wie es auf dem Bild (aufgrund der Perspektive aussieht) ist es tatsächlich garnicht, man kommt schon rum.
Trotzdem werde ich mich dazu (zugunsten der Sicherheit der Schüler) da nochmal ransetzen und es ein wenig entschärfen, damit man mit dem Bus hinten nicht ganz so stark ausschwenkt.
Du kannst den Trigger auch im Bus umbenennen.
Also ein Eintrag im mouseevent ändern.
Musst dann aber auch in der jeweiligen Script-Datei den {trigger:name}-Eintrag analog umbenennen. Aber dann sollte es gehen.
Es sollte in OMSI aber auch ohne Probleme möglich sein, für mehrere Events in den Einstellungen die gleiche Tastenkombination festzulegen.
Moin,
wenn die Fahrzeuge eigene trigger verwenden, musst du diese manuell hinzufügen:
Dazu musst du zunächst in der model.cfg deines Busses herausfinden, wie der Trigger überhaupt heißt. Hier ein Beispiel aus dem EN92:
Klickspot für Frontklappe
[mesh]
generic\ext_doortrigger.o3d
[illumination_interior]
0
1
3
5
[viewpoint]
1
[mouseevent]
bus_doorfront0_externalHier haben wir z.B. den Türtaster von außen, den du theoretisch natürlich auch auf eine Tastatur-Tasten legen könntest.
Für dich wichtig ist der [mouseevent]-Befehl, bzw. das, was darunter steht. Das ist der trigger-Name, also hier bus_doorfront0_external.
Dann gehst du in OMSI 2 in deine Einstellungen auf den Reiter "Tastatur" und dort dann auf den Button "Fahrzeug-Event hinzufügen". Dann erscheint "Triggerliste wird geladen." Nicht wundern. Das kann - abhängig davon, wieviele Fahrzeuge du installiert hast - ziemlich lange dauern. Einfach OMSI in Ruhe lassen und warten.
Irgendwann erscheint dann jedenfalls ein Fenster mit ganz vielen Triggern (von sämtlichen installierten Bussen. Da sollte auch dein trigger zu finden sein. Einfach auswählen und Bestätigen.
Dann erscheint dieser in der normalen Liste bei den anderen Tastaturbelegungen und du kannst eine Taste festlegen.
Ich würde mal behaupten, das Problem mit den unschönen Haltestellen auf dem Fahrplanzettel lässt sich nicht wirklich lösen.
Der Fahrplanzettel ist immer eine 1:1-Repräsentaiton des Trips, jede Halte im Trip wird dort einfach entsprechend aufgelistet plus Startzeit des folgenden Trips.
Ich kenne mich jetzt mit dem Pedepe-Zeug nicht so aus, aber, wenn ich das jetzt richtig verstanden habe, dass Pedepe immer mindestens drei Haltestellen pro Trip braucht, um diesen korrekt zu erkennen, wirst du vermutlich nicht darum herum kommen, auch drei Busstop-Würfel zu haben (wie auch immer die am Ende auf der Strecke verteilt sind), was allerdings auch immer dazu führen wird, dass diese auf dem Fahprlan mit angezeigt werden.
Man könnte höchstens probieren, den Namen des "Dummy-Würfels" einfach leer zu lassen. Mit Glück taucht er dann im Fahrplan nicht auf, wenn doch (was ich jetzt eher mal vermuten würde) halt einfach als leere Zeile, das sähe jetzt für mein Empfinden nicht ganz so doof aus, wie eine Haltestelle doppelt oder wirklich sowas wie "Dummy" dort stehen zu haben.
Danke für die Informationen, was es so alles gibt.
Deine Idee mit dem PHP-Script finde ich echt garnicht mal so doof.
Wäre eh die Frage, inwieweit das im Rahmen des möglichen wäre, eine Brücke für die Satellitenbilder, wie sie derzeit von gcMods existiert direkt als WebDisk quasi anzubieten. Ich kann natürlich jetzt nicht einschätzen, wieviel traffic das wirklich ist, aber andererseits ist die WebDisk ja über das Forum und die Filebase so oder so ziemlich gut besucht, von daher würde ich mal behaupten, dass das verhältnismäßig so wenig zusätzliche Serverauslastung wäre, dass das zu vernachlässigen wäre.
Und Speicherplatz braucht man ja auch nicht so viel.
Bleibt trotzdem die Problematik, dass das Bingmapsportal in der Form, wie es jetzt existiert und von diversen Mapbauern verwendet wird, bereits jetzt deprecated ist und, wie oben geschrieben, auf absehbare Zeit eingestellt wird.
Ich hatte vor einigen Tagen mal die Seite vom Azure Server überflogen (weil ich mich damit ehrlich gesagt noch nie so richtig auseinandergesetzt habe).
Auch Azure-Maps (der "offizielle" Nachfolger) für das Bingmapsportal scheint da prinzipiell in den Basisfunktionen dauerhaft kostenlos zu sein. Dennoch scheint die Registrierung und Einrichtung da wohl deutlich aufwendiger.
Das war ja bisher einfach nur "mit Microsoft-Account einloggen, API-Key erzeugen und benutzen".
Vielleicht kann Lµkas als beruflicher Software-Entwickler (war doch so, oder?) da mehr zu sagen, wie das mit Azure funktioniert. Ist ja prinzipiell eigentlich eher an Unternehmen/Organisationen und weniger Privatpersonen gerichtet.
Google Maps gibt's natürlich auch noch, allerdings kriegt man bei Bing (und ich vermute mal, bei Azure genau so) meist qualitativ wesentlich bessere und aktuellere Bilder...
Moin,
wie wird denn deine Animation genau ausgeführt. Ist die quasi OMSI-automatisiert, dass du den Animationswert irgendwann auf "1" setzt und die tatsächliche Animation automatisch (z.B. durch die Angabe von maxspeed im [newanim]-Eintrag) "entsteht". oder steuerst du die manuell, dass du also die mit der Animation assoziierten Variable händisch in jedem Frame auf einen passenden Wert setzt?
Das Problem, dass bei Objekten Animationen weiterlaufen, wenn OMSI pausiert ist, ist jedenfalls nichts grundsätzlich neues, bzw. sieht man öfter.
Sogar die spandauer Schranken von Ruediger dürften sich weiter schließen/öffnen während das Spiel pausiert ist.
Ich weiß allerdings nicht, ob die meisten Entwickler da einfach nur "pfuschen" und es halt vergessen bzw. nicht richtig ipmlementieren.
Ich habe gerade mal spaßeshalber meinen Vanilla-OMSI-Ordner auf der externen Festplatte komplett nach (L.S.Pause) durchsuchen lassen und habe dabei festgestellt, das scheinbar kein einziges Script in der kompletten OMSI-Original-Installation, weder bei Fahrzeugen, noch Szenerieobjekten diese Variable verwendet:
Das muss natürlich erstmal nichts heißen, andererseits könnte ich mir tatsächlich vorstellen, dass die Pause-Variable vielleicht einfach garnicht funktioniert oder tatsächlich, wie DerErzbusfahrer schon vermutet hat, nur von Plugins ausgelesen werden kann.
Du könntest ja sonst mal testweise einfach im Frame-Abschnitt immer die Pause-Variable in eine eigene Variable übertragen ((L.S.Pause) (S.L.myVar))
Das spiel dann mal pausieren und speichern und dann in der last.osn schauen, welchen Wert "myVar" tatsächlich hat.
Moin zusammen, ich bin so frei, das nochmal aus dem Archiv wieder hervorzukramen, anlässlich des folgenden Punktes:
Abgesehen davon, dass die Links scheinbar nicht stimmen, stört mich auch nach wie vor etwas, dass wir im Artikel auf URLs verweisen, die über die Domain von gcmods.de verlaufen.
Die scheinen ja zu funktionieren und werden irgendwie auch von jedem verwendet, aber trotzdem ist das ja irgendwie nochmal ein (unnötiger) Umweg. Ich vermute, dass die URL von gcmods die Daten einfach nur an Bing bzw. Google weiterleitet und das Ergebnis zurücksendet, aber das müsste dennoch doch auch irgendwie "direkt" gehen?
So ist man jedenfalls immer von gcmods abhängig und alle Links würden nicht mehr funktionieren, wenn die Seite mal down ist.
Da der User mich da gerade nochmal indirekt wieder drauf aufmerksam gemacht hat, wollte ich mal in die Runde fragen, ob da jemand Erfahrung hat, wie sich die Daten auch direkt über Google/Bing abrufen lassen, ohne einen dritten Provider.
Irgendwie muss es ja gehen, sonst hätte Marcel die Funktion ja nicht so implementiert. Und die "API" von gcmods ist mit Sicherheit erst später entstanden.
Edit:
Da sind eh scheinbar Änderungen notwendig ab Sommer nächsten Jahres.
Hallo kosta_,
Da ist beim Kopieren wohl mal was schief gelaufen. Danke für den Hinweis. Das werden wir korrigieren!
Moin, scheint mir den Screenshots zufolge so, als würde dir einfach eine Terrain-Textur fehlen, auch, wenn davon in der Logfile nix explizit steht.
Hast du mal mit OMSI-Tools eine Überprüfung gemacht, der sollte dir auf jeden Fall auch fehlende Bodentexturen melden. Ob das bei Maptools der Fall ist, weiß ich ehrlich gesagt gerade nicht.
Ansonsten kann es natürlich auch sein, dass die Textur aus anderen Gründen nicht geladen werden kann, z.B., weil sie defekt ist.
Möglich wäre auch, weil den RAM voll ist, da kann der 4GB Patch, falls nicht vorhanden, Probleme lösen.
Ansonsten kannst du dem Problem auch manuell auf den Grund gehen, indem du die global.cfg der Map öffnest, dort solltest du irgendwo einen Abschnitt finden, in dem sich mehrere, aufeinander folgende [groundtex]-Einträge befinden.
Darunter befinden sich immer jeweils zwei (!) Texturpfade, einen für die Haupt- und einen für die Detail-Textur.
Die Einträge könntest du sonst einfach ell mal durchgehen und schauen, ob sie alle existieren und auch korrekt sind (d.h., du kannst sie auch mit einem Grafikprogramm deiner Wahl öffnen).
Moin zusammen,
mit dem heutigen Tag ist IREgio612 ein weiteres Teammitglied bei uns geworden. Er hat bereits in den letzten Tagen und Wochen eine Vielzahl von Objekten gebaut, die die teilweise komplett neues in OMSI möglich machen und die perfekt in die Szenerie unserer Map passen - insbesondere zu dem geplanten Ostsee-/Strand-Abschnitt, auf welchen BSAG_Tramspotter2912 bereits mit dem Mapbau zusteuert.
Hier mal zwei Bilder von der bisherigen Arbeit. Wir freuen uns auf mehr!