Beiträge von Tatra

BusspottingDuisburg jeliche Anleitungen nutzen dir nichts. Du wirst niemanden finden, der sich die ganze Arbeit macht, deine Wünsche umzusetzen. Daher mußt du selber einen Bus ummodden. Dazu ist es aber notwendig, sich mit der Materie Omsi zu befassen. Klar, ist es nicht einfach, besonders zum Anfang. Aber jeder Modder hat mal klein angefangen. Beschäftige dich mit der ganzen Materie um zu lernen. Ansonsten kannst du gern, soviele Beiträge verfassen wie du möchtest. Aber es bringt dich kein Stück näher an deine Träume. So leid es mir tut, aber ohne Eigenleistung kommst du kein Stück weiter.

Also mit den Einstellungen zum importieren bin ich überfragt. Ich kenne Blender gar nicht, weil ich ausschließlich mit zModeler arbeite. Ansonsten könnte man nur noch Perotinus fragen, der sich mit dem Export, inkl. Objektursprung auskennt oder iTram.

Wie verhält es sich in Blender, wenn ich den Objektursprung für eine Rotation nutzen möchte? Also Schalter auf die Position, plus Objektursprung?

Damit man dann für die Animation "origin_from_mesh" nutzen kann?

Darum sagte ich ja: Zuerst das Objekt ohne weitere Befehle eintragen. Also nur:

[mesh]

Objekt.o3d

Dann sollte das Objekt sichtbar sein. Ist es nicht sichtbar, dann ist schon der erste Fehler drin. Ist das Objekt sichtbar, kann man nacheinander jeden weiteren Befehl eintragen. Verschwindet das Objekt, dann liegt ein Fehler vor, den man so einfach auslöschen kann.

Dann habe ich die Vermutung, das es ein Problem beim Export gibt. Ist nur eine Vermutung, da ich mich mit Blender nicht auskenne.

Vielleicht mal warten, ob Lµkas noch eine Idee hat, da er sich mit Blender sehr gut auskennt.

Zitat von Luis G

Das erklärt aber nicht dass der Schalter immer verschwunden ist,

Doch doch, das erklärt es. Der Objektursprung liegt falsch. Liegt der Schalter beim Start an der richtigen Stelle und verschwindet nach dem Klick, dann liegt der Objektursprung falsch. Ist der Schalter von Anfang an nicht da, dann stimmt das Verhältnis Objekt zum Objektursprung nicht. Am besten lernt es sich, ein Großes Objekt, wie eine Pyramide ein den Bus einzusetzen und eine einfache animation einzusetzen. Dabei kann die Pyramide auch wirklich groß sein, oder außerhalb des Busses liegen. Übt sich leichter als mit einem kleinen Objekt.

Der Rest stimmt schon. Der Schalter sollte beim Start am richtigen Platz liegen. Durch den Klickpoint, veränderst du die Scriptvariable von 0 nach 1. Somit wird die Animation einmal ausgeführt. Zu Übungszwecke kannst du auch einen zweiten Trigger einsetzen und den Schalter statt zu Schalten, auch als Taster einsetzen. Somit kann man die Positionsbestimmung ganz genau setzen, weil man schnell schalten kann.

Der Schalter verschwindet nach unten.

Bei der Animation liegt der Objektursprung vermutlich im Busmittelpunkt. Da der schalter die Animation hat, nach vorn zu gehen, dreht sich der Schalter, wenn der Objektmittelpunkt beim Bus liegt nach unten. Bei zehn Grad schätze ich mal das der schalter unter dem Fußboden liegt, oder sogar unter der Straße.

Zitat von Luis G

Nun habe ich das Problem das die Animation des Schalters nicht geht. Sobald ich eine Animation festlege verschwindet der Schalter einfach wieder.

Das ist falsch. Die Animation funktioniert tadellos, sonst würde der Schalter sich nicht ändern. Der Schalter macht genau das, was du ihm befohlen hast. Er rotiert über die X-Achse um 10°. Er verschwindet auch nicht. Er rotiert um die 10° in die entsprechende neue Position. Du bist nur blind. Der Schalter ist, wie auch schon zuvor, nur an einer Position, wo du ihn nicht sehen kannst. Wenn du natürlich die falschen Einträge vornimmst, dann kann der Schalter Zwangsweise nur falsch reagieren.

Zitat von Luis G

Hat hier jemand eine Lösung?

