Beiträge von beedle der barde
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren, weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet:
-
-
fOcUs04 bestünde die Möglichkeit, dass du diesen ominös fahrenden Würfel mit mir (uns?) teilen würdest? Bitte?
-
Die weissen Stellen auf deinem Bild sehen nach einem fehlerhaften Baum-Objekt aus. Dazu findet sich auch ein Eintrag im Logfile:
320 21:03:38 - - Error: In "Sceneryobjects\Oberpfalz 3D\Krummenaab5\Maibaum.sco" there was an error in line 24!
Schau mal nach, was in dieser .sco in der entsprechenden Zeile steht.
Des weiteren:
319 21:03:37 - - Error: In "Sceneryobjects\Walbrzych\Wiadukt.sco" there was an error in line 19!
125 21:03:19 - - Error: In "Fonts\FGY_M.oft" there was an error in line 32!
Diese werden vmtl. nicht Auslöser deines Problems sein, dennoch würde ich diese Dateien auch anschauen, bzw. ggf. neuinstallieren.
Die angeblich fehlenden Texturen kannst du ignorieren. Die Warnings werden angezeigt, auch wenn sie existieren. Würde Omsi sie wirklich nicht finden, wäre es mit einem "Error" vermerkt.
-
Ich habe mal die Fahrplanpriorität des Dummys auf 4 gestellt und in den Einstellungen auf 3 herunter.
Die Fehlermeldung kam dann nicht mehr, da ja nichts geladen wird. So müsste man einfach immer erst die Einstellungen ändern, was auch nicht optimal ist.
Naja, danke für deine Hilfe!
-
Einen Fehler in der AI-List gab es tatsächlich, war aber nicht Verursacher des Problems.
Der Eintrag befindet sich zwischen anderen.
Gemäss erweitertem Logfile ist der "leere" Eintrag in der ailist das Problem.
Code: Auszug
Alles anzeigen96502 [0x3F78] 19:04:08 - - Dlg: "Loading AI" 96503 [0x3F78] 19:04:08 - - Information: Try placing random bus: 96504 [0x3F78] 19:04:08 - - Make Vehicle as scheduled AI: DFI_Dummy, WTW_Dummy_790 96505 [0x3F78] 19:04:08 - - MakeVehicle - Try refreshing AIList 96506 [0x3F78] 19:04:08 - - MakeVehicle - Refreshed AIList 96507 [0x3F78] 19:04:08 - - Error: Fehler bei Bereichsprüfung: AMUAV.CNAVO.MV.C 96508 [0x3F78] 19:04:10 - - Error: The file "" could not be loaded! 96509 [0x3F78] 19:04:10 - - Error: The file "" could not be loaded! 96510 [0x3F78] 19:04:10 - - Warning: Invalid Object: " 96511 [0x3F78] 19:04:10 - - Error: You want to create vehicle - it is invalid! 96512 [0x3F78] 19:04:10 - - Finally created vehicle 96513 [0x3F78] 19:04:10 - - Dlg: "Loading AI" 96514 [0x3F78] 19:04:10 - - Information: Try placing random bus: 96515 [0x3F78] 19:04:10 - - Make Vehicle as scheduled AI: DFI_Dummy, WTW_Dummy_727 96516 [0x3F78] 19:04:10 - - MakeVehicle - Try refreshing AIList 96517 [0x3F78] 19:04:10 - - MakeVehicle - Refreshed AIList 96518 [0x3F78] 19:04:10 - - Error: Fehler bei Bereichsprüfung: AMUAV.CNAVO.MV.C 96519 [0x3F78] 19:04:10 - - Error: You want to create vehicle - it is invalid! 96520 [0x3F78] 19:04:10 - - Finally created vehicle 96521 [0x3F78] 19:04:10 - - Dlg: ""
An sich funktioniert's einfach mit Fehlermeldung.
-
Vielen Dank für deine Lösungsansätze!
Es reicht, wenn du für die Dummy-Linien einfach eine leere [aigroup_depot] (
Ich dachte eben, das ginge nicht. Aber dann ist's ja relativ einfach.
Ich werd' da mal rumprobieren.
(wenn's dann soweit ist.)
Edit: Sherlock Holmes das mit der AI-Liste scheint nicht zu funktionieren. Das Logfile wird mit 9778 18:04:52 - - Error: Zugriffsverletzung bei Adresse 00613588 in Modul 'Omsi.exe'. Lesen von Adresse 000000AD: CV.Calculate - J2 () und ähnlichen Fehlern zugeballert.
Hab auch schon mehrere Einträge in der AI-Liste ausprobiert:
Code
Alles anzeigen--- Versuch 1 --- [aigroup_depot] DFI Dummy Neunkirch --- Versuch 2 --- [aigroup_depot] DFI Dummy Neunkirch [end] --- Versuch 3 --- [aigroup_depot] DFI Dummy Neunkirch [aigroup_depot_typgroup_2] [end] --- Versuch 4 --- [aigroup_depot] DFI Dummy Neunkirch [aigroup_depot_typgroup_2] [end]
fOcUs04 hat das hier mit einem einfachen Würfel gelöst. Muss der noch irgendwelche Einträge haben, oder reicht der Würfel als Objekt? Dann müsste man's halt wieder unterirdisch oder versteckt lösen.
-
Hallo zusammen
Mir schwirrt da so eine Idee im Kopf herum, bin mir aber über deren Umsetzung noch nicht ganz im Klaren. Ich versuche das ganze mal zu erklären:
Ausgangslage/Problem: Ich habe bei meiner Karte vor, an einigen Haltestellen mehrere Busstop-Würfel mit unterschiedlichen Frequenzen zu platzieren. So möchte ich den Fahrgastfluss steuern. (Morgens von Ortschaft zum Bahnhof, Abends vom Bahnhof zur Ortschaft). Dadurch kann ich allerdings keine DFI (o.ä.) verwenden, da man dieser nur einen Busstop zuweisen kann.
Idee: Ich dachte nun, ich könnte das wie bei Nachtschaltungen für Ampeln lösen; ein paar Meter unter der Haltestelle einen Pfad mit Busstop-Würfel legen und die DFI dann mit diesem Busstop verbinden. Über diesen Würfel würde dann ein Dummy fahren, welcher den Abfahrtszeiten der Linien entspricht.
Bei Anschlusstreffen an Haltestellen müssten dann auch entsprechend viele Dummys unterwegs sein, was vmtl. Einfluss auf die Performance hat.
--> Könnte man da auch eine AI-Group erstellen, welche nur ein Fahrzeug enthält? -> Wie verhält sich OmSi, wenn eine AI-Group zu wenige Fahrzeuge enthält?
--> Könnte man einem Dummy-"Umlauf" sich überschneidende Leistungen geben, damit nur einer geladen wird?
Ich hoffe, man versteht, was ich meine...
Hat jemand eine bessere Idee, wie man das umsetzen kann, oder es sogar schonmal gemacht?
Würde mich über geteilte Gedanken und Erfahrungen freuen.
MfG
beedle der barde
-
-
-
IREgio612 jo, ich dachte halt, das wäre für die gedacht. Aber dann probiere ich mal die anderen, danke
-
Ich hab den Port_01 genommen, da der ja für die einzeilige Anzeige ist. Aber dann ist da wohl doch nicht der richtige..
-
Hab jetzt soweit kapiert, wie das mit dem Innenanzeige funktioniert. Bei den E3 Citaros mit den Displays klappt's auch, aber bei den E2, die noch die alte Anzeige haben steht dann einfach die ganze Zeit die Linie, also "Linie 76" zB. Kann man das noch irgendwie beeinflussen?
-
Testmap öffnen, Bus spawnen und dann immer nur die Map neustarten...
Ja, gut. Hätte man von selbst draufkommen können
du musst die Strings (ivu_freier_Port_schieß_mich_tot) in der cfg austauschen bei deiner Innenanzeige
achsooo und ich denk mir hier 'nen Wolf...
-
Beides geht. Die Platzhalterstrings (IVU_freier_Port_xx) beinhalten die Daten. Du kannst also entweder diesen String weiter nutzen oder ersetzt ihn durch einen anderen... wie du magst
Ok? Aber wie genau muss ich denn vorgehen, damit die Innenanzeige verknüpft wird? Steh' grad ziemlich auf'm Schlauch
Ach, und kann man den Start-Prozess irgendwie beschleunigen? Nur um kurz auszuprobieren, ob's jetzt richtig funktioniert, wartet man ziemlich lange.
-
Hello
Erstmal danke für die Ticket Box, klasse Teil.
Ich habe sie mir in den Citaro mit Morpheus v5 eingebaut, funktioniert so weit auch alles.
Nur das mit der Innenanzeige hab' ich noch nicht ganz verstanden.
Wenn ich den String der Innenanzeige kenne, muss ich dann in der IVU_ticketbox.osc den Eintrag S.$.IVU_freier_Port_01 durch den String der Innenanzeige ersetzen, oder in den anderen Scripts den String durch S.$.IVU_freier_Port_01 ersetzen?
Dange für die Aufklärung
-
Das erweiterte Logfile auch?
auf der Spline befindet
Du meinst vermutlich die Kachel, oder gar die ganze Map?
alle Splines habe ich testweise mal entfernt
Nur auf den betroffenen Kacheln? Denn so wie ich's verstanden hab', muss das Problem nicht zwingend von den betroffenen Kacheln auskommen.
-
Das Logfile spuckt diesbezüglich keine Fehler aus? Sonst vielleicht das erweiterte Logfile?
Bei einer kurzen Suche auf Google, habe ich herausgefunden, dass das auch an einem 0m Pfad bei einem Pfadobjekt liegen kann. Evtl. diese auch überprüfen.
-
-
Bidde.
Und für die Zukunft: Backup nicht vergessen
-
Ha, Fehler!
[profile]
1
Das muss so aussehen
[profile]
0
Edit: Zudem erschliesst sich mir der Sinn dieses Eintrags nicht:
Die Textur "führt" von 0 nach 0. In der Höhe ändert sich auch nichts