Das ändert aber trotzdem nichts an der Tatsache! Wenn man die Scripte einfach so wild miteinander verknüpfen dürfte, hatte die BR189 schon längst EL Qualität
Die Skripte verknuepft man nicht -- man muss schon (Lua-Assembler) programmieren koennen. Aber dennoch, aufgrund genau der Tatsache, fahre ICH die BR101 mit umschaltbarer Zugart und Du nicht (-- was ich persoenlich schade finde).
@Moderator: Ich meinte mit entpacken natuerlich den Inhalt der angehaengten .7z Datei, nicht der CologneKoblenzAssets.ap Datei. Ich werde ein .rwp schnueren!
Matthias J: Die Skripte sind nicht verschluesselt http://rail-sim.de/forum/index…altbarer-Zugart/?pageNo=2
Allerdings musste ich die Skripte auf der Bytecodeebene editieren und ergaenzen, und danach wieder assemblieren.
Gerne -- ich muss noch rausfinden, wie genau ich das mache.
Bei den meisten meiner Fixes tappe ich noch im Dunkeln, wass das Verbreiten von getweakten Luaskripten anbelangt. Ansonsten haette ich die sehr gerne mit der Community von Rail-sim.de geteilt!!!
Hatte DTG im Januar! um Erlaubnis gefragt -- bisher keine Reaktion. Ich habe auch noch folgende andere Fixes fuer DTG Loks:
- MA HH MG BR101 -- Zugart schaltbar zwischen O M U
- ER20 -- Zugart schaltbar zwischen O M U
- MA HH MG BR294 -- -- Zugart schaltbar zwischen O M U
- BR189 -- wirkungslose (nicht hydraulische) AFB Bremse gefixt, Schubkraftanzeige korrigiert
Hallo,
Typischer DTG copy&paste Fehler -- husch husch, muss morgen fertig sein. Da wurde u.a. vergessen, in der Soundproxydatei der 146.2 einen 2. Alarm fuer die 146.0 einzurichten und "Vigil Alarm" in "Sifa Alarm" umzubenennen . Oh, und der SIFA-Taster-Sound war auch vergessen worden und damit stumm...
Naja, einfach die angehaengten Dateien in Railworksverzeichnis entpacken/kopieren, dann sollte die SIFA der 146.0 ertoenen wie gewuenscht.
EDIT: Cache loeschen (Clear cache), um die Aenderungen zu aktivieren.
StefanDD
Falls die E4x 5x oder BR110 stimmen sollten -- darf ich evtl. ketzerisch fragen, wieso VR nur Museumsloks bzw. Loks, die vor 1990 konstruiert wurden, baut? Warum nicht mal eine BR101 EL oder eine moderne Traxx oder Bombardier Lok?
Ich hoffe die Frage wird nicht falsch verstanden -- ich habe mehr als 100 EUR in VR Loks und Addons gesteckt, aber wuerde gerne eine wirklich gut umgesetzte moderne Lok mit realisitschem Fuehrerstand, Zugsicherung, LZB von VR sehen -- eine Konkurrenz zur HRQ Taurus.
Gibt es bei VR eine "keine nach 1990 gebaute E-Lok" Philosophie, oder waeren moderne Loks mit EL Anspruch zu schwierig umzusetzen? Wer kennt da VRs Gedankengaenge?
Ich habe mir die Vectron vor dem WE gekauft und bereue das nun. Die PZB hat noch weitere Macken und ist einfach nicht sorgfaeltig implementiert -- mir verdirbt sowas total den Spielspass (Immersion ist weg). Z.B. schaltet sie nach restrikt. 1000MHz Strecke in Zugart O (<45km/h) bei Passieren des 500-ers in den ueberwachten (restrikt.) Modus um, also Vue=25km/h. Alle anderen PZB Zuege machen das aber anders (richtig). Mit dem Vectron kriege ich bei 40km/h dann sofort eine ZB beim Passieren des 500-ers. Wie kann sowas passieren, wenn man seine Software testet ??????????????????? Was ist mit Sorgfalt und Debugging bei der Softwareentwicklung?
Ausserdem zeigt das Display bei PZB ZB eine Sifa-ZB an, und spielt auch noch beide! Sounds ab.
Bisher noch nichts nuetzliches:
noreply@dovetailgames.comJan 21 (5 days ago)
"Many thanks for your email, we'll be in touch."
Die privaten Tests haben noch keine Probleme aufgezeigt. Ich hoffe sehr, dass DTG mir das Anbieten erlaubt, oder ein wirklich kundiger Payware-Entwickler hier einen hilfreichen (entwarnenden?) Kommentar abgeben kann. Ich habe die gleiche Funktionalitaet auch in den ER20 Eurorunner eingebaut und es waere wirklich schade, gerade beim ER20, wenn ich die Verbesserung auf aus dem Zug auf Zugart U umzuschalten nicht weitergeben koennen sollte.
Ich habe folgende email an DTG geschrieben und werde ueber das Result hier berichten:
"Hello,
For one of your popular addons, the route Munich-Augsburg, I have developed modifications to the BR101 engine scripts that allow the PZB traintype to be cycled through the types (O, M, U) and chosen by keyboard. This feature is something that, I am sure, many fellow owners of this addon would enjoy, especially those that enjoy driving with complex PZB controls.
I ask for your kind permission to make the two modified engine script files, namely "br101_engine.out" and "BR101 Engine Simulation.out" with the appropriate disclaimers from your EULA 9.2(c) available for download free of charge in suitable places such as rail-sim.de.
Kind regards,
Stefan"
Lieber Norbert,
du hast eine voellig falsche Vorstellung von den hier diskutierten Dateien. Hier geht es ueberhaupt nicht um das "Knacken" von verschluesselten Skripten. Die .out Dateien sind NICHT verschluesselt! Sie liegen einfach im Bytecode der Lua VM vor. Man muss auch keine unbekannten oder gar verbotenen Tools benutzen um die Skripte in den Lua Assembler-code zu verwandeln - die VM Bytecode Instruktionen zeigt einem sogar der im Railworks-Ordner mitgelieferte luac.exe Compiler an (-l Option).
Ausserdem wird mit veraenderten .out Dateien auch kein fremdes geistiges Eigentum preisgegeben, denn nach den Modifikationen wurden die Dateien ja wieder assembliert und liegen nun wieder im binaeren Bytecode vor.
Gruss,
Stefan
@Norbert,
Es gibt keinen funktionierenden Dekompiler fuer Lua 5.0. Alles was man aus den .out files machen kann, ist einen Assembler-artigen Quellcode zu rekonstruieren, den man dann anpassen und neuassemblieren kann. Glaube mir, dass ich VIEL LIEBER die Lua-Version der Skripte gehabt haette -- ich haette dann viel weniger Arbeit gehabt.
Siehe hier: http://chunkbake.luaforge.net
@siebzigernull
Das ist kein kleiner Hack bei dem ich mal schnell die richtige Stelle im Code gefunden habe. Ich habe etliche neue Funktionen mit je Dutzenden Zeilen neuen Assembler-Code schreiben muessen, um die auf 2 Skripte verteilten Zugart-abhaengigen Berechnungen zu synchronisieren and mit der dynamischen Zugartwahl zu kombinieren. Die Entwickler hatten eine dynamische Anpassung einfach nicht vorgesehen.,,
Matthias J.
Ich bedanke mich fuer die gutgemeinten Hinweise. Allerdings finde ich den Zungenschlag unnoetig, es haette hier irgendein Verstoss stattgefunden. Dies zu vermeiden war ja der Grund meiner urspruenglichen Frage. Ich moechte nur wissen, ob es moeglich ist, die fuer meinen Privatgebrauch (und zu Forschungszwecken blahblah) erstellten Modifikationen anderen interessierten zukommen zu lassen, und ob es fuer die .out Dateien einen auf rail-sim.de bereits bekannten Modus gibt.
Ich verstehe den Einwand nicht, man solle sich in die Entwickler versetzen. Fuer diese geht es doch darum durch Verkauf Geld zu verdienen. Wenn nun kostenlose Modifikationen die Funktionalitaet erweitern, also hier z.B. die BR101 Spielbarkeit erhoehen, mag daher durchaus Leute geben, die sich das Muenchen-Augsburg Addon genau darum kaufen, weil sie dann wie bei den vR oder HRQ Loks die Zugart waehlen koennen. Warum sollte also der Softwareentwickler darueber boese sein??? Die Software ist doch allein nicht benutzbar und es geht ja kein Geschaeft verloren -- es ist ein an sich nutzloses Skript, das in Verbindung mit dem MA oder HH Addon die Spielbarkeit verbessert.
Trotzdem haette ich gerne den praktischen konkreten Rat von Freeware- oder Paywareentwicklern, die diesen Prozess schon kennen. Es gibt ja etliche kommerzielle Produkte, die die .out Dateien veraendern (z.B. TTB) und ich hoffe, irgendjemand kann mir hier praktische Hinweise geben.
Hallo allerseits,
Das ist meine erste Post auf Rail-sim.de und ich denke eine wichtige. Ich habe mich an der fehlenden PZB Zugwahlfaehigkeit der BR101 von MA und HH (ueber Szenariokennung vorbestimmt) immer gestoert und nun gehandelt. Ich habe die engine- und Simulationsskripte der BR101 in muehevoller Kleinarbeit (lua assembler) so erweitert, dass man die Zugart (O-M-U) im Zug mit Ctrl+NumEnter zyklisch durchwaehlen kann. Ich die moechte die Dateien hier gerne zum Testen anbieten.
Allerdings brauche ich ein paar Tipps dafuer:
1. Welche Kategorie bei den Dateien?
2. In welcher Form ist das akzeptabel? Kann ich die geaenderten Skriptdateien (BR101 Engine Simulation.out und br101_enginescript.out) direkt hochladen, oder muss das aus rechtl. Gruenden als Patch aufgearbeitet werden (diff Datei oder so)?
Beste Gruesse,
StefanDD
