gmd

Hallo an alle interessierten, und weiter ging es mit stupidem editieren, wenig funktionalitaet hizugekommen ausser einem start menue, welches die verschiedenen bahnapps started. Kann dann speter fuer strasse etc erweitert werden. Da ich ja sagte ich mache das fuer mich, kann ich mich ja auch mit farben austoben. Ich mag farben und finde es total langwweilig nur graue fenster zu haben. Hier geht es ja ums spielen, also kann ein bischen farbe ja nichts schaden. Ausserdem findet man leichter was man sucht unter 50 offenen fenstern. Und das obere ende zum verschieben des fensters ist auch leichter zu finden wenn so viele offene fenster uebereinanderliegen. Das editieren war hauptsaechlich ein weiteres aufraeumen. Ist ja schon eine weile her dass ich C# programmiert habe und WPF ist ja auch nicht gerade die einfachste Entwicklungsumgebung, maechtig, aber auch kompliziert. Habe erst mal in mehrere projekte zerlegt und die resourcen (styles, etc ) organisiert. Ein programm auseinanderzunehmen und besser zu strukturieren ist immer gut, kann aber aufwendig sein und birgt eine menge tuecken. Jedenfalls ist es jetzt geschaft und die struktur kann beliebig wachsen, ohne dass ich irgendwo an die wand laufe, hoffe ich. Und, nur zur info, diie farben sind parametrisierbar :), alle styles und graphiken sind separiert. Hier ist ein bild mit den derzeitigen programmkomponenten. Jetzt geht es erst mal mit funktionalitaet weiter bis die definition vollstaendig ist. Dann kommt steuerung und dann fahrplan. gruss gmd

Hallo an all interessierten, Heute abend habe ich jede menge editiert. Eine unmenge and definitionen fuer die gleiselement. Ich leite sie nicht durch einfache rotation ab, ich habe eine andere graphik wenn geschaltet oder nicht. Das ist nicht mit images gemacht, da die nicht gut scalen wie man weiss, sondern mit styles (die gezeichnet werden wie die modelle im MBS) immer gut egal welche groesse. Jede menge kleinarbeit, aber lange nicht so viel wie BahnLand mit seinen GBS objekten hatte, mitt all den variationen. Die Farben speile keine rolle, das wird alles dynamisch angesteuert. Diese bildchen habe ich nur fuer die menues abgeleitet. Wie man unten sehen kann, sind sie in die menues eingesetzt, auch wenn das nicht oft gebraucht wird, das habe ich ja im letzten post erklaert. Das grid ist implementiert und das snap zum grid der objekte, viele kleinigkeiten und drag animationen sind fertig. Jetzt kommt bald der anschluss des anlagenbaums aus der hauptapp zum auswaehlen der bloecke. Dann wird es erst interessant, jetzt sind das ja nur kleine details und abstrakte funktionen die noch nicht viel sagen. Sind halt grundlagen die man schaffen muss. Genug fuer heute, morgen ist auch noch ein tag. Gruss gmd

Here ya go regards Gmd

5CB72297-8285-461B-A14F-B30EA6C50C48 Goetz, Blockdemo4 zeigt genau was du gesagt hast. Das ist ja die Basis fuer meinen generator. gruss gmd

Da irrst du, die screenshots und movies mache ich sowiso fuer meine dokumentation, die posts sind schnell geschrieben und helfen mir auch meine gedanken zu ordnen und das konzept mehr systematisch zu praesentieren. Meistens mache ich das am ende einer session wenn ich sowiso zu nichts anderem mehr lust habe. Ich schreibe ja auch dokumentation nebenbei um selbst auf dem laufenden zu bleiben. Das habe ich bei allen meinen projekten gemacht und es ist interessant es anschliessend zu lesen und zu sehen wie sich die gedanken entwickeln. Ich tippe sehr schnell gruss gmd

crikey, awesome gruss gmd

