Andy

Jo Hermann, das wird's sein. Meiner hat's schon mit V4 nicht gepackt und der kann bis 2,33. Beim Video frage ich mich, wieso man eine extra Aufzeichnungssoftware, wie z.B. ShareX, im Hintergrund laufen lassen kann und dann hat er trotz einer Task mehr keine Probleme alles sauber mitzuschneiden. Dann reicht die Zeit. Vermutlich auch mit Deinem Rechner und V5 mit Schatten. Auffallend ist auch, dass V5 die Grafikkarte entschieden mehr in Anspruch nimmt. Wenn ich da mit Laptop ins Kaffee gehen, reicht's nicht mehr bis zur zweiten Tasse, dann ist der Akku leer. Laptops sind sehr empfindlich, was 3D-Grafik angeht. Selbst wenn die ohne 3D-Grafik 3 oder 4 Stunden laufen können, mit 3D-Grafik geht's sehr schnell abwärts. Da kostet offensichtlich jede DirectX-Funktion extra Strom. Nun wäre die Frage, ob's da eine Einstellungsmöglichkeit gibt, die das reduziert, wenn man nur programmieren möchte und nicht gerade auf gute Grafik angewiesen ist. Und falls ja, ob man sich da zwei, drei Presets zurechtmachen könnte, auf die man schnell zugreifen kann. Gruß Andy

Hi André, already suggested that a while ago. Something like an User-Wiki is already in the todo-list.

Hallo Neo, erstmal bin ich froh, wenn Du da wirklich was gefunden hast. Jetzt noch eine sehr elementare Frage: Wenn ich nun bei dem rekursiven Flow eine Ebene tiefer komme, dann kann ich aber davon ausgehen, dass mir keine Modulvariablen da lokal erzeugt werden und die des vorherigen Niveaus überdecken, oder? Sollte ich das hingegen wünschen, muß ich über Lua gehen, richtig? Gruß Andy

Ich will den Hauptthread nicht belasten: Wenn Lua der Name des Mondes ist, ist der Igel drauf gelandet! Luna!!! Und Neil A. - lest das mal rückwärts...Verschwörung!!! Nachtschatten, Kurschatten, Lidschatten. Ihr habt doch alle 'nen Schatten! Sind wir nicht alle ein wenig Luna? Auf jetzt Troopers, Bugs suchen. Da muß noch ein Brainbug sein. Ein großes fliegendes Spaghettimonster. Euer Bugbuster Andy42

Jede meiner 'Fahrwegbeschreibungen' hatte eine OV Auftrag drin, als Wert ihren eigenen Namen. Naja, und der Auftragshandler auch eine Auftrag um einen solchen dann aufzunehmen. Dabei sind diese Aufträge Schalter gewesen, um sich aktivieren zu können. Da wir keine Gesamtauswahl für Schlagworte haben, habe ich den weiter oben beschriebenen Trick verwendet um jenen 139 Schaltern allen auf einen Klick das Schlagwort AUFTRAG zu verpassen. Wobei ich da keine Ahnung hatte, dass ein Schlagwort direkt irgendwas mit einer OV zu tun hat. Hat natürlich auch den Effekt gehabt, dass nun 139 mal jene OV des Eigennamens verschwunden ist, möglicherweise liegen die Reste noch irgendwo rum und spielen Zeitbombe. Nun, das war nicht tragisch, da nur an einer Stelle .Auftrag verwendet, wo's dann .Name auch tut. Hätte ich's per Hand gemacht, hätte es MBS verhindert und gesagt, dass dies wegen Namensgleichheit nicht möglich ist. Aber da der Trick wunderbar mit SCHALTGLEIS geklappt hat, was sonst nicht gebraucht wird, habe ich das auch mit AUFTRAG so gemacht - und habe diese Meldung erst viel später zu Gesicht bekommen... Desweiteren ist meine Erkenntnis, das kompliziertere Prozeduren, wie der Auftragshandler und der Pfadsucher, eben nichts für die Standard-EV sind. Das ist was für Lua und dann klappt's auch mit dem Stack. Und für die beteiligten Objekte werde ich auch 'wartbare' Luatables anstelle von OVs verwenden. @ademes for such complex layouts like yours, think about moving from object variables to Lua-tables. You can convert them with a little bit of textprocessing in an external editor grabbing them from the exported EV of your V4 (for your V4-layout!). Believe me, that way you can handle them much better later (MBS<->externalEditor). It's worth to learn Lua. And don't ask me now how those tables have to look like, that depends how you plan to use them. Also, complex 'procedures' should also better be rewritten in Lua, for reasons that I am describing here all the way. Gruß Andy

