EASY

Hallo Seehund, ... es ist kein Fehler der Fläche... diese "Erscheinung" kommt von der Kantenglättung (die Schattierung in den Scheiben kommt auch daher... wobei ich finde, daß es zu "Glas" passt...) ... ist also mehr der Grafik (-Karte?) geschuldet, bei dem "Versuch" die Kante zu kaschieren. Vielleicht weiß Neo noch was dazu zu sagen, denn ich weiß nicht was da wie gemacht wird. Wenn ich die Glättung reduziere, ist das Dreieck weg. Da ich die Rundung mit wenig Segmenten gemacht habe, würde ich jedoch ungerne auf die Kantenglättung verzichten, da der Triebwagen sonst ziemlich eckig daherkommt. ... so hoffe ich auf die Akzeptanz dieses (Schönheits-) Fehlers... Gruß EASY

Hallo Seehund, ... danke für den Hinweis. Könntest Du mir ein Bild machen mit einer Markierung, wo es der Schatten ungefähr auftritt... ich habe bisher noch nichts gefunden. Gruß EASY

Hallo, ... der Ehrgeiz hat mich doch noch gepackt... beim enzianblauen ET91 ist es mir nun doch gelungen in LOD1 ein grünes Häkchen zu bekommen ... Durch einige Versuche aus der Trickkiste habe ich mal eben gute 20% an Polygonen eingespart... Ich danke trotzdem allen für die aufmunternden Worte... aber solange ich noch Ideen habe... gebe ich nicht auf. (... es kann sich natürlich wieder ändern falls mir zu LOD0 auch noch etwas in der gleichen Größenordnung einfällt... aber dann sind es ja von Anfang an weniger Polygone... mal sehen was da noch zu machen ist...) Gruß EASY

Hallo, ... dazu fällt mir folgende kleine Anmerkung ein: Programme (bzw. deren Programmierer) kennen eben nur True / False   und kein "lasse ich (unter diesen Umständen) noch gelten"... (... der angesprochene möge mir ...) Gruß EASY  

Hallo, ... danke, für die netten Kommentare... ... dafür gibt es (dem Wunsch von Bahnlend gerne entsprochen) noch einen in Enzianblau... und damit es auch etwas anders aussieht mit den Doppellampen... (... und für Franz habe ich dann doch noch den "Schmarren", daß diesmal LOD1 ein gelbes Warnschild hat... irgendwie knapp daneben... ist noch eine kleine Herausforderung für mich... aber erst für später...) Gruß EASY

Hallo, ... nach etwas längeren Versuchen ist mein ET91 nun doch so weit fertig geworden, daß ich ihn einfach mal im Katalog veröffentliche ( unter Triebwagen ist hoffentlich richtig)... Auf einen animierten Stromabnehmer habe ich mal verzichtet, ebenso wie auf einen Lichtkegel (... ist ein Tagesfahrzeug...Nachts ist die Aussicht sowieso nicht besonders...) Ich hoffe es gefällt trotzdem... Mein Dank geht an Seehund für die Aufrisszeichnung und an Bahnland für die (geduldige) Unterstützung bei der Gestaltung... Lob, Kritik und Anregungen... wie immer gerne! Gruß EASY  

Hallo Lutz, ... VB legt für jedes Projekt einen Projektordner an... die .exe wird von VB beim Debuggen automatisch erzeugt... du findest sie im Unterordner ...\bin\Debug. Die .exe hat den gleichen Namen wie das VB-Projekt. Diese .exe kannst Du dann auch woanders hinkopieren und mit dem MBS-Projekt abspeichern. Wenn Du ein MBS-Projekt exportierst (.mbp Datei), kannst Du den Dateinamen in Deinem Dateimanager jederzeit umbenennen... Gruß EASY

Hallo Frank, ZitatMan würde dann die aufwengige Konstruktion mit Kamera, Quader und mehreren Verknüpfungen sparen.  ... wie sieht denn Deine Konstruktion bisher aus?... Gruß EASY

Hallo Horst, ... du kannst auch den Bus neben dem Gleis stehen lassen, die Verknüpfung Bus mit dem Dummy machen und dann den Bus an seine "richtige" Position (z.B. über den Dummy) schieben... so kann der Bus mittig über den Dummy gebracht werden. ... der Dummy nimmt zwar den Bus mit, aber der Bus nicht den Dummy... Gruß EASY

