Andy

Hallo Opax, was glaubst Du, warum ich über jegliches Militär schimpfe. Weil's irgendwann darauf hinausläuft, dass Häuschen weggebombt werden. Und da werde ich zur Furie. Das hat mit Modellen selbst gar nichts zu tun, als Kind war ich Fan von allem, was der Mensch so gebaut hat. Nach den Fallerhäuschen haben meine Brüder und ich Airfix und Revell gebastelt wie die Weltmeister. Ob die Dinger dann was mit Militär zu tun hatten, war uns dabei wurstegal. Aber die Bedenken, die ihr da habt, teile ich durchaus. Sowas wie Brummi's Rangieranlage befürworte ich wieder total. Und wenn der Verkehr so echt läuft, wie möglich, dann ist das schon Sim City. Die Modellbauer geben sich für die animierbaren Parts der Modelle ja auch die größte Mühe und an unseren Wellenexperimenten hattest Du auch Deinen Spaß, opax. Programmiertechnisch wird's interessant, wenn's darum geht zwei Fußgängergruppen an einer Fußgängerampel aneinander vorbei zu bekommen. Vorher müssen wir erstmal Abzweigungen hinkriegen, ohne dafür x-und-zwanzig Pufferstraßenstücke pflanzen zu müssen. Kreuzungen a la h.w.-Hans kommen dann auch noch... Beim Railroad Tycoon, den ich in der ersten Version geliebt habe, habe ich mich immer gefragt, warum der Blödsinn mit den Konkurrenten sein mußte. Mir hätte das reine Vernetzen und Gestalten von optimalen Transportwegen gereicht. Dass man reagiert, wenn eine Rohstoffquelle versiegt, oder mal 'ne Lok kaputtgeht ist schon okay. Also, in die Richtung, da habe ich gar nichts dagegen. Gruß Andy

Die ganze Woche schon sind so viele aktiv und machen tolle Sachen! Man merkt richtig, dass alle nach der Gluthitze wieder fit werden.

Ich bin überrascht, dass in den Ereignissen oben ein 'oder' möglich ist. Ist das nur bei Kontakten so?

Ralf, Dein Formsignal 1 gibt es dreimal. Das geht nicht, wenn Du's in der EV auswerten willst. Du mußt da die Namen unterschiedlich wählen. Wenn Du trotzdem willst, dass das Ereignis auf jedes dieser Signale reagieren soll, mußt Du allen dreien ein identisches Schlagwort geben und darauf prüfen. Schlagworte bilden praktisch Teilmengen aller Objekte.

Wow!

Für Dich immer, Lothar Gruß Andy lothars_ring.mbp

Sehr schön gemacht!

Ereignis de/aktivieren halte ich wichtig für Betriebsarten. Wenn Du also Automatik und manuellen Betrieb hast und willst, dass 'großflächige' Änderungen sich auswirken. Du kannst auch die ganze EV in einen Ordner (naja, Modul jetzt) packen und ein Schalterevent außerhalb des Ordners legen, der dieses Modul de/aktiviert. Dann kannst Du testen, ohne dass Du Angst haben mußt, das irgendein Schalterchen beim Editieren gedrückt statt gerückt wird. Oder, am Ende alle Schalter in eine bestimmte Stellung bringen vor der Veröffentlichung, ohne dass die EV reagiert etc. Ganz praktisch! Gruß Andy p.s.: Hoppla, da ist ja noch ein neues Problem. Lass ich erstmal die Jungs mit den besseren Augen checken. Das wird mir alles zu klein

Im Garten nur Kännchen!

Ich hätte dann gerne einen Kaffee

letsdriftagain.mbp porsche unten selektieren für Geschwindigkeitänderungen.

Moin Tom, über die Möglichkeit bei starren Seilen nur an den Stellen etwas zu unternehmen, an denen sich die Steigung ändert, habe ich ja schon was geschrieben. Das würde die EV in der Tat entlasten. Und die Tatsache das BahnLand's Methode jetzt so gut funktioniert, ist vermutlich wirklich nur auf die erhöhte Genauigkeit der Gleitpunktzahlen zurückzuführen. Die Verknüpfung war in V4 schon solide, sofern man die Dinge nicht kreisrund verknüpft hat. Wenn man sich jetzt eine Gruppe einmal zurecht macht und in 'Meine Modelle' stopft, gibt es keinen Grund darauf zu verzichten. Dann braucht's da gar keine EV. Mir kam's bei der Sache jetzt eigentlich nur darauf an, zu untersuchen, wie man es rechnet. Ich gestalte jetzt erstmal nur die Gleisübergänge schöner und lege das Fahrseil an der richtigen Stelle auf. Da hat mir Frank noch eine wichtige Info gegeben. Die durchhängenden Seile bringe ich irgendwann mal ein, wenn noch Luft ist - insbesondere für die EV. Gruß Andy

Ohoh, die Qual der Wahl! Ich habe noch den guten alten VT-96 vom seehund auf dem Brett. Der hat bislang so brav seine Runden gedreht, ich denke, der hat sich's verdient zu bleiben. Aber die Neuen sind schon edel! Gruß Andy