Hallo an alle interessierten, Hier mal wieder ein update, war recht erfolgreich. Habe aus einem uralten projekt ein paar teile hervorgegraben, zusammengefuegt und angepasst. Noch lange nicht fertig aber ein guter anfang. Eigentlich wollte ich dies noch garnicht vorstellen, jedoch kann es sein dass ja vorschlaege und ideen kommen die mir helfen koennten, punkte zu erkennen an die ich noch nicht gedacht habe. Erst mal ein paar vorueberlegungen zu gleisplanstellpulten. Es gibt ja die verschiedensten versuche und tools, die alle mehr oder weniger eine tatsache gemeinsam haben, man muss einzelne gestaltungselemente auswaehlen und plazieren (mehr oder weniger). Wenn man einen komplexen gleisplan hat, mit vielen unter und ueberfuehrungen, verschiedene abschnitte mit unterschiedlichen steuerungsanforderungen, dann kann man nicht mal einfach anfangen, sondern muss erst mal genauestens ueberlegen wie man das layout am besten gestaltet. Und dann mitten drin merkt man dass es nicht hinhaut, oder zu wenig platz gelassen wurde fuer steuerungskomponenten usw. Das umbauen wird muehsam. Ausserdem sind ja auch die anzeigemoeglichkeiten begrenzt (rot, gruen, gelb, aktiv, nicht aktiv, etc.). Das gefaellt mir alles nicht. Hier zunaechst mal ein screenshot von der derzeitigen version des Stellpult Designers, wie ich es nenne. Sieht aus wie andere versuche ? Hat nicht einmal eine toolbox von der man draggen kann ! In diesem bild habe ich nur mal meine gleis anzeige element ueberprueft und es laesst nicht wirklich darauf schliessen was eigentlich hinter den kulissen passiert. Mit dem naechsten bild wird es moeglicherweise schon etwas klarer. Ich positioniere keine einzelelemente wie hier noch zu sehen, sondern bloecke, also vom programm erzeugte einheiten, die auf grund der blockerkennung (siehe fruehere posts) erstellt werden. Diese sind gekettet, oder falls noch nicht dann kann das hier geschehen und die blockdefinition wird von hier aktualisiert. Man stelle sich also jeder der elemente die sich heir auf dem bild befinden als block oder weichenstrasse vor. Nun kann man diese "Einzelteile" in eine lage bringen wie sie dem stellpult entsprechen soll, man kann immer wieder einfach verschieben. Das stellpult ist auch betriebsbereit auch wenn noch kein geschlossenes gleisbild entstanden ist. Hat man dann die einzelnen "Sichten" oder bedienabschnitte plaziert werden die gleisverbindungen, die noch durch pfeile zu sehen sind automatisch durch strecken element ersetzt, oder auch wahlweise nicht, oder mit gestrichelten linien gekennzeichnet oder was auch immer angemessen ist. Wenn also zwei bloecke, die real aneinander liegen aus welchen gruenden auch immer nicht so dargestellt werden koennen, dann kann man experimentieren bis es passt, oder auch verschiedene sichten erzeugen. Dazu noch mehr spaeter. Im wesentlichen handelt es sich hierbei um ein "GleisDiagram" und nicht um einen gleisplan. Ok, das stichwort diagram. Das naechste bild hier zeigt "Anschlusspunkte" an einem stellpult element , und mehr als man fuer das stellwrk brauchen wuerde. Das hat seinen grund. Ich kann an jedes element weitere "DiagramElemente" anhaengen, welche keine gleiselemente sein muessen, kann halt irgendetwas sein, was hier sinn macht. Der start einer animation, die anzige fuer den naechsten zu erwartenden zug laut fahrplan usw. usw. Die diagram technik eignet sich hervoragend fuer die definition komplexer netzwerke und man kann einfach ein- und ausblenden was fuer einen bestimmten aspekt nicht gebraucht wird, sowohl zum definitionszeitpunkt alsauch zur runtime. Und noch ein punkt zum schluss: Man kann mehrere gleisanzeigeelemente sehen, rot,gruen,gelb. Die farben liegen nicht fest, sind nur zur unterscheidung hier. Ein gleis hat einen roten punkt der getrennt von den anderen segmenten fuer speziell anzeigen verwendet werden kann, indusi, kontakt ... usw. Auch koenne die farben fuer die anzeigen beliebig gesetzt werden, so lassen sich nicht nur freie, oder reservierte oder belegte segmente anzeigen sonder man kann auch auf knopfdruck visualisieren, wo gueterzuege fahren koennen oder jede andere bedingung die in der definition vorhanden ist. Es gibt hier eigentlich keine grenzen, nur meine zeit .. Und das beste zum schluss. Da die blockdefinitionen ja vom programm erzeugt werden bracuht keine gleisverbingung oder aehnliches zur anlage manuell gemacht werden. Das programm macht das automatisch. gruss gmd

