Beiträge von wurstbrot

Gibt es eigentlich Möglichkeiten ohne Tricksereien mit Unterstrichen bei den Zielen in der Hofdatei die Normalschrift oder die Fettschrift in der Matrix zu erzwingen? Sowas wie bei anderen Bussen über *B oder *K. Das R&G Script ist da ziemlich willkürlich bzw nicht ganz sinnvoll in der automatischen Entscheidung ob Fett oder nicht.

Ich hab jetzt auch an einigen Stellen die Masten in verschiedenen Varianten verbaut und konnte bisher keine Probleme mit Kollisionen feststellen. Könnte also tatsächlich was mit den prt-Dateien zu tun haben.

Im Moment besteht der Hubbel optisch aus Splines und war platziert mitten auf einer Spline-Straße. Mittlerweile ist die Straßenspline auch nur rein optisch, die Pfade sind weg und vorübergehend durch Invisible Pfade ersetzt als Vorstufe zum Export auf ein Objekt. Das mache ich aber um den auf dem Hubbel sich befindenden Fußgängerüberweg funktionabel zu machen. Bei der Gelegenheit wollte ich halt die Pfade "schön" über den Hubbel legen wo ich eh schon dran bin. Denn später wird das noch schwieriger;-) Wenn ich mich nicht irre ist die Höhe 15 cm, also zu viel schon um es zu ignorieren. Geschnitten wird der Pfad auch noch genauer um da eine Reduktion der Geschwindigkeit noch einzubauen damit die KI da auch abbremst.

Naja Physik und The Bus sollte man sich nicht zu sehr anschauen oder für OMSI wünschen. Das ganze Gewackel da hat recht wenig mit Physik zu tun, auch wenn ich glaube dass die Funktion in der Engine grob genau so funktioniert. Somit würde da die Hubbel-Situation bei der KI durchaus einfacher umzusetzen sein. Dafür glaub ich dass dann der Bus dabei eventuell umkippt

Ich habs nun mit verschiedenen Gradienten probiert auf dem 0,9 m Steigungsstück: 16,7 + 16,7 und 0 + 33 und 33 + 0 bringen jeweils ein noch seltsameres Gehüpfe als ganz übergangslos das Pfadstück um 0,15 anzuheben. Seltsam;-D

Bus: KJ3D O530Ü E3

Map: Mainz

Moin!

Wie verlegt Ihr sauber KI-Pfade über Hubbel in verkehrsberuhigten Bereichen oder bei Überwindung eines Bordsteins? Einen harten Übergang bei dem die Autos springen würde ich gerne vermeiden, ebenso wie lange Rampen, Die Fahrzeuge sollten da halbwegs sauber den kleinen Höhenunterschied überwinden. Was hat sich da bewährt?

Ich weiss jetzt nicht in wie weit sich die simulierte IVU Box von der realen unterscheidet und was für Unterschiede da nun die Versionen haben. Habe aber in der Realität einen Unterschied gesehen der deutlich war. Mir ist es in OMSI nie möglich gewesen ohne eine hinterlegte Route samt Fahrplan als Liniennummer irgendwas anderes als eine Nummer zu schildern. Suffixe, Prefixe etc gingen nur mit Datenroute, keine Chance auf manuelle Eingabe oder Überschreiben. Am Samstag fuhr ich aber mit einem Bus der offensichtlich nicht mit aktiver Fahrplanroute fuhr, d.h. es gab weder Durchsagen noch wurde irgendwas außer Linie und Ziel auf den FIS-Bildschirmen angezeigt. Es handelte sich um die 68E von Hochheim zur Mainzer Arena. Da es diese Fahrt nur an Spieltagen gibt kann ich mir vorstellen dass die im System gar nicht drin ist. Aber irgendwie muss der Fahrer das System trotzdem dazu gebracht haben das E zu schildern;-)

