EASY

Hallo, O.K. ? EASY

Hallo Hans, ... leider kann man nur ein "Gefällt mir setzen"... ... für einen "nicht so guten Schreiber" hast Du es eigentlich trefflich formuliert... Gruß EASY

Hallo Neo, ... ich bin gerade an einem Modell und da ist mir folgendes aufgefallen, ich habe im Modell 2 "_LS" Objekte. Wenn ich diese auf meine Multitextur beziehe, sagt mir das MBS, daß ich 2 Materialien habe (ohne "_LS" nur eines)... irgendwo hast Du glaube ich schon mal angedeutet, daß man Transparenzen nicht in eine Multitextur einbauen sollte, sondern eine extra Textur machen... nun vermute ich, daß dies wohl auch für meine "_LS" Objekte sinnvoll wäre... zumal meine Multitextur relativ groß ist (2048 x 2048), da ich 16 Texturen unterbringen müßte... ... damit man da nicht immer darüber nachdenken muß, könntest Du da noch einen Absatz in die wiki stellen unter welchen Umständen es doch "sinnvoll" / "notwendig" sein könnte mehr als eine Textur zu verwenden ? Gruß EASY

Hi trevor I played a bit with my model... so it would look according to your wishes... @all:...do you think the model is suitable for this? ich habe mit meinem Modell etwas gespielt... so würde es nach Deinen Wünschen aussehen... @alle:...denkt Ihr das Modell ist dafür geeignet? EASY

Hallo Togilsaram, ich habe mal noch den umgekehrten Versuch gemacht und die Drehbühne als sich drehendes Element genommen... Dieses System bleibt stabil ! Links im Beispiel ist die Drehbühne als drehendes Element... Rechts im Beispiel das Gleis als drehendes Element... ... der Fehler beim sich drehenden Gleis läßt sich tatsächlich nicht mit der Abschaltung der Einrastfunktion abstellen... Wandern01.mbp Gruß EASY

Hallo FeuerFighter, ... na komm... gibt Dir einen Ruck. Neo hat Dir aufgezeichnet, daß Deine Videos in der Playlist zusammenbleiben können. Zum einen siehst Du an der positiven Reaktion, daß Du Deine Sache mit dem Erklären gut machst... und zum anderen kann ich Dir aus eigener Erfahrung sagen, daß es einfacher ist etwas nachzuvollziehen wenn eine Serie von Workshops zu einem Thema von einem Urheber kommen... man gewöht sich an den Stil der Erklärung... ... und gerade in Blender gibt es für eine Lösung (fast) immer verschiedene Wege. Da ist Kontinuität zum anfänglichen Verstehen schon auch wichtig... "Fremd gehen" in diesem Fall wohl eher "fremd sehen" sollte man erst, wenn eine gewisse Sicherheit da ist... Gruß EASY

Hallo togilsaram, ... danke für diesen Versuch... nur Deine Schlußfolgerungen sind falsch ...deshalb mal eine nüchterne Analyse... Nun... "3D-Modellbahn" hat in diesem Fall keine Chance einer ordentlichen Korrektur... es handelt sich hierbei um ein sogenanntes "überbestimmtes System". Die beiden kurzen Anschlußgleise auf der Drehbühne werden mit dem "Spinner-Drehgleis" verknüpft... gleichzeitig sind diese beiden Gleise über die Einrastfunktion ebenfalls mit diesem Gleis verknüpft . Dadurch entsteht eine doppelte Abhängigkeit, die bedingt durch die Endlichkeit der Genauigkeit der Berechnung (und deren zeitliche Abfolge) zu diesem Effekt führt... das System "wandert"... (Besonders deutlich wird diese doppelte Abhängigkeit, wenn man versucht das "Spinner-Drehgleis" mit der Maus über eine größere Strecke zu verschieben... alles zusammen springt "wild" durch die Gegend...) Um dies zu vermeiden, gibt es 2 Möglichkeiten: Entweder die Einrastfunktion für Gleise während des Betriebes ausschalten (in der oberen Menüleiste "Gartenzaun")... oder... die Drehbühne (Spinner) als sich drehendes Objekt verwenden und die 3 Gleise mit dieser verknüpfen... ... damit entfällt im Plugin die Funktion von der Variablen "#Ready", die Lok, die sich auf der Drehscheibe befindet, anzuzeigen. Prinzipiell gesehen, müßtest Du also den Versuch strarten, mir als Plugin-Ersteller daraus einen "Vorwurf" auzuleiten... dem sehe ich allerdings gelassen entgegen. Gruß EASY

