Andy

Hi nochmal, für's Editieren ist es zu spät, also noch'n Post: Wenn eine barmherzige Seele bereit wäre dieses Fahrseil - was ja nun wirklich eigentlich nix anderes ist als'n Zylinder, mit Blender als Spline zurechtmacht - und die .blend-Datei außerdem zur Verfügung stellt, damit Modellbau-Newbies wenigstens mal was für den Anfang haben. Herzlichst Andy

Hallo Leute! Ich häng's mal in diesen Thread, auch wenn die Problematik jetzt eine ganz andere ist. Im Bild sieht man's deutlich: Die große Gondel haut so schon durch den Boden der Station. Mache ich die Aufhängung zu kurz, geht schon bei relativ geringen Steigungen das Seil durch's Dach, die Aufhängung muß also größer sein - und dann kommt die Gondel unter der Station an. Daraus folgt: Wir brauchen eine etwas andere Station . Grüße Andy

Jesses! Die Kamera... - auf die wäre ich nicht gekommen. Das muß ich unbedingt ausprobieren und komplett verstehen. Das ist ja sooo cool! Ehrlich, ich habe so viele hinterlistige Dinge ausprobiert, um da was halbwegs Taugliches hinzukriegen - nix. Und dann muß ich noch falsch nach Seilbahn gesucht haben, sonst hätte ich den Beitrag gefunden. Sei's drum - das mit dem Plugin muß ich trotzdem mal probieren. Jedenfalls bin ich *sehr* dankbar für diese Tips. Es gibt hier noch sooo viel zu finden, seid ein wenig geduldig mit mir, wenn ich zu schnell poste. Aber das ist der Anfangseifer - es soll alles schnell klappen. Vielen Dank! Andy

Hi, ich will mal versuchen ein erstes Plugin in C++ zu schreiben und zum Laufen zu bekommen. Versuchsweise soll es nach der Seilbahngondel suchen und deren x und y-Rotationswerte permanent nullen, sodass die Gondel immer in der Waage liegt, wie immer auch der Seilverlauf ist. Im Moment schleppe ich da mehrere Gondeln in unterschiedlichen Winkeln den Berg hoch, und schalte an jedem Mast die Sichtbarkeit um. Das funktioniert zwar (und die Gondel wackelt auch niedlich am Mast selbst), aber da sollte eine universellere Lösung möglich sein. Ein solches permanent laufendes Plugin könnte noch für einige andere physikalische Effekte sorgen. Gruß Andy

Hallo, für die Seilbahn würde ich mir wünschen, dass ein Fahrseil längenskalierbar wäre, die Masten kann man ja nicht unbedingt überall hinstellen. Ein Ansatz- (und damit Dreh-) punkt am Rand wäre sowieso viel praktischer. Mit Drehpunkt in der Mitte ist's richtig gemein, da muß gerechnet werden... Grüße Andy

Was eine Arbeit!!! Und außerdem eine Demonstration der Leistungsfähigkeit des MBS und der hiesigen Modellbauer. Respekt! Da hüpfen sogar die Häuschen vor Freude Bei vielen Partikeleffekten (Kamera 8 Flußverfolgung - Winterbahn) geht mein Rechner sichtbar in die Knie (nur noch 6 FPS). Gruß Andy

Hi, das Thema sagt's schon. Ich mag es nicht, wenn eine große Anzahl von Objekten ungeordnet im Selektor rumliegt, nutze deswegen extensiv die Gruppenbildung. Aber dann will man doch das ein oder andere Objekt einer anderen Gruppe zuordnen, und ich möchte nicht immer "Gruppe auflösen, Objekt zusätzlich markieren, Gruppe wieder bilden". Er wäre schön, wenn es (wie bei den Ebenen) Verschiebefunktionen im Selektor gäbe.

Ich habe da noch einige Kataloge von vor 1997. Wer da noch bestimmte Ansichten braucht, um ein 3D-Modell zu komplettieren, vielleicht ist was Lohnendes zum Einscannen dabei. (Ich will den Pilzkiosk, oder haben wir den schon? )

