Beiträge von Neoplan VEST

Wenn es ungemoddet isr bleibt nur eine Reparatur des Addon übrig.

Es kann Fonts fehlen oder das Matrix Script hat ein Defekt.

Hier wäre auch gut zu wissen um welcher Variante vom Bus handelt.

Zitat von Omsi2022

Was muss ich nun genau entfernen welche Einträge?

{trigger:bus_doorfront1}
  (L.L.elec_busbar_main) (C.L.elec_busbar_minV) >
  (L.L.door_opening_locked) ! &&
  (L.L.doorTarget_23) (L.L.door_SECU_off) || (L.L.bremse_halte) || &&
  {if}
    (M.L.trg_bus_dooraft23)
  {endif}
  1 (S.L.cockpit_tuertaster2)
  (T.L.ev_Actia_BTN_door_released)
{end}

Du löschst die Zeile 3.

Die nächste Zeile wird von

(L.L.doorTarget_23) (L.L.door_SECU_off) || (L.L.bremse_halte) || &&

in dies angepasst:

(L.L.doorTarget_23) ! (L.L.door_SECU_off) ! && ||

Am ende sieht es wie folgt aus:

{trigger:bus_doorfront1}
  (L.L.elec_busbar_main) (C.L.elec_busbar_minV) >
  (L.L.doorTarget_23) ! (L.L.door_SECU_off) ! && ||
  {if}
    (M.L.trg_bus_dooraft23)
  {endif}
  1 (S.L.cockpit_tuertaster2)
  (T.L.ev_Actia_BTN_door_released)
{end}

Bringt nix, da weiterhin die Bremse benutzt wird.

Schätze mal das (L.L.door_opening_locked) ! && noch entfernt werden muss.

Bei mir sieht es so aus und funktioniert:

'####################
'     Mid Doors
'####################

{trigger:bus_doorfront1}
    (L.L.elec_busbar_main) (C.L.elec_busbar_minV) >
    {if}
        (L.L.doorTarget_23) ! (L.L.door_SECU_off) ! && ||
        {if}
            (M.L.trg_bus_dooraft23)
        {endif}
    {endif}
    1 (S.L.cockpit_tuertaster2)
    (T.L.ev_dash_btn_mono_pushed)
{end}

In der Door Constfile wird auch jeweils eine 1 eingetragen für Elektrisch und Druckluft.

Tu ich jetzt bei electric_doors die 1 ins 0 ändern, wird lediglich die Hubbewegung Simuliert aber keine Schwenkanimation.

Ob dies so gewollt ja?

Zitat von Omsi2022

Kann man es irgendwie raus nehmen das ich nicht die Haltestellenbremse einlegen muss das die Zweite Tür auf geht ?

Ja kann man.

Für den 1+2 E3 315 NF habe folgendes angepasst im Türscript PORTES\doors_2D.osc:

{trigger:bus_doorfront1}
    (L.L.elec_busbar_main) (C.L.elec_busbar_minV) >
    {if}
        (L.L.doorTarget_23) ! (L.L.door_SECU_off) ! && ||
        {if}
            (M.L.trg_bus_dooraft23)
        {endif}
    {endif}
    1 (S.L.cockpit_tuertaster2)
    (T.L.ev_dash_btn_mono_pushed)
{end}

Im Prinzip ist es bei die anderen auch so aufgebaut.

Funktioniert auch 👍

Dann versuche mit bus_doorfront2

Wird zumindest für die 3. Tür im Script angegeben.

auch mit Haltestellenbremse?

Oder ist die 3. Tür Automatik?

Zitat von Frischkäse221

danke hätte der Ersteller auch erwähnen können das wir das brauchen

Brauchen halt die, die das MAN NLC oder BRT nicht besitzen.

Man hätte es aber ruhig im Startpost anhängen können die Datei.

Zitat von Frischkäse221

hallo bei mir funktioniert der after Drucker nicht er ist da kann alles machen aber die Schrift und zahlen werden wenn ich sie eingebe nicht da gestellt

Wenn du den MAN NLC oder BRT Addon nicht hast liegt es daran.

Seitens von Halycon wurde ein Fix geladen.

https://reboot.omsi-webdisk.de…08-printer-fonts-fix-zip/

Zitat von SADOP

Zitat von Neoplan VEST

Zitat von SADOP

I know about performance issue with png, but I use paint.net, and the dds encoder is really bad on that software, quality of dds textures is too low to be acceptable for unsafe texture (hence the quality of exterior texture being bad in some places) that’s why I use png a lot.

About the plates, ver_plaques is only compatible with 1+2 €2.

About the power mode I tried today and got no issues, I’ll have to wait and see if more people have the problem.