Hi Curt, (... it seems i've not played not enough... next time I'm asking you for playing with the programm...) ... I found the error... it is a rounding problem, which is summed up... I'm going to change the mathematical algorithm for better results ...ich habe den Fehler gefunden... es ist ein Rundungsproblem, das sich aufsummiert... ich bin dabei den mathematischen Algorithmus zu ändern um bessere Resultete zu erhalten. EASY

Hi Curt, ... the startpoint of the track spiral is always the center of "SG", the orientation of "SG" is at "Track-Spiral" not taken into account... (only at "Slope" and "Arch") Der Startpunkt der Gleiswendel ist immer der Mittelpunkt von "SG", die Ausrichtung von "SG" wird bei "Gleiswendel" nicht berücksichtigt... (nur bei "Rampe" und "Bogen") EASY

Hallo Holger, ... leider muß ich Dir zustimmen, daß es unter bestimmten Bedingungen mathematische Ungereimtheiten gibt.. ... da muß ich meinen Formalismus noch einmal etwas analysieren... tut mir leid Gruß EASY

Hi trevor, ... you or me or we ... could ask Neo for a Command of this setting of a track vehicle... as a feature request Note: This is only shown for model creators for own models... EASY

Hallo, -> Änderungen 04.01.2017 / Changes 04.01.2017 Gruß EASY

Hi trevor, ... it's the same problem like here... EASY

Hi trevor, ... the fist part i do understand... but ... try to design a (practical) track vehicle which "is not written in stone"... EASY

Hi trevor, ... found an other way... For example "BR 50 001"... ...take the position and dimension... ... take a primitive "Ebene"... the dimensions must be smaller then the loco... ... and put it to the position of the loco... ... mark both and make a (temorary) group... -> ... the midpoint of the group is the real midpoint of the loco... math stuff: front of loco is midpoint (x) of the group + loco length/2 ; backpoint of loco is midpoint (x) of the group - loco length/2. ... ungroup and use "Ebene" for the next... EASY

Hi trevor, ... i made a little test... i do not think reality is better... (trying to stop at a point from high speed) EASY

Hallo Neo, ... ist auch logischer wenn man die EV Verarbeitung als solche betrachtet und den Timer nicht als "besonders" ... ... da bin ich auf das Denken von einem "Timer" in einem Programm hereingefallen... ... darüber werden sich bestimmt einige freuen. Gruß EASY

Hi trevor... thanks for and also "Happy New Year", i knew the problem and i knew that i will fail at low fps... but i wanted to know what really happens if i try to realize a math function [f(t)] only with "event control" (event manager) of MBS -> EV... and i wanted to know if Neo got an idea to solve this problem. To solve my math function f(t) i use a timer within the EV. All events and actions are calculated (sequentially) in MBS at each frame so 1/fps is the clockfrequenz for EV... so if the timer in EV ist faster then 1/fps (-> event "timer expires") is detected with the next frame and the action in MBS is too late. (Apart from what you have written "With ANY sampled system...").-> Synchronization (math calculation <-> shown in MBS) is no longer present... ( I have tried it ... with a "correction" factor [known fps provided] it is possible to minimize the "error" greatly...) ... i.e. Windows (... MBS has to wait... my process is more important ) ... see here ... very interesting problem if there are cuved tracks or track switches within the deceleration way... ... please let me know when you found a "fool proof method that does not require way too many calculations"... with many calculations i have already done (calculating a track distance)... EASY