Hi Bahnland, sehr hilfreicher Post! Merci vielmals! Typische Anfängerfalle wie's aussieht, schiebt den Thread gleich in die Tutorials! Also: csv ist in meinem Beispiel wirklich die einfachste Lösung, weil's da 1:1 wird. Bei bmp kann ich folgendes nicht nachvollziehen: In der gespeicherten Ebene ist der niedrigste Punkt definitiv auf 0, und der höchste auf 80. Die Ebene selbst liegt auf 0. In der gesamten Anlage ist sonst noch keine Höhenveränderung vorgenommen worden, die höchste Ebene liegt auf 40. Alles im Maßstab 1:1 in m. D.h.: der höchste relative Wert ist tatsächlich die 80 auf der Messebene (nicht 87!). Importiere ich jetzt wieder zurück, schlägt er 0...87 m vor - (hat vielleicht was mit H0 zu tun). Das hatte ich einfach nur abgeklatscht und deshalb wohl die Verzerrung. Ich habe versucht den Faktor so zu stellen, dass ich alles 1:1 hinkriege. Aber: dann muß ich als obere Höhe 69,5schlagmichtot nehmen. Der Wert irritiert mich, wo kommt der denn jetzt her? Nun gut. Logisch, dass ich nun csv nehme und die anderen Dinge für Spezialfälle im Auge behalte. Danke für die ausführliche Hilfe Andy

Super! Da hätte ich lange gesucht... Nebenbei bemerkt hat mir Dein Brückentutorial gerade sehr geholfen. Vielen Dank!!! Andy

Die Idee ist, einen Original-Gleisplan auf eine Bodenplatte zu legen. Weil in dem Plan (tatsächlich eine Art Skizze, also keine echte technische Zeichnung, aber maßstabsgetreu) auch noch viele andere Informationen über zusätzliche Objekte mit drin sind, u.a. Höhenlinien, dachte ich mir, dass es die ideale Lösung sei um loszulegen. Also habe ich den Plan in eine Grafikdatei eingebettet, die die nötigen Zweierpotenzen in der Größe mitbringt, und die Bodenplatte entsprechend groß gemacht. Der Import der Textur funktioniert, das 'Aufziehen' auch - aber - Pustekuchen. Die Textur erscheint nicht und der Grund ist vermutlich die Tatsache, daß der Origin der Bodenplatte in der Mitte liegt, und die Textur dann zu groß wird. Setze ich die Skalierung nebendran auf den erstmöglichen Wert von x0.02, dann erscheint die Textur wunderbar... drei mal . Na gut, denkt sich der Andy, machste es halt als 'Hintergrund' und legst einen solchen auf die Platte. Nur ... wie macht man so einen Hintergrund ? Der ist beim Modelleditor nicht dabei, und der will ja sowieso wieder eine x-Datei, und einfach mal die Bitmap eines existierenden Hintergrunds austauschen, wie beim Boden, is nich. Ist das jetzt eine gute Übung für einen Blendereinstieg, oder hat jemand Mitleid und gibt mir einen entsprechenden Blender-Rohling, oder eine x-Datei, bei der ich nur noch die Bitmap austauschen muß und ggf. skaliere? Eigentlich denke ich, dass die Methodik nicht so verkehrt wäre, sodass dieses Einsteigerproblem eine Lösung verdient hätte. Danke für jede Hilfe Andy mit dem Brett vorm Kopf

Um zu checken, mit welchen Farbwerten ich in einem exportierten Höhenfeld arbeiten muß, habe ich mir mal ein Testfeld gebaut. Anlageneinstellung 1:1 (m) Und dann habe ich das gleiche Höhenfeld wieder importiert - und war nicht schlecht erstaunt, wie die Türme gehüpft sind. Grauwert reimport export neue Höhe zu erwartender Grauwert bei Export 80m = 255 100 204 (Autsch!) 50m = 128 50 127.5 (wenigstens der stimmt!) 40m = 96 37.65 102 (5% Abweichung!) 30m = 64 25 76.5 (20% Abweichung!) 15m = 48 18.82 38.25 (>20% Abweichung!) der Import an sich ist okay. Da ergibt sich die einfache Formel: Höhe = Farbwert / 2.55 Demzufolge müßte der Export Farbwert = 2.55 * Höhe sein, aber die Werte sagen was anderes! Diese Formel ist nicht linear! Gruß Andy

