Beiträge von ma7t3

Poste mal Screenshots von deinen OMSI-Einstellungen (Insbesondere die Tabs "Erweitert", "Grafik", "Grafik (Erweitert)", "Umgebungsverkehr" und "Sounds").

Hier findest du eine vollständige Erklärung der gesamten OMSI-Optionen mit Infos, welche davon für die Performance von Bedeutung sind.

Ansonsten empfiehlt sich auch folgendes Video:

Ich habe sowas auch schon auf Ahlheim erlebt, allerdings eher nur als Lichtpunkte - vermutlich von Straßenlaternen - die einfach irgendwo in der Luft schweben.

Habe das aber, ähnlich wie beedle der barde auch nie weiter untersucht.

Du klickst dort auf den Button Load.

Dann öffnet sich das Explorerfenster, standardmäßig im Ordner OMSI 2\Sceneryobjects:

Dann navigierst du in den oben genannten Ordner und doppelklickst die SCO-Datei:

Und dann platzierst du das Objekt einfach:

Moin,

• der Solo-3Türer befinder sich hier: OMSI 2\Vehicles\HH20_EBus2019_parked\HCEBus2019_parked.sco
• der Gelenk-3Türer befindet sich hier: OMSI 2\Vehicles\HH20_EBus2021\HHEBus2021_3T_parked.sco
• der Gelenk-4Türer befindet sich hier: OMSI 2\Vehicles\HH20_EBus2021\HHEBus2021_parked.sco

Sie befinden sich zwar im Vehicles-Ordner von OMSI, trotzdem sind es normale SCO-Dateien, die du im Editor einfach platzieren kannst - wie jedes andere Objekt auch.

Zitat von _Murmel_

Außerdem, wie kann ich dann später in Omsi die Linienplatten und Endplatten mit Attach to Objekt verbinden?

Vorraussetzung dafür ist nur, dass du beide Objekte hast, die jeweils seperate o3d-Dateien haben und auch verschiedene sco-Dateien sind, sodass du beide im Editor völlig unabhängig voneinander platzieren könntest.

In dem "Elternobjekt" (also dem Mast, der Schildbasis oder wie auch immer) fügst du dann einfach folgendes in der SCO-Datei hinzu:

[new_attachment]

attach_trans
x
y
z

Die Werte für x, y, z ersetzt du dann einfach durch die x-, y- und z-Koordinaten deines Attach-Punktes.

Wenn du mehrere Attach-Punkte benötigst, kannst du einfach mehrere dieser Einträge nacheinander einfügen.

Danke für die Umfrage.

Ich habe mit "Ja: Aufnahme von einzelnen Repaints und Repaintpacks." gestimmt.

Ich wäre einfach dafür, dass es eine Art "Hierarchie" gibt, welche Mods zuerst genommen werden und welche dann am ende "Füller" sind. Ich weiß nicht, ob es mal die Situation gab, dass es für den Adventskalender zu viele Angebote gab, sodass einige aufgrund der Menge abgelehnt werden mussten. Sollte so ein Fall mal eintreten, wäre es natürlich irgendwie schön, wenn da ein größeres Modpack oder z.B. eine ganze Map Vorrang vor einem einzelnen Repaint hat.

Ansonsten sehe ich persönlich keinen Grund, warum man Repaintpacks oder sogar einzelne Repaints vom Adventskalender ausschließen sollte. Die Tatsache, dass der Inhalt eines Türchens nicht für alle Communitymitglieder gleichermaßen relevant ist, beschränkt sich in meinen Augen nicht nur auf Repaints. Ich hatte zum Beispiel auch dieses Jahr im quasi Repaint-freien Adventskalender einige Türchen, die mich persönlich wenig interessiert haben. Aber das ist halt einfach so und völlig normal. Und das sollte eigentlich allen, die den Adventskalender öffnen, bewusst sein.