Dass es so massenhaft auftritt ist ja nicht normal. Ein paar solcher Meldungen untereinander hat man aber gerne mal beim Bus auf die Karte setzen oder Situation laden. Hier ist es zu viel, und spontan würd ich sagen der NLC ist da entweder kaputt, oder die OMSI Physik setzt aus ("Hüpfen"...), aber auch da behebt eine Abschaltung der Kollisionen nicht das Problem.

Zitat von Theproloser

Hast du de n 4GB Patch installiert?

Stell mal in "Einstellungen -> System -> Bildschirm -> Grafik" OMSI 2 (Omsi.exe) auf "Höchstleistung". Sollte es nicht in der Liste erscheinen, unter "App hinzufügen" auf Druchsuchen klicken und die Omsi.exe aus dem Omsi installationspfad hinzufügen.

Ist die RAM-Geschwindigkeit im BIOS richtig eingestellt? Nach BIOS Updates hat sich das bei mir gerne mal zurückgesetzt.

Ist HAG (Hardware beschleunigte GPU Planung) aktiviert? ("Einstellungen -> System -> Bildschirm -> Grafik ->Standardgrafik-Einstellungen"). Wenn nicht, aktivier es mal, wenn ja, schalt es aus (Je nach System kann das zu Problemen führen ODER die Performance ins positive verbessern).

Wie ist deine "Energiestatus" Einstellung unter "System -> Leistung"? Wenns nicht eingestellt ist, stell das mal auf "Beste Leistung".

Ist die Grafikkarte bzw CPU in den AMD Treibern ordentlich eingestellt?

Ist Multithreading in den OMSI Einstellungen aktiviert? Wenn nicht, mach das mal.

Schalte mal ALLE Kollisionen aus! Das hier:

"Information: Crash: Vehicle 4694 (vehicles\MAN_NewLionsCity\MAN_18C_4door_trail_ZF.bus) was crashed and left its path"

hat bei mir auch schon extem häufig bei unterschiedlichsten Karten zu massiven Performanceproblemen geführt, ausschließlich beim NLC allerdings.

Alles anzeigen

Da ist der Wurm etwas tiefer drin. Mit seinen Komponenten müsste OMSI recht gut laufen. All die ganzen Spielereien mit Energiestatus etc hätten nur kleinen EInfluss auf die Performance. 4 GB Patch hat auch nix mit der Performance zu tun und die Kollisionen auch nicht. Gelenkbusse verursachen sehr gerne diese Meldungen.

Wenn andere Spiele flüssig laufen würde ich eher eine OMSI Neuinstallation probieren unter Auslassung aller DLCs und erst recht Freeware, und dann auf Spandau mal testen. Bus hinstellen am Rathaus Spandau und dort etwas hin und her fahren und beobachten. Rein von den fps her müsste das mit einer Nachbarkachel gut und gerne beid er Hardware 40 bis 70 fps ergeben mit moderaten Rucklern.

Zitat von Textman

Womit soll denn Omsi abgelöst werden? Gibt seit 10 Jahren kein besseres Spiel auf diesem Gebiet. Ja, wurde vielleicht gefühlt 20-mal versucht, aber nie erreicht. Und selbst wenn auf Windows 15 Omsi nicht mehr laufen sollte, gibt es immer noch Windows Emulatoren, die jede Windows Version annehmen.

Otto Normalspieler wird keine Tricks und Emulationen nutzen. Entweder läuft Spiel oder gibt kein Spiel / anderes Spiel. Da reisst sich keiner ein Bein aus, schon mit den Kompatibilitätseinstellungen sind die meisten überfordert.

Es wird tatsächlich so sein wie in der Flusi-Welt gesehen. Die Masse wird in sehr kurzer Zeit zum neuen abwandern, wie auch immer der heisst und wo er herkommt.

Achso okay

Ich bin mir noch nicht sicher ob die von Zane praktisch sind. Ich brauche häufig solche Kombinationen wie auf dem Screen von Busfahrer Andi . Bei den von Zane könnte man einen Attachment Point ja hinzufügen, aber dann passt es glaub ich optisch nicht ganz zum Beispiel mit Schildern aus dem Schilderwald. Dort hingegen könnte man alles an die Masten bappen, aber dann bräuchte man die Schilder einzeln. Bei Zane sind sie ja an den Mast gebunden.

