[WIP] Mercedes-Benz O 530 Citaro (Bj. 1999)

Also für mein VDV2 gilt das gleiche, wie ich bereits im Thread zum Solaris geschrieben habe: Mein Pult ist nichts gescheites, und ehe ich ein neues baue, brauch ich ein Projekt, in dem ichs einsetzen kann. Also vorerst gibts mal nichts.

Zweiter Punkt: Ich finde es echt gut, dass sich Leute mit dem Konvertieren auseinandersetzen, nur hats bei dem Bus jetzt einen Haken; Rostock4ever (Basshunter, Boomer, wer ihn ausm vBus-Bereich kennt) modeliert grade einen meiner Meinung nach perfekten Citaro I nach, der in keinem Verhältnis mit dem hier konvertieren steht (sprich, seiner ist um Längen besser!). Das ist jetzt natürlich ein bissl blöd. An der Autorenstelle würde ich mir ein vBus-Modell suchen, welches noch nicht für OMSI gebaut wird, bzw. welches es noch nicht gibt. Da wär zum Beispiel der VanHool A320 ausm vBusDepot oder der Neoplan N4516. Inwieweit die vom Modell her gut sind, kann ich dir aber leider nicht sagen. Einfach mal ansehn und versuchen (mal kurz in OMSI den Body importieren und ansehen, ob er ne gute Figur macht, dann wenns passt, konvertieren).

Das mag jetzt zwar ernidriegend, niederschmetternd und entmutigend klingen - es ist allerdings die Tatsache (die auch ich erlebt habe). Einfach straight away weiter machen.

Gruß

Platzi

Bei vBus wurde auch mit einfarbigen Texturen gearbeitet... PMSI verwendet aber Fototexturen.
Man sieht es gut am Fahrerplatz das das ganze wegen den Texturen total unreal aussieht. Das müsste dringend geändert werden, sprich: Neue Texturen drauf!

Wann glauben Sie, werden Sie die Model-Release? Coole Arbeit weiter so ..

idan003 schrieb:

Wann glauben Sie, werden Sie die Model-Release? Coole Arbeit weiter so ..

Release Fragen sind hier nicht gerne gesehen!
Der Bus wird dann veröffentlicht, wenn der Ersteller es für nötig hält.

Bachi schrieb:

idan003 schrieb:

Wann glauben Sie, werden Sie die Model-Release? Coole Arbeit weiter so ..

Release Fragen sind hier nicht gerne gesehen!
Der Bus wird dann veröffentlicht, wenn der Ersteller es für nötig hält.

Ich dachte, ich habe nicht gesagt, wenn man das Modell fallen.
Ich bin nicht Lzzrz fragte ich ", wenn er dachte, er er Taschen", die Seiten eines Jahres sagen, aus nur gefragt.

Und wenn ich ihn traf, so tut mir leid.!

idan003 schrieb:

Bachi schrieb:

idan003 schrieb:

Wann glauben Sie, werden Sie die Model-Release? Coole Arbeit weiter so ..

Release Fragen sind hier nicht gerne gesehen!
Der Bus wird dann veröffentlicht, wenn der Ersteller es für nötig hält.

Ich dachte, ich habe nicht gesagt, wenn man das Modell fallen.
Ich bin nicht Lzzrz fragte ich ", wenn er dachte, er er Taschen", die Seiten eines Jahres sagen, aus nur gefragt.

Und wenn ich ihn traf, so tut mir leid.!

Bitte auf Deutsch Danke!!!!

Wenn man kein Deutsch kann sollte man lieber Englisch schreiben, als den Google Übersetzer zu benutzen.
Man versteht den Sinn des Satzes beim Google Übersetzer meistens nicht.

idan003 schrieb:

Bachi schrieb:

idan003 schrieb:

Wann glauben Sie, werden Sie die Model-Release? Coole Arbeit weiter so ..

Release Fragen sind hier nicht gerne gesehen!
Der Bus wird dann veröffentlicht, wenn der Ersteller es für nötig hält.

Ich dachte, ich habe nicht gesagt, wenn man das Modell fallen.
Ich bin nicht Lzzrz fragte ich ", wenn er dachte, er er Taschen", die Seiten eines Jahres sagen, aus nur gefragt.

Und wenn ich ihn traf, so tut mir leid.!

It is okay to write English here. Don't use Google Translator, it is no German what it puts out.

Very nice bus

So, un sind auch die Paths alle richtig verlegt. Ich möchte gerne nochmal auf meine schonmal genannte Frage mit den matl_changes eingehen.

Zitat :

Ich möchte gerne das Display am Fahrerplatz funktionstüchtig machen. Dies Stelle ich mir so vor, dass ich mehrere matl_changes auf das Modell des Displays anwende, die alle unter verschiedenen Bedingungen stehen. Allerdings akzeptiert Omsi immer nur den zuletzt genannten matl_change. Gibt es da eine Möglichkeit, dass alle akzeptiert werden oder hat jemand eine Idee, wie man die Funktionstüchtigkeit des Displays sonst realisieren könnte?

Zudem wäre es nett, wenn mir jemand erklären kann, welches Scheiben-Modell wie definiert werden muss, damit der Scheibenwischer den Regen wegwischen kann.

Echt hut ab wie du an dem Projekt hängst! Ich kann ihn den CITARO nichtmehr erwarten ^^

So, es gibt sehr gute Neuigkeiten: Die Permission von The Dome liegt vor!

Ein Citaro für OMSI ist in Arbeit... wieso bemerke ich das erst jetzt?

Finde ich ja super, was die Screenshots zeigen, und auch dass die Permission vorliegt. Insbesondere weil der Bus von The Dome ist, überrascht mich das...

@MB378 du hast erst die o3d's fertig gemacht oder?

Ganz oben auf dieser Seite steht, dass er auch die Paths schon fertig hat

wirklich klasse wie du dich rein hängst! weiter so Hut ab!

MANSD202FAN schrieb:

@MB378 du hast erst die o3d's fertig gemacht oder?

Türen, Kneeling, Licht und einige Schalter sowie die Displaybeleuchtung funktionieren schon. Sitzplätze sind neben den Paths auch zugewiesen.

Das hört sich doch schon sehr gut an. Mach weiter so und laß dich von niemandem hetzen.
Ich freu mich auf das end Resultat.

Nachdem du die Premession hast! Freu ich mich immer mehr!

Falls du darüber schon nachgedacht hast: Soll man bei dem Bus nur die vordere Tür oder auch die hintere Tür selbst öffnen können? Beides wäre wohl am besten, denn ich habe die Erfahrung gemacht, dass man bei der zweiten Variante große Probleme hat, den Bus in die KI-Busse einzufügen (Einfügen geht, aber dann spinnen die Türen von den KI-Bussen).

Zum jetzigen Zeitpunkt kann man beide Türen manuell öffnen. Dass das Problemem im KI gibt habe ich auch schon gemerkt, da ich den Bus testweise mal in die Grundorfer AIList eingefügt habe.
Übrigens habe ich das mit dem Regen jetzt hinbekommen, sodass er sich auch vom Scheibenwischer wegwischen lässt.

Nun nochmal zum Problem mit dem Display: Wie ist es möglich mehrere matl_changes in einem Modell unterzubringen?

Funktioniert es denn nicht, wenn man einfach mehrere in die model_XXX.bus einfügt und bestimmt, wann sie auslösen sollen? Jetzt mal ganz grob gedacht.

Das hab ich auch gedacht, aber OMSI akzeptiert nur den zuletzt eingetragenen matl_change.

Und wenn du jedem Teil des Displays eine eigene Textur zuweist?