Entweder gehst du nocheinmal in Blender und legst den Objektursprung richtig fest, wobei der Objektursprung auch so gedreht werden muß, damit die Animation über die X-Achse (und nur über die X-Achse) laufen kann.

Dann kommt (bleibt) in die model.cfg der Eintrag:

Oder du läßt alles so wie es beim Objektexport ist und legst die Position des Objektursprungs, in der model.cfg, für die Animation neu fest.

Dann kommt in die model.cfg der Eintrag:

Omsi macht also ganz genau das, was du vorschreibst und nichts anderes. Und nur weil du etwas nicht siehst, verschwindet es nicht einfach so. Bei einer Animation kann das Objekt auch durch andere Objekte verdeckt sein.

Ich glaube ich schreibe mal einen Wiki-Beitrag für die Eintragungen der model.cfg.

Und ich hoffe das nun alles geklärt ist. Wenn du noch mit dem Scripten kommst, steige ich aus, dann hätte ich deine Sachen auch selber machen können. All das was hier steht, findest du auch in der model.cfg des MAN SD 202. Einfach reinschauen und vergleichen.

Ich brauchte nichtmal suchen. zModeler sagt: Dein Objekt befindet sich:

x-Achse = 44,8 cm links der Busmitte,

y-Achse = 1,416 Meter vor der Busmitte und NUR

z-Achse = 5,041 Meter über dem Straßennivau.

Baust du einen Trippeldecker?

Dort befindet sich auch der Objektursprung. Du bist schon auf dem richtigen Weg.

Also mit anderen Worten, dein Fehler liegt in der falschen Achsenausrichtung beim Export.

Weil es macht mehr Sinn wenn du den Schalter auf

X = -0.448 Meter nach Links

Y = 5.041 Meter nach vorn und NUR

Z = 1.416 Meter über die Straße setzt.

Ob die Position ganz genau ist, kann ich nicht sagen. Dazu bräuchte ich das Amaturenbrett.

Aber ich möchte dir nicht deine Arbeit wegnehmen.

Ansonsten liegt dein Schalter schonmal richtig. Er hat die richtige Neigung (oben nach rechts und vorn tiefer [siehe Screenshot])

Im übrigen, solltest du keine Polygonbomben kopieren. Das ist nur ein winzig kleiner pissiger Schalter. Der muß nicht 238 Polygone haben. Das ist maßlos übertrieben. Da ist es sinnvoller, den Schalter nachzubauen. Mit bis zu 100 Polygone hat der Schalter mehr als genügen Rundungen.

Ansonsten stimmt soweit alles, bis auf die X-Datei, die nicht dem üblichen Format entspricht. Irgendetwas haut bei dem Export aus Blender nicht richtig hin. Beim import in zModeler wird die o3d-Datei als fehlerhaft angesehen.

Hinweis zum zModeler: Im zModeler ist die Höhenachse = Y

und die Achse nach vorn ist die Z-Achse. Der lila Punkt ist

der Nullpunkt des Busses und der Objektursprung entspricht

der Schalterposition. Wird im zModeler nur anders dargestellt.

Auf der linken Seite ist der Blick nach vorn gerichtet. Oben ist

die Objektausrichtung sichtbar und unten die Position.

Nun weißt du, wo dein schalter zu finden ist. In der 3. Etage!

EDIT: Mir fällt gerade ein, wo du den Fehler begangen hast:

Zitat von Luis G

Dazu habe ich den Bus importiert und erstmal richtig gedreht, denn er stand nach dem Import hochkant. Anschließend noch den Schalter dubliziert und an die entsprechende Stelle verschoben.

Hast du den Schalter vor dem Export wieder zurück gedreht??? Der Bus stand gar nicht hochkant, sondern die Achsenausrichtung bei Blender entspricht nicht der Achsenausrichtung in Omsi. Da war doch mal was. Wenn du den Bus falsch ausrichtest und dann den Schalter duplizierst, mußt du deinen Fehler wieder rückgängig machen. Ansonsten wird das nix.

Sende mir bitte NUR den Schalter als Modeldatei zu. Bitte erst in eine o3d-Datei umwandeln, damit ich diese auch öffnen kann. Eine X-Datei kann ich nicht einlesen. Texturdatei bitte nicht vergessen mitzusenden. Ih kann keine X-Datei erzeugen! Es wird also auch eine o3d-Datei zurück kommen.