Nach etlichen Recherchen bin ich auf Lithwrap gestossen (Dort das Wort 'download' selbst anklicken, nicht den Servernamen). Ein uraltes Tool, was eher für UV-Geschichten gedacht war. Handling: Man lädt 'Model', clickt 'Select All', dann auf 'Preview': Mit der Maus rechts im Preview-Fenster clicken und Rotate aussuchen - 90/0/180 tut's. Nun aber noch die Texturnamen kontrollieren. Es könnte sein, dass er da ein 'Blank' hinzugefügt hat, was er in Ermangelung einer Fileangabe wählen mußte. Dann wieder Model -> Save. Ein schwarze 256x256-Textur Blank.dds wird da benötigt. Ich habe mal eine angehängt. ACHTUNG: Die Extension muß in .dds geändert werden. da hier die Extension beim Upload nicht unterstützt wird, also nicht doppelclicken, sondern rechts clicken und speichern unter...!!! Ich weiß zwar noch nicht, inwieweit er gut in andere Formate konvertiert, und ob er mit allen .x-files zurechtkommt (insbesondere mit Animationen), aber für's Erste reicht mir das. blank.zip

Hi Bahnland, vielen Dank für die lange Antwort. Das mit der Verschiebung wundert mich auch ein wenig, paßt aber - oder wirkt sich nicht auffällig auf. In Ermangelung eines ordentlich Importers für Blender muß ich den Schritt umgehen, und schauen, dass das MBS die Dateien so frißt. Besagte Lok steht hiernach zwar immer noch verkehrt herum, aber wenigstens auf der x-Achse - und dann hilft das -y weiter. Mache ich die Transformationsmatrix gleich korrekt, spielen die Texturen nicht mit. Wie gesagt, in den .x-Dateien ist viel möglich, und mein Workaround wird nicht überall helfen. Immerhin habe ich jetzt mal eine ordentliche Syntaxbeschreibung der x-files gefunden. Vielleicht kann ich mir damit selbst was basteln - was Mathe und Informatik angeht, da mach' Dir mal keine Sorgen um mich. Ist ja bekannt, dass alternde Mathematiker wieder anfangen mit Bauklötzen zu spielen - und die Krankheit hat mich erst Anfang Dezember erwischt. Deshalb bin ich auch *noch* kein Modellbauer. So, warum sind es so viele Dateien und alle so verquert? Suche mal nach dem Begriff RTR. Aus dieser Community haben auch ein paar Leute ihren Weg hier her gefunden, wie ich schon festgestellt habe. Jenes Programm und seine modellbauende Community ist von seinem Schöpfer verlassen worden, weiß der Kuckuck warum. Ein paar wenige Nimmermüde sind immer noch aktiv, aber die Unterschiede in der Leistungsfähigkeit der Engine sind schon immens, (das letzte Upgrade von RTR war wohl um 2010) und hier ist man aktuell. Insofern fürchte ich nicht, dass NEO was dagegen hat, wenn wir hier drüber schreiben.. Hier muß ich eher fürchten, dass meine Rechner für eine nächste Version nicht mehr ausreichen. Mein Notebook kann nur 1024x600 und hat keinen Shader 3.0 - da macht MBS schon mal nicht mehr mit, obwohl ich beim Basteln unterwegs keine Partikel brauchen würde, solang's zuhause nur gut aussieht. Das Hauptproblem sind nun die 'Lizenzen' der Originalautoren der Modelle, die es mir vielleicht verbieten, sie hier im Online-Katalog zur Verfügung zu stellen, auch wenn sie hier nur von Nonprofit-Member genutzt werden würden. Wenn sie aber aus veröffentlichten Anlagen nicht exportiert werden können, dürfte ich sie so nutzen. Einige der hier vorhandenen Modelle kommen mir sowieso sehr bekannt vor. Ich werde mal in jenem Forum fragen, was die Autoren so darüber denken.. Ich hoffe, das hat nun einiges erklärt. Meine Motivation liegt übrigens hier: http://www.modelleisenbahnlehrschau.de/ Hat lange gedauert sie wiederzufinden. Die hat an unserem Bahnhof gestanden, als ich zehn Jahre alt war. Hat mich begeistert, dass es sie noch gibt, aber es tut mir in der Seele weh, wenn ich lese, dass ihre Zukunft sehr gefährdet ist. Deshalb würde ich sie hier gerne 'verewigen', wie auch die guten alten Fallerhäuschen ,. Auf 'Teufelkommraus' Gruß Andy

