Posts by Two-D

Tja.. das ist so ein Misterium..

Hab das auch ganz genau so gemacht.. mit car_use den Fahrzeugeinsatz geregelt.. und genau die gleichen Probs.

Was man festhalten kann, es betrifft nur KI-Linien.. der Grund ist mir Schleierhaft.

Bei mir tat sich in dem Zusammenhang ein weiteres Problem auf.. Repaints mit Ö und Ü im Namen wollten dann nicht mehr.

Erst nerviges umbenennen in oe und ue brachte abhilfe.

Ich hab geändert und getestet und geändert.. mit dem Resultat immer noch der glaiche bus mit dem gleichen Repaint

auf allem Umläufen der Linie. Die car_use überfordert wohl OMSI.

Mal was aus dem Norden Berlins..

Die automatische Spielzeitbegrenzung von OMSI hat auch was Gutes..

Spandau Real 136 by Busdriver

3Gen C2, Scania Cityywide GN14, O530 Facelift (Helvete)

Den kann ich auch anbieten...

X10 Berlin

VDL Citea LLE 120 aka VDL Ambassador 200

Nun das sieht schwer nach einer 2048/4096er tga Textur aus .. tztz.. reduzier auf 1024 und mach eine echte DDS DXT5 draus. Das sollte helfen.

Mit dem Programm DXTbmp den Alphakanal exportieren und die Haupttextur als bmp speiechern. Diese dann runter skalieren.

Mit DXTbmp dann den Alphakanal wieder importieren und als DDS DXT5 speichern.

Final.. mehr geht mit meinen möglichkeiten und den Ding nicht.. BVG MB EN18

Nun AI-fähig, Auto-Tür, Einstieg nur vorn.. nur diese Klima stört...

X10 Berlin

C2 Solo 3generationen

Neuwagen-Einsatz

eins, zwei, drei...

und Looos...

unterwegs mit der weißen Flotte Berlin..

X10 Berlin

C2Solo 3Generation, Lions City G Mainz, Lions City DD Free und X10

Ist ne ganz komische Kiste.. das tritt mit und ohne Chrono auf.. bei einigen half das Timetable umzubennen, zb vorangestellte Buchstaben ans Ende der nummer zu setzen, Ebenfalls half für die betroffenen Fahrten eigene Timetables anzulegen. Und dann gibt es halt die wo nichts hilft, die werden stramm ignoriert. Da es sich meistens nicht um Regel-fahrten handelt, geht meine Vermutung jetzt zum Timetable, Die dort vom Editior eingetragene Zahlenkombi für die Wochentage an denen gefahren werden soll oder nicht, scheint die Car_use Funktion in einigen Fällen nicht zu mögen....

Dazu hätt ich auch mal ne Frage.. ich hab auf einigen Maps den Fahrzeugeinsatz mit der car_use geregelt. Funktioniert auch soweit..

Nur bei einigen KI-Linien wird die Car_use glatt ignoriert, auch die Einträge der AI-List werden nicht genommen.. was läuft da falsch?

Die Car_Use Einträge sind, bis auf die Fahrzeuge, bei allen identisch..

An der Ecke Kantstr.

C2G 3Generationen + Scania GN 14

Berlin X10

Das ist ein Eintrag in der model.cfg der da nicht hingehört, der Junge hat keine langen Haare...

Offne die Kind_3.cfg und lösch den Eintrag, und gut ist..
steht ganz am Ende der Datei:

[matl]
CGirl0003-M4-Hair-D.tga
0

[matl_alpha]
1

Bei mir sieht es jetzt genau wie oben aus.. keine Schrift mehr am Atron, auch nach Neuinstallation des Patches.
Was iss das nu wieder.. vorher ging alles einwandfrei. Am Bus wurden keine Veränderungen vorgenommen..

Edit: so hab weiter probiert, .x zu .o3d, .png zu .dds, .x mit .png und .dds, .o3d mit .png und .dds,
Scwarze und weisse Schriftfarbe, nichts...
entweder der Bildschirm bleibt ganz schwarz oder, wie schon bekannt, die Eingabeschrift fehlt..
Bin jederzeit offen für weitere Lösungsideen...

Bus: Alterrs Citaro O530 als EN05 BVG Mod aus Morphis V4.4
Map: Spandau Modern M+Z