Hallo Neo, ... ich weiß... schon wieder das Thema "Bremsen"... aber ich stelle es hier unter "Technischer Support" ein, da dieser Versuch nur eingeschränkt einsetzbar ist... Ich bin das Thema Bremsen etwas mathematisch angegangen und mein Ziel war es einen definierten Bremsweg umzusetzen... und mit nur einer Ereignisgruppe jeden beliebigen Zug zum Bremsen zu bringen... das Ereignis "Bremsen_aktivieren" muß nur die Variablen "Lok" und "weg" bereitstellen und die Ereignisgruppe "Bremsen_Lok_Weg" aktivieren. ich bin es mathematisch angegangen und von einer linearen Verzögerung ausgegangen... was die Mathematik vereinfacht. v=Anfangsgeschwindigkeit der Lok vz=Vorzeichen von v weg=gewünschter Bremsweg dt=Zeitintervall für Timer t=benötigte Zeit bis zum Stillstand daraus ergibt sich: t=weg/vq mit vq=mittlere Geschwindigkeit = v/2 (lineare Verzögerung) anz=t/dt = Anzahl der Schritte (Anzahl Durchlauf Timer) dv=v/anz = Geschwindigkeitsreduktion je Schritt ... soweit die Theorie... nun kommt das (bekannte) Problem: Dieser Algorithmus setzt eine Synschronisation zwischen Darstellung und Berechnung voraus... und dies ist (leider) nicht gegeben, wenn der Timer schneller auslöst, als die Bildverarbeitung (dt < 1/fps)... die auflaufenden Ereignisse von "Countdown läuft ab" werden zwar abgearbeitet aber erst aus einen "Zwischenspeicher" bein nächsten Frame... ...so bricht die Synchronisation zwischen Berechnung und Darstellung und die Lok "schießt über das Ziel hinaus"... Daraus ergibt sich meine Frage an Neo: Wird aus dem "Zwischenspeicher" immer nur ein ein Ereignis(-Durchlauf) abgerufen? (... für den Fall, das der Timer innerhalb eines Frames mehrmals auslöst)... mir kommt es so vor... ... gibt es für diesen Fall eine Lösung? Für einen einfachen Versuch: "Vertikale Synchronisation" ein -> 60 fps (= 0.0166667s) und dt auf 0.01 setzen... (dt<1/fps) Bremsweg1.mbp Gruß EASY

Hi trevor, ... same to me... Microsoft: ... if this is "really easy"... how to do before?... so keep cool (without this "cool set of tools")... and do it by your own... ... thanks for e-mail... I'm curious what happens when getting started... EASY

Hallo Vermanus, danke für die Rückmeldung. ...huiii... da ist aber ganz schön was los ! ... wie sagt man so schön: ... es wird wohl­wol­lend geprüft... Gruß EASY

Hi trevor, thanks... ... that's Microsoft (... or do you use an older version of VS?) ... i will try (... Windows8.1 x64 pro ; VS 2013 express and VS 2015 community) But i think i'm more interested of what you did... so i can (try to) change things if needed... ... would be fine... still have my e-mail adress? EASY

Hallo Vermanus, ... nur mal so aus interesse... hast Du das Plugin mit dieser Funktion schon ausprobiert? ... wenn ja, ist es "praxistauglich"? (... war ein spontaner Einfall einen Haltepunt aus dem Programmieren ins MBS zu übertragen... ich weiß nur nicht ganz ob mir so gelungen ist...) Gruß EASY

Hi trevor, ... translator... i mean the program surface / program window i.e Button "Weiter" -> Button "Continue" The Plugin is a scale calculator. Input: Dimensions (x,y,z) of the real object (-> "Original") Output: Dimensions (x,y,z) of the model (-> "Modell") i.e. scaled to H0 (1:87) (-> "Spurweite im MBS") and the model is shown as a (primitive) model ("Dummy-Modell") in MBS so you can compare it (optical) with other objects or with your szene in MBS. I hope this answers your questions... ... i'm on a way to translate... (but it will take some time...) EASY

Hi trever, ... i'll try to do it better... I've already asked curt whether the surface should be translated (he will have a look at)... what do you think about this? ... by the way: Do you have a hint how to make a programm (in a simple way) multilingual? Gruß EASY