Hallo BahnLand, das ist weniger schwierig als es beim ersten lesen erscheinen mag. Wenn all fahrzeuge im katalog gleich ausgerichtet sind (die meisetn sind ok, einige nicht, siehe meine posts) dann kann man die richtung 0 grad im katalog zum beispiel als fahrtrichtung ost/west definieren. Darauf aufbauend ergibt sich alles weitere. Die position eines objektes ist bekannt, die verdrehung um 180 grad ist kein problem, usw. Das wichtigste ist die grundlagen festzulegen und dann einen standard zu setzen. Ist nicht wirklich schwer wenn die gesammelten erfahrungen hier zusammennimmt und strukturiert. Alles ist moeglich, es braucht nur eine struktur und ordnung auf der man aufbaut. Und das gilt auch fuer andere modelle nicht nur rollmaterial, auch hauser usw sollten ausgerichtet sein, soweit sie nicht auf allen seiten gleich sind. Das hat auch viele moegliche nutzungsformen. Mit einer guten struktur kann man die anzahl der sonderfaelle reduzieren und alles wird auch einfacher nachvollziehbar. gruss gmd

Andy, ein paar bemerkungen zu animationen ,die verursacht sind durch mein nachdenken ueber steuerungsfunktionen. Auch angeregt von bemerkung von Thomas zum thema animation (beladen etc. ). Derzeit sind animationen "all over the place", nicht wirklich organisiert, unbenannt oder jeder benennt eine animation anders. Ich denke das muss systematisiert werden, und wenn das passiert sind die punkte die du vorschlaegst fast seiteneffekte. Wenn man von lua einigermassen eine chance haben will animationen zu steuern ohne jedes einzelne objekt individuell anzustueren, z.b. keywords, muessen die animation classifizierbar sein, Licht, Tueren, Particle, Bewegungen usw. Ohne ein systematisches nachdenken macht das meiner meinung nur wenig sinn. Ich bin sicher Neo hat schon mal darueber nachgedacht und es ist eine sache der prioritaeten und natuerlich der verfuegbaren modelle mit animationen. Ich meine es gibt noch nicht ausreichende variation, aber das kann sich ja aendern wenn es klarer definiert ist und die animation besser parametrisiert werden kann, wie tuer auf/zu und nicht nur start stop. Ist eine henne und ei problem denke ich. Sorry das soll keine kritik an deinem vorschlag sein, nur ein paar gedanken was ich gerne im MBS sehen wuerde und natuerlich auch ansteuern moechte. Beispiel: Ein fahrzeug faehrt die einfahrt zu einem Landhaus hinauf mit laternen an der seite, die immer ein stueck vor dem fahrzeug eingeschaltet werden und dann nach einer zeit wieder erloeschen, und viele aehnliche solcher ereignisse. Lampen haben meist nur an oder aus, koennten aber auch einen dimm haben, dann kann man effekte wie das zuenden und aufheizen von grossen lichtquellen simulieren (geht vielleciht etwas weit ), aber der phantasie sind ja keine grenzen gesetzt. Das ist auch ein thema fuer modellbauer, die vorschlaege fuer die klassifizierung und parametrisierung von animationen machen koennten. gruss gmd