Apropos Spam: Ich habe den Thread gerade entdeckt, und mir fällt spontan die Klappe runter. Das ist ja unglaublich, was diese Community zustande bringt. Wo soll man denn die ganze Zeit hierfür hernehmen? Sorry, aber gegen diesen Post konnte ich mich nicht wehren!

Jo, schließe mich an. Was vielleicht schon schneller umgesetzt werden könnte: Beim Drücken der Tasten 0-9 merken sich diese die freie Kameraposition und checken ob sie selbst gerade vorher gedrückt wurden. Falls ja, springen sie zur gemerkten freien Kameraposition zurück. Dann läßt sich eine Kamera auf ein normal plaziertes Schaltpult stellen (kann ja auch unter der Anlage sein), mit einem Tastendruck kommt man dahin, macht was, drückt die Schaltpultkamerataste nochmal, und ist wieder im Bild. Nachteil: während man im Schaltpult ist, sieht man nix Anderes. Da könnte man was verpassen. Aber als schneller Workaround... Mal grundsätzlich - im Simulationsmodus ist der ganze untere Bereich doch ziemlich obsolete (außer Fahrgeschwindigkeiten) oder ? Gruß Andy

Hi, beim Import von x-Dateien gibt es ja die Achsanpassung +/- x/y/z. x und y sehen gut aus, aber z wirkt sehr merkwürdig, das sind keine 90°. Die Rotationen sind offensichtlich auch nicht verkettbar. Ich weiß, dass die Modelle x-orientiert sein sollten, was aber, wenn man gerne andere bereits existierende (extern) x-Dateien einbinden möchte? Blender-export mag mit dem hier vorhandenem Tool wohl gehen, aber es gibt da absolut nichts Befriedigendes auf der Importseite. So habe ich da jetzt etliche feine Dinge, die alle auf der Nase stehen - also vom Origin aufwärts. Bei einigen läßt sich mit dem Einfügen folgender Matrix an einer geeigneten Stelle im x-File Abhilfe schaffen: FrameTransformMatrix { -1.000000,0.000000,0.000000,0.000000, 0.000000,0.000000,1.000000,0.000000, 0.000000,1.000000,0.000000,0.000000, 1.000000,1.000000,1.000000,1.000000;; } Ggf. nochmal -y einstellen. So bleibt auch die Textur korrekt. ...aber, mit dem kompletten Verständnis des Aufbaus eines x-Files hapert's bei mir noch. Ist ja wohl eine Scriptsprache mit einigen Möglichkeiten... Die Maßstabsanpassung fällt dann sowieso in das Kapitel Spekulation und Try&Error. Interessant ist dann, dass bei einigen Modellen eine nachträgliche Skalierung in MSB möglich ist, bei anderen nicht. Und noch was ist mir aufgefallen: Ich habe jetzt ein Modell als Lok reingeholt, auf die Schiene gesetzt und gestartet. Wenn ich jetzt diese Lok im Modelleditor nochmal behandle, fährt sie dort glatt aus dem Bild und das ganze Modell wird angeknabbert (okay, das muß wohl nicht gefixt werden, das macht sonst kein Mensch, und wenn, geschieht's ihm recht .) Summary: habe ich mit der z-Achse einen Bug gefunden? Gibt es einfachere Möglichkeiten der Anpassung der x-Files? Gibt es einen vernünftigen Blender-x-file Importer? (nicht den von 'littleneo', der ist imkomplett und kann vieles nicht laden) Und wenn wir gerade dabei sind: gibt es Möglichkeiten die freie Kamera über Tasten auch hoch/runter zu fahren? Sehr oft verfährt man sich in Situationen, wo dies wirklich nötig wäre. Und (*zieht schon den Kopf ein*) dann wäre da noch der Wunsch, im Vollbild ins Cockpit einer Lok zu wechseln, und wieder raus. Das war's dann für's erste Vielen Dank für alles, was ein wenig weiterhilft Andy

Oh ja, das tut sie! Speziell, wenn man als Neuling stundenlang danach sucht, was man denn da nun wieder falsch macht... Vielen, vielen Dank! ...und für das Plugin sowieso. Come on Easy, nicht hängenlassen - ich habe bestimmt noch 1000 Fragen.