BR_01_Fan

Dramatischer Aufbau bzw, Auftritt ist beim ersten Bild richtig. Der Hintergrund drängelt sich regelrecht in den Vordergrund. Um dagegen nicht unterzugehen, muss die Anlage davor mindestens episch sein, also ab Miwula aufwärts. Hintergrundbilder sollen die Anlage dekorieren, ihren Eindruck verstärken, und sie nicht mickrig wirken lassen, denke ich. Die Idee mit der Beleuchtung ist aber genial. Aber auch die darf die Lichter des Modelldorfs davor nicht erschlagen.

Jetzt musste ich doch im Verlauf nachsehen, welche das war: 856C4F5E-FD8C-4F06-8FB2-C91A464D72E4 Du hast recht, sehr komplex ist sie wirklich nicht. Und es sind insgesamt nur 4 Fenster, nicht 5. Trotzdem schafft mein Rechner mit allen offenen Fenstern nur 9fps. Sehr viel besser wird es aber auch nicht, wenn ich alle Subfenster schließe: 14fps. (Ja, ich brauche wirklich einen neuen. Aber außer für MBS und Videoschnitt reicht er bei mir für alles aus) Noch ein Aspekt: Bildschirme in der Anlage sollen keine Ansichtsfenster ersetzen, sondern sind Ausstattung. Matschige 512p oder 640p, notfalls sogar 320p reichen dafür völlig aus. Wer alle Details sehen will, muss ein Ansichtsfenster der entsprechenden Kamera öffnen.

Ich habe heute eine Anlage geöffnet, die gleich mal neben dem Hauptfenster 4 weitere Kamerafenster aufgemacht hat. Da hat nichts geruckelt, auch nicht, als ich sie so angeordnet hatte, dass ich alle Fenster gleichzeitig sehen konnte. Und mein Rechner dürfte einer der lahmsten hier sein. Bei komplexen Anlagen bricht die Framerate auf bis zu 2fps ein, bei dieser aber nicht. Wo ist der Unterschied, wenn diese Fenster in der Anlage selbst gezeigt werden (wenn sie überhaupt ins Bild kommen)?

Es soll ja auch keine Textur sein, sondern ein mitfahrender Bildschirm. Grundsätzlich sollte es möglich sein, so einen Bildschirm als Objekt zu programmieren, das das Bild einer einstellbaren Kamera (oder eines wählbaren Videostreams?) zeigt. Im Grunde wie die zusätzlichen Fenster, die man jetzt schon für verschiedene Kameraansichten öffnen kann, "nur" eben als plazierbares Objekt. Ob das dann ein Rückfahrmonitor, eine Großleinwand für Public Viewing, der Fernseher im Wohnzimmer oder ein Navi im Auto wird, entscheidet der Anlagenbauer. Dazu kann aber nur Neo was sagen. Für mich wäre das eine sinnvolle Erweiterung in einer künftigen Version.

Poste deinen Originaltext dazu. Dann können die, die es können, wenigstens im Original nachlesen, was du ausdrücken willst, wenn der deutsche Text keinen Sinn ergibt.

Doch kann sie. Einfach die rechte Maustaste drücken und rechts, links, rauf, runter schwenken wie man lustig ist. Selbst der Blick nach hinten, wofür der Fahrer eine Eule sein müsste, ist kein Problem. Das Probleme sind immer nur Sichthindernisse, weil man (bisher) nicht den "Kopf" seitlich oder vor und zurück bewegen kann, um an ihnen vorbei sehen zu können.

Vermutung: Die untere Platte ist ja nicht weg, sie hat nur eine volltransparente Textur. Und mit der passiert dasselbe wie wenn du eine sichtbare Textur mit einer anderen in derselben Pixelebene überlagerst. Mal ist die eine, mal die andere zu sehen. Bring (mindestens) 1 Pixel Abstand zwischen die Texturen, dann sollte das Flimmern weg sein.

Da hast du recht, dafür muss man händisch die Trigonometrie bemühen. Dürfte für manche (nicht nur für mich ) in der Schule ein rotes Tuch gewesen sein.

Der Gedanke kam mir auch während des Schreibens. Aber geht das nicht besser mit Tutorial-Anlagen als mit mehrheitlich unzutreffenden Voreinstellungen? Man kann im MBS ja sogar Screenshots und Texte an Objekte pappen, die das jeweilige Verhalten und die Stellen, an denen es geändert werden kann, genau erklären können.

Nicht hauen, aber in dem Punkt fand ich die EEP-Lösung gut. Man muss von den 3 Größen Gleislänge, Gleiswinkel und Gleisradius 2 angeben, die dritte wird dann automatisch berechnet. Erspart je nach Anwendungsfall eine Menge händische Rechnerei.

Dafür müsste man mal eine Umfrage machen. Ich habe rein mit der Statistik, also mit der Häufigkeit argumentiert, in der eine Einstellung einen Anwendungsfall trifft und in der Summe seltener die Einstellung geändert werden muss. Wie oben geschrieben: Auf den meisten Anlagen stehen mehr Autos dekorativ (und realitätsnah) in der Gegend rum als tatsächlich fahren und die Lichtautomatik sinnvoll nutzen. So eine Einstellung wäre in meinen Augen völlig unsinnig. Das könnte man höchstens vom eingeschalteten Antrieb abhängig machen, aber da das bei Fahrzeugen ohne Antrieb keinen Sinn ergibt, halte ich das für überflüssig. Ganz allgemein bin ich der Meinung, dass sich eine Voreinstellung nach der Mehrzahl der Anwendungsfälle richten sollte, damit sie nicht häufiger geändert werden muss als sie belassen werden kann.

Rein statistisch fährt ein Auto weniger als eine Stunde pro Tag und steht die restlichen 23 Stunden rum (Ausnahmen bestätigen die Regel). Und nach meiner Beobachtung trifft das zwar auf Modellanlagen nicht ganz so extrem zu, aber trotzdem stehen auf den meisten Anlagen mehr Autos rum als fahren. Das Einschalten des Lichts dem Anlagenbauer zu überlassen dürfte die meisten Anwendungsfälle treffen. Das gilt auch für Loks und Wagen. Es sieht komisch aus, wenn eine ganze Reihe Personenwagen ohne Lok und ohne Fahrgäste auf dem Abstellgleis bei Dunkelheit das Licht einschaltet, genau so, wenn eine kalte Lok im Lokschuppen das macht. Bei Laternen dagegen ist die Automatik sinnvoll, weil das genau deren Job ist.

Ja, nennt sich V10, wenn ich die Kommentare richtig verstanden habe.

Verd... hoffentlich sagt Neo nicht Ja. Bevor ich weitere Wünsche oder Vorschläge äußere, warte ich mal erst die neue Version ab. Zu viele offene Türen ... Und trotzdem gilt: "Ein jeder Wunsch, ist er erfüllt..." (Wilhelm Busch)

Einer der größten Wünsche von der Wunschliste gestrichen. Wenn du jetzt noch verkündest, dass die freie Kamera auch Objekten folgen kann, frage ich dich, ob du mich heiraten willst