BahnLand

Hallo Lobo, bitte verstehe mich nicht falsch! Ich möchte Niemandem vorschreiben, sich nach meiner persönlichen Empfindung zu richten, die ich hier ausdrücken wollte. Da gebe ich Dir Recht. Aus der Vogelperspektive wird dies sicher nicht besonders auffallen. Ich persönlich sehe mir die Geschehnisse auf der Anlage auch gerne mal "aus der Nähe" an, wobei es nicht einmal die "Froschperspektive" braucht. Auch in der Kameraposition eines Fußgängers wird man bei beiden Lösungsvarianten das nicht der Realität entsprechende Verhalten mehr oder weniger deutlich erkennen können. Hast Du Dir eigentlich schon einmal Gedanken gemacht, wie man eine zu Deiner Realisierung passende Variante für Anhänger realisieren könnte? Denn dort kann man diese Methode nicht anwenden. Der Grund liegt darin, dass im Gegensatz zu Einzelfahrzeugen oder Zugmaschinen von Gespannen, wo man anstatt die Hinterachse in Richtung der lenkenden Vorderachse "nachzuziehen" die Vorderachse in Relation zur Bogenfahrt der Hinterachse "vorne hinaus schieben" kann, die Achsen eines Anhängers - solange sie nicht selbst "Kurven-einstellbar" sind - grundsätzlich auf den "Auflagepunkt" des verbundenen Wagenkastens ausgerichtet sind (bei einachsigen Anhängern oder bei der vorderen Achse ist dies die Anhängerkupplung des vorausfahrenden Fahrzeugs als Auflagepunkt für die Deichsel, bei der hinten Achse der Auflagepunkt des "Hinterwagens" auf dem Deichselgestell). Während man die Vergrößerung des Spurkreises für die Vorderräder einfach durch Verschieben des Fahrzeug-Auflagepunktes auf der Führungsschiene (dem Straßengleis) erzwingen kann, müsste man die "nachgezogenen" Achsen eines Anhängers jeweils auf einen kleineren Spukreis relativ zum Spurkreis der voraus laufenden Achse verschieben. Und das funktioniert mit der Methode für die Triebfahrzeug-Vorderachse nicht. Ich wüsste auch gerade nicht, ob man dies mit den Mitteln des Modellbahn-Studios überhaupt hinbekommt. Aber vielleicht hast Du ja dazu eine Idee. Dies würde zumindest aus der Vogelperpektive zusammen mit Deiner Realisierung für die Zugmaschine noch realistischer aussehen, als wenn nur die Zugmaschine sich "realistisch" in die Kurve schiebt, während der Anhänger sich weiterhin an der Spur des "Straßengleises" ausrichtet. Viele Grüße BahnLand