Du kannst die X-Datei öffnen und die Position manuell einstellen. Die ersten drei Zahlenfolgen in Zeile 39 enthalten die genaue Position auf der X-, der Y-, und der Z-Achse. Die vierte Zahlenfolge bleibt bei 0.000

Trage bitte nur das Mesh in die model.cfg ein, den gesamten Rest kannste später machen, wenn der Schalter da ist.

Wenn der Schaltr nicht unter dem Bus ist, dann bitte zuerst die Anweisung befolgen, wie man aus Blender Objekte richtig in Omsi einbringt. Dafür ist das Tutorial von Lukas (rumpelhans) da.

1. Im Omsi-wiki findst du die richtigen Exporteinstellungen von Blender in Omsi.

2. Dein Schalter befindet sich am Nullpunkt des Busses. Dieser ist Mittig unter dem Bus auf Straßennivau.

3. Den Schalter allein zu verschieben ist der erste Schritt, den zweiten hast du nicht gemacht.

4. Nachdem du den Schalter an die richtige Position gebracht hast, mußt du auch den Objektursprung verschieben. Kleines Koorinatenkreuz vom Objekt in Blender.

Das ist bei dieser Map nicht ungewöhnlich. Der Präfix "Update" ist verwirrend, weil es kein Update ist. Die Map wurde nur erweitert, ohne Rücksicht auf die Performance. Neue Faghrpläne, weitere Kacheln und das nennt sich Update. Leider wurde die Fehlerbeseitigung vergessen.

Naja, mit "rauskommen", meinte ich eigentlich, dass du eine neue Busdatei erstellen kannst, neue model.cfg und einige Dateien weglassen kannst.

Etwas einfacher ist es aber, wenn du die Busdatei kpierst und die model.cfg. Dann die Busdatei und die model.cfg umbenennen, in der Busdatei den Busnamen ändern und anschließend alles nutzlose entfernst, also rausnimmst.

Es sollte eigentlich logisch sein, wenn du einfach so etwas rausnimmst, dass dann die fahrbare Version nichtmehr nutzbar ist. Also kopiert man sich den ganzen Bus zuerst. Und deine Frage war ja, wie du den Bus umwandeln kannst. Daher bin ich davon ausgegangen, dass es logisch ist, den Bus erst zu kopieren und dann die Kopie zu verändern.

Ein Staticvehicles ist eine stark abgespeckte Version eines fahrbaren Fahrzeugs. Du schreibst nur eine SCO-Datei, in der du die ganzen brauchbaren Mesh-Objekte einträgst (Außenhaut, Innenhaut, Sitze, Scheiben, Lenkrad, Räder usw) ohne Animation, Beleuchtungen und Texttexturen, die Kollisionsbox und das war es auch schon.

Zitat von Manuel

und da lange keiner reagiert hat,

Ich bitte vielmals um Entschuldigung, ich wußte nicht, das man dir sofort und innerhalb aller kürzester Zeit, vor allem innerhalb von 24 Stunden antworten muß. Ich bin ja nun auch nichtmehr der jüngste.

Ich habe dir die Frage im offiziellen Froum schon erklärt. Es ist nicht wirklich nötig in allen Foren zugleich das selbe zu schreiben.

Zitat von kmirco11

sound-citaro\sound_euro3.cfg aus dem MB_O530 G Auto Door Main

OK, das ist jetzt echt witzig. Das muß ich wirklich zugeben. Ich habe selten so gut gelacht.

Du kannst nicht nur, nicht modden, du kannst auch nicht mit einem Computer umgehen.

sound-citaro\sound_euro3.cfg

Nach was sieht der Abschnitt für dich aus? Das ist ein Link. Und was machst du? Du schreibst einen Kommentar zu dem Link, den omsi garnicht lesen kann. Im übrigen kann auch windows deinen Kommentar nicht lesen.

Hier ist ein Befehl für dich: hbaesje be dwe e huwb e ui

Bitte führen diesen Befehl aus. Und so wie du gerade aus der Wäsche guckst, schaut Omsi aus dem PC-Gehäuse.

Das ist in etwas so, als würde ich dem Rechner sagen: "Der Film ist nicht auf der Festplatte sondern auf der anderen, die im oberen Regal steht. Nein, weiter Links, die graue, nicht die grüne!"

Du mußt da also den genauen Link zu den Konfigurationsdatei eintragen.

Bevor du anfängst zu modden, fange erst einmal an, deinen PC und Windows zu erforschen und zu verstehen.

Zitat von Theproloser

Tatra das hat keinen Sinn bei ihm, glaub ich...

OK, jetzt glaube ich dir. Aber der Junge verdient 15 von 10 Punkten, für den witzigsten Beitrag überhaupt. Würde er sich bei den Hilfegebenden Usern bedanken, hätte ich diesen Beitrag gelikt. Aber ich bin dann auch raus.

Als ich zur Schule ging, hatte die BVB einen typenreinen Busfuhrpark. Es gab nur Ikarus als Gelenkbus, 11-meter Wagen und als Reisebus. Quietschtaros kenne ich allerdings sehr gut, weil ich diese Schrotthaufen ständig fahren muß.

Zitat von Theproloser

Morphi hatte die ganzen Scripte dafür schon geschrieben

Dann hat er die ganzen Trigger- und Macronamen unverändert übernommen, somit funktionieren die Variablen in den Variablenlisten_varlist.txt.

Ich habe mi das nie angesehen, weil der Quietschtaro so interessant ist, wie das Steuergesetz und so schön wie Scheiße.

Im Omsi gibt es keinen direkten Unterschied zwischen einem ZF- und einem Voith-Getriebe. Eine Getriebe ist ein Getriebe. Die Unterschiede werden lediglich durch die Einstellungen simuliert und mittels Sound hörbar gemacht. In den Einstellungen kann man alles einzeln Anpassen. Hier wäre es sinnvoll, ein vorhandenes Getriebescript von einem anderen Bus zu nehmen, einzusetzen und die Macros einzutragen, genau wie auch die Scripte und Textdateien eingetragen werden müssen. Eine gewisse Grundvorraussetzung für Scripte wird hier voraus gesetzt. Schlußendlich werden also nur die Anzahl der Gänge und die Schaltpunkte, sowie die Getriebeuntersetzung angepasst.

Die Soundtrigger müssen dazu passend im Soundordner eingetragen und in der Sounddatei vermerkt werden.

Theprolose kann dir also nicht sagen, dass du dies und das Macro, sowie diesen und jenen Trigger entfernen mußt. Einige Macros und Trigger müssen nur etwas angepasst werden, andere komplett umgestellt / geändert werden. Das ist keine Sache von 5-10 Minuten. Fang nicht mit etwas schwerem an, sondern mit etwas leichten.

Zitat von Theproloser

Mehr gibt es dazu aufjedenfall von mir nicht, dazu fehlen mir Kenntnisse und Zeit

Mach dich am besten ersteinmal schlau, was ein Macro ist und was ein Trigger sein soll.

Das verstehst du falsch! Viele sind so nett und machen das gern. Es ist nur keiner so böd und will deine Faulheit unterstützen.

Du wirst im Leben nie jemanden finden, der für dich arbeiten geht, nur damit du einen Lebensurlaub machen kannst.

Also fange endlich an zu lernen, bis du einiges alleine kannst. Du mußt nicht alles können. Du mußt nur genügend Material zusammenbringen, so das ein oder zwei Helfer dich unterstützen, die es näher ans Original bringen. Wenn du 75-80% der Arbeiten selber erledigst, finden sich leicht User die die restlichen 20-25% machen möchten. Ich kann auch nicht alles. Selbst Perotinus, der qualitativ hochwertige Busse baut, kann nicht alles. Darum hat er User gefunden, die gern Hand anlegen, damit sich der MB O 303 in gleicher Qualität zu dem MB O 307, MAN ÜL und dem MB O 407 gesellen kann.

Ich selber kann auch keinen ganzen Bus bauen (weil ich nicht alles kann), aber ich kann gern meine Hilfe anbieten und mache dann die Arbeiten die ich kann, damit der MB O 303 die Omsi-Freunde begeistern kann, so wie ich es schon beim MB O 307 V2 und beim MB O 407 gemacht habe. Und wieso kann ich das? Weil mich mich nach Arbeit hingesetzt habe und angefangen habe zu lernen. Dann habe ich User wie iTram, ACMG, Busfanat, Modellbusse, Chris12 und viele andere User gefragt, wie man etwas macht und nicht "Mach mir mal etwas!"

Theproloser hat dir viele Tips und Hinweise gegeben. Das ist schon eine Menge Hilfe. Mit solchen Sprüchen, wie "ich kann das nicht" wirst du niemanden finden, der so abgrundtief dumm ist und deine Faulheit unterstützt.