Sorry.. das ist das gesamte Logfile... nach beenden von OMSI per TaskManager..

Guten Abend.. habe nun seit gestern das gleiche Problem.. OMSI verabschiedet sich schon beim starten.. mit der gleichen Fehlermeldung wie Oben "../Steam/Steamapps/common/OMSI2/Sceneryobjects/ViewApp_Streetobjects/texture/Add1_1.dss´ Das System kann den angegebenen Pfad nicht finden..
Der Pfad stmmt aber.. und die Textur ist vorhanden!!!??? Als Administrator ausführen bringt auch nichts... und war vorher auch nicht nötig. Auch beim ausführen einer älteren BackUp Version kam das gleiche Ergebnis.
Bevor das auftrat ist OMSI mit dem schon obligatorischen "Loading AI..." abgeschmiert.. Bin jetzt ein wenig ratlos..
Logfile:

Aachen; O 530G (Alterr)

Aachen; O530 (Aachen+Alterr)

Aachen; Lions CityG (Mainz), O530 (Alterr), O530 FL (Aachen)

Mr. Spok, mit Warp-Antrieb nach Fuchserde

Hallo Tatra, das kann man gut und gern unterschreiben. Auch ich gehör zu dösbatteln die dafür ihre hart verdienten Euros geopfert haben. Bin mir noch nie derart abgezockt vorgekommen.
Nee ist schon Innovativ das ganze.. für das Bundle bekommt man doppelten Inhalt zum doppelten Preis.
Allen Unverdrossenen noch viel Spass damit.. mir ist er vergangen.

Quote from Maerkertram

Two-D :
Wenn dir eine 2048er Textur grundsätzlich zu groß ist, dann sag es bitte gleich ohne dass man nachfragen muss. Deine Überleitung waren Performance-Probleme durch Texturen, die wir zu groß gemacht haben. Da unsere Außentextur in 4096x4096 10 MB groß ist und die vom GN92 2x 2048x2048 32 MB groß ist, würde es logisch erscheinen, wenn der MR Gelenkbus die Performance am Zoo herunter zieht.
Natürlich haben wir uns auch schon selbst die Frage gestellt, ob die Texturen zu groß sind. Doch weder mit 8096² noch mit 256² gab es großartige Unterschiede. Nicht ganz unlogisch, denn eine Verkürzung der Rechenzeit der Grafikkarte nützt nichts, wenn Omsi noch nicht mit seinen Scripts und Berechnungen fertig ist.

Es geht dabei nicht um eine einzelne Textur, die Summe aller geladenen Texturen killt den Arbeitsspeicher. Das Bild da oben zeigt ganz deutlch was passiert, wenn nicht mehr genügend Arbeitsspeicher zu Verfügung steht. Ich hab das AddOn nun zwei Tage auf dem Rechner und bin zur Zeit nur damit beschäftigt die Texturen und Modelldaten nach .dds umzuarbeiten.
wie du schon geschrieben hast ist die Ausführung der Scripts und Berechnungen hoch am Zoo, die gorßen Texturen dann noch, dann ist schnell Schluß mit Arbeitsspeicher, und den der Graka nutzt OMSI kaum. Das lässt sich auch nicht vermeiden, man kann aber mit kleineren .dds Texturen gut Gegegnsteuern, ohne das sich die Optik drastisch verschlechtert.
Beispiel M+R Gelenkbus: 2048er .tga Textur ca. 16MB groß, als 1024er .dds mit Alpha 1,33 Mb. Jetzt nur die Aussentextur, und so kann man mit allen Texturen weitermachen.
Ändert man nun auch die Dateiendung in den .o3d und .cfg auf .dds wirkt der Bus inGame gleich um einiges plastischer und wird sehr viel schneller geladen, wodurch man dann wiederum auf die LOD Einstellungen verzichten kann. Die Nachladeruckler minimieren sich.
Das ist bei mir jetzt nun schon seit OMSI1 mittlerweile zur gewohnten Übung geworden und ohne dem wäre OMSI längst wieder von der Platte gerauscht.
Ich find es nur schade, das man das Potential von OMSI, durch solche Texturen verschenkt. Jetzt allgemein gemeint, freeware und payware.