Erm, 'tschuldigung, da ist schon der nächste: (merke Andy := kürzester Abstand zwischen zwei Bugs) Bild 1 zeigt, die Objektvariable heißt 'Auftrag', großes A, kleiner uftrag Bild 2 zeigt, dass MBS sie gerade mal in voll groß gewandelt hat (in der Auswahl gibt es nun auch nur noch 'AUFTRAG', wie man sieht). Liegt daran, dass ich allen Aufträgen das Schlagwort 'AUFTRAG' zugeordnet habe. Und jetzt hapert's hier mit der case sensivity... p.s.: wenn der erste Aufhänger bekämpft ist, schauen wir mal. Ich hätte dann noch einen zweiten gespeichert. Ich baue jetzt erstmal weiter um, denn mit dem rekursiven Flow und meinem eigenen rekursiven Pfadsucher gibt's nun einen abgefangenen Stack overflow. Bis denn, gute Nacht.

So, Andy proudly presents: der dumm-dumm-Bug Mein 'Auftragshandler' besitzt zwei Variablen des Typs 'Objekt' um den Auftrag zu übernehmen, "input" und "Auftrag". Ein Auftrag meldet sich in "input" an und wird, wenn alles gut geht, nach "Auftrag" übernommen. Schauen wir uns mal an, wenn ich da den bösen Teil weglasse und stattdessen in ein 'Fullstopscript' schalte (Protokollbild). Und jetzt mal die Programmierung, wenn's sich aufhängt (Bild 2) Es hängt, wegen den letzten beiden Kommandos. Was habe ich mir dabei gedacht? Das Ereignis ist: Variable input (Auftragshandler) wird gesetzt. Also die Objektvariable, die auch als Typ Objekt deklariert ist. Und weil dann bei der Aktion Variable setzen als Auslöser 'Objekt' genannt wird, denke ich mir, es ist dann das Auslöser-Objekt, also was in Auftragshandler.input drinsteht (nämlich mein Auftrag) und deshalb weise ich dem in Name angebotenen Objektvariablennamen confirm zu, denn das ist die Objektvariable des Auftrags, der nun in Auftragshandler.input steht. Und da soll eine 1 rein, damit der Auftrag den nächsten Schritt übernimmt. FALSCH! Es ist der direkte Abflug ins Nirwana. bis zum nächsten verheerenden Denkfehler Andy

Wenn ich mir auch einen gallischen Namen aussuchen dürfte, hätte ich gerne Klapptnix

Raaah, Rautetafel... Ich erkläre hiermit sämtliche Signalvorschriften für ungültig! Da reicht meine Restlebenszeit nicht mehr um das alles überhaupt nur zu lesen...

Ich komme meinem Problem auch näher. Es ist im Modul 'Auftragsbehandlung' darin 'Auftragshandler'. Dieser erhält den ersten Auftrag von Fahrplan05. Deaktiviert geht alles wie es soll. In 'Auftragshandler geht es hier mit der Schrittkette los im ersten Kommando. Hier sollte (als Objekt) der Auftrag A "Abs1-HafenO" in Auftragshandler.input eingetragen werden. (Später trägt sich da noch ein anderer Eintrag ein, aber nur weil der Auftragshandler nicht aktiv dicht macht.) Ich blocke mal alles separat und mache hier mal Schritt für Schritt frei. Ich würde es nicht so ausführlich hier beschreiben, wenn der Bug nur einen attempt-Fehler werfen würde, aber es hängt sich ja endgültig auf. Egal, was ich da für einen Blödsinn gemacht werde, es muß zumindest mit Fehlermeldung abgefangen werden! endlose Grüße Ansy

gestern: - Donald, Donald, die Russen haben den Mond rot angemalt. - okay, fliegt hoch und schreibt Coca-Cola drauf!

Jetzt bin ich auf was Bösartiges aufgelaufen. 09A3D216-4200-4EC6-AEA3-A3041A0C6DE2 Nichts machen außer Ereignisprotokoll einschalten und EINZELSCHRITT takten. Verabschiedet sich!!! Ich setze auch alles dran, Dinge zu de/aktivieren, um der Stelle auf die Spur zu kommen.

Davon war ich jetzt auch ausgegangen, deshalb habe ich da gar nicht reingeschaut. Also, meinereiner Und ja Tom, ich verschachtel jetzt nicht nur, sondern ziehe auch zusammen. Von meinem Anlagenkern sind kaum noch Ereignisse übrig - so soll das sein. Jetzt müssen sie nur noch schnackeln Ich hoffe, übermorgen läuft die Anlage wieder, dann kann ich woanders mal reinschauen. also, Danke Ihr Drei!

Ich wollte schon fragen...

