Beiträge von Barrett
-
-
Ich würde ja eher zu: "Nur auf null setzen wenns beim Fahren stört" tendieren, die Überladung merkt man, da kommt selbst die 103 kaum noch vom Fleck

-
Ist die 120 eigentlich auch, trotzdem wird sie nun bei DB Regio verheizt.
Würde ich eher als Universallok bezeichnen. -
-
-
Kann es evtl sein, dass der TS das generell setzt, und dann eben Ladung mit 0t drin ist?
-
das kostet so ca 10x10 Euro

Wirkliche Macke ist blos, dass sich die Tf nach dem LPW nicht fertigmelden.
Sonst sinds so Kleinigkeiten, der Bü 128 lässt sich nur am Stelltisch freimelden, ist aber wohl in Echt Radarüberwacht, sodass das selbst freimelden wegfällt. Außerdem lässt sich die DET nur mit dem Numpad bedienen, was teilweise nervig ist, weil die Kamera über den Stelltisch hüpft, wenn man die anderen Zifferntasten nimmt. -
Fulda ist da
Spaßiges Stellwerk, wenn auch mit kleinen Macken -
Nein, Signalsoft hat soweit ich weiß oftmals Sperrsignale bewusst falsch bezeichnet, in echt heißt das wahrscheinlich 1II oder 1I.
In Fulda stimmt das anscheinend alles wieder (tolles stellwerk übrigens) -
echt mal, sollen die gefälligst ihre blöden Amistrecken mit PZB und LZB ausrüsten! und die Signale da sind auch komisch, stellt da Ks hin! und die SD40 ab jetzt nur noch in Verkehrsrot!

-
@rschally: Das Auslegerpack lässt sich nicht entpacken, 7zip sagt das ist kaputt

-
bei
DEs_Sem_Dist_VR1 DB G Rep.bin-Stopping_ein
DEs_Sem_Dist_VR2 DB G.bin-Stopping_ein
fehlt im Download die Matrix. -
leider ja, bringt nix.
Edit: Zumindest bei den Vorsignalen habe ich das Problem gelöst, in der .bin fehlte unten folgende Matrix:
Code
Alles anzeigen<cHcRMatrix4x4> <Element> <e d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</e> <e d:type="sFloat32" d:alt_encoding="0000000000000000" d:precision="string">0</e> <e d:type="sFloat32" d:alt_encoding="00000040E17A74BF" d:precision="string">-0.005</e> <e d:type="sFloat32" d:alt_encoding="000000C0F5280440" d:precision="string">2.52</e> <e d:type="sFloat32" d:alt_encoding="00000040E17A943F" d:precision="string">0.02</e> <e d:type="sFloat32" d:alt_encoding="000000000000F03F" d:precision="string">1</e> </Element> </cHcRMatrix4x4>Kann es sein, dass das damit zusammenhängt, dass ich für die Vorsignale die 2D Map Anzeige aktiviert habe? Evtl stimmen die .bin dann nicht mehr?
-
Moin Moin,
bei meinen hohen Formvorsignalen aus dem Formsignalpack hängen Scheibe und Flügel auf einmal auf der Höhe wo sie beim normalen Vsig sind.
Auch sind bei einigen Prellböcken die Bohlen umgeklappt.
Die Prellböcke sind glaube ich aus dem Bf und Bw Objektepaket von @rschally
Weiß jemand woran das liegen kann?MfG
BarrettVorsignal
Edit: es scheinen nicht alle kaputt zu sein: nur das Dreibegriffige DB Vsig und der Zweibegriffige DB Wiederholer, der Rest sieht normal aus. -
Ich meine vR hat die rausgenommen, würde ich bei einem sonst so qualitativ hochwertigen Anbieter jedenfalls erwarten.
-
Warum probierst du das nicht einfach aus? Erstell dir einen Quickdrive mit aktuellen vR Fahrzeugen und gut

-
Wende dich bei Problemen mit Produkten von GBE bitte direkt an GBE im Supportforum des Herstellers.
-
-
Sagen wir....Nordeuropa?

-
Ein Hinweis: wir sind in Europa