About « new versions planned » I don’t know yet tbh

Thanks for the feedback

Alternatively, you can also use .tga. For objects without transparency you can use .bmp. Without transparency would be for example the seats, handrails. With transparency, for example, vehicle paintwork would be because of the windows.

Alles anzeigen

That’s a good idea, I’ll try that if it doesn’t mean I have to export everything all over again 😅

Alles anzeigen

You have to export them with the new texture. You have 2 options. Possibility 1: You replace the texture names in the .x file. Possibility 2: Add the new texture in Blender.

Zitat von SADOP

Zitat von Einsamer_Wolf86

gladly also in english Thanks for the answer

I noticed it because I created a repaint for the 319NF, had made the appropriate entry in the cti, to me in Omsi itself then wondered why the air conditioning is green (E2) or white (E3). The bars also don't work as I would like them to.

In general the format .png is bad in Omsi, because it causes black textures when you are on the road for a longer time, it would be better to change it to .dds, because Omsi can handle them better. it should also be changed to a 2 high x texture, because otherwise there are hangs and jerks that no one wants to have, makes the whole game then smoother.

since the entries seem to be probably swapped, while in the E2 the entry ver_plaques / 0 gets the large license plate in front, the E3 gets so in front the small, there you have to enter the E3 ver_plaques / 1 that is correct in large. In spoiler is an example.

Spoiler anzeigen

315NF 1+2+0 E3

[setvar]

ver_plaques

0

315NF 1+2+0 E3

[setvar]

ver_plaques

1

with the 315NF 1+2+0 E2 is that exactly the other way around, there is the 0 for the large and 1 for the small one.

no plates, I mean the switch on the Kässbohrer dashboard, which activates, or should activate the hazard warning lights (the switch in the 1st row on the far right, with the corresponding pictogram).

I drove the 315 1+2+0 E3 normally, however, since I knew that in the next section a slope waits I activated it in the standstill. When the section was then passed this at another stop switched off again and continued to drive normally, but the vehicle made the impression as if still activated. Do not know how else to describe this

Out of curiosity, is a 319NF 1+2+0 also planned?

Alles anzeigen

I know about performance issue with png, but I use paint.net, and the dds encoder is really bad on that software, quality of dds textures is too low to be acceptable for unsafe texture (hence the quality of exterior texture being bad in some places) that’s why I use png a lot.

About the plates, ver_plaques is only compatible with 1+2 €2.

About the power mode I tried today and got no issues, I’ll have to wait and see if more people have the problem.

About « new versions planned » I don’t know yet tbh

Thanks for the feedback

Alles anzeigen

Alternatively, you can also use .tga. For objects without transparency you can use .bmp. Without transparency would be for example the seats, handrails. With transparency, for example, vehicle paintwork would be because of the windows.

Hi, habe diese Fehler gefunden.

• Interior Lights: Fläche leuchtet um die Lampe, die gar nicht eingeschaltet ist.

• Drehschalter Scheibenwischer: INT und 0 vertauscht

• Frontscheibe mit Wischwasser: Beim Wischfunktion wird lediglich der Wischbereich benässt und nicht die komplette Scheibe

• Wenn ich mich richtig erinnere, meine ich das zumindest die deutschen Version der Warnblinklichttaster auch geblinkt hat bei Benutzung. Kann mich aber auch irren.

Dazu mal ein Video:

Mit die Interior Lights kann man auch verstehen, da man nicht beliebigen Anzahl an Lichter aufführen kann sowie die Lichtstreuung.

Für Radkappen muss es dies im cfg.

[setvar]

vis_enjo

1

Für die Spiegelkappen ist die retro.png bzw. retro_3151213.png zuständig.

Allerdings gibt es dafür keinen CTC Befehl, um diese zu repainten zu können.

Zitat von Omsi2Fan92

Muss ich bei paint. net noch was genau beachten beim Speichern? viell. die Deckfähigkeit?

Bei dds hast du mehrere Stufen beim speichern.

Glaube DXT5 oder so wird benutzt.

Wichtig ist auch, dass man die Transparenz sieht im Fenster Bereich.

Alternativ ginge auch png.

Klappt wunderbar.

Zitat von Omsifan62

habe den 4GB patch rauf geballert nachdem mir aufgefallen ist das omsi 2 sich ständig aufhängt seit installation vom S31x addon, gestern lief omsi noch ohne probleme aber seit heute hängt sich es ständig auf. logfile sagt auch nichts bescheidenes darüber

Ist mir auch irgendwie aufgefallen.

Vor allem kriege ich DirectX Meldung und wenn man dies bestätigt schließt es das Spiel.