[Ich trau mich ja fast nicht zu fragen, aber manchmal muß man Spott ertragen, wenn man blind ist. Es muß total simpel sein, aber ich find's einfach nicht: Wie kriege ich denn eine alternative Aktion unter? Also, wenn die Bedingung nicht erfüllt ist]. Edit: Hab's inzwischen. Normal eintippen und dann mit der Maus unter den Balken ziehen. Menno! Und dann noch: Wenn ich bei einer Aktion oder Bedingung auf 'kopieren' gehe, wird sie an Ort und Stelle dupliziert. Ich würde sie gerne im herkömmlichen Sinne kopieren und in einem anderen Ereignis einfügen. (also, strg-c, strg-v-mäßig). Ich nehme mal an, dass dies wegen möglichen ereignisbezogenen Einträgen nicht möglich ist, oder fehlt's einfach? verwirrte Grüße Andy

Die doppelten Anführungszeichen stellen halt eine Gefahr für Lua dar. Lua rahmt Objektnamen normal mit "..." ein. Wenn Du einfache ' draus machen würdest, akzeptiert das Lua so. Neo wird's sagen. Aber danke für die prompte Meldung. Ein anderes Objekt mit " wüßte ich jetzt nicht. Gruß Andy p.s.: Im Selektionsfenster bei der Suche, wenn nach Namen gesucht wird. Bei einer objektreichen Anlage dauert's nach dem Eintippen des ersten Buchstabens extrem lange. Da denkt man schon, MBS wäre abgestürzt (dauert aber nur, es kommt wieder!)

Ich habe noch was, was sich (bislang) noch nicht negativ ausgewirkt hat, könnte aber: Die E 10 hat im Objektnamen Anführungszeichen drin "Bügelfalte". Kann das kritisch werden?

So, das hat schön funktioniert. Zum Nachmachen: Ich habe den letzten Stand meiner V4-Anlage mit dem XML-Auswerter behandelt. In der Textdatei bei den Variablen alle mit .Block rausgezogen. Diese OV haben alle meine Schaltgleise, für den Bezug zum Block. Danach diese Liste in Notepad++ mit Textmacros gewandelt. Dann in der Anlage ein Knöpfchen, dass 'Sonderskript' heißt und beim Schalten eine Aktion Skript ruft. In dieses Skript nun den bearbeiteten Text eingefügt, sieht dann so aus layout:getEntityByName("G an Signal B10").variables["SCHALTGLEIS"] = keyword layout:getEntityByName("G an Signal B20").variables["SCHALTGLEIS"] = keyword usw. dann das Knöpfchen gedrückt und Bingo. Alle betroffenen Gleise haben nun das Schlagwort SCHALTGLEIS. 329 mühselige Einzelzuweisungen eingespart! Mittlerweile habe ich mich auch mit dem rekursiven Aufrufverhalten in der EV angefreundet. Ich kann damit die ganze kritische Kommunikation zwischen den einzelnen Komponenten rauswerfen, weil ich mich drauf verlassen kann, dass das jeweilige Gegenüber sofort reagiert. Es ist jetzt alles nur noch eine Frage, wie ordentlich man den Typ der Ereignisse setzt. Je detaillierter (eben z.B. Schlagwort) desto besser. Das schließt Nebenwirkungen aus und in der Ereignisprotokollierung läßt sich alles wunderbar verfolgen. Zu Beginn hatte ich beim 1.Einzelschritt (!) soviele (blaue) Ereignisse, dass der Anfang in der Protokollierung schon längst wieder rausgeflogen war. Jetzt wird's immer weniger, d.h. die EV wird wahnsinnig entlastet und ich hoffe, dass am Ende nicht mal mehr was ruckelt! Gruß Andy

Hallo @Neo, 1. Threads: okay, es wäre z.B. ein Thread sinnvoll, wo einfach nur alle vorhandenen Demos aufgelistet sind, damit man sich die hier nicht zusammensuchen muß. 2. Noch eine Frage zum Import, den ademes eben angesprochen hat: (ich hab's nicht gecheckt, vielleicht weißt Du's direkt): ist es immer noch nötig, dass beim Import zumindest eine Bodenplatte dabei ist? [3. ...entfernt] Lösung des Problems gefunden: siehe Anhang Das globale Skript besitzt eine Animationsfunktion mit freiem Parameter par1 Das lokale Skript ruft es parametrisiert mit einem Objekt, wobei der Name des Objekts nachträglich geändert werden kann und das Skript passt den Namen trotzdem an. Perfekt! Das bedeutet: dass auch nach Umwandlung der 'normalen' EV-Funktionen in ein Lua-Skript Objektbindungen so erhalten bleiben, dass Namensänderungen in der Anlage noch möglich sind. Das Demo zeigt außerdem schön, wie man starke unabhängige Funktionen aufbauen kann, die dann einfach parametrisiert aufgerufen werden. Hier werden wir ganze kleine Funktionsbibliotheken tauschen können. Gruß Andy Riesenrad.mbp

Es ist noch nicht einmal ein Vorschlag von mir, aber ich unterstütze die bereits geäußerte Idee noch eine Kategorie Beta-Diskussionen zu eröffnen, in der wir uns mit verschiedenen Threads versuchen gegenseitig zu helfen, wobei wir annehmen, dass Du da gar nicht großartig eingreifen mußt, um Dich etwas zu entlasten. Dann bleibt dieser Thread für echte Bugreports oder EIngemachtes, das wir noch nicht wissen. Gruß Andy

Aber der Bottleneck, der Auftragshandler mit dem Zielsucher muß es erstmal verkraften, dass zum absolut gleichen Zeitpunkt (sogar Zyklus) mehrere Aufträge auf ihn einhämmern. Er kann mit keiner Variablen festhalten, ob im gleichen Zyklus noch ein zweiter Auftrag was will, die sind alle noch unverändert dann. Noch so'ne Race Condition, die mir in V5 auch noch Probleme macht. Und dann läuft die Zielsuche auch rekursiv und kann sogar Sekunden brauchen, möglicherweise eine 'geblockt'-Meldung abliefern. Bei Fehlermeldungen müssen die Elemente dann in der Lage sein, sich selbst zu verwalten, d.h. einen neuen Versuch starten, ohne die EV permanent zu behämmern. Da wird die freie Zeit sehr schnell sehr knapp. Ich sage ja, für V4 war diese Anlage ein HiTec-Forschungslabor. Wenn mal die kritischen Dinge in Lua übersetzt sind und sauber am Stück verarbeitet werden und nicht mehr hinterlistige Schalter triggern müssen (so ein Fahrplan ist z.B. ein Schalter), sowie die keyword-Zuordnung die Anzahl der abzuklappernden Elemente stark reduziert, gibt's nicht mehr so viele belastende Zurückweisungen, die repetieren und dann wird's auch hoffentlich ruckelfreiere Fahrten geben. Und ich weiß auch, dass Du konzentrationsmäßig derzeit auf superhohem Dauerniveau arbeiten mußt und das Thema Humor da momentan in einer ganz anderen Schublade steckt. Aber hol mal kurz Luft. Ich kämpfe ja auch für V5 und beschreibe die Probleme nur. Wenn wir meine Anlage kompatibel am Laufen hätten, könnten viele Dinge als 'läuft' abgehakt werden. Wenn sich herausstellt, dass ich mit einigen Kopfständen nur Glück gehabt habe und das nicht kompatibel gehalten werden kann, sind das auch Erfahrungswerte, die wir bei Rückfragen anderer für Antworten nutzen können. Deshalb, erstmal vielen Dank für Deine Geduld mit der Beantwortung meiner Fragen. Aber nun raus hier, die anderen warten (<- beachte den emoji, frech bleibt frisch!) beste Grüße Andy

Nicht ärgern lassen Neo, da steht doch ein emoji dahinter.

Ist schon passiert. Der Sinn ist: ich habe da 20 Fahrpläne (für jede Lok einen). Jeder arbeitet eine eigene Auftragsliste ab - mit Abfahrtszeiten. Auch die Animationen laufen zeitgesteuert. Es gibt viele Fahrpläne, aber den Bottleneck Zielsucher. Da gibt's nur einen, damit mit den Pfadreservierungen nichts konkurriert. Um's kurz zu machen: jeder der 10 Subticks kann zwei Fahrpläne ticken, damit jeder Fahrplan einmal pro 'Minute' (in Echtzeit nur eine Sekunde) drankommt, durch die Phasenverschiebung der 10 Zehntel die EV aber entlastet wird. Gruß Andy

Viele meiner Probleme werden sich lösen lassen, wenn ich z.B. mal allen relevanten Objektgruppen ein Schlagwort zuordne. Das wäre auch schön, wenn das im Zuge einer Mehrfachauswahl möglich wäre. Gibt's einen Lua-Befehl, über den man ein Schlagwort zuordnen kann? Dann könnte ich mir von V4 den XML-Auswerter schnappen, die Objektvariablenliste nehmen, ein wenig Textprocessing machen, einen Table generieren, als Lua-Code einfügen und dann einmalig ein Knöpfchen drücken, das mit dieser Sysiphos-Arbeit abnimmt. Ansonsten gilt für den Export. Das geht nur mit V5 komplett. Ab in die Apollo-Jubiläums-Rakete und .. Gruß Andy

Herr und Frau Au auch!