Danke, ich glaube das wichtigste ist da mit dabei.

Zitat von Busfahrer Andi

Meinst du sowas?

Bei Deinem Screen hast Du die aber mit dem Rechts vorbei Schild kombiniert. Bei Zane haben die aber keine Attachment-Points. Hast Du die per Hand kombiniert oder eine andere Version?

Zitat von Busfahrer Andi

Meinst du sowas?

Ganz genau. Und die für die andere Richtung, und dann gibt es diese breiten ja auch mit Streifen nach rechts unten und links unten zusammen. Aber die sind es.

Zitat von Avalarion

Auf jeden Fall kannst Du den Punkt "Max. Speicherbedarf für hochaufl. Texturen" erst mal so auf 9000.0 MB hochsetzen. Dann kann OMSI schon mal viel mehr Grafikspeicher nutzen.

9000???? OMSI ist ein 32 Bit Programm und kann mit Mühe und not mit knapp 3 GB umgehen, und zwar allen Speicher zusammengerechnet. 2048 wäre mal das halbwegs sinnvollste... Auch gerne "0.0" probieren.

Ich würde aber auch raten nachzuschauen ob das Häkchen bei "Multithreading erlauben" gesetzt ist. Denn es ist ein Klassiker dass man sich das aus versehen ausschaltet wenn man OMSI neu lädt nachdem es abgestürzt ist. Das macht schon gewaltig was aus und man vergisst es.

Moin!

Ich suche für Verkehrsinseln etc ortsfeste Leitbaken unterschiedlicher Typen. Finde in meinem Sammelsorium leider nur bei den gcw Streetobjects die mobilen dünnen Baken für Baustellen. Könnte man notfalls auch zum Teil verbuddeln, aber vielleicht gibt es passendere?

Ich bin mir sicher dass es bei irgendeiner Payware-Karte da was gibt, ich bräuchte sie aber als Freeware, am besten CC.

Ich erinnere mich dass ich ohne die RG und IBIS Scripte da Probleme hatte. Aber wenns ohne geht ist natürlich gut.

Als KI kann ich den nur bedingt empfehlen, die Model-Dateien sind durch die tausenden Setvars so überladen dass der beim Nachladen gerne mal hängt. Deshalb teste ich da gerade spezielle entschlackte KI-Varianten.

Zitat von Maxi G

Hier wird das von iajer ab der Minute 5:33 nochmal gut erklärt, was ich versucht habe zu beschreiben. Falls der ein oder andere nicht weiß, was ich meine oder mir nicht folgen konnte.

Darum geht es aber nicht, wie nun mehrfach gesagt wurde. Es geht darum dass die Bremse häufig erst beim zweiten Antippen des Gaspedals löst. Beim erwähnten "Trick" hat man das nicht und trotzdem den Kraftübertragungseffekt des Nachläufers.

Okay, danke, dann muss ich mal schauen wie ich das auf den LC anwende. Sollte ja gehen durch Anfertigung einer Nightmap.

Ich hab jetzt mal testweise die Beleuchtung des Kennzeichens auf die LM-Textur der Innenbeleuchtung kopiert, exakt an der Stelle wo das Kennzeichen auf der Body-textur ist. Der Platz war dort gottseidank frei. Nun krieg ich aber das ganze in der Modelldatei nicht rein. Da krieg ich den Bus nicht mit geladen:

########################################
Body
########################################

[mesh]
Solo MVG.o3d

[texture]
body.tga

[matl]
body.tga
0

[matl_envmap]
envmap_unscharf.bmp
0.09

[matl_bumpmap]
SD80_bump.bmp
0.09

[matl_alpha]
1
-----------------------------------
[matl]
Dirt.tga
0

[alphascale]
Dirt_Norm

[matl_alpha]
2