Hallo Freunde der ausgestellten Loks, auch als "Vitrinen-Modelle" machen die Fahrzeuge (besonders Seehund's "Glaskasten im Glaskasten") eine "gute Figur". Mein Bruder hatte mir vor vielen vielen Jahren einen Setzkasten für meine Märklin-Fahrzeuge gebaut, weil ich zum Aufbei einer Anlage keinen Platz hatte. Dieser hängt seither bei mir im Wohnzimmer an der Wand und ist angenähert wie oben gezeigt bestückt. So kann ich mich an den Fahrzeugen auch ohne aufgebaute Modelleisenbahn-Anlage ergötzen. Fahren tue ich dann virtuell mit dem Modellbahn-Studio. Viele Grüße BahnLand

Hallo Andreas, wenn ein Fahrzeug oder Fahrzeug-Gespann (z.B. Zug oder Auto mit Anhänger) ein Gleis erreicht, und damit ein "Zug betritt Gleis"-Ereignis auslöst, bekommt man dort automatisch den Namen des antreibenden Fahrzeugs mitgeliefert. Diesen Namen kann man beispielsweise in einer Variablen hinterlegen, um zu einem späteren Zeitpunkt das Fahrzeug über seinen Namen wieder adressieren zu können. Allein um das Fahrzeug "ansprechen" zu können, z.B. um ihm eine Geschwindigkeit zuzuweisen, ist es also nicht notwendig, das (angetriebene) Fahrzeug über eine Nummer zu identifizieren. Nummern werden beispielsweise dann benötigt, wenn wenn Fahrzeug nicht über das "Zug betritt Gleis"-Ereignis erkannt werden kann (z.B. ein Wagen ohne eigenen Antrieb oder ein "passiv" mitgezogenes Triebfahrzeug). Dann muss aber der Name des Fahrzeugs selbst eine Nummer sein, damit der Name über einen numerischen Algorithmus erzeugt werden kann (z.B. durch Hochzählen einer Nummer), um dann möglicherweise das Fahrzeug über Bedingung "Fahrzeug steht auf einem Gleis" (welche auch für Wagen wirksam ist) identifizieren zu können. Diese Fahrzeug-Namen können leider nicht über einen Algorithmus vergeben werden, weil ja ein "passives Fahrzeug" durch das "Zug betritt Gleis"-Ereignis nicht erkannt werden kann. Man muss also die "Nummern"-Bezeichungen den Fahrzeugen "von Hand" zuordnen. Viele Grüße BahnLand

Hallo Reinhard, bereits in den Katalog hochgeladene Fahrzeuge funktionieren auch weiter mit "Rad0/Rad1". Nur wenn Du ein neues Modell hochlädst, müssen die Rad0/Rad1-Objekte zukünftig "_WheelSet0/_WheelSet1" heißen. Viele Grüße BahnLand

Hallo Streitross, es ist schon beeindruckend, wie Du auch auf "minimalistisch" kleinen Anlagen eine interessante Ereignissteuerung hinbekommst. Viele Grüße BahnLand

Hallo Brummi. Danke für die Info. Viele Grüße BahnLand

Halli Brummi, Deine gebogenen Bahnsteige und Bahnsteigdächer sehen einfach genial aus! Wie befestigst Du diese am Gleis? Viele Grüße BahnLand

Hallo Quackster, beispielsweise kann Paint.net dds-Grafiken einlesen und abspeichern. Für das Übertragen der Tauschtextur auf das Modell kannst Du aber auch die Formate jpg und png verwenden (mache ich auch so). Viele Grüße BahnLand

Hallo Hans, in der Definition "Ampeltakt_05" schaltest Du die "Ampel_1.0" auf Rot. Damit löst Du das Ereignis "Initial" aus. Deshalb laufen ab diesem Zeitpunkt die beiden Ampeln um 0,3 sec versetzt parallel. Fazit: Du darfst in der Definition "Initial" nicht den Auslöser "Ampel_1.0 schaltet auf Rot" verwenden! Viele Grüße BahnLand P.S.: Da Du in dem kompletten Zyklus die erste AMpel zweimal auf "Rot" schaltest (in der Mitte und am Ende), verdoppeln sich die Zyklen bei jedem Durchlauf (quasi parallele (leicht zeitversetzte) identische Countdown-Aufrufe und -Ereignisse). Dadurch werden die Ampelschaltungen mit der Zeit immer "wirrer". Wenn Du stattdessen in der Definition "Ampeltakt-return" noch einen Countdown-Aufruf hinzufügst, und dessen Ablauf als Auslöser für das Ereignis "Initial" hernimmst, hast Du die Schleife wieder geschlossen. Diesen Countdown kannst Du dann auch mit dem Startschalter aufrufen. Zum Beenden der Schleife musst Du dann die Initilal-Ereignisdefinition deaktivieren. Natürlich kannst Du insgesamt stattdessen auch die von EASY vorgeschlagene Lösungsmethode verwenden.

Hallo Hans und Lobo, da ich bisher kein "eigenes" Automodell besitze, habe ich mir kurzerhand unter Verwendung von "Fotos" eines "Basis-Modells" von Neo ein relativ "abstraktes" Demonstrationsfahrzeug gebastelt, um eine mögliche Lösung des Problems für Straßenfahrzeuge vom Typ "Rollmaterial" aufzeigen zu können. Ich bitte daher das etwas "grobschlächtige" Aussehen meines Modells nachzusehen. Der Modellbauer kann den "Aufsetzpunkt" des Autos auf dem "Straßengleis" dadurch festlegen, dass er in kurzem Abstand zwei "Meta-Drehgestelle" "Rad0" und "Rad1" (ab V4 "_WheelSet0" und "_WheelSet1" genannt) unter dem Auto fixiert. Diese "Meta-Drehgestelle" können jeweils aus einem einfachen Viereck bestehen, dessen "eingefärbte" Oberfläche nach unten zeigt. So ist es für den Betrachter des Modells unsichtbar. Da die beiden Drehgestell-Objekte jeweils mittig zur Gleisachse ausgerichtet werden, kann man durch deren sehr enge Anordnung unter der Hinterachse des Autos genau den in Euren Bildern gezeigten Effekt in den Kurven erzwingen. Das obige Bild zeigt links das Fahrzeug ohne hinzugefügte "Meta-Drehgestelle", während diese beim rechten Modell unter der Hinterachse eingebaut sind. Für mich persönlich stellt sich allerdings die Frage, ob es angesichts der Tatsache, dass man die Vorderräder nicht einschlagen kann, überhaupt wünschenswert ist, diese eigentlich "Vorbild-gerechtere" Kurvenfahrt nachzuempfinden. Denn gerade durch das hierdurch bewirkte "Ausscheren" des Fahrzeug-Vorderteils kommen die nicht eingeschlagenen Vorderräder besonders zur Geltung, was in meinen Augen den Vorteil eines "vorbildgerechten" Kurvenverhaltens mehr als zunichte macht (beim linken Fahrzeug fällt dies eben nicht so extrem auf). Und das Realisieren von automatisch via Animation einschlagenden Rädern in Abhängigkeit von der zu befahrenenden Kurve halte ich mit den heutigen Möglichkeiten im Modellbahn-Studio für eine Illusion. Viele Grüße BahnLand

Hallo FeuerFighter, bekommst Du die grüne Ecke im "Herzstückbereich" auch noch weg? Das wäre schön. Die Pyramide empfinde ich persönlich eher als störend. Ein kleiner runder "Kanaldeckel" oder so etwas ähnliches (alternativ rechts oder links im Seitenstreifen) wäre da meines Erachtens etwas "unscheinbarer". Viele Grüße BahnLand

Hallo Streitross, Um zu verstehen, wie das neue Gleissystem funktioniert, ist es vielleicht nicht schlecht, sich den Aufbau des bisherigen Gleissystems zu veranschaulichen. Der Grundbaustein für das "alte" Gleis war ein Gleisstück von der Länge eines Schwellenabstands. Es berstand also aus einer Schwelle, dem die Schwelle umgebenden Gleisbett und zwei kurzen Schienenstücken in der Länge des Schwellenabstands (von mir im Folgenden kurz "Schwellengleisstück" genannt). Dieses kurze Gleismodell wurde entlang den Spuren, die man im Gleiseditor definieren konnte, hintereinandergelegt, um so das komplette Gleis (inklusive Weichen, Kreuzungen usw.) als aus vielen Schwellengleisstücken bestehende "Kette" darzustellen. Der grundlegende Unterschied in V4 besteht nun darin, dass der "Grundbaustein", aus dem der Gleisverlauf zusammengesetzt wird (also das "Kettenglied"), nun nicht mehr das bisherige fest vordefinierte Schwellengleisstück sein muss, sondern ein beliebges Modell sein kann. Die neuen Gleise sind also "Ketten" aus beliebigen Modellen, die nun entlang vorgegebener Spuren den neuen Gleisverlauf bilden. Nimmt man nun als solches Kettenglied beispielsweise ein kurzes Straßenstück oder ein Stück-Straßenbahngleis mit in die Straßenoberfläche eingelassenem Rillengleis her, kann man so Straßen oder Straßenbahngleise mit beliebigen "Gleis"-Geometrien herstellen, wie es in V3 für die bisherigen Gleise möglich war (nur sieht der Gleiseditor nun etwas anders aus, weil man jetzt die Spuren über "Splines" definiert). So wie der Modellbauer schon bisher Modelle als "klassisches 3D-Modell", Rollmaterial, Signal usw. hochladen konnte, gibt es nun in V4 einen neuen Modelltyp "Gleis/Straße" für das vom Modellbauer hochzuladende Modell. Der Modellbauer erstellt hieraus Gleis-und Straßen-Elemente oder auch andere einem Spurverlauf folgenden Bauteile, die dann im Online-Katalog dem Nutzer zur Verfügung stehen, und von diesem mit dem neuen Gleiseditor auch wieder (wie schon in V3 möglich) nachträglich in der Geometrie verändert werden können. Da die V3 vom klassischen Schwellengleis abweichende Basimodelle für den "Gleisbau" nicht untersützt, können derartige Modelle (also insbesondere auch FeuerFighter's neue Straßenelemente) hier nicht eingesetzt werden. Die Variabilität der Gleisgeometrie ist auch in V4 auf die hotizontale Ebene berschränkt. D.h. Gleise (und alle Gleis-artigen Gebilde) können nur in der Ebene, aber nicht nach oben oder unten gebogen werden. Die Gleise bleiben also weiterhin "verwindungssteif". Damit wird es auch zukünftig beim Verlegen von Kurven in Steigungen zu den bekannten Querneigungs-Sprüngen kommen, die man nur dadurch minimieren kann, dass man einen großen Bogenverlauf in viele kurze Gleisstücke unterteilt, und damit einen großen Querneigungs-Sprung auf viele kleine Querneigungs-Sprünge aufteilt. Viele Grüße BahnLand

Hallo Fex, das Prinzip der Tausch-Texturen funktioniert so: Der Modellbauer legt eine der im Modell verwendeten Texturen (oder die eine (Multi-)Textur) als austauschbar fest, indem er die zugehörige Texturdatei für sein Modell (bereits im Konstruktionsprogramm) mit dem Dateinamen "_Custom.xxx" versieht. Hierbei steht "xxx" stellvertretend für eine Grafikdatei-Endung wie z.B. "jpg", "png", "dds" usw. Da ich selbst überwiegend mit Textur-Dateien im png-Format arbeite, heißt bei mir die austauschbare Texturdatei daher "_Custom.png". Nachdem der Modellbauer sein Modell in den Online-Katalog des Modellbahn-Studios hochgeladen hat, wird dem Benutzer in der Modell-Beschreibung des Katalog-Eintrags angezeigt, dass für dieses Modell Tausch-Texturen eingesetzt werden können. Der Austausch einer Textur durch den Benutzer kann nur für ein auf der Anlage bereits platziertes Modell erfolgen. Über das Pinsel-Symbol im Eigenschaftsfenster des auf der Anlage ausgewählten Modells kann sich der Benutzer nun das Eingabefeld für die Tauschtextur anzeigen lassen. Bei einem Klick auf die 3 Punkte im Tauschtextur-Eingabefeld öffnet sich ein Popup-Menü, in dem man sowohl die neue Textur, die nun für das Modell verwendet werden soll, aus einer Datei oder dem Katalog zuweisen kann, als auch die vorhandene Original-Textur des Modells (die "_Custom.xxx"-Datei) als Vorlage exportieren kann (wird als Texturdatei im dds-Format unter dem vom Benutzer eingegebenen Namen abgespeichert). Der Benutzer kann nun diese Vorlage für seine eigene Textur weiterverwenden oder sich einfach nur an deren Layout orientieren. Sobald die von ihm erstellte Tausch-Textur wie in Punkt 3. beschrieben für das Modell eingelesen wurde, wird diese für das Modell auf der Anlage wirksam. Viele Grüße BahnLand

Hallo Fex, auch mit gefällt Deine dänische Rangierlok aus dem Olsenbande-Film sehr gut. Was mich an den Beiträgen vom vergangenen Dienstag allerdings irritiert, ist, dass ich diese erst heute "zu Gesicht bekomme". Ich weiß nicht, warum diese mir letzten Dienstag nicht als "neu/ungelesen" angezeigt wurden (@Neo: Gibt es hierfür eine Erklärung?). Viele Grüße BahnLand

Hallo Hans, gegenseitige doppelte Verknüpfungen sind gefährlich. Denn durch eine Verknüpfung wird die relative Position eines Objekts zu dem verknüpften Objekt festgelegt. Hast Du nun eine beidseitige (d.h. gegenläufige) Verknüpfung hergestellt, und stimmen die relativen Postionen beider Verknüpfugen nicht 100%ig überein, kommt es aufgrund der Rückkopplung zu einer Kettenreaktion, die bespiespielsweise bewirken kann, dass sich beide Objekte miteinander aus dem Bild bewegen und nicht mehr mit der Maus erfasst werden können. Also: Hände weg von einer gegenseitigen paarweise oder auch über mehrere Objekte hinweg erzeugten Ring-Verknüpfung !!! (Ich habe damit schon ganz fiese Erfahrungen gemacht!) Viele Grüße BahnLand

Hallo FeuerFighter und Brummi, ich habe ja im V3-Katalog auch noch Straßen-Texturen (mit Bankett) herumliegen, mit denen ich aus den Gleisen "Straßen" machte. Ich wollte auch noch prüfen, ob ich mit einem geeignten Querschnitt-Profil diese Texturen weiterverwenden kann, komme aber im Moment nicht dazu. Falls Ihr nicht mehr wisst, um welche "Straßen" es sich hierbei gehandelt hat: Es waren die mit den störenden schwarzen "Artefakten", weil ich die Schienen bei diesen "Straßengleisen" nicht komplett wegbekommen habe. Mein großes Anwendungsbeispiel hierfür wafe die Anlage "Auto-Bahn (Betrieb)" im Online-Katalog. @FeuerFighter: Wenn man bei Deinen Straßen auch noch die Fahrbahnbreite individuell einstellen könnte, wäre hier "meine" Umstellung möglicherweise überflüssig. Denn Deine Straßen sehen wirklich "super" aus. Viele Grüße BahnLand

HAllo FeuerFighter, Wem sagst Du das! Das kenne ich auch aus eigener Erfahrung. Viele Grüße BahnLand

Hallo FeuerFighter, Dein Straßenbelag gefällt mir sehr gut. Der sieht so richtig "gebraucht" aus . Viele Grüße BahnLand

Hallo Peter, bei Modellen, die Tauschtexturen unterstützen, kann man die Original-Textur als Muster direkt vom Modell herunterladen. Viele Grüße BahnLand

Hallo Hans, da Du hier zu diesem Thema einen neuen Thread angefangen hast (parallel zu diesem hier), laufen jetzt diese beiden Threads nebeneinander her, wobei man immer beide Threads anschauen muss, wenn man beide "Themen" im Zusammenhang verstehen will. Ich sehe bei diesem Problem noch nicht das "Licht am Ende des Tunnels". Da Neo aber hier zugesagt hat, dass er sich um eine entsprechende komfortable Lösung in der EV kümmern möchte, sobald die V4 veröffentlicht ist, werde ich zuerst einmal "abwarten". Viele Grüße BahnLand

Hallo Modellbahnspass, bisher war es ja auch nicht möglich, als Nutzer einem Modell mittels "Tauschtextur" ein neues "Outfit" zu verschaffen. Dies ist jetzt erst mit V4 möglich. Hierzu müssen die Modellbauer nur bereit sein, eine oder die in ihren Modellen verwendete Textur als "austauschbar" auszuzeichnen. Dann wird es möglich sein, dass der Nutzer hier stattdessen eine eigene Textur verwenden kann. Ich sehe daher hier auch ohne "Pappkarton-/Grundkörper-Fahrzeuge" oder "Überstülp-Modelle" die Möglichkeit, die Vielfalt der auf den Anlagen einsetzbaren Fahrzeuge unabhängig von der Anzahl der zur Verfügung stehenden "Ur"-Modelle zu erhöhen. Dies gilt übrigens nicht nur für Fahrzeuge, sondern für alle Modell-Typen - selbst für Gleise. Dass dies selbst für nur aus in der Multitextur hinterlegten "kleinen Farbtöpfen" eingefärbte Modelle (zumindest in eingeschränktem Maße) funktioniert, habe ich mit der Käfer-Familie - basierend auf Seehunds "Ur"-Modell - bewiesen. Viele Grüße BahnLand

Hallo Hans, die Möglichkeit, die "andere" Spur zu sperren, wenn eine Spur der Kreuzung befahren wird, ist nicht das Problem, auch nicht unbedingt das "Auseinanderhalten" der im "Stau" aufeinander fahrenden Einzelfahrzeuge (einfach die Kupplungen deaktiviert halten). Das Problem ist vielmehr das automatische Wiederanstarten der Fahrzeuge, sobald die Spur wieder freigegeben wird. Da insbesondere diese Funktionalität der bisherigen Kreuzung wegfällt, muss man nun "wissen", wie weit nach hinten die variable (sich zufallsgesteuert verändernde) Autoschlange reicht und wieviele Gleisstücke daher für die explizite (bewusst programmierte) Geschwindigkeitszuweisung mittels der EV berücksiichtigt werden müssen. Das habe ich versucht, in diesem Beitrag zu veranschaulichen. Viele Grüße BahnLand

Hallo Marko, Dies bedeutet aber dann in letzter Konsequenz, dass das komplette Straßennetz außerhalb von Verzweigungen "überwacht" und für den möglichen Start von Autos innerhalb aufzulösender Warteschlangen einbezogen werden muss. Bei langen Straßenzügen, die nicht durch ein einzelnes Flexgleis dargestellt werden können, sondern gegebenenfalls aus zig Straßenelementen bestehen, kann dies zu einer sehr aufwendigen Ereignissteuerung führen (meine Gotthard-Anlage besitzt beispielsweise einen von Wassen bis Amsteg reichenden Straßenabschnitt ohne dazwischen vorhandene Kreuzung/Verzweigung). Ich vermute, dass Du damit den vorderen Teil dieses Absatzes meinst, da sich der von Dir zitierte Satz am Ende desselben befindet. Im Gegensatz zu Autos, die - wenn sie nicht gerade "rangieren" - normalerweise einen Vorwärtsgang eingelegt haben (also der Geschwindigkeitswert immer positiv ist), kann eine Lok auch "umgekehrt" (d.h. mit dem hinteren Führerstand vorne) einem Zug vorgespannt sein. Dann besitzt sie eine Geschwindigkeitszuweisung mit negativem Vorzeichen. Bei meinen Zügen auf der Gotthard-Anlage (einer neueren noch nicht veröffentlichten Variante) habe ich für jede Lok eine Objektvariable definiert, in welcher der Betrag der vorgesehenen "Soll"-Geschwindigkeit und das Vorzeichen für die aktuelle Fahrtrichtung des Triebfahrzeugs innerhalb des Zugverbands hinterlegt ist. Wenn der Zug die Fahrtrichtung wechseln soll (Zug wendet), wird in der Objektvariable einfach das Vorzeichen umgedreht. Hierbei spielt es dann auch keine Rolle, ob die Lok den Zug schiebt oder zieht oder sich in der Mitte befindet. D.h. die Ablage der individuellen Sollgeschwindigkeit für einen Zug in einer zugeordneten Objektvariable ist eine feine Sache und kann so (abgesehen vom Vorzeichen) natürlich auch auf Autos angewendet werden. Mit dem mittleren Satz wollte ich ausdrücken, dass in jedem Gleisabschnitt meiner Gotthard-Anlage sich zu einem Zeitpunkt stets höchstens ein Zug befindet. Dessen Triebfahrzeug kann dann natürlich über die Auslöser- oder _Trigger1-Variable immer eindeutig identifiziert werden - solange im selben Zug nicht mehrere Triebfahrzeuge gleichzeitig "aktiv" sind (und genau letzteres vermeide ich). Bei einer Autoschlange geht das natürlich nicht. Da ist es eigentlich der "Normalfall", dass es in der durch "Auffahren" erzeugten Autoschlange (die dann für die EV einen "zusammengekuppelten" Zug darstellt) mehrere "aktive Triebfahrzeuge" geben kann, sodass der Inhalt der Auslöser- oder _Trigger1-Variable beim "Zug-betritt-Gleis"-Ereignis nicht mehr eindeutig ist. Als "unkontrolliert" bezeichne ich hierbei den Fakt, dass von der EV (zumindest in meiner Theorie) die Anzahl und Reihenfolge der zu adressierenden Autos in einer auf einem Straßenabschnitt stehenden Autoschlange nicht vorhersehbar ist. Unter dem Aspekt der ersten Antwort hast Du Recht, da hier die Zusammenfassung der Einzelfahrzeuge in der Autoschlange durch Zusammenkuppeln nicht notwendig ist. Sobald ich aber nicht sämtliche Straßenzüge komplett in irgendwelche Ampel- oder Bahnübergangs-Steuerungen einbeziehen möchte, ergibt sich hieraus das (theoretische) Problem, dass eine Autoschlange länger sein kann als der "überwachte" Straßenabschnitt. Und dann müssen darüber hinaus ragende Autoschlangen-Abschnitte von den vorderen Abschnitten "vorgezogen" werden können. Und das geht nur durch zusammenkuppeln. Der Anwender hat da wirklich keine Möglichkeit, selbst etwas zu unternehmen. Aber der Modellbauer kann - wenn er möchte - sein Modell natürlich jederzeit korrigieren und dann nochmals übergeben. Die Frage ist nur, ob er das auch tun oder sich lieber auf neue Modelle konzentrieren möchte. Viele Grüße BahnLand

Hallo Seehund, Ich freue mich schon auf dieses wunderschöne Modell! SUPER !!! Viele Grüße BahnLand

*Hallo Marko, Wie soll ich die ankommenden Autos vor der geschlossenen Schranke registrieren? Das ertse Austo kann ja noch in ein kurzes Stoppgleis vor der Schranke einfahren und damit registriert werden. Um weitere ankommenden Autos in der Schlange registrieren zu können, muss ich dieses Stoppgeis entsprechend verlängern, damit "alle" ankommenden Autos das "zu-betrritt.Gleis"-Ereignis auslösen können. Wie lang soll nun dieses Gkleis sein, wenn die Länge des Staus vor der geschlossenen Schranke beliebig sein kann? Diese Vorgehensweise wende ich bereits bei meinen Zügen auf der Gotthard.Anlage an, da diese nicht nur verschwiedene Geschwindigkeiten besitzen, sondern auch vorwärts oder rückwärts ausgrichtet sein können. Dies lässt sich auf "einfache" Weise tatsächlich nur mit in Objektvariablen abgespeichertebn "Eigen"-Geschwindigkeiten lösen. Im Gegensatz zu meinen Zügen, von denen jeder exklusiv auf einem speziellen Gleis steht, reihen sich die Autos auf einer Spur "unkontrolliert" aneinander. Und da es meines Wissens auch in V4 kein Array geben wird, habe ich bisher keinen Weg gefunden, eine variable Anzahl von Objekten in einer später wieder abzufragenden (irgendwie gearteten) "Liste" abzulegen. Diesen "Trick" habe ich auch schon beim "Ablaufberg" angewendet. Wenn es aber sehr viele Objekte unterschiedlicher Art gibt, die alle mit rein numerischen Bezeichnern ausgestattet sein sollen, wird man sehr schnell den Überblick verlieren. Was hier z.B. in der EV fehlt, ist die zusätzliche Ausgabe (als weiterern _Trigger-Wert) des Fahrzeugs (unabhängig ob antreibende oder passiv laufende Lok oder Wagen), das sich beim Ereignis "Zug betritt Gleis" tatsächlich auf dem "betretenen" Gleis befindet (die "Auslöser-Lok" könnte ja schiebend am anderen Ende des Zuges positioniert sein). Das "Aufeinanderfahren" ist nicht nur wegen der unterschiedlichen individuellen Geschwindigkeiten ein Problem, sondern grundsätzlich beim Bilden von Autoschlangen vor Hindernissen wie z.B. geschlossenen Schranken und roten Ampeln. Genau das "Wieder-auseinander-pfriemeln" ist das Problem, weil man beim "geschlossenen Zugverband" nicht feststellen kann, wo ein Auto oder Gespann endet und das nächste anfängt. Im Prinzip hast Du Recht. Nur würde ich die "Luft" nicht hinten, sondern vorne anhängen. Dann hast Du nämlich weiterhin die Möglichkeit, hinten einen Anhänger (beim PKW beispelsweise einen Wohnwagen) anzukuppeln, was nicht mehr ginge, wenn Du die "Luft" hinten einplanen würdest. Der Effekt mit dem "auseinander haltenden" Zwischenraum ist in beiden Fällen der gleiche. Viele Grüße BahnLand