Aber noch nicht das absolute Maximum überhaupt. Ich könnte mir gut vorstellen die Sache mit unterlegten Lofts zu gestalten. Ist natürlich wahnsinnig aufwändig, aber der Gestaltung sind dann wenige Grenzen gesetzt. Die Bahndämme die DTG so verwendet sind ein ähnliches Prinzip um diesen Bodentexturen aus dem Weg zu gehen. Also "einfach" ein paar Lofts mit der selben Texturauflösung wie die Gleise erstellen, verschiedenen Breiten und Formen, engelehnt an reale Gleisbettunterbauten und schon gehts los. Wenn man OL mit Lofts hinfummeln kann, dann auch Gleisbetten.
Beiträge von Maik Goltz
-
-
@BkBtMarcel alles eine Frage der Perspektive. Aus Sicht von DTG ist alles wie es ein soll. Da kann der Deutsche meckern wie er will. Ist leider eine Tatsache. Schnell, einfach und unkompliziert möchte es der Brite haben. Komplizierte Dinge halten nur den Verkehr auf. Wiederstand ist zwecklos..
-
Es wäre allerdings schön, wenn ihr nicht so eine speicherplatzfressende Asset Struktur wie RSC aufbauen würdet und bei jeder Strecke die gleichen Assets mitliefert, die man dann 20 mal auf der Platte hat.
Wenn man etwas über Steam verkaufen will, muss das nun mal so sein. Die Strecke wird sich ausserhalb von Steam kaum so reichhaltig verkaufen lassen, dass der Aufwand wieder hereinkommt. Also wird man mit der gekapselten Assetstruktur leben müssen. Das macht den Entwickler auch wenig Spaß, glaub mir. Aber man hat eben keine Wahl.
-
Das ist leider die Standardvorgehensweise bei DTG und das wissen ja nun eigentlich auch alle. Damit muss man sich abfinden, auch wenn man das nur ungern tun (so wie ich). Aber irgendwann verlässt einen eben die Hoffnung auf Besserung. Der "normale" Kunde merkt von alle dem sowieso nichts. Und der "normale" Kunde ist die Zilegruppe von DTG. Von daher alles im grünen Bereich.
-
Ok, Norbert. Zur Kenntnis genommen. Dann verkneife dir aber von "professionell" zu reden. Das ist der wunde Punkt an der Stelle. Denn sowas ist alles andere als professionell. Danke.
-
UE4 - Effects Cave (echt krasses Zeugs)
-
Die Frage ist eher warum funktioniert das nicht rückwärts DTG
Dabei ist das supereinfach zu lösen. Einfach schauen in welchem Cab der Opa sitzt und die Guckrichtung der LZB umstellen. Das kann die LZB sogar im laufenden Betrieb. -
Der Fehler liegt wohl in der Lok bzw deren Script (möglicherweise). ForceExpert macht genau was es sagt, es forciert den Experten-Steuerungs-Modus für eine Aufgabe. Der User kann also nicht selbst wählen ob er einfache oder experten Kontrollen benutzen will. Im Fahrzeugscript kann man diese Einstellung abfragen Call("IsExpertMode"). Wenn ja dann liefert das eine 1 zurück und man kann entsprechend handeln. Dort wird der Fehler im Lokscript zu suchen sein. Welche 151 ist es denn genau? Ein Blick in das Script der Standard 151er sagt aber dass es richtig ist (wenn Expert dann reagiere auch). Da läuft eventuell was anderes schief.
-
Ich erinne dich in deiner Kaltschneuzigkeit hier einfach mal an die Festellbremse der 103 ohne Funktion.
Ja, ist klar Norbert. Da solltest du eventuell nochmal nachschauen und recherchieren bevor du hier Beispiele herzauberst die gar keine sind (findet sich wohl nichts anderes?). Hat ja nun absolut gar nichts mit Programmierung zu tun die Bremse. Aber das weist du als Profi ja genauestens (oder wohl doch nich...). Und ob Codeblöcke nun geklammert sind oder nicht, ist auch nicht wirklich wichtig für meine Aussage da oben. Damit wollte ich dir nur sagen, dass man solche Fehler sehen muss bevor man den Codeblock beendet (wie auch immer man diese in der entsprechenden Sprache tut) wenn man so professionell arbeitet wie du immer sagst. Du hast rein gar nichts kapiert von dem was man dir sagen will. Code mal schön weiter, aber vll. postest du deine Programmiererkenntnisse besser in einem Programmierer-Forum statt in ein Eisenbahnsimulator-Forum? Das ist der Kern der Ansprache meinerseits...
..dazu zitiere ich kurz:
Und noch was aus der Berufspraxis. Es steht dir frei das zu wiederholen. Schleifen schön verschachteln und für jeden Dreck Variablen öffentlich deklarieren. Wenn es dann nicht läuft oder du durch deine eigene Genialität nicht mir durchsteigst weil alles überall Einfluss hat, dann ist es deinem Wunsche nach hochkomplex aber für die Praxis nicht zu gebrauchen. Es ist absolut egal wie eine Schleife aufgebaut ist. Sie muss nur funktionieren. Variablen würde ich nur zu dem Zeitpunkt deklarieren, wo ich sie brauche und natürlich Private und nicht Public. So nun Schluss mit dem Fachgespräch.
Welche Berufspraxis? DriverService ist dein Beruf oder wie? Wohl bekomms. Welches Fachgespräch. Du willst mir doch nicht etwa unterstellen solch komisch verschachtelte Schleifenkonstrukte zu bauen wie du sie beschreibst? Wenn doch, woher nimmst du die Weisheit? Und was interessiert das hier überhaupt? Mir scheint eher du willst mit deinem "komisch Sprech" stets nur unnötige Aufmerksamkeit generieren, um überhaupt ein Bienchen zu ernten für all deine Professionalität. Ich glaub kaum dass der Programmiererquark hier irgendwen interessiert. Und dein DriverService wohl auch kaum. Die Resonanz ist zumindest bescheiden. Wenn du professionell rüberkommen willst, fang erst mal an eingebundene Bilder korrekt darzustellen. Sowas ist nämlich höchst unprofessionell. Das ist doch popeleinfach ein Bild in seinen Proportionen korrekt dazustellen. Das kann dein Klickibunti Editor für VB auch. Du kannst das nur nicht in deiner totalen Professionalität?! Traurig traurig. Vll solltest einfach mal etwas leiser sein. Eine Umfrage zu deiner Glaubwürdigkeit dürfte ziemlich negativ ausfallen.
EDITH sagt: da ich ja nicht so bin hab ich dir das mal getestet, siehe Bild .. möglicherweise greifst du es ja auf (das ist übrigens das erste VB Project das ich je angelegt habe .. aber da ist nichts anders als in C# oder C++ mit WPF und XAML)
Es ist jeweils die selbe Source. Das obere Bild steht auf Strech none und das untere auf UniformToFill. Das ist die ganze Magie dahinter und wirklich einfach und ohne Programmierkenntnisse zu machen.
-
Der Fehler liegt in der Art wie diese Regelung da drin arbeitet. Die ist eben sehr ungenau und ruppig. Das passiert halt wenn so ein Fahrzeug in einer Woche fertig sein muss. Da kann der Kunde auch nichts ändern sondern muss mit leben.
@Gandalf der Weise das ist wegen der AWS Beeinflussung. Du kannst mit der Lok und auch anderen deutschen Loks die mit der AWS Grundidee des TS eine pseudo PZB nachbilden nicht auf englischen, AWS aktiven Strecken fahren. Da gibt es irgendwann eine Beeinflussung die man nicht abarbeiten kann weil die AWS nicht im Fahrzeug integriert ist, der TS aber im Core eine AWS Funktion hat und anhand der Controller im Fahrzeug annimmt, dass wäre ein Fahrzeug mit AWS. Das kann nicht funktionieren. Passiert bei der RSC Ludi auch. Ist nicht anders zu machen mit solchen Standardfahrzeugen.
-
Man soll es kaum glauben. Ein immer wieder gern gemachter Fehler. Folge. 2 Stunden Arbeit gehen den Bach runter und jeder PC geht gnadenlos in die Knie. Da hilft auch der Affenklammer Griff nicht.
Wenn der Softwareentwickler es nicht im Kopf hat, trägt er Trauer.Damit willst du uns also nun sagen, dass du als professioneller Entwickler nicht in der Lage bist eine Endlosschleife dieser einfachen Art schon beim eintippen des Codes auszumachen? Sehr traurig. Das hat nichts mit professionell mehr zu tun. Sowas sieht man sofort und behebt es schon bevor man die schliessende Klammer des Codesblocks hinpflanzt. Da kann wohl jemand seinen eigenen Code nicht lesen... aber immer schön vom Leder ziehe hier. Mach das mal in einem Programmierer-Forum. Das wird spassig.
-
Sieht schick aus. Aber müsste -- die BR 120 hat doch HBUs? -- der Leistungssollgeber bei der alten Technik
nicht erstmal in 'Fahren' liegen bis die Zwischenkreise + Lüftung für die HBUs aktiv sind und erst auch dann Leistung wirken?
Wäre ein wichtiger Punkt, der mir aufgefallen ist.Du, mag sein, aber ich bin eherlich gesagt froh diese Art Steuerung da überhaupt irgendwie hinbekommen zu haben. Da werde ich mich hüten noch weitere aufhaltende Vorgänge dazwischen zu hängen die die Kette der Ereignisse zwischen Leistungsvorwahl und Leistungsaufschaltung verkomplizieren. Das ist im TS einfach nicht sauber lösbar und deswegen wird das nicht gemacht. Ausserm kennt keiner ausser dir den Unterschied. Wenn ich meinen eigenen TS programmiert habe, dann kann ich das alles einbauen, aber das Jahr 3287 ist noch ein bissel hin
-
Du greifst niemandes Können an. Das ist Absicht. Reale lösezeiten bringen mit der meisten Kundschaft Probleme. Das Fahrzeug schaltet keine Leistung auf wenn die Drücke im Cylinder größer 0 sind. Dauert das Lösne zu lange werden die Leute ungeduldig und dann heist es "das funktioniert nicht" oder "ich bekommen die Lok nicht ans Fahren" etc. pp., siehe Ludmilla, da war das schon öfter mal Thema. Das ist also ein gesunder Kompromiss für die Raser im TS. Da sich die Werte nicht on the fly ändern lassen, muss das halt so gemacht werden.
-
101EL wird es nicht geben. Und mag sein dass die im echten Leben in ZDS fahren könne, im TS wird das wieder nur mit derben Umständen machbar sein. Schon deswegen ist das nur ein Traum.
Der Steuerwagen wird natürlich dabei sein. Aber der krankt noch etwas. Da muss die AFB ja wieder raus und das hinterlässt ein gewaltiges Loch das gestopft werden muss. Ausserdem scheint der TS hier ein ziemliches Problem bei der Berechnung der Zugkräfte zu haben. Die Beschleunigung mit Stw voraus ist nicht gleich der als wenn der Zug anders rum fährt, also mit 120 voraus. Da muss wieder gefrickelt und gefriemelt werden.
Der Steuerwagen wird universell einsetzbar sein. Ist keine 120 im Zug die eine ZWS Bereitschaft vermeldet, rüstet der Steuerwagen normal auf und kann jede standard E-Lok des TS bewegen, also auch eine schwarze 101 wenns denn muss. Mit Diesel-Geared funktioniert er aber nicht, muss er aber ja auch nicht. Ludmilla und ER20 sollte gehen, wenn man den Fahrerkumpel auf den Stw platziert (wegen InputMapper).
Ausserdem werden die Lok und der Stw wohl eine separate KI Version benötigen. Das Script ist zu dick für massenhaft KI. Die Fehleranfälligkeit zu hoch. Übernahmen eines fahrenden KI Verbandes (im FreeRoam mit Fahrplan und FreeRoam an sich auch) sind ungetestet und werden auch nicht wissentlich unterstützt. Das geschieht dann auf eigenes Risiko. Bei derlei Funktionen die in der 120 sind ist das einfach nicht mehr wirklich zu handlen im TS. Das gilt ebenfalls für das Speichern und Fortsetzen von Szenarien. Soweit zu den Einschränkungen.
-
Dann benötige ich bitte eine zugrundeliegende Berechnungsmethode für den Zeitpunkt an dem das G aufleuchtet. Momentan ist dies an feste Werte gekoppelt die da sind:
...
VZiel < 100 ab <4000m
VZiel <= 160 ab <3000m
Vziel > 160 ab <2000m
....damit die Bremskurve eingehalten werden kann.Die Bremskurve lautet (targetVsollSpeedlimit == VZiel):
lzb.vSollSpeed = math.sqrt( ((lzb.targetVsollSpeedlimit * 0.28) ^2 ) + (0.8 * (lzb.targetDistance - 20)) ) * 3.6; -
Die Anzeiger für den Zylinderdruck ruckeln sich aber auch einen ab
Ja das ist der Bremscylinder-Bug des TS. Da kann ich nichts machen. Sobald 2 Loks im Zug sind fängt das an zu fighten. Muss man mit leben.
Und könntest du vielleicht den Abstand von der Geschwindigkeitsvormeldung zur Geschwindigkeitsreduzierung noch weiter vergrößern?
Bitte was?
-
Die Sache befindet sich nach wie vor in Entwicklung. Das Modell und entsprechend auch die Dinge die daran hängen wie Leuchtmelder werden auch noch korrigiert. Das momentane Augenmerkt liegt noch immer auf technischer Funktion und deren Fertigstellung. Danach wird poliert. Dieser Zugverband ist das komplizierteste Stück Dings was ich bisher zu machen hatte.
PS: das Video ist diesemal offziell und absichtlich eingestellt und wird da vorerst bleiben
-
Vor allem ist nicht direkt verstädnlich, warum es ein Problem sein soll, in das Kästchen für die Gleisanzahl eine 2 oder sonst was einzutragen. Das dauert unter eine Sekunde. Wer das nicht kann oder schafft, der braucht auch keine Strecken bauen wollen.
-
Sag ma Norbert was erzählst du schon wieder für zusammenhanglosen Kram. Was soll der User, der im Workshop von Steam ein Problem hat, mit Infos zu Webspace anfangen. Das hat miteinander erst mal rein gar nichts zu tun. Was du ihm suggerieren willst ist nicht sein Ziel und nicht die Lösung für sein Anliegen. Das solltest du als professioneller Entwickler aber eigentlich sofort erkennen und nicht so einen irreführenden Text schreiben.
-
Die Sache mit der 218 ist leicht erklärt. Da der Erbauer der Lok diese im Stillstand oder wenn sie unbesetzt ist in den Leerlaufgang schaltet, kann man zwar den Diesel hochtouren aber nicht fahren. Es benötigt dazu ein Diesel-Geared Steuerwagen. Die vorhandenen Steuerwagen sind elektrische. Ob das mit Diesel-Geared wirklich geht muss erst ausgetestet werden. Das ist was für die nächsten 2 Jahre vll.