Davor Problemlos.

Na ja.

Scheint beim Original auch so gewesen zu sein 🤭

Früher hatte bei mir der Setra zwar Klima gehabt, aber nie so wirklich funktioniert 😂

Da war man wenigstens froh das die Dachluken funktionierte.

Wenn ich mich richtig erinnere, dann wurde die Temperatur eingestellt und alles lief Automatisch.

Außerdem ist mir zufällig ein Fehler aufgefallen mit der Scheibenwischerregler.

Wenn der auf INT steht, ist der Scheibenwischer aus.

Aber wenn man auf 0 stellt, läuft der Scheibenwischer auf Intervall.

Zusätzlich gibt es ein Fehler im Bereich des Interior_Lights für den Innenraum.

Speziell im Voderen Bereich beim 315NF 1+2 E3.

Da wird eine Stelle angeleuchtet, wo die Lampe aus ist. Da wo die Lampe an ist, wird nicht angeleuchtet.

Das gleiche im anderen Leuchtmodi.

Die Vodere Lampe ist an, wird aber nix angeleuchtet.

Hat das wer auch?

Mal gucken ob ich davon ein Video machen kann.

Wenn wir schon beim Beleuchtung sind.

Gingen die Türleuchten nicht erst an, wenn Licht eingeschaltet ist?

Bin seit 2 Jahren nicht mehr mit Setra gefahren 😄 Hab da nicht mehr ganz so im Kopf.

Du darfst auch nicht vergessen, dass die Fahrgäste faul sind und zu den nächsten Eingang gehen der in kürzester Entfernung liegt.

Ich habe ja erwähnt, dass dies nur funktioniert, wenn die Fahrgäste neu gespawnt wurden.

Außerdem muss Du persönlich die Türen öffnen mit der Kinderwagen-Schalter oder mit Türtaste.

Genau

Die Request Variablen sind zum Beispiel für Dreitürer gut.

Weil so definiert werden kann, welche Tür nun geöffnet werden soll beim Aus-/Einstieg.

Das ganze wird in der 21_door.osc eingestellt.

Vorher:

    (L.L.door_0) 0.4 > (L.L.cp_fahrertuer_pos) 0.3 < && (S.L.PAX_Entry0_Open)
    (L.L.door_1) 0.8 > (L.L.cp_fahrertuer_pos) 0.85 < && (S.L.PAX_Entry1_Open)
    
    (L.L.door_2) 0.8 > (L.L.door_3) 0.8 > && 
    (S.L.PAX_Exit0_Open)    
        
    (L.L.door_4) 0.8 > (L.L.door_5) 0.8 > &&
    (S.L.PAX_Exit1_Open)        
    
    (L.L.door_6) 0.8 > (L.L.door_7) 0.8 > &&
    (S.L.PAX_Exit2_Open)

Nachher mit neue definierten Eingänge.

    (L.L.door_0) 0.4 > (L.L.cp_fahrertuer_pos) 0.3 < && (S.L.PAX_Entry0_Open)
    (L.L.door_1) 0.8 > (L.L.cp_fahrertuer_pos) 0.85 < && (S.L.PAX_Entry1_Open)
    
    (L.L.door_2) 0.8 > (L.L.door_3) 0.8 > && 
    (S.L.PAX_Entry2_Open) (S.L.PAX_Exit0_Open)    
        
    (L.L.door_4) 0.8 > (L.L.door_5) 0.8 > &&
    (S.L.PAX_Entry3_Open) (S.L.PAX_Exit1_Open)        
    
    (L.L.door_6) 0.8 > (L.L.door_7) 0.8 > &&
    (S.L.PAX_Entry4_Open) (S.L.PAX_Exit2_Open)

In der Passangercabin sieht es wie folgt aus:

[entry]
0

[entry]
1

{noticketsale}

[entry]
19

{noticketsale}

[exit]
19

[linkToPrevVeh]
29

[entry]
14

{noticketsale}

[exit]
13

[linkToNextVeh]
0

[entry]
14

{noticketsale}

[entry]
18

{noticketsale}

[exit]
13

[exit]
17

[linkToNextVeh]
0

Die Fahrgäste sind dann auch in der Lage im Nachläufer einzusteigen.

ABER: Das passiert nur, wenn die "wartende" Fahrgäste Neu gespwant wurden.

Fährst Du also an einer Haltestelle an wo die Fahrgäste bereits stehen, so werden die Höchstwahrscheinlich nur im Vorderwagen einsteigen.

Hast du auch die neue Eingänge in der Türscript definiert?

door_0 = PAX_Entry0_open

door_1 = PAX_Entry1_open

door_2 = PAX_Entry2_open

...