Ein leeres Türchen ist im jedem Fall für 100% der Community nicht weiter interessant. Für mich erschließt sich daher nicht, warum man ein Türchen völlig leer lassen sollte, wenn es prinzipiell etwas gäbe, was dort veröffentlicht werden könnte.

Wenn es dann ein einzelnes Repaint für einen Bus ist, den ich nie fahre, ist das halt so. Einzelne werden sich daran erfreuen. Und dass nicht in allen 24 Türchen eine neue OMSI-Map sein kann, sollte sich eigentlich von selbst verstehen.

In dem Sinne allen einen guten Rutsch.

Eines dieser drei Plugins (OPL-Dateien) scheint auf jeden Fall Probleme zu verursachen.

Versuche mal, alle OPL-Dateien zu deaktivieren (entweder, indem du die Dateiendung änderst oder diese einfach in einen anderen Ordner außerhalb von OMSI verschiebst.

Dann startest du OMSI immer wieder und fügst nach und nach jeweils eine OPL-Datei wieder ein und prüfst, jedes mal ob der Fehler im Logfile wieder auftaucht.

Sobald er wieder auftaucht ist das Plugin, was du zuletzt eingefügt hast, wahrscheinlich das, was Probleme verursacht.

4973 21:31:42 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4974 21:31:42 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4975 21:31:42 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4976 21:31:42 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4977 21:31:42 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4978 21:31:42 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4979 21:31:42 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4980 21:31:43 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4981 21:31:43 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4982 21:31:43 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4983 21:31:43 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4984 21:31:43 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4985 21:31:43 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4986 21:31:43 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars
4987 21:31:43 -  -   Error:           Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse 00000000: T.PlugInRefrVars

Moin,

dein Logfile klingt nach fehlerhaften Plugins die OMSI ausbremsen.

Schau mal in den Ordner OMSI 2\plugins was da so an Plugins drinne ist.

Zitat von wurstbrot

In der cockpit.osc beim Trigger sicher nicht?

Warum nicht? Indirekt auf jeden Fall schon, weil dort ja zumindest definiert wird, was grundsätzlich passiert, wenn man den Schalter drückt.

Suche bitte mal im Cockpit-Script nach {trigger:taster_standheizung} und teile mit uns was dort steht (bis zum nächsten {end}-Befehl).

Moin,

auf welche Sprache ist dein Windows eingestellt?

eigentlich sollte das keine zu große Auswirkung haben (mein System ist auch auf Englisch) - dennoch fällt mir gerade auch nichts anderes ein. Wenn der Fehler bei einzelnen Dateien auftreten würde, kann das natürlich an einer falschen Kodierung liegen. Aber bei dir klingt es ja eher nach einem grundsätzlichen, globalen Problem.

Trotzdem könntest du mal in eine der im Logfile angemerkten Dateien schauen und gucken, wie sie tatsächlich heißen bzw. welche Kodierung sie haben.

Hier z.B.:

Zitat

212 15:28:41 - - Error: Sceneryobjects\Nemolus Objekte\Verkehrszeichen\model\VZ_OhneMast_Vorfahrtstra�e.o3d � o3d reading failed - Could not read the o3d file! Die angegebene Datei wurde nicht gefunden

213 15:28:41 - - Error: In "Sceneryobjects\Nemolus Objekte\Verkehrszeichen\VZ_OhneMast_Vorfahrtstraße.sco" there was an error in line 10!

Suche mal in deinem Verzeichnis nach der Datei Sceneryobjects\Nemolus Objekte\Verkehrszeichen\VZ_OhneMast_Vorfahrtstraße.sco und schau, wie sie wirklich heißt (mit "ß" oder "ß"). Öffne sie auch z.B. in Notepad++ und schau mal, welche Kodierung sie hat bzw. was unter [mesh] tatsächlich für eine o3d eingetragen ist. Das dürfte irgendwie eigentlich die sein, die darüber auch einen Fehler wirft.

Aber zumindest beim Namen der SCO-Datei scheint OMSI etwas, was in Wirklichkeit UTF-8-kodiert ist, als ANSI zu lesen...

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?