*grins* - also der macht nur Krach, Hans! Auch bei meiner Idee haben wir ein optisches Problem - die Räder des Fahrzeugs oben werden sich nicht drehen. Gegenlenken kriegen wir optisch wohl auch nicht hin. Aber um einfach mal ein wenig Physik da rein zu bringen, und den Umgang mit den Quatschionen in den Griff zu kriegen, wäre das eine echt gute Übung. Wie das am Ende aussieht wissen die Götter. Aber sowie ich meine beiden Seilbahnen in meiner Anlage ausgerichtet habe und sie ggf. auf Kontaktpunkte umgerüstet habe, werde ich die Sache mal in Angriff nehmen. (und hoppla, wir sind hier in Anleitungen und Tutorials - da muß ich dann auch liefern ) Gruß Andy

Wenn A die IP von B in die Schnittstelle einträgt und B die von C und .... X die von A - könnte sogar das gehen! Aber da halte ich's mal eher mit streit_ross. Ein wenig Physik reinbringen (daher wäre das Driften eine gute Übung), aber da würd's mir auch schon langen. Machbar ist aber denkbar!

Lest den Thread vom Hans mit der Rennstrecke. Da behaupte ich noch mehr! Fahrzeuge rasten grundsätzlich auf der Fahrstrecke ein. Also muß die eigentliche Fahrstrecke einen Stock tiefer gelegt werden. Oben sind dann nur Straßen ohne Gleiseigenschaft. Das Fahrzeug oben wird nun angesteuert wie die Seilbahnkabine. Ein wenig Mathematik sorgt dafür zu erkennen, ob man durch eine Kurve rauscht. Ja und dann wird eben ein wenig mehr z-Winkel auf's Auto gegeben. Das war's schon.

Ihr werdet mir jetzt nicht glauben, aber es ist mit V5 jetzt theoretisch möglich, dass zwei MBS-Leute auf einer Anlage, jeder in seiner Cockpitansicht mit seinen Steuerelementen in einem frei beweglichen Fahrzeug ein Rennen gegeneinander fahren können. Okay, der direkte Weg durch alle Bäume und Gebäude hindurch ist dann der schnellste Also - mal rein theoretisch!

soll ich?

Das ist Pionierarbeit EASY und es freut mich, dass es Dich wieder mobilisiert. Gruß Andy

Jo, das ist mehr Küche als Kneipe. Prima, dann bestelle ich noch Hängematte und Badewanne Betten sind überbewertet!

Oh, cross-posting. Danke Neo!

Ich hab nur einen kleinen Laptop hier. Man muß wirklich sogar auf 10 ms runtergehen und vielleicht hat's sogar was damit zu tun, wie der Timer in der Phase aufsetzt. Mit 10 ms kommt es selten vor, aber trotzdem noch mal hier und da. Sichtbar/Unsichtbarschaltung während der Positionssetzung (sind ja zwei Dinge, Position und Winkel!!!) hilft nichts. Das ist schon fies. Wir können da keinen so schnellen Timer reinsetzen. Der frißt ja unsere ganze Rechenzeit.

Und schon ist der Tag wieder im A..... Keine Ahnung, wie Deine Superaugen eine 50 Hz Bewegung sehen. Normale Menschen können nur 25. Ich seh da nichts, also kann ich auch nichts verbessern. Wenn Du im Schalterereignis den Timer auf 0,1 sek. hochsetzt, ja dann ruckelt's. Vielleicht ist das aber auch normal. Versuch's halt mal, indem Du in der Grafik die vertikale Synchronisation aktivierst. p.s.: okay, mit einer drauf gerichteten Mitfahrkamera sehe ich's jetzt auch. Das ist genau der Sprung alte Position -> neue Position. Flackert auch nicht regelmäßig. Habe noch keinen Plan, was dagegen getan werden kann. Unsichtbar schalten - springen - sichtbar schalten? Ich probier's mal.

@fmkberlin, mach' Dir keine Gedanken mehr über den Drehpunkt und auch nicht über Dein 'Modul'. Ich habe sogar die Gelenkkugel rausgeworfen. Alles, was wir noch brauchen, ist ein Fahrwerk und eine Kabine und ein Schalterchen mit Zauberkraft. Beispiel laden, gucken wo die Teile stehen, Schalterchen schalten und wundern! (erst dann den Spoiler lesen!) Des Rätsel's Lösung: es reicht, die Kabine relativ zum Fahrwerk zu berechnen und das Fahrwerk, das kriegt einfach die Positionsdaten des Teilstücks des Fahrseils und den Rest besorgt Neo's automatische 'Fahrzeug auf Spur'-Justierung. Das Fahrwerk springt auf, wenn's in der Nähe des Gleises ist, die Kabine folgt dem Fahrwerk immer und überall, noch Geschwindigkeit auf das Fahrwerk geben und Voila, der Tag ist gerettet! entspannte Grüße Andy Seilbahn_04b.mbp

Mit dem letzten Seilbahntest gibt's zwei Erkenntnisse: 1. PRO Man kann mit einem 20ms-Endlostimer das schnell rechnende Skript permanent aufrufen und erhält in der Tat ein blitzsauberes Resultat. 2. CONTRA der 20ms-Timer klatscht das Ereignisprotokoll natürlich voll zu. Könntest Du vielleicht einen schnellen Systemtimer zur Verfügung stellen, der automatisch ein bestimmtes Skript aufruft, in dem man wie bei einem Mausinterrupt nur mal ganz fix was erledigt und der gar nicht im EP auftritt? Ich weiß nicht, wie man's sonst machen könnte. Ein Timername der im EP grundsätzlich nicht dargestellt wird vielleicht? Gruß Andy