m..de :).. regards Gmd

Hallo an alle interessierten, Ein letzter movie fuer heute. http://teutanic.com/zugKupplungDefinieren.mp4 Zeigt eine zugzusammenstellung und verschieben von wagen. Das drag und einfuegen wird erst mal nicht implementiert. Das verschieben geht leicht genug. Diese bequemlichkeiten kommen spaeter. Am ende sieht man die markierung von trennstellen des zuges. CTRL click auf ein objekt markiert das ende als moegliche trennstelle fuer den zug, wenn die steuerung spaeter rangier operationen machen soll. Es koennen wagengruppen definiert werden, es braucht nicht immer eine lok. Die laengenberechnung der einheit kommt noch und auch das eindeutig benennen der komponenten. Derzeit werden ja die katalognamen angezeigt. gruss gmd

Hallo an alle interessierten, habe einiges an house keeping gemacht, wie man hier sagt, im programm aufgeraeumt, gleinigkeiten implementiert. Fuer die komplette zugplanung brauche ich die zuglaenge und auch die korrekten rotationen aller objekte. Dazu habe ich eine funktion "Messen" gebaut, mit der ich sehr einfach, jedes objekt vermessen kann. Jetzt werde ich dies nutzen um die verdrehten objekte zu identifizieren und die richtigen bilder erzeugen, sowie die korrekten masse speichern. Ich merke mir auch den winkel im katalog damit die plazierung diese objekte in korrekter richtung aufs gleis setzt. Hier ein kleiner movie (kurzer auschnitt), wie loks neu vermessen werden. http://teutanic.com/messenObjekt.mp4 gruss gmd

Cela ne devrait pas être trop gênant pour la personne qui a construit ces wagons. Ce n'est qu'une peinture. Cordialement Gmd

Hallo Hans, danke fuer dein interesse und die message, jederzeit willkommen. Ich habe nicht vor die laenge eines zuges zu beschraenken. Das programm erkennt und weiss die blocklaengen und die maximalen zuglaengen pro block. Wenn ein zug konfiguriert wird kann das programm ueberpruefen ob der ueberhaupt irgendwo platz hat oder auch eine route existiert die die laenge aufnehmen kann. Ich habe eine vielzahl ein einstellmoeglichkeiten, pro block, fahrzeug, betriebsart, verwendung usw. Schau dir mal die beschreibung an, link weiter oben. Die wird immer aktualisiert und die beschreibung fuer lok und fahrzeug defaults und parameter ist soweit gemacht, immer noch nicht alle details aber das kommt spaeter. Die beschreibung soll einen ueberblick verschaffen und hilft mir selbst einen ablauf der definitionen zu finden die sinn macht und auch funktioniert. Es sind sehr viele aspekte zu beruecksichtigen und ich versuche eine vorgehensweise zu schafen die einfach nachzuvollziehen ist. Jeder vorschlag ist willkommen. Gruss gmd

Hallo an alle interessierten, die zug konfiguration sieht jetzt schon etwas besser aus. Die groessenverhaeltnisse sind etwas besser und die abstaende sind jetzt ok, auch habe ich die horizontal scroller aktiviert wenn man keinen breiten bildschirm hat fuer lange zuege. Jetzt kommt die benennung der wagen, muss ja eindeutig sein, und die abspeicherung der konfigurationen. Hier noch ein bild fuer einen breiten monitor: gruss gmd

Hallo an alle interessierten, zum abschluss des tages .. http://teutanic.com/zug_konfiguration.mp4 noch einige kinks wie man sieht, die falsch ausgerichteten images und noch zuviel abstand zwischen vielen wagen. Da muss ich den image erzeuger noch etwas verbessern. Drag und drop muss noch erweitert werden fuer einfuegen, ich werde aber auch CTRL click implementieren fuer hinzufuegen, geht viel schneller als drag. Die loks sind noch etwas gross im verhaeltnis zu den wagen aber das werde ich alles noch fixen und einem zweiten durchgang. Jetzt geht es erst mal darum die wesentlichen dinge zu erledigen. Zugkonfiguration, laengenberechnung, abspeichern, und mehr. Ich werde kuppelpunkte definieren, damit die steuerung spaeter weiss welche zuege wo getrennt werden koennen und sollen, haltepunkte von wagen an bestimmten stellen von bahnsteigen, usw. Wenn man die konfigurationen hat ist das alles nicht so schwierig, nur eine frage der richtigen daten. Als naechstes werde ich zugkonfigurationen von der anlage einlesen und speichern. Dann kommt der gleisplan. gruss gmd

Hallo and alle interessierten, Schneller als gedacht habe ich die basis fuer den graphischen editor erstellt. Noch lange nicht alles so wie ich es fuer den gleisplan brauche, aber soweit brauchbar um interaktiv konfigurationen zu bauen und darzustellen und etliches mehr. Dabei bin ich auf das problem gestossen, dass die thumbnails des katalogs, so nett sie auch sind, fuer eine zugkonfiguration nicht wirklich brauchbar sind. Man will den zug ja von der seite (einigermassen) sehen und die einzelnen komponenten ja hintereinander nicht in einem winkel nebeneinader. Das gleiche gilt natuerlcih auch fuer einen gleisplan wenn man das wirkliche bild der lok anzeigen will fuer die position, so wie das Rocrail erlaubt, allerdings muss man sich ja die bilder alle zusammensuchen. hier ist ein screenshot von meinem konfigurations manager nachdem ich mir die seitenansichten aller loks und wagen schnell erzeugt habe. Dabei ist mir aufgefallen dass nicht alle loks und wagen in der gleichen position im katalog eingestellt sind. Fuer maschinelles plazieren ist das ein problem, das ich nur umgehen kann wenn ich mir auch die rotation eines objekts im katalog merke. Werde ich wohl erweitern, derzeit werde ich alle diese objekte einfach ignorieren. Die zugkonfiguration werde ich auf mehreren wegen ermoeglichen. Grafisch (drag and drop), text orientiert mit auswahl aus dem vorhandenen refernzkatalog und natuerlcih auch durch auslesen von einer vorhandenen anlage mit selektierten objekten, die dann automatisch erkannt werden, ich habe ja alle referenzobjekte, und in die reihenfolge gebracht werden. Jeder zug hat weitere eigenschaften, die dann im tool erfasst werden koennen. Damit ist dann die anzeige der lok auch im gleisplan gewaehrleistet, allerdings nur in 2D. Ich werde keine 3D lok auf einem gleisplan fahren lassen :), naja zumindest bis auf weiteres noch nicht. gruss gmd PS: Unten ist ein screenshot zu sehen, der die wagenseitenansichten zeigt, und ein paar wagen die aus der reihe tanzen.

Hallo an all interessierten, http://teutanic.com.au/MBSCompanion.pdf neuer update der beschreibung. Block und Vehicle defaults, Block Parameter mit allen details sind fertig. Strassenerkennung ist fertig aber noch nicht beschrieben. Das werde ich als naechstes noch tun, dann ist erst mal pause fuer eine weile, da ich den graphic editor fuer den gleisplan vorbereite und beginne. Das wird etwas dauern, noch keine idee wie lange. Das ist notwendig an diesem punkt da ich die routen erkennung mit dem gleisplan machen will und nicht mit einer textoberflaeche. Vielleicht auch noch mit einer trace lok, das weiss ich aber noch nicht. Ich denke das brauche ich nicht mehr da ich weichenstrassen und bloecke kenne, was ausreichen sollte fuer die routen definition. wenn das gemacht ist gehe ich zurueck zu tabellen um die zuege und fahrplaene zu konfigurieren. Naja alles zu seiner zeit. gruss gmd

Hmmmm, danke Neo, das koennte mich dazu verfuehren Blender zu lernen .. wenn ich mit dem derzeitigen projekt eine pause brauche ... aber ich glaube ich habe dafuer schlechte voraussetzungen und wuerde mich an dieser lok etwas verheben (pun intended). gruss gmd

Ja schade, vielleciht in version 10 gruss gmd PS: Just for kicks http://teutanic.com/bigboy.mp4 aus einer simulation... die sind schon klasse, hatte mal die Rivarossi version, schon lange zeit verkauft, bereue ich heute noch.

Hat jemand mal ueber so etwas nachgedacht ? Ich weiss das ist ueberhaupt nicht unverschaemt. gruss gmd

Hallo, noch ein nachtrag zu gestern. Habe an den strassen weitergebaut und den definitionstab gemacht. Habe auch ueber das zeichnen des gleisplans nachgedacht und natuerlich darauf gestossen, dass mir noch information fehlt, naemlich die richtung der weichen. Wenn der gleisplan von hand erstellt wird indem man einzelteile plaziert macht man das ja implizit nach dem vorliegenden plan. Will man das automatisieren muss ich natuerlich die richtung der weichen wissen. Das kann man auch alles errechnen mit den entsprechenden daten, aber derzeit werde ich solche bequemlichkeitsfunktionen noch nicht bauen, sondern mich auf die datensammlung konzentrieren. Deshalb habe ich pulldowns hinzugefuegt die je nach weichentyp die moeglichen positionen definieren. Dadurch kenne ich den verlauf der strasse und kann alle weichensymbole in der richtigen richtung auf dem gleisplan automatisch erzeugen. Das gleiche gilt fuer die weichen des blocks, die bisher noch ohne richtung waren, aber jetzt nicht mehr. Der strassendefinitions tab ist noch relativ leer. Angaben wie max geschwindigkeit, betriebsart usw. liegen unter Strassen Parameter und koennen dort gepflegt werden. Strassenkomponenten ist die liste der komponenten wie unter dem erkennungstab aber jederzeit anzeigbar wenn die strasse selektiert wird unter Fahrstrassen auf der rechten seite. Desweiteren habe ich die erkennung der fahrstrassen erweitert um die sperrsignale die dann automatisch auf den gleisplan mitwandern. gruss gmd

Ok, danke, dann frage ich einfach mit 302 ab, kein problem gruss gmd

Hallo Neo, sieht aus wie ein bug. Hier die testanlage. Hat eine kreuzweiche und eine dreiwegweiche. test_gleistyp.mbp Kommandos an der schnittstelle ergeben nur antwort typ 4 fuer Weiche und nicht 5 oder 6 301;(6065)@G144 1;4 300;5 1 300;6 1 301;(6057)@G24 1;4 Ich kann mir behelfen im augenblick mit einem hack fuer meine gleistypen. Fuer die zukunft .. gruss gmd

Max, Thomas, thomas hat voellig recht. Die logik ist eine andere und die bahn steuerung wird nicht funktionieren. Ich hatte eine paar gedanken daran verschwendet und festgelegt, dass dies eine andere komponente werden wird. Aehnliches gilt fuer luft und wasser, wobei die auch naeher an der strasse als an der bahn sind. Fuer die strasse werden die abschnitte kuerzer sein muessen, man muss fahrzeugketten und einzelfahrzeuge definieren koennen, ueberholvorgaengen muessen moeglich sein, aber man hat ja auch mehr als eine fahrspur zur verfuegung. Ampeln und schranken muessen natuerlich beruecksichtigt werde, wie stopschilder und vorfahrt. aber es gibt halt auch den unterschied dass vor einer ampel nicht nur ein fahrzeug haelt im gegensatz zur bahn. viele regeln sind anders. Ich werde erst mal die bahn zu einem benutzbaren punkt bringen und dann weiter nachdenken. gruss gmd