[matl_noZwrite]
---------------------

[matl_change]
Innen1.bmp
0
lights_beleuchtung_unterdeck

[matl_item]

[matl_lightmap]
Innen1_LM.bmp
---------------------
[matl_change]
Innen3.bmp
0
lights_beleuchtung_unterdeck

[matl_item]

[matl_lightmap]
Innen3_LM.bmp
---------------------
[matl_change]
Seitenwand.bmp
0
lights_beleuchtung_unterdeck

[matl_item]

[matl_lightmap]
Seitenwand_LM.bmp
---------------------
[matl]
textfeld4.bmp
0

[useTextTexture]
7

[matl_alpha]
1

[matl_change]
body.tga
1
lights_stand

[matl_item]

[matl_nightmap]
Innen3_LM.bmp

Ab dem letzten matl_change wäre dann der Part fürs Kennzeichen. Ich schätze mal an der falschen Stelle, aber weiter oben hatte ich auch keinen Erfolg. Widerspricht sich da was?

Ich glaube aber auch selbst wenn das klappt müsste das ganze auf eine eigene Textur. Wäre aber eine Riesenverschwendung da das Kennzeichen selbst nur einen Bruchteil des Platzes braucht.

Nächste Versuche:

Ich hab mir gedacht dass das Umschalten der ganzen Body-Textur wie beim O530 hier nicht gut wäre, da ich dann eine Extratextur bräuchte von der nur ein kleiner Teil benutzt wäre. Also hab ich auf die schnelle eine Fläche gebastelt die normal transparent sein soll und beim Einschalten des Lichts diesen Schein bekommen soll. Vom Prinzip funktioniert es auch schon:

Nur hab ich gerade das Problem dass 1. ich diese Fläche nicht 100% transparent bekomme und 2. nicht in der Lage bin darauf die Nachtbeleuchtung zu mappen. Auch kann ich nicht einfach so den Lichtschein vom 530er nehmen, das sollte schon veröffentlichungsfähig sein.

Das Kennzeichen beim O530 ist auf der body-Textur, sehe aber kein Äquivalent dazu als LM oder N Textur. Und da das Ding ja auch polnische und deutsche Kennzeichen anzeigt wäre das dann doch auch nicht so einfach.

Moin!

ich versuche gerade am Heck des Mainzer Lion City das Kennzeichen zu beleuchten. Die Lichtpunkte sind gesetzt und funktionieren auch, aber ich hab keine Ahnung wie ich das Kennzeichen so schön bleuchten kann wie zum Beispiel beim Kajosoft O530:

Bei mir im LC sieht es so aus:

ich habe den O530 nun abgesucht ob der irgendwelche Night/Light Texturen dafür nutzt um mir das abzugucken und anzuwenden, jedoch wurde ich nicht fündig. Ich glaube ich kapiere das Prinzip dahinter noch nicht so ganz. Jetzt aber wo ich den LC mit Lichtpunkten für die Rückleuchten und Blinker versehen habe wäre eine vernünftige Kennzeichenbeleuchtung prima.

Zitat von Somsi

Immer wenn man die Haltestellenbremse einlegt oder Fahrgäste ein/aussteigen lässt und DANACH anfahren will, senkt sich das Niveau für 2 Sekunden und ERST DANN kann man anfahren! Bei jedem anderen Bus ist dies nicht so. Hoffentlich konnte ich es jetzt ausführlicher erklären.

Das ist da eigentlich kein Niveauabsinken, sondern der Effekt dass der Nachläufer anschiebt. Ist leider nur in ganz wenigen Bussen umgesetzt daher ungewohnt. Allerdings hat der 18C (zumindest in der Voith / 360 PS Variante) tatsächlich ein Anfahrproblem. Man merkt dass die Umdrehungszahl zum Teil stark hochgeht, der Bus aber erst losfährt wenn man kurz wieder auf die Bremse und erneut Gas gibt. Ich schätze da blockiert was bei der Haltestellenbremse. Beim 12C ist das nicht der Fall.