Hallo FriLu, ... ich habe das Programm mal umgestrickt, mit getrennten Variablen für das Andocken (Verknüpfen) und "Zeigervariablen" für den Variablenaustausch.... Andocken (Verknüpfen): Variabe "Andocken" = "1" -> Objekt mit dem Namen in Variable "ObjektA" wird verknüpft mit Objekt mit dem Namen in Variable "ObjektB". Variabe "Andocken" = "0" (oder etwas anderes außer "1") -> Verknüpfung von Objekt mit dem Namen in Variable "ObjektA" wird gelöst. Variable "Werteuebertragen" = "[irgend ein Wert]" -> Der Wert der Variablen mit dem Namen in der Variablen "WertuebertragenRein" wird der Wert der Variablen mit dem Namen in der Variablen "WertuebertragenRaus" übertragen. An "ObjektPos" und "ObjektSetz" hat sich nichts geändert. Die Beispielanlage funktioniert immer noch gleich, mir die EVW ist angeglichen... In der .zip ist das MBS-Projekt, das VB-Projekt und die .exe. Gruß EASY Frilu01.zip

Hallo Neo, wenn ich die Version (1.2.3.1) von Deinem Link installiere haben Dampflok (braun), Tegernsee-Lok, Diesellok (rot), Diesellok (rot)und ICE-Lok kein Cockpit (Cockpit betreten wird gar nicht angeboten!) ... nach dem "automatischen" Update auf 1.2.3.2 haben diese Loks immer noch kein eigenes Cockpit sondern nur die neue allgemeine Cockpitansicht... auch ein "Katalog aktualisieren" nützt bei mir nichts... Gruß EASY

Hallo Neo, scheint ein interessantes Phänomen zu sein, bei mir haben von den Standard-Loks (wenn ich sie neu auf die Platte ziehe) nur noch die Dampflok (blau) und die Würtemberger-Lok ein Cockpit. Bei allen anderen gibt es nur noch die neue Ansicht.... Nachtrag: Nach nochmaligen Start von MBS hatten dann noch die E-Lok(weiß), die E-Lok(grün) und die E-Lok(silber) wieder ein Cockpit.... Gruß EASY

Hallo Lutz, ... ich mal mal einen Versuch der Frage, da fertige Gedankengänge nicht immer leicht nachzuvollziehen sind. Verknüpfung: Variablen: "FolgeMir" = Objektname, "Folge" = Objektname; "Verbinden" = 1 -> Objekt mit dem Namen in "Folge" wird mit dem Objekt mit dem Namen in "FolgeMir" verbunden. "Verbinden" = 0 -> Verbindung von Objekt mit dem Namen in "Folge" wird aufgehoben. Wenn sich "FolgeMir" oder "Folge" in der EVW ändert soll sich VB die neuen Objektnamen merken. Variablenwert: Variablen: "WertuebertragenRaus" = Variablenname; "WerteuebertragenRein" = Variablenname; "Uebergeben" = (eigentlich irgendwas) -> Variable mit dem Namen in "WerteuebertragenRein"  bekommt den Wert der Variablen mit dem Namen in "WertuebertragenRaus". Wenn sich "WertuebertragenRaus" oder "WerteuebertragenRein" in der EVW ändert soll sich VB die neuen Variablenamen und deren Wert merken. -> dies wäre meine Iterpretation von "Zeigervarablen"... ... dann kannst Du zu jeder Zeit ein "Verbinden" oder "Uebergeben" machen und zwischenzeitlich die Variablennamen zuweisen und deren Inhalte ändern. ... so? ...so ähnlich? ... fast?  ...so doch nicht? Gruß EASY

Hallo Lutz, ... war eine nette kleine Übung in VB... ... vorab: das mit der verkürzten Schreibweise geht, man muß nur ein eindeutiges Trennungszeichen setzen. Da ";" schon von der Schnittstelle gebraucht wird, habe ich mich mal für das ">" entschieden. In der Beispielanlage "Andocken" = "Pyramide>Lok1" -> "Pyramide" folgt "Lok1" , "Andocken" = "Pyramide" -> Verbindung von "Pyramide" wird gelöst (Andocken ohne ">") Das gleiche Trennungszeichen habe ich auch für die Variablen genommen, "Werteuebertragen" = "AVariable>BVariable" -> der Variablen "BVariable" wird der Wert von "AVariable" übertragen. Beschreibung Beispielanlage: Jeweils mit "Zug betritt ein Gleis" Die Variable "Aktion" habe ich mal doch noch verwendet, allerdings nur als Rückgabewert von VB an die EVW, damit evtl. ausgewertet werden kann, wann die Aktion (in VB) abgeschlossen ist, bzw. ob sie erfolgt ist. Bei 1 (in EVW "Reset"): Die Variablen werden zurückgesetzt Bei 2 (in EVW "Position"): Die Position von "Pyramide" wird ermittelt und den Variablen PosIst(x,y,z) zugewiesen (Aktion=4) Bei 3 (in EVW "an"): "Pyramide" wird mit "Lok1" verknüpft (Aktion=1) Bei 4 (in EVW "weg"): Verknüpfung von "Pyramide" wird gelöst (Aktion=2) Bei 5 (in EVW "Variablen"): der Variablen "BVariable" wird der Wert von "AVariable" übertragen. (Aktion=3) Bei 6 (in EVW "Setzen"): Den Variablen PosSoll(x,y,z) werden die Werte von PosIst(x,y,z) übertragen... und die Pyramide an die Position von PosSoll(x,y,z) gesetzt (...beam me up) (Aktion=5) ... die Lok muß "manuell" gestartet werden... vielleicht nicht gerade losrasen lassen Beim Senden von Kommandos "Send_Command..." gibt es in VB überall dort, wo der Name eine Objektes vorkommt, die Variante mit einer Fehlerabfrage. Ich habe es mal so gemacht, falls ein Objekt gelöscht oder umbenannt oder ein Schreibfehler vorliegt, daß von VB eine Fehlermeldung kommt. (...bei Variablennamen nicht!) Überigens: Das was ich gemacht habe, die Verknüpfung setzen bzw. lösen, sollte man eigentlich nicht tun, solange sich ein Objekt bewegt (in diesem Fall die "Lok1"... es kann sonst zu (kleinen) Positionsfehlern kommen, die sich mit der Zeit aufsummieren... ... da "kundenspezifisch" habe ich mir in der Namensgebung "FriLu..." erlaubt... (...kann aber auch sonst verwendet werden, nur die "Austauschvariablen" müssen namentlich stimmen, da sie in VB "fest" hinterlegt sind.) Ich hoffe, Du kannst es einigermaßen nachvollziehen... In der .zip ist das MBS-Projekt, das VB-Projekt und die .exe. P.S. ... ich weiß, daß man das VB-Skript noch "straffen kann" (nicht alle internen Variablen sind notwendig, aber ich halte es so für etwas übersichtlicher...) Gruß EASY   Frilu01.zip

Hallo Lutz, ... eine sehr kurze Form wäre, nur mit der Variablen "Andocken" zu arbeiten. Andocken="ObjektA;ObjektB" -> Verknüpfung setzen (Wert mit ";") Andocken="ObjektA" -> Verknüpfung lösen (Wert ohne ";") ... würde auch gleich der schreibweise der Schnittstelle entsprechen.   ZitatBleibt eigentlich nur mir in der EVW zu merken, wo was ist, und zu hoffen, das Neo es ermöglicht, den Inhalt von einer Variale in eine andere zu Übertragen - Wenn es Dir helfen würde, könnte ich Dir auch noch ein "Wert übertragen" mit einbauen... Variable Wertuebertragen="Variable1;Variable2" würde dann bedeuten, daß der Wert der Variablen1 der Variablen2 zugewiesen wird... (... es gelingt mir noch nicht immer aber bei Variablennamen versuche ich "äöüß" zu vermeiden...) Gruß EASY

Hallo Wolfgang, ... ich lade mir bei Blender immer nur die .zip datei herunter und nicht die Installationsdatei. So läuf Blender als "portable Anwendung" und ich kann so viele Verionen haben wie ich will... Gruß EASY

Hallo Lutz, ... das "Einrasten" von Rollmaterial geht nun eben auch für stehendes Rollmaterial, so daß Drehscheiben und Schiebebühnen realisiert werden können. Mein Tip wäre: Mache den Versuch mit dem Austausch indem Du die Gleise (mit Wagons drauf) verschiebst. Ähnliches habe ich hier gemacht http://www.3d-modellbahn.de/forum/thema/4355 unter "Spar-Schattenbahnhof"... Gruß EASY

Hallo Lutz, ... kann ich Dir schon machen (ist in meiner Vorstellung auch universell anwendbar)... ... nur (bevor ich mir ein Beispiel im MBS zum Testen ausdenken muß) wäre es mir lieber, wenn Du im MBS ein kleines Beispiel aufbauen könntest (mit Ereignisverwaltung) in dem die Variablen schon vorkommen... Das Ver-/Ent-Knüpfen kannst Du ja "von Hand" simulieren. Variable "Aktion" "2==keine Aktion ( wird von VB gesetzt )" verstehe ich noch nicht ganz, was Du damit erreichen möchtest... wenn Du es brauchst, kannst Du das Setzen der Variablen ja (temporär) mit einen Schalter simulieren. Ich denke mal, so sind die Aufgaben "gerecht" verteilt, und es ist näher an Deiner Vorstellung... ... eine kleine Beschreibung, was Du machen möchtest wäre natürlich hilfreich... P.S. Das MBS-Projekt kannst Du ja exportieren und als .zip hier einstellen oder unter "Experimentelle Anlagen" veröffentlichen. Gruß EASY

Hallo Neo, ... ich hatte die WIKI im Hinterkopf, als ich mir überlegte, wie die Detailstufen generieren. Wobei ich sagen muß, daß es eine Kombination war zwischen "Hinweis zum Modellbau" und "Hinweis zu Detailstufen", die mich auf die "entscheidende" Idee gebracht haben, nach dem Verzicht auf Transparenz ein reines Oberflächenmodell zu generieren. Mit Radx habe ich gestern auch noch einen Versuch gemacht. Level1 war bei mir allerdings noch zu früh um es wegzulassen, da das "Umspringen" des Drehgestells in engen Kurven doch noch deutlich zu erkennen war (... wird wahrscheinlich für den Verzicht einer Animation beim Stromabnehmer nicht anders sein...) Eine Frage hätte ich noch: ZitatFür das 3D-Modellbahn Studio stellt ein Unterobjekt ein unabhängiges Objekt mit eigener Transformation und eigenem Material dar. Die Anzahl der Unterobjekte korrespondiert mit der Anzahl der verwendeten Materialien... von was ist es noch abhängig, ob ein Objekt ein Unterobjekt ist? Gruß EASY  

Hallo, ... nun wollte ich es auch einmal versuchen, was es mit dem LOD auf sich hat und habe mich mal an einem früheren Modell von mir versucht. Links: Level0 -> Modell ist voll ausgebildet Innenausstattung, transparente Scheiben, Fenster haben Rahmen Mitte: Level1 -> Das Modell ist nur noch ein Oberflächenmodell Innanausstattung, transparente Scheiben, Fensterrahmen entfallen und das eine oder andere Detail weggelassen Rechts: Level2 -> das Modell wurde auf seine Grundform reduziert und ist farblich nur noch dem "Lichtspiel" angepasst. ... auch wenn sich noch das eine oder andere Polygon einsparen ließe... ... ich glaube, die erreichten Werte sprechen für sich... daß ich es nicht unbedingt bis zum letzen ausreizen muß... und es ist ja auch mein erster Versuch in dieser Richtung um das Prinzip zu verstehen (zur Verfügung stellen, kann ich das Modell [noch] nicht, da es in der Größe noch an die bekanntermaßen zu kleinen Loks vom EP13 angepasst ist... auch fehlt noch Radx und evtl. eine Animation für den Stromabnehmer) Gruß EASY

Hallo Neo, da Du es hier so schon angesprochen hast http://www.3d-modellbahn.de/forum/thema/4420 frage ich einmal nach, ob es (irgendwann [Priorität sehe ich nicht so wichtig]) einmal noch weitere Lichtquellen gibt. Im MBS ist das Licht, so wie es jetzt standardmäßig gesetzt ist dahingehend etwas "ungünstig" als daß von der Betrachtungsweise (neue Bodenplatte) man ein Modell immer erst direkt von der Schattenseite aus betrachtet. Mir ist es anfänglich immer wieder passiert, daß ich über die (plötzliche) Dunkelheit eines Modelles erst einmal etwas erschrocken war, da es im "Konstruktionsprogramm" viel heller ausgesehen hat. Wenn man dann das Modell von "hinten" betrachtet, sieht es schon viel heller aus. Nun ich weiß, Licht ist ein Thema für sich... und das "richtige" setzen von Lichtquellen nicht einfach... und die "universelle" (optimale) Lichtquelle, gibt es schon gar nicht... wie gesagt kleinere Priorität, aber vielleicht mal auf die Liste. Gruß EASY

Hallo Franz, Ich kann es mir nicht verkneifen, aber ich weiß, daß Du das verträgst... Zitat...was will der Spinner? ... wirklich jeden "Blödsinn" realisieren!!! ... aber mal ernsthaft. Ich finde es gut, daß Du diesen Beitrag geschaffen fast, denn es war in letzter Zeit doch einiges an Diskussion über den Modellbau, was doch zu einiger Verunsicherung geführt hat.  Wer mit LOD noch nichts richtig anzufangen weiß, ich finde es hier kurz und gut beschrieben http://de.wikipedia.org/wiki/Level_of_Detail und vor allem das Beispielbild zeigt (aus meiner Sicht) deutlich, was / wie es gemeint ist. Gruß EASY

Hallo, ... ich habe mir mal noch überlegt, wie man im MBS etwas über die Schnittstelle bewegen kann, und dabei gewisse Freiheitsgrade in der Parametierung hat. Als Lösungsansatz ist (mal wieder) eine Kombination aus Ereignisverwaltung und VB-Skript herausgekommen. In der Ereignisverwaltung kann über Variablen folgendes eingegeben werden: sx, sy, sz -> Fahrweg des zu bewegenden Objektes in die 3 Richtungen FObjekt -> Name des Objektes das bewegt werden soll schritt -> Schrittweite der Einzelbewegung für den längsten Weg. (Die Schrittweite für die anderen Richtungen wird so angepasst, daß es eine "harmonische" Bewegung ergibt) Wenn die Variable "Start" in der Ereignisverwaltung der Wert 1 zugewiesen wird, startet VB die Bewegung und setzt am Ende der Bewegung die Variable auf 0 (kann dann in der Ereignisverwaltung weiter ausgewertet werden). Da dies die wesentlichen Parameter sind, wird im VB-Projekt keine Eingabemaske benötigt, und man hat die Freiheitsgrade (Weg und Objektname) über die Ereignisverwaltung. (Im VB-Projekt gibt es [immer noch vorsichtshalber] "Connect" und "Disconnekt" für den Auf- bzw. Abbau der Verbindung zur Schnittstelle... also zuerst "Connect" und dann einen Schalter betätigen. MBS-Projekt: Wird der linke Kippschalter (Ereignis) auf "ein" geschaltet, schaltet das Signal dahinter auf "offen", die Variablen werden gesetzt und die Bewegung des Quaders gestartet (VB) Ist die Bewegung zu Ende, wird dies in der Ereignisverwaltung erkannt (Start=0) und das Signal zurückgeschaltet. Wird der linke Kippschalter (Ereignis) auf "aus" geschaltet, passiert im Prinzip das Gleiche nur, daß die Variablen sx,sy,sz mit -1 multipliziert werden und so der Quader wieder seine ursprungliche Position erreicht. Der rechte Kippschalter hat die gleiche Funktionsweise... nur eben für die Pyramide. Das Projekt befindet sich noch in den Anfängen (später wollte ich dann noch die Rotation mit einbauen) und ist deshalb noch nicht gegen Ungeduld abgesichert... also das Ende der Bewegung abwarten... dann erst wieder einen Schalter schalten. Ich hoffe mal, dies ist ein brauchbarer Ansatz... Rückmeldungen wären schön... in der . zip ist das MBS-Projekt, die Ereignisverwaltung als .html und das VB-Projekt (allerdings nur die .exe, da das Script noch etwas chaotisch aussieht) Gruß EASY   Fahrtest-01.zip

Hallo Neo, ... soll das heißen, daß ich in der Ereignisverwaltung die Variablen auch mit Strings belegen und solche abfragen kann? ... hat sich erledigt... geht (sehr zu meiner Freude!) Gruß EASY

Hallo Henry, ... netter Fun-Just-For... eignet sich überigens im Betrieb gut als kleiner Reaktions- und Logik-Tester... so ganz ohne Ereignisverwaltung... Gruß EASY