Beiträge von Tatra

Willkommen in der OMSI-WebDisk!
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: = Englisch [EN], = Deutsch [DE], = Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch!

    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.

    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.

    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.

    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. :evil: 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.

    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:

    Deine Eintragungen
    Bedeutungen
    [newanim] Befehl, dass eine Animationsaufgabe folgt
    origin_from_mesh nehme, den Objektursprung als Animationsursprung
    anim_rot Rotiere
    kneel_auto_sw Variable um die Animation auszuführen
    -10 Rotiere um den vorgegebenen Wert


    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:

    Geänderte Eintragungen
    Beudeutung
    [new_anim] Befehl, dass eine neue Animation ausgeführt werden soll.
    origin_trans verschiebe den Objektursprung auf die
    -0.448
    X-Position
    5.041
    Y-Position
    1.416
    Z-Position
    origin_rot_x Rotation des Objektursprungs um die X_Achse
    1.2345
    Angabe in Grad
    origin_rot_y Rotation des Objektursprungs um die X_Achse
    2.3456
    Angabe in Grad
    origin_rot_z Rotation des Objektursprungs um die X_Achse
    3.4567
    Angabe in Grad
    anim_rot Führe eine Rotation des Objektes aus
    Kneel_auto_sw Variable, wann die Rotation ausgeführt werden soll
    -10 Rotiere um den angegebenen Wert (also in Grad)


    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.

    Ganz wichtig für die Animation: Omsi führt eine Animation, egal ob Rotation oder Verschiebung, immer nur über die X-Achse des Objektursprungs aus. Daher muß der Objektursprung, für animierte Objekte entsprechend angepasst werden!



    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? :D

    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:

    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.


    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.

    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.


    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.

    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.

    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.