Beiträge von ma7t3

Danke für die Rückmeldung.

Ich kenne das Problem nur zu gut. Ich habe auch mal versucht, eine Schneetextur wirklich mit richtigen Reifenspuren zu erstellen. Habe es dann doch aus dem von dir genannten Grund wieder gelassen. Es ist einfach scheiße aufwendig bis nahezu unmöglich, dass so zu mappen, dass es vernünftig und realistisch aussieht.

Vielleicht kriegt ihr es ja auf den Dächern hin, einfach den Kontrast noch etwas zu erhöhen.

Ich persönlich speichere mir deshalb von meinen Texturen die ich z.B. als DDS exportiere immer grundsätzlich auch eine zugehörige GIMP- (bzw. analog dazu wäre eben eine pdn- oder psd-) -Datei dauerhaft ab, sodass ich die Textur immer in ihrer vollen Qualität habe und keine DDS wieder importieren muss. Aber das muss man natürlich haben und es ist natürlich ein deutlich höherer Dateiorganisationsaufwand (existiert das Wort? )

Naja, wie dem auch sei: Die Map sieht bereits unfassbar toll aus, da sind wir uns glaube ich alle einig. Ich warte gespannt auf die Veröffentlichung und freue mich umso mehr, wenn meine Kritik noch umgesetzt wird.

PS: Ich werde mir das Addon allein schon deshalb kaufen, um mir ein paar Mapbau-Techniken abzugucken

Ich habe einige Dinge hier auf den Screenshots gesehen, wo ich mich einfach frage, wie das technisch umgesetzt wurde. Aber das würde jetzt weit führen

Wie immer sehr schöne Bilder.

Ich freue mich unglaublich auf das Addon.

Auch, wenn ich das nie gedacht hätte, wage ich jetzt doch mal einen Kritikpunkt zu äußern: und zwar die Schneetexturen.

Während ich die leicht eingeschneiten Schilder (die ja ich meine ich vor 1-2 Jahren schonmal vorgestellt wurden) nach wie vor richtig gut gelungen und komplett stimmig finde, muss ich zugeben, dass mir auf den beiden Bildern oben größere Schneeflächen (insbesondere Straßen aber noch mehr die Hausdächer) doch etwas zu "clean-weiß" aussehen.

Insbesondere die Hausdächer sehen zumindest für mich im ersten Augenblick eher so aus, als würde tatsächlich einfach die Textur fehlen bzw. nicht geladen worden sein.

Klar - Schnee ist weiß und ich bin auch absolut kein Fan von diesem sehr grauen Schnee-Look, wie man ihn bei Oberpfalz 3D recht viel findet, aber mit etwas mehr "Körniggkeit" bzw. rauschen der Textur sieht es wahrscheinlich gleich stimmiger aus.

Hier mal Fotos zum Vergleich.

1. Straße (selbst auf kaum befahrenen Straßen/Feldwegen) hat man eigentlich immer irgendwie Abdrücke und Konturen im Schnee):

(Quelle: https://pixabay.com/photos/schnee-strasse-winter-5632044/)

Hausdächer (auch hier sieht der Schnee einfach etwas plastischer und nicht so "flächig" aus):

(Quelle: https://www.mv-online.de/nachr…en-schaeden-am-119762.jpg)

Ich hoffe, meine Kritik ist etwas nachvollziehbar.

Ich wünsche ein frohes Fest

Da möchte ich mich meinen Vorrednern nun auch mal anschließen. Ganz ganz vielen Dank für den Adventskalender.

Ich habe es tatsächlich geschafft, an allen Tagen bis auf einen das Türchen zu öffnen.

Großes Dankeschön an alle Ersteller, die sich bereiterklärt haben, was zu dem Adventskalender beizusteuern. Das ist aus meiner Sicht absolut nicht selbstverständlich, zeigt aber mMn. auch nochmal ganz gut, wie aktiv die OMSI-Community auch im Jahr 2024 immernoch ist, sodass tatsächlich (bis auf ein leeres Türchen meine ich) jeden Tag eine kostenlose Überraschung angeboten wurde.

Über die Sache mit dem "keine Repaints" und als Konsequenz dessen leere Türchen kann man ja streiten. Recht machen kann man es eh nie allen. Entweder gibt es Kritik, weil in dem Türchen "nur" irgendein Repaint ist, mit dem wahrscheinlich die Mehrheit der Community nichts anfangen kann oder es gibt Kritik, weil im Türchen garnichts ist. Das ist halt so. Aber naja egal, ich will dieses Thema jetzt garnicht wieder groß unter dem Tisch hervorkramen ,:)

Ich finde auch Volker_Rieck kann man an dieser Stelle nochmal danken, der ja wirklich sehr aktiv von Halycon diverse Keys gesponsert hat und damit überhaupt möglich gemacht hat, dass man im Adventskalender neben den Freeware-Beiträgen der Community noch zusätzlich die Chance hat, ein Payware-Produkt zu gewinnen. Auch das ist aus meiner Sicht absolut nicht selbstverständlich.

Und zum Ende ganz große Shoutout an Bamp, der den ganzen Wums hier dies Jahr organisiert hat. Beiträge sammeln, koordinieren, in Türchen einteilen und am Ende alle Dateien und Beschreibungen in die Software einpflegen - das ist eine ganze Menge Arbeit, die nicht einfach so unter den Tisch fallen sollte.

An der Stelle will ich auch nochmal Wagen300 kurz erwähnen, der diverse Türchenbeschreibungen ins Englische übersetzt hat.

In dem Sinne wünsche ich allen jetzt besinnliche Weihnachtsfeiertage!

Solange die Datei keine Umlaute oder andere sprachspezifische Zeichen enthält, sollte das auch egal sein bzw. garkeinen Unterschied machen, da ANSI und UTF-8 bei den Standardzeichen (Buchstaben, Zahlen, normale Satzzeichen) identisch sind.

Wenn aber ein "ä" oder sowas vorkommt, solltest du auf jeden Fall mal nach ANSI konvertieren und neu speichern.

Edit: ach sorry, garnicht gelesen, was das Problem ist.

Ja, versuch mal, deine Datei in Notepad++ über Kodierung -> Konvertieren nach ANSI zu konvertieren. Dann trägst du alle Ö usw. richtig ein und speicherst die Datei. Dann müsste es eigentlich klappen.

Moin,

die Bittiefe mit der du deine bmp-Datei speicherst ist für OMSI entscheidend.

Du kannst sie normalerweise beim Exportieren irgendwo einstellen. Es müssen unbedingt 24 Bit sein. (Dieser Screenshot ist aus GIMP, in Paint.net sollte es aber ähnlich aussehen)

Sehr schön.

Dann kannst du jetzt das Thema oben mit einem Doppelklick auch als "erledigt" markieren.

Moin,

hast du die Karte immer über diese Abfrage beim Start mit "Ja" neu geladen?

Probier dann mal, "Nein" anzuklicken und die Karte über den Ordner wirklich neu zu laden.

Hast du die Karte mal mit OMSI-Tools überprüft, ob vielleicht irgendwelche Objekte, die du verbaut hast, jetzt fehlen?

Tjark

ich habe es mal auf die schnelle selbst mir dem Audio aus dem Video oben getestet.

Habe ab ca. 0:49 ungefähr 15 Sekunden herausgenommen.

Das Vorgehen ist im Prinzip so:

Wenn du dein Audio in Audacity hast, wählst du auf der Tonspur zuerst einen Bereich aus, in dem ausschließlich das Hintergrundgeräusch, was du eigentlich weg haben willst (also in deinem Fall der Motor) zu hören ist (möglichst frei von jeglichen anderen Geräuschen). 2-3 Sekunden Länge reichen da völlig aus. Ich habe ein paar Sekunden Motorbrummen unmittelbar vor dem ersten Türöffnen gewählt.

Dann gehst du unter Effekte auf "Noise Reduction" (grade keine Ahnung, wie das auf Deutsch genau heißt, Rauschunterdrückung oder so ähnlich). Dann klickst du im geöffneten Dialog oben auf den Button "Rauschprofil ermitteln" (das Fenster schließt sich dann wieder).

Dann wählst du dein Audio erneut aus, aber diesmal das ganze, bzw. alles, wo du das Hintergrundgeräusch gerne weghaben möchtest und gehst wieder in das Fenster "Noise Reduction".

Dann kannst du noch mit den drei Einstellungsreglern etwas rumprobieren, wie das Ergebnis am besten ist (nutze den Vorhören-Knopf unten links) und bestätige dann das ganze mit "OK". Fertig!

Tatsächlich ist es in deinem konkreten Fall so, dass das oben gepostete Audio sehr viel Motor und nur sehr wenig bzw. sehr leise Türsounds hat. Das macht es natürlich extrem schwer, die wirklich deutlich und klar vom Motorsound zu trennen. Von daher wirst du aus dem oben gezeigten Video vermutlich einfach keine höchst-qualitativen Sounds bekommen. Das ist technisch einfach quasi unmöglich.

Dennoch bin ich hier in deinem Fall mit folgenden Einstellungen zu einem mMn. akzeptablen Ergebnis gekommen. Der Motor ist kaum noch zu hören. Die Türen auf jeden Fall deutlich lauter.

Hier "mein" Ergebnis als MP3: Tür.7z (war nur auf den Schnelle, darfst du aber gerne weiterverwenden, wenn du es nicht besser hinbekommst)

Zitat von niki102

ich hab mir das Simpel Streets Addon jetzt Runtergeladen habe aber einen ams Datei bekommen und nicht eine Winrar oder 7zip wie kriege ich diese jetzt in meine Mods rein?

ams-Dateien kannst du einfach in ".zip" umbenennen und sie dann mit jedem Archivprogramm deiner wahk öffnen.

schonmal probiert, OMSI als Administrator zu starten?

Hast du den 4GB Patch installiert?

Moin,

kannst du dein Problem bitte etwas konkretisieren?

Was genau löst den Fehler aus, wo liegt das Problem? Was hat BBS nicht "angenommen"?

Nein, der Eintrag wird "einfach so" eingetragen:

Ah wow, wieder was gelernt. Danke für die Klarstellung

Zitat von wurstbrot

am besten per Const-Wert auch abschaltbar

Davon bin ich auch immer ein großer Fan.

Wenn per Constfile einstellbar wäre, wie häufig dieses Ereignis auftritt, wäre das natürlich premium, dann kann man sich das herunterstellen, wenn es nervt, bzw. halt auch komplett ausschalten.

(english version below in the spoiler)

Du verwendest da ja eine Reihe von verschiedenen [matl_change]-Befehlen mit den Submesh-Indezies 1 bis 10.

Daher gehe ich davon aus, dass deine dort angegebene o3d-Datei über mindestens 11 Submeshs verfügen muss.

Ist das der Fall?

TUV 0 ist leider so ein Fehler, der irgendwie alles mögliche bedeuten kann. Aber es könnte gut sein, dass du versuchst, ein Material in einem Submesh zu definieren, welches garnicht existiert. Du fängst mit einer Zählung außerdem bei 1 an. Ist das bewusst bzw. hat einen Sinn? Normalerweise werden die Submesh-Indezies nullbasiert gezählt.

Ansonsten fällt mir folgender Fehler ins Auge:

2085 4:46:59 PM -  -   Error:           Error: command  "(C.L.gearbox_selectors)" (vehicles\MB_O530_Facelift\\script\cockpit.osc) <SC_ErrorInCommand_constantinvalid>
2086 4:46:59 PM -  -   Error:           Error: command  "(C.L.gearbox_selectors)" (vehicles\MB_O530_Facelift\\script\cockpit.osc) <SC_ErrorInCommand_constantinvalid>
2087 4:46:59 PM -  -   Error:           Error: command  "(C.L.gearbox_selectors)" (vehicles\MB_O530_Facelift\\script\cockpit.osc) <SC_ErrorInCommand_constantinvalid>

Dir scheint dort eine Konstante im Bus zu fehlen, die dein Cockpit-Script verwenden will.

2085 4:46:59 PM -  -   Error:           Error: command  "(C.L.gearbox_selectors)" (vehicles\MB_O530_Facelift\\script\cockpit.osc) <SC_ErrorInCommand_constantinvalid>
2086 4:46:59 PM -  -   Error:           Error: command  "(C.L.gearbox_selectors)" (vehicles\MB_O530_Facelift\\script\cockpit.osc) <SC_ErrorInCommand_constantinvalid>
2087 4:46:59 PM -  -   Error:           Error: command  "(C.L.gearbox_selectors)" (vehicles\MB_O530_Facelift\\script\cockpit.osc) <SC_ErrorInCommand_constantinvalid>

Ich will mich hier jetzt auch mal zu Wort melden und ebenso grundsätzlich mein Lob aussprechen. Das Update gefällt mir soweit sehr gut.

Insbesondere die neuen Sounds empfinde ich verglichen mit den NLCs, die hier so in der Realität rumfahren, als deutlich realistischer und authentischer.

Ein Kritikpunkt wurde schon angesprochen: Der Kinderwagenschalter: Cooles Feature, allerdings wird er auch für meinen Geschmack viel zu häufig ausgelöst, vielleicht kann man das etwas reduzieren.

Außerdem kommt mir das Display im Dashboard (wo die Geschwindigkeit und die geöffneten Türen während der Fahrt angezeigt werden) spontan recht dunkel vor. Ist das ein Fehler oder soll das so tatsächlich realistisch sein?

Versuche, den Frame-Teil beim NLC z.B. in das Macro "cockpit_frame" einzufügen (Bei mir Zeile 1792 in der cockpit.osc).

Einfach am Anfang (oder Ende) des Makros mit hinzufügen, in etwa so:

{macro:cockpit_frame}
'Aktualisiere den Cooldown-Timer (allerdings begrenzt auf die Cooldown-Zeit, um einen Überlauf zu verhindern.
    (L.L.dein_trigger_cooldownTimer) (L.S.Timegap) + (C.L.dein_trigger_cooldownTime) min (S.L.dein_trigger_cooldownTimer)

'Ab hier einfach alles so belassen, wie es da ist.

'Übertragen der Schalterstellungen:
    (L.L.cp_drehschalter_mode) (S.L.cp_drehschalter_mode)
    (L.L.cp_drehschalter_pos) (S.L.cp_drehschalter_pos)
    (L.L.cp_retarder_sw) (S.L.antrieb_retarder_sw)
    (L.L.cp_wischer_schnell_sw) (S.L.wiper_schnell_sw)
    (L.L.cp_wischer_einaus_sw) (S.L.wiper_einaus_sw)
    (L.L.cp_wischer_intervall_sw) (S.L.wiper_intervall_sw)
    (L.L.cp_wischer_wascher_sw) (S.L.wiper_wascher_sw)
    (M.L.uhr_frame)
    (M.L.hupe_frame)
    (M.L.blinkerhebel_frame)
    (M.L.wischerhebel_frame)
    (M.L.wischer_drehschalter_frame)
    (M.L.tankuhr_frame)
    (M.L.Tachonadel_frame)
    (M.L.Drehzahlnadel_frame)
    (M.L.cockpitlights_frame)
    (M.L.odometer_frame)
    (M.L.engine_thermometer_frame)
    (M.L.Elektrorollos)
    (M.L.Dachluken)
    (M.L.Fahrtenschreiber)
    (M.L.Warnsummer)
    (M.L.Schluessel)
    (M.L.Dash_Verstellung)
    (M.L.Retarderhebel)
    (M.L.fahrertuer_frame)
    (M.L.Tempomat)
    (M.L.Radio_Frame)
    (L.L.vis_Fahrgastpendel) 0 >
    {if}
        (M.L.Fahrgastpendel)
    {endif}
{end}

Es muss irgendwo hin, wo der Code in jedem Frame ausgeführt wird.

Auf Nummer sicher gehst du auf jeden Fall, wenn du das direkt in den {frame}-Bereich des Busses direkt irgendwo einfügst.

Allerdings haben ja auch manche "Buskomponenten" eigene Frame-Makros, die aus dem {frame} heraus aufgerufen werden.

Dort könntest du es theoretisch genau so eintragen. Das ist ziemlich Banane.

Ich bin mir nicht 100% sicher, ob ich dein Problem bzw. Anliegen richtig verstanden habe. Du willst also eine Art "Timeout" haben, dass, wenn ein Trigger einmal ausgelöst wird, er für eine Zeitspanne von x Sekunden quasi blockiert und nicht ausgeführt wird, bis diese Zeitspanne eben um ist. Quasi ein Cooldown. Das kannst du relativ einfach mit etwas Gescripte lösen.

Hier mal ein Beispiel:

Dieser Script-Abschnitt muss in jedem Frame ausgeführt werden.
Du musst ihn also in deinen Bus-Frame einfügen bzw. in ein passendes frame-Makro
{frame}
'Aktualisiere den Cooldown-Timer (allerdings begrenzt auf die Cooldown-Zeit, um einen Überlauf zu verhindern.
    (L.L.dein_trigger_cooldownTimer) (L.S.Timegap) + (C.L.dein_trigger_cooldownTime) min (S.L.dein_trigger_cooldownTimer)
{end}

{trigger:dein_trigger}
'Führe den Trigger nur aus, wenn der Cooldown abgelaufen ist
    (L.L.dein_trigger_cooldownTimer) (C.L.dein_trigger_cooldownTime) >=
    {if}
'Hier kommt dein eigentlicher Trigger-Code hin

'...und am Ende den Cooldown-Timer auf 0 setzen (um den Cooldown quasi zu "starten")
        0 (S.L.dein_trigger_cooldownTime)
    {endif}
{end}

Folgende Variable (kannst sie letztendlich auch anders nennen) muss in die Varlist eingetragen werden:

dein_trigger_cooldownTimer

Die gewünschte Cooldown-Zeit legst du am elegantesten in einer Constfile fest:

Hier die gewünschte Cooldown-Zeit (in Sekunden) für deinen Trigger eintragen (hier z.B. eine Sekunde)
[const]
dein_trigger_cooldownTime
1

Ich hoffe, das ist alles so verständlich, sonst frag' gerne nach.