EEP Wiki - Benutzerbeiträge [de]

Interne Ini-Datei der Modelle

2021-08-20T16:23:02Z

HW1:

Die interne Datei <tt>System.ini</tt> legt Funktionen und Systemeinstellungen für das betreffende Modell fest. Diese reichen von der Festlegung der Antriebskonfigurationen, des Gewichts und Bremsverhaltens über Kabinenansichtsparameter bis hin zu Rauch-, Feuer-, Staub-, Wind- und Sound-Zuordnungen.

== Allgemeine Information zur Eingabe von Werten ==

Grundsätzlich beginnt jeder Abschnitt in der internen ini-Datei mit einer Überschrift, die in eckigen Klammern steht. In der Tabelle stehen zunächst diese Überschriften und nachfolgend die jeweiligen möglichen Parameter.

Die Schreibweisen zu den Werten sind:

* Ganze Zahlen [Integer]: -2; 0; 34
* Fließkommazahlen [Float]: 4.1; 3.0; -100.53 (als Dezimaltrenner den Punkt [.] verwenden)
* Hexadezimale Zahlen; Farbwerte (je 8 Bit) im 24-Bit-Format [HexRGB] mit dem Prefix 0x: 0x4832a0; 0xa0b0f0
* Hexadezimale Zahlen; Farbwerte plus Alpha-Kanal (je 8 Bit) im 32-Bit-Format [HexARGB]: 0x30ffffff; 0x80a0b0f0
* Zeichenkette [String]: "EEXP\Roll_Feuerwehr.wav"; "FRAME"; "_Sys_StartWalk" (in Anführungszeichen schreiben)
* <code>##</code> steht für einzusetzende Ziffern, wobei die Anzahl der Rauten die Anzahl der Ziffern angibt.
* Kommentare beginnen in der ini-Datei mit einem Semikolon und können mit Abstand von einem Leerzeichen auch hinter Parametern gesetzt werden (z.B.: <code>ControlNs1 = 47 ; Kommentar Achse 47 (Luftsteuerung) Als Kontrollachse fuer NonstopIf1</code>
 
Bei allen Befehlen/Parametern muss Groß-/ Kleinschreibung beachtet werden.
Die Auflistung enthält die Werte für EEP ab Version 13. Frühere anders lautende Befehle, Parameter und Attribute sind hier nicht berücksichtigt.

== Übersichtstabelle ==
Die folgende Tabelle ist derzeit in Überarbeitung. Wenn jemand Fehler entdeckt oder Ergänzungen vornehmen möchte, bitten wir freundlich um Nachricht per PN im Forum an das Wiki-Team.

 

===Legende===

{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>Parameter</code>||
|style="padding:5px"|Bezeichnung des Parameters - steht links neben dem Gleichheitszeichen
|- style="vertical-align:top"
|
|style="padding:5px"| 0 - ∞
|style="padding:5px"|Wertebereich In diesem Fall dürfen ganze Zahlen im Bereich von 0 bis unendlich eingetragen werden. Die Werte dürfen keine Nachkommastelle enthalten.
|- style="vertical-align:top"
|
|style="padding:5px"|<code>= 0.0</code>
|style="padding:5px"|Beispieleintrag Wenn der Eintrag mind. eine Nachkommastelle hat, muss auch mindestens eine Nachkommastelle angegeben werden. Wenn keine Nachkommastelle vorhanden ist, dürfen nur ganze Zahlen eingegeben werden.
|- style="vertical-align:top"
|
|style="padding:5px"|<code>= 0</code>
|style="padding:5px"|Vorgabewert (Default) Wenn der Parameter nicht in der internen Ini eingetragen ist gilt dieser Wert.
|- style="vertical-align:top"
| ||
|style="padding:5px"|Beispielprojekt: <tt>Immobilien\Swing</tt> Die Beispielprojekte befinden sich im Ordner <tt>Projects</tt> des Home-Nostructor im angegebenen Pfad.
|}
 

===Allgemeines===

Überschrift: <code>[System]</code>
 
{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>ModelType</code>
|style="padding:5px"| <code>= 0x0000</code>
|style="padding:5px"|Legt fest, dass diese Datei HEX-codiert sein wird (in der 3dm-Datei).
Dieser Wert ist die Standardvorgabe und darf nicht entfernt oder verändert werden.
|}
 
===Modell (Rendering etc.)===
Überschrift: <code>[Model]</code>

Allgemeine Eigenschaften des Modells und dessen Achsen 
[[Berechnungsbeispiele interne Ini: Sektion Model|Berechnungsbeispiele]]
{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!Beschreibung

|-
|colspan="3" style="height:30px;background-color:#E0DFEE;font-weight:bold;" |''  Rendering - Anweisungen''
|- style="vertical-align:top"
|style="padding:5px"|<code>SortByAxes</code>
|style="padding:5px"|-2, -1, 0, 1, 2 <code>= 0</code>
|style="padding:5px"|Reihenfolge des Renderings der Achsen des Modells sowie eventuelle typ-sortierte Gruppierung Wird bei transparenten Flächen wie z.B. Glasscheiben verwendet. 
Bewirkt unabhängig vom Aufbau des Modells, dass die beweglichen Modelle hinter durchsichtigen Scheiben sichtbar werden. Gilt in allen folgenden Fällen: Die Scheibe liegt...
*... in der Basis.
*...auf einer Zusatzachse.
Die Scheibe hat...
*...kein Backface-Culling.
*...doppelte Polygone mit Backface-Culling.
Beispiel 1: Bei einer E-Lok/Triebwagen/Straßenbahn können zwei Lokführer, die auf Achsen sitzen, je nach Fahrtrichtung erscheinen bzw. verschwinden. 
Beispiel 2: Im Innern einer Immobilie bewegt sich eine Rolltreppe o. ä.
 Anmerkung: Dieser Befehl wird ausschließlich in Modellen benutzt, die tatsächlich über durchsichtige Scheiben und bewegliche Achsen-Modelle hinter den Scheiben aufweisen, da er die übliche Rendering-Kette unterbricht und das Modell (3dm) nach einem anderen (durch den Konstrukteur vorgegebenen) Renderingprinzip berechnet.
 Beispielprojekt: <tt>Technik\Velocity_speedometer_test</tt>, <tt>Cabins\CabinControlsExample_BR232</tt>
{| class="mw-datatable"
!style="width:40px;background-color:#E0DFEE"|
Wert
!style="background-color:#E0DFEE"|
Effekt
|- style="vertical-align:top"
|      0||Vorgabewert Die Reihenfolge des Renderings bleibt unverändert und die Modelle werden nach diesem Muster berechnet: [Backface-Culling], dann [Backface-Culling + Z-Offset], dann [kein Backfaceculling] und schließlich [kein Backface-Culling + Z-Offset].
|- style="vertical-align:top"
|      1||Die Reihenfolge des Renderings entspricht derjenigen der Achsen, wobei mit der Basis des Modells begonnen wird.
|- style="vertical-align:top"
|      2||
|- style="vertical-align:top"
|     -1||Wie 1, jedoch in umgekehrter Reihenfolge (also von hinten nach vorne). Damit wird die Basis das zuletzt gerenderte Modell.
|- style="vertical-align:top"
|     -2||Die Reihenfolge wird gegenüber der normalen Rendering-Folge umgekehrt. Es werden zunächst die Teile mit [kein Backface-Culling + Z-Offset], dann [kein Backfaceculling], dann [Backface-Culling + Z-Offset] und zuletzt [Backfaceculling] gerendert.
|}
|- style="vertical-align:top"
|style="padding:5px"|<code>SortToViewer</code>
|style="padding:5px"|0, 1 <code>= 0</code>
|style="padding:5px"|Aktiviert die Sortierung des Renderings anhand der Entfernung zur Kamera Normalerweise rendert EEP in der Reihenfolge der Achsen (Objekte). Die Sortierung anhand der Entfernung erlaubt zwar die korrekte Darstellung von anderen Modellen/Objekten hinter transparenten Flächen, wirkt sich jedoch negativ auf die Effizienz des Renderings aus und ist nur bei Objekten mit größeren Glasflächen zu empfehlen, wie z.B. bei Bussen oder komplett verglasten Wänden. 0    (Vorgabewert) Sortierung nach Entfernung zu Kamera ist ausgeschaltet 1    Sortierung nach Entfernung zu Kamera ist eingeschaltet Beispielprojekt:<tt>Technik\cube_transp</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>SortToViewerLevel</code>
|style="padding:5px"|0, 1, -1 <code>= 0</code>
|style="padding:5px"|Erhöht die Priorität beim Rendering anhand der Tiefe Wichtig im Falle von Schwierigkeiten bei der Festlegung der Rendering-Reihenfolge. Die erzwungene Priorität wirkt sich negativ auf die Effizienz des Renderings aus. Objekte mit einem höheren Wert des Parameters werden später berechnet, was so viel heißt, dass sie ein geringeres Fehlerpotenzial aufgrund von Transparenz aufweisen.
|-
|colspan="3" style="height:30px;background-color:#E0DFEE;font-weight:bold;" |''  Achsen - Parameter (allgemein)''
|- style="vertical-align:top"
|style="padding:5px"|<code>AnimSwitch##</code>
|style="padding:5px"|<code>= 0</code>
|style="padding:5px"|Verknüpfung der Bewegung der Achse <code>##</code> mit dem Schaltzustand <code>= 0</code> einer Weiche Die Änderung der Weichenstellung bewirkt eine Bewegung der Achse zwischen ihrem Minimal- und Maximalwert. Dieser Parameter ist ausschließlich für Weichen zu verwenden.
|- style="vertical-align:top"
|style="padding:5px"|<code>BreakAxis##</code>
|style="padding:5px"| -∞ bis +∞ <code>= -10000.0</code> <code>= 0.0</code>
|style="padding:5px"|Gibt die Weite des Hub-Sprungs einer Achse mit der Nummer <code>##</code> an, sobald die Achse in EEP angeklickt wird ([[Berechnungsbeispiele interne Ini: Sektion Model|siehe Berechnungsbeispiele]])
Dieser Wert gilt für bewegliche Achsen in Immobilien und Gleisobjekten (z.B. Türen).
 < 0: Deaktiviert die Möglichkeit zum Bewegen der Achse im Kabinenmodus (nur bei Objekten vom Typ Rollmaterial).
 -10000.0: Bewirkt eine dauerhafte Bewegung der Achse (anzuwenden bei Immobilien und Gleisobjekten). Klickt der Anwender auf diese Achse, so vollzieht diese eine kontinuierliche Bewegung, sobald der Arbeitswinkel mehr als 358° beträgt. Anderenfalls vollzieht die Achse eine Pendelbewegung zwischen dem Minimal- und Maximalwert (vorwärts und rückwärts). Kann z.B. beim Nachbau einer Schaukel angewendet werden.
 Beispielprojekt: <tt>Immobilien\Swing</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>ControlNs#</code>
|style="padding:5px"|1 - 99 <code>= 1</code> (Nr. der Steuerachse)
|style="padding:5px"|Beschreibt die Steuerachse <code>= 1</code> für die Systemachse <tt>_NonstopIf#</tt> Der Grad der Auslenkung der Achse mit der angegebenen Nummer <code>#</code> bestimmt die Drehgeschwindigkeit der Systemachse <tt>_NonstopIf#</tt>. Sofern die Steuerachse nicht vorhanden ist bzw. nicht definiert wurde, wird sich die Systemachse <tt>_NonstopIf#</tt> kontinuierlich drehen, wie z.B. die Systemachse <tt>_Nonstop</tt>.
 Beispielprojekt: <tt>Technik\Wind_Power</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>DoorAxes</code>
|style="padding:5px"|0, 1 <code>= 1</code>
|style="padding:5px"|Kollisionsprüfung des Gleisobjekts Ein Gleis wird automatisch blockiert wird, sobald die Achse X (sichtbar im 3D-Fenster des Home-Nostruktor nach dem Einblenden von <tt>Anzeige - Achsen</tt>) durch irgendeine bewegliche Achse des Modells berührt bzw. durchdrungen wird. Dies kann z.B. bei den Toren eines Lokschuppens auftreten. Dieser Parameter ist ausschließlich bei Gleisobjekten anzuwenden. 1    (Vorgabewert) Kollisionsprüfung ist eingeschaltet 0    Kollisionsprüfung ist ausgeschaltet. Das Objekt kann jederzeit befahren werden
 Beispielprojekte:<tt>Technik\Farm_GenericField</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>SmoothAxis##</code>
|style="padding:5px"|0, 1 <code>= 0</code>
|style="padding:5px"|Schaltet Glättung der Achsenbewegung für die Achse <code>##</code> Vorgabewert: 0 (aus)
 Beispielprojekt:<tt>Technik\Velocity_speedometer_test</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>SoundAxis##</code>
|style="padding:5px"|<code>= "EEXP\turn1.wav"</code>
|style="padding:5px"|Sounddatei für Achse <code>##</code> Die angegebene Sounddatei wird während der Achsenbewegung abgespielt. Der Text beschreibt den Pfad der Tondatei im Ordner <tt>Resourcen/Sounds</tt>, hier <tt>"EEXP\turn1.wav"</tt>. Beispielprojekt:<tt>Technik\conveyor_anim</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>VelocAxis##</code>
|style="padding:5px"|0.0 - ∞ <code>= 0.05</code> <code>= 0.2</code>
|style="padding:5px"|Multiplikator der Geschwindigkeit der Achsenbewegung der Achse <code>##</code> Werte oberhalb von 0.2 beschleunigen die Bewegung, Werte darunter verlangsamen sie. Nützlich ist diese Funktion, um z.B. die Drehgeschwindigkeit von Rädern mit der horizontalen Bewegung von Achsen zu synchronisieren. Dieser Parameter kann auch z.B. für die Geschwindigkeit von Schrankenbäumen, Toren etc. verwendet werden. Beispielprojekte:<tt>Technik\Alarm; Technik\Velocity_speedometer_test</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>TextureAxis##</code>
|style="padding:5px"|Textur-ID <code>= 0</code>
|style="padding:5px"|Definition einer Steuerachse für animierte Texturen Damit die Definition möglich ist, muss die Textur in der Datei „Texturen.txt“ als animierte Textur vordefiniert werden (z.B. mit "animfrm_y(4) animfps(1.0) ). Für die kontinuierliche Bewegung der Animation sollte die Steuerachse als „_Nonstop“ Systemachse ausgeführt werden. Beispielprojekte:<tt>Technik\conveyor_anim</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>VolumeAxis##</code>
|style="padding:5px"|1 - ∞ <code>= 20</code>
|style="padding:5px"|Rest-Lautstärke des abgespielten Geräusches der Achse## Dieser Wert beschreibt den Abstand der Quelle des Geräusches bis zum Zuhörer (in Metern), in dem die Lautstärke des Geräusches noch zu 100% gehört werden kann. Erst ab dem vordefinierten Abstand fällt die Lautstärke ab und das Geräusch wird leiser. Beispielprojekte:<tt>Technik\conveyor_anim</tt>
|-
|colspan="3" style="height:30px;background-color:#E0DFEE;font-weight:bold;" |''  weitere Einstellungen (alphabetisch sortiert)''
|- style="vertical-align:top"
|style="padding:5px"|<code>CrossAutoChangeTime</code>
|style="padding:5px"|0.0 bis ∞ <code>= 10.0</code>
|style="padding:5px"|Standardzeit der Ampelphasen von Kreuzungen Dieser Wert kann durch den Benutzer in EEP geändert werden.
|- style="vertical-align:top"
|style="padding:5px"|<code>CtrlLightIdx</code>
|style="padding:5px"|0, 2-28 <code>= 0</code>
|style="padding:5px"|Berechnung der Helligkeit von Licht Dieser Parameter schaltet die Berechnung der Beziehung zwischen Helligkeit einer bestimmten Licht-ID und der Helligkeit der Tageszeit. Je näher/kürzer bis Mitternacht, desto heller das Erscheinungsbild der Licht-ID. Am Tage (um die Mittagszeit) wird das Licht einer Licht-ID dagegen automatisch gedämpft. Hinweis: Pro Modell ist nur eine Licht-ID möglich.
{| class="mw-datatable" style="vertical-align:top"
!style="width:40px;background-color:#E0DFEE"|
Wert
!style="width:170px;background-color:#E0DFEE"|
Zweck
!style="width:5px"|
!style="width:40px;background-color:#E0DFEE"|
Wert
!style="width:170px;background-color:#E0DFEE"|
Zweck
!style="width:5px"|
!style="width:40px;background-color:#E0DFEE"|
Wert
!style="width:170px;background-color:#E0DFEE"|
Zweck
|- style="vertical-align:top"
|      0|| Vorgabewert || ||     10|| Signal #6 rot hinten || ||     20|| Blinklicht 0.5s (aus)
|- style="vertical-align:top"
| || || ||     11|| Signal #7 || ||     21 || Blinklicht 0.5s (an)
|- style="vertical-align:top"
|      2|| Rücklichter von Fahrzeugen || ||     12|| Signal #8 || ||     22|| Blinklicht 0.25s (aus)
|- style="vertical-align:top"
|      3|| Fenster von Fahrzeugen || ||     13|| Signal #9|| ||     23|| Blinklicht 0.25s (an)
|- style="vertical-align:top"
|      4|| Immer an || ||     14|| Signal #10|| ||     24|| Blinklicht 0.125s (aus)
|- style="vertical-align:top"
|      5|| Signal #1 Lichtkegel vorne || ||     15|| Licht in Immobilien|| ||     25|| Blinklicht 0.125s (an)
|- style="vertical-align:top"
|      6|| Signal #2 Lichtkegel hinten || ||     16|| Blinklicht 2s (aus)|| ||     26|| Richtungsblinker links
|- style="vertical-align:top"
|      7|| Signal #3 weiße Lampen vorne || ||     17|| Blinklicht 2s (an)|| ||     27|| Richtungsblinker rechts
|- style="vertical-align:top"
|      8|| Signal #4 weiß hinten || ||     18|| Blinklicht 1s (aus)|| ||     28|| Stopplicht
|- style="vertical-align:top"
|      9|| Signal #5 rot vorne || ||     19|| Blinklicht 1s (an)|| || ||
|}
|- style="vertical-align:top"
|style="padding:5px"|<code>DisableClick</code>
|style="padding:5px"|0, 1 <code>= 0</code>
|style="padding:5px"|Schaltet die Reaktion des Objektes auf einen Klick seitens des Users aus Dieser Parameter kann bei allen Objekten angewendet werden. 0    (Vorgabewert) Ausgeschaltet (Objekt reagiert auf Klick) 1    Eingeschaltet (Objekt reagiert ''NICHT'' auf Klick)
|- style="vertical-align:top"
|style="padding:5px"|<code>EnableFire</code>
|style="padding:5px"|0, 1 <code>= 0</code>
|style="padding:5px"|Aktivierung der Funktion Feuer. Dieser Wert gibt an, ob der Emitter des Feuers standardmäßig aktiviert werden soll. Er gilt für Objekte der Typen Immobilie, Gleisobjekt und Landschaftselement. 0    (Vorgabewert) aus 1    ein
|- style="vertical-align:top"
|style="padding:5px"|<code>EnableSmoke</code>
|style="padding:5px"|0, 1 <code>=0</code>
|style="padding:5px"|Aktiviert die Funktion Rauch als Standard Mit diesem Wert kann die Rauchfunktion als Standardwert eingeschaltet werden, dass heißt, der Nutzer sieht den Rauch auch ohne ihn explizit einzuschalten. Sinnvoll ist dies z.B. bei Schornsteinen und in Verbindung mit <code>EnableFire = 1</code> Er gilt für Objekte der Typen Immobilie, Gleisobjekt und Landschaftselement. Der Nutzer kann die Funktion in den Objekteigenschaften ausschalten. 0    (Vorgabewert) aus 1    ein Hinweis: Die Parameter für die Erscheinung des Rauchs sind unter [[#Rauch.2FFunken.2FSchutt_-_allgemein]] zu finden.
|- style="vertical-align:top"
|style="padding:5px"|<code>HorizonV</code>
|style="padding:5px"|0.= - 1.0 <code>0.0,0.25,0.5,0.75,1.0</code>
|style="padding:5px"|Bestimmung der horizontalen (!) Schnitte einer Horizont-Textur, um diese als eine lange Rundum-Textur darzustellen Die derartige Anordnung der Texturfragmente (Streifen) ermöglicht eine optimale geometrische Form einer Textur, nämlich die eines Quadrats. Die Werte 0.0, 1.0 bedeuten keine Teilung der Textur, wogegen die Werte 0.5, 1.0 zwei Texturstreifen beschreiben, die genau in der Mitte geteilt sind. Bei einem einfachen Hintergrund ist die Textur 4096px x 256px groß (mit Alphakanal, der auch für die sanfte Ausblendung nach unten sorgt). Bei 360°-Panoramen sind 4 Horizontstreifen übereinander gestapelt. Dies ergibt eine Texturgröße von 4096px x 1024px. Hinweis: Durchsichtige Teile der Textur durchsichtig werden in EEP nicht angezeigt. Auf diese Weise ist es möglich, eine Anlagenseite leer zu lassen. Beispielprojekt: <tt>Horizon</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>ModelInfoTip</code>
|style="padding:5px"|0,1 <code>=0</code>
|style="padding:5px"|Deklariert ein Modell als Informationsmodell Dadurch können z.B. Texte eingeblendet werden, die in der 3D-Darstellung zu sehen sind, sobald sich der Anwender dem Objekt nähert. 0    (Vorgabewert) aus 1    ein
|- style="vertical-align:top"
|<style="padding:5px"|<code>SwissClock</code>
|style="padding:5px"|0, 1 <code>= 0</code>
|style="padding:5px"|Schweizer Bahnhofsuhr Dieser Wert ermöglicht den Nachbau von Bahnhofsuhren nach schweizerischem Vorbild. Dabei wird die Systemachse „_TimerS“ (Sekundenzeiger) für einen Moment angehalten, sobald die volle Minute erreicht ist (mit dem sogenannten Minutensprung). 0    (Vorgabewert) aus 1    ein Beispielprojekt: <tt>Immobilien\Bahnhofsuhr_eckig-01_NP1</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>WaveMaxBias</code>
|style="padding:5px"|0.0 bis 0.5 <code>= 0.25</code>
|style="padding:5px"|Maximale Verschiebung in der Mischung von Texturkomponenten in der Wassertextur Während der Animation bei der Mischung der beiden Komponenten ändert sich das Aussehen der Oberflächenstruktur des Wassers und ähnelt damit mehr entweder der ersten oder der zweiten Textur. Je höher diese Parameter, desto größer ist die Ähnlichkeit zu dem Aussehen einer Textur-Komponente. Bei einem Wert von 0.0 werden beide Texturen gleichmäßig zu Hälfte gemischt. Beispielprojekt: <tt>Technik\Water_Scale</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>WaveScaleXYXY</code>
|style="padding:5px"|<code>= 1.0,1.0,1.0,1.0</code>
|style="padding:5px"|Skalierung der Textur des Wassers ohne bewegliches Drahtgittermodell
|- style="vertical-align:top"
|style="padding:5px"|<code>WindPower</code>
|style="padding:5px"|0.0 bis 1.0 <code>= 0.0</code>
|style="padding:5px"|Bestimmt den Einfluss des Windes auf das Landschaftsobjekt
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 

===Fahrzeug===
Überschrift <code>[Vehicle]</code>

Parameter für jedes Rollmaterial (angetrieben und nicht angetrieben)
{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>BackBumper</code>
|style="padding:5px"|<code>= 800.0</code>
|style="padding:5px"|Länge vom der Nullpunkt des Koordinatensystems (Ursprung) bis zur Außenkante der ''hinteren'' Puffer in cm Der Wert bestimmt, wann RM voneinander abgestoßen wird bzw. wo es kuppelt.
|- style="vertical-align:top"
|style="padding:5px"|<code>Box...</code>
|style="padding:5px"|<code>BoxX+ = 900</code> <code>BoxX- = 900</code> <code>BoxY+ = 900</code> <code>BoxY- = 900</code> <code>BoxZ+ = 900</code> <code>BoxZ- = 900</code>
|style="padding:5px"|Die Boxwerte beschreiben einen quaderförmigen Raum, in dem die Lok unter allen Umständen bleiben muss Werte mit einem <tt>+</tt> geben den Abschnitt auf der positiven, Werte mit einem <tt>-</tt> den auf der negativen Achse an. Die Werte selbst sind immer positiv und in cm angegeben. Bei einer Bewegung von Achsen für Stromabnehmer, Radsätze etc. darf kein Modellteil den Boxbereich verlassen, da dies zu Darstellungsfehlern in EEP führt. Drehungen der ganzen Lok werden dabei jedoch nicht berücksichtigt, hier wird der Kubus mitgedreht. Hinweis: Der Wert darf nicht zu hoch bemessen werden, da dies die Performance in einigen Situationen erheblich beeinträchtigt. Es muss der kleinstmögliche Kubus festgelegt werden, in dem noch alle Modellteile in jedem Bewegungszustand Platz finden.
|- style="vertical-align:top"
|style="padding:5px"|<code>Breaks</code>
|style="padding:5px"| <code>= 10.0</code>
|style="padding:5px"|Passive Bremskraft Die der Antriebskraft entgegenwirkende Kraft in kN Die passive Bremskraft ist der Rollwiderstand durch die Reibung der Räder auf der Schiene/Fahrbahn (andere Reibungskomponenten sind in EEP vernachlässigbar). Sie bewirkt, dass angestoßenes RM irgendwann zum Stehen kommen. Hinweis: Waggons, die am Abrollberg gut abrollen sollen, müssen mit entsprechend kleiner Reibungskraft versehen werden.
|- style="vertical-align:top"
|style="padding:5px"|<code>DisableConnection</code>
|style="padding:5px"|0 oder 1 <code>= 0</code> bei Kfz: <code>= 1</code>
|style="padding:5px"|Zustand der Kupplung (vorne und hinten) beim Einsetzen eines Rollmaterials Die Kupplung wird durch den Wert 1 ausgeschaltet, also inaktiv. Bei Rollmaterial auf der Schiene sind die Kupplungen immer scharf, also aufnahmefähig. Bei Kfz dagegen sind sie beim Einsetzen des Rollmaterials immer ausgeschaltet.
|- style="vertical-align:top"
|style="padding:5px"|<code>FieldWork</code>
|style="padding:5px"|0, 1 <code>= 0</code>
|style="padding:5px"|Gibt an, ob das Fahrzeug als eine landwirtschaftliche Maschine logisch mit den landwirtschaftlichen Splines (Gleisstil als animierte Feld bzw. Ackerfläche mit der Sektion [Field]) verbunden ist 0     nein 1     Landwirtschaftliche Maschine, die das Feld bearbeiten kann. Beispielprojekt:<tt>Technik\Farm_GenericHarvester</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>FieldWorkAxis</code>
|style="padding:5px"|0 - 99 <code>= 0</code>
|style="padding:5px"|Gibt die Nummer der Achse in der Maximalstellung an, nachdem das landwirtschaftliche Fahrzeug das landwirtschaftliche Spline (Gleisstil als animierte Feld bzw. Ackerfläche) befährt Die Zahl muss einer existierenden Achse entsprechen. Beispielprojekt:<tt>Technik\Farm_GenericHarvester</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>FieldWorksOfs</code>
|style="padding:5px"| -∞ - +∞ <code>=0.0</code>
|style="padding:5px"|Abstand in Meter vom Ursprung bis zum Punkt der Feldbearbeitung Der Wert bestimmt den Abstand von den Koordinaten 0,0,0 des Modells entlang der X-Achse bis zu dem Punkt des Fahrzeugs, an dem die Eigenschaften des landwirtschaftlichen Splines (Gleisstil als animierte Feld bzw. Ackerfläche) geändert werden sollen, z.B. beim Mähen eines Getreides oder pflügen eines Ackers. Beispielprojekt:<tt>Technik\Farm_GenericHarvester</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>FieldWorkCheckOfs</code>
|style="padding:5px"| -∞ - +∞ <code>=0.0</code>
|style="padding:5px"|Abstand in Meter vom Ursprung bis zum Punkt der Prüfung des Fahrweges Der Wert bestimmt den Abstand von den Koordinaten 0,0,0 des Modells entlang der X-Achse bis zu dem Punkt des Fahrzeugs, an dem eine Prüfung erfolgt, ob das Fahrzeug den landwirtschaftlichen Spline (Gleisstil als animierte Feld bzw. Ackerfläche) befahren hat. In der Regel ist dieser Wert etwas höher als „FieldWorkOfs“, dennoch aber sehr ähnlich. Beispielprojekt:
|- style="vertical-align:top"
|style="padding:5px"|<code>FrontBumper</code>
|style="padding:5px"|<code> = 850.0</code>
|style="padding:5px"|Länge vom der Nullpunkt des Koordinatensystems (Ursprung) bis zur Außenkante der ''vorderen'' Puffer in cm Der Wert bestimmt, wann RM voneinander abgestoßen wird bzw. wo es kuppelt.
|- style="vertical-align:top"
|style="padding:5px"|<code>HangLength</code>
|style="padding:5px"|<code>= 0.0</code>
|style="padding:5px"|Länge des Pendels in Metern (nur für Pendelmodelle, z.B.Seilbahn) Der Wert gibt die Länge des Pendels vom Ursprung des Objektes (0,0,0) an, der zur Berechnung der Pendelbewegung herangezogen wird. Idealerweise ist der Ursprung des Objektes die Unterkante Seilrolle und die Pendellänge von dort bis zur Unterkante des hängenden Modells. Die physikalische Berechnung der Pendelbewegung steht im Zusammenhang mit den Systemachsen „_GravityX“ und/oder „_GravityY“. Hinweis: Die Schwinggeschwindigkeit eines Pendels ist nur von der Länge des Pendels abhängig, nicht jedoch von dessen Masse.
|- style="vertical-align:top"
|style="padding:5px"|<code>MaxBreaks</code>
|style="padding:5px"|<code> = 132.0</code>
|style="padding:5px"|Bremskraft Maximale Stärke der Bremsen in KiloNewton (kN). Aus der Bremskraft wird der Bremsweg berechnet.
|- style="vertical-align:top"
|style="padding:5px"|<code>Pantograph##</code>
|style="padding:5px"|1 - 99 <code>= 1</code>
|style="padding:5px"|Hauptachse des Stromabnehmers mit der Nummer ## Der Wert ist die Nummer der Hauptachse des jeweiligen Stromabnehmers, wobei der Stromabnehmer und die jeweilige Achse in ihm existieren müssen. Ist die Stellung der Achse kleiner als der Maximalwert, so ist der Stromabnehmer sozusagen elektrisch getrennt (gesenkt). Wenn alle Stromabnehmer einer elektrischen Lokomotive deaktiviert sind, so wird diese nicht angetrieben. (Diese Programmfunktion kann in EEP nach Bedarf ausgeschaltet werden). Beispielprojekt:<tt>Rollmaterial\Lokomotiven\DB_110-225-bl-EpIV_SK2</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>SoundType</code>
|style="padding:5px"| 0 - 10 <code>= 0</code>
|style="padding:5px"|Typ-Definition des Rollmaterials und seiner zugeordneten Geräusch-Eigenschaften
{| class="mw-datatable" style="vertical-align:top"
! style="width:40px;background-color:#E0DFEE"|
RMTyp
! style="width:250px;background-color:#E0DFEE"|
Bezeichnung
! style="width:120px;background-color:#E0DFEE"|
Gegenverkehr
! style="width:120px;background-color:#E0DFEE"|
Kupplung vorne
! style="width:120px;background-color:#E0DFEE"|
Kupplung hinten
|-
|       0|| Diverse (Waggon, Fahrrad, Fuhrwerk etc.)
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|-
|       1|| Dampflok (Schlepptender)
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|-
|       2|| Diesellok
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|-
|       3|| Elektrolok
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|-
|       4|| Strassen- und U-Bahn
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|-
|       5|| PKW
|style="text-align:center"|
ja
|style="text-align:center"|
abstoßen
|style="text-align:center"|
abstoßen
|-
|       6|| Maschine, Kran
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|-
|       7|| LKW
|style="text-align:center"|
ja
|style="text-align:center"|
abstoßen
|style="text-align:center"|
abstoßen
|-
|       8|| Andere (Schiff, Flugzeug etc.)
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|-
|       9|| Dampflok klein (Tenderlok)
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|-
|      10|| Transrapid
|style="text-align:center"|
nein
|style="text-align:center"|
kuppeln
|style="text-align:center"|
kuppeln
|}
|- style="vertical-align:top"
|style="padding:5px"|<code>Springs</code>
|style="padding:5px"|0 - 100 <code>= 50</code>
|style="padding:5px"|Neigung eines Fahrzeuges in Kurven sowie bei der Beschleunigung und Bremsung Beispielprojekt:<tt>Technik\Car_Physics_Preview</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>Swimming</code>
|style="padding:5px"|0 - 100 <code>= 50</code>
|style="padding:5px"|Einfluss des Wellengangs auf das Schwimmverhalten von Objekten auf der Wasseroberfläche Hinweis: Der Wert bezieht sich ausschließlich auf Wasserfahrzeuge. Beispielprojekt:<tt>Animation\Boat_Rollmaterial_Floating</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>Weight</code>
|style="padding:5px"| <code>= 100000.0</code>
|style="padding:5px"|Masse des RMs in Kilogramm (kg) Für diese Berechnungen ist die Verwendung des Gewichts an Stelle der Masse hinreichend genau. Der Wert spielt eine Rolle beim Abstoßen des RMs voneinander. Leichte Waggons werden stärker gestoßen als schwere. Des Weiteren bestimmt dieser Wert die Trägheit beim Beschleunigen und die notwendige Zugkraft bei Steigungen.
|- style="vertical-align:top"
|style="padding:5px"|<code>WindInfluence</code>
|style="padding:5px"|<code>= 1.0</code>
|style="padding:5px"|Wind-Einfluss (nur für Pendelmodelle, z.B.Seilbahn) Drückt den Luftwiderstand des Modells aus und hat Einfluss auf dessen Pendelbewegung. Ist der Luftwiderstand des Modells klein (z.B. durch seine aerodynamische Form / kleine Angriffsfläche), so sollte der Wert des Parameters klein sein (z.B. 0.1). Ist der Luftwiderstand groß, sollte der Wert entsprechend groß gewählt sein (z.B. 3.0).
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 
====Fahrzeug - Motor====

Beispielprojekte:<tt>Rollmaterial\Lokomotiven\DAMPFLOK_S3-6-RG</tt>, <tt>Rollmaterial\Strasse\TLF_Knuffingen01_SB1</tt>
 
Überschrift <code>[Vehicle_Motor]</code>

Parameter für den Motor des Rollmaterials mit eigenem Antrieb (z.B.: Lokomotiven, PKW’s, LKW’s, Flugzeuge, Schiffe)

{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>Power</code>
|style="padding:5px"|<code>= 3000.0</code>
|style="padding:5px"|Motorleistung in kW Ist die Leistung nur in PS bekannt, kann sie mit Hilfe der folgenden Formel im kW umgerechnet werden: kW = PS * 0,7355
|- style="vertical-align:top"
|style="padding:5px"|<code>RatioValue_U#</code>
|style="padding:5px"|<code>= 900.0</code>
|style="padding:5px"|Grenzdrehzahl U# 
* U1    Gibt die Drehzahl in Umdrehungen pro Minute (rpm) mit maximalem Drehmoment an. U1 bestimmt den Schaltzeitpunkt des Getriebes im Automatikmodus. Beispielwert: 1000 rpm – Gibt den Punkt in Umdrehungen/Minute an, ab dem der Motor bremsend wirkt.
* U2    beeinflusst den Schaltzeitpunkt des Getriebes im Automatikmodus. Beispielwert: 5000 rpm – Gibt den Punkt in Umdrehungen/Minute an, ab dem der Motor bremsend wirkt.
* U3    Ab dieser Drehzahl wirkt der Motor bremsend.
|- style="vertical-align:top"
|style="padding:5px"|<code>Skid</code>
|style="padding:5px"|0.0 - 1.0 <code>=0.0</code>
|style="padding:5px"|Durchdrehen der Räder Faktor für das Durchdrehen der Räder bei Beschleunigung und Abbremsung. 0.0    Kein Durchdrehen 1.0    Volles Durchdrehen Werte zwischen 0.0 und 1.0 bestimmen den tatsächlichen Wert der Durchdrehens der Räder
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 
====Fahrzeug - Getriebe====

Überschrift <code>[Vehicle_Transmission]</code>

Parameter für das Getriebe des angetriebenen Rollmaterials
{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>Count</code>
|style="padding:5px"|2 - 6 <code>= 4</code>
|style="padding:5px"|Summe der Anzahl von Vorwärts- und Rückwärtsgängen
|- style="vertical-align:top"
|style="padding:5px"|<code>Gear#</code>
|style="padding:5px"|<code>= -8.40</code>
|style="padding:5px"|Übersetzung von Gang # Jedem Gang muss ein Wert zugeteilt werden. Dabei fängt die Reihenfolge in der Regel mit einem Rückwärtsgang an. Damit EEP weiß, dass es sich um einen Rückwärtsgang handelt, wird der Wert als Minus-Wert angegeben. Dieser Parameter ist der Wert der Getriebeübersetzung, mit dem die Drehzahlen und Geschwindigkeiten sowie Drehmomente und Zugkraft errechnet werden. 
* Die Fahrzeuggeschwindigkeit ergibt sich aus der Drehzahl und den Getriebefaktoren: v [cm/min] = (2 * ∏ * Treibradradius [cm]) / (Uebersetzung * Drehzahl [rpm]) v [km/h] = 0,0006 * v [cm/min].
* Die Zugkraft ergibt sich aus folgender Formel: F [kN] = Uebersetzung * Drehmoment/TreibradradiusF [t] = ca. F [kN]/10.
* Die Formel für das Drehmoment bei U# lautet: D [kN * m] = Motorleistung [kW] / (2 * ∏ * U# [rpm]).
|- style="vertical-align:top"
|style="padding:5px"|<code>WheelRadius</code>
|style="padding:5px"|<code>= 100.0</code>
|style="padding:5px"|Treibradradius Radius des angetriebenen Rades in Zentimeter.
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 
====Fahrzeug - Geräusche====

Überschrift <code>[Vehicle_Sound]</code>

Parameter für nicht standardisierte Geräusche des Rollmaterials (siehe auch <code>SoundType</code>)

Als Parameter sind jeweils der relative Pfad, ausgehend vom Verzeichnis <tt>resourcen\sounds\</tt>, und der Name der Sounddatei anzugeben, z.B. (<tt> "EEXP\Pfiff.wav"</tt>).

{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>Signal</code>
|style="padding:5px"|<code>= "EEXP\WH_RL2 _pfeife_gr1.wav"</code>
|style="padding:5px"|Signalgeräusch
|- style="vertical-align:top"
|style="padding:5px"|<code>Steam</code>
|style="padding:5px"|<code>= "EEXP\ Abdampf1_RL2.wav"</code>
|style="padding:5px"|Dampfgeräusch
|- style="vertical-align:top"
|style="padding:5px"|<code>Anfahr</code>
|style="padding:5px"|
|style="padding:5px"|Geräusch beim Anfahren
|- style="vertical-align:top"
|style="padding:5px"|<code>Bremse</code>
|style="padding:5px"|
|style="padding:5px"|Bremsgeräusch
|- style="vertical-align:top"
|style="padding:5px"|<code>Lauf</code>
|style="padding:5px"|
|style="padding:5px"|Motorgeräusch
|- style="vertical-align:top"
|style="padding:5px"|<code>Rollen</code>
|style="padding:5px"|
|style="padding:5px"|Rollgeräusch
|- style="vertical-align:top"
|style="padding:5px"|<code>Kurven</code>
|style="padding:5px"|
|style="padding:5px"|Fahrgeräusch in Kurven
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 
====Fahrzeug - Kabinensicht====

Überschrift <code>[Vehicle_Cabin]</code>

Parameter für die direkte Sicht aus der Kabine beim Aktivieren der Kamera
{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>Pos</code>
|style="padding:5px"|<code>= 1160.0,-60.0,280.0</code>
|style="padding:5px"|Position der Kamera: x, y, z relativ zum Nullpunkt des RM´s
|- style="vertical-align:top"
|style="padding:5px"|<code>AngleHor</code>
|style="padding:5px"|0.0 - 359.9 <code>= 4.0</code>
|style="padding:5px"|Blickrichtung horizontal in Grad x (0.00°)
|- style="vertical-align:top"
|style="padding:5px"|<code>AngleVer</code>
|style="padding:5px"|0.0 - 359.9 <code>= 5.0</code>
|style="padding:5px"|Blickrichtung vertikal in Grad in Richtung x (0.00°).
|- style="vertical-align:top"
|style="padding:5px"|<code>AngleHorRange</code>
|style="padding:5px"|0.0 - 359.9 <code>= 120.0</code>
|style="padding:5px"|Maximaler Bewegungswinkel der Kamera horizontal, bezogen auf die Blickrichtung.
|- style="vertical-align:top"
|style="padding:5px"|<code>AngleVerRange</code>
|style="padding:5px"|0.0 - 359.9 <code>= 25.0</code>
|style="padding:5px"|Maximaler Bewegungswinkel der Kamera vertikal, bezogen auf die Blickrichtung.
|- style="vertical-align:top"
|style="padding:5px"|<code>Shake</code>
|style="padding:5px"|<code>= 0.030</code>
|style="padding:5px"|Schüttelwert, darf 0.03 nicht unterschreiten.
|- style="vertical-align:top"
|style="padding:5px"|<code>ShowAxis##</code>
|style="padding:5px"|0, 1 <code>= 1</code>
|style="padding:5px"|Schaltet zwischen Animations- und Sprungmodus der Achse <code>##</code> 0: Die Achse springt bei Auslösen direkt in die jeweils entgegengesetzte Position, es gibt also keine sichtbare Bewegung. Dieser Parameter wird z.B. verwendet um Objekte plötzlich sicht- bzw. unsichtbar zu machen. 1: (Vorgabewert) Die Achse bewegt sich bei Auslösen gemäß der eingestellten Parameter.
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 
===Rauch / Funken / Wasser / Schutt und Staub===

Es handelt sich allen vorgenannten Arten um Partikelausstoß. Daher sind die Parameter für diese verschiedenen Objekte nahezu identisch und in einer Tabelle zusammengefasst.
 
'''''Für diese Funktionen ist zusätzlich der Sektor''''' <tt>Model_ParticleTex</tt> '''''erforderlich.'''''

Hinweis: Theoretisch sind viele Werte bis ∞ möglich. Begrenzt werden sie aber durch die maximale Partikelzahl von 300, berechnet aus den Faktoren <code>E1_EjectFrq</code> * <code>E1_LifeTime</code>.

{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Überschrift
!style="min-width:600px"|
Objekt
|- style="vertical-align:top"
|style="padding:5px"|<code>[Model_Debris_01]</code>
|style="padding:5px"|Schüttgut Für Sand, Schutt, Kohlen oder ähnliches Schüttgut kann mit diesem Parameter eine realitätsnahe Schüttung z.B. am Auslasstrichter eines Silos oder in einem Kieswerk abgebildet werden.
|- style="vertical-align:top"
|style="padding:5px"|<code>[Model_IncludeSmoke_01]</code>
|style="padding:5px"|Staub (nur) für Schüttgut Zusätzlich zur reinen Schüttung des Schüttgutes kann hiermit eine Staubwolke erzeugt werden. Hinweis: Für diese Funktion muss der Parameter <code>IncludeSmoke</code> im Abschnitt <code>[Model_Debris_01]</code> den Wert <code>= 1</code> erhalten.
|- style="vertical-align:top"
|style="padding:5px"|<code>[Model_Water_01]</code>
|style="padding:5px"|Wasserausstoß Mit diesem Parameter können z.B. ein Wasserstrahl eines Feuerwehrschlauches, das Wasser eines Springbrunnens oder die Gischt eines Wasserfalls gebildet werden.
|- style="vertical-align:top"
|style="padding:5px"|<code>[Model_Smoke_01]</code>
|style="padding:5px"|Rauch für Immobilien und Gleisobjekte
|- style="vertical-align:top"
|style="padding:5px"|<code>[Vehicle_EngineSmoke_01]</code>
|style="padding:5px"|Rauch für Rollmaterialien z.B. am Ejektor, an den Zylindern der Dampflok, Auspuff. Die Werte sind in Abhängigkeit zur Antriebsgeschwindigkeit. Daher ist der Rauch an die Achse <tt>_Geschwindigkeit</tt> gekoppelt. Beim reinen Rollen und im Stand wird dieser Rauch auf Null gesetzt. Als Rauch werden Rauchwolkenmodelle benutzt, die von dem Fahrzeug an den Zylindern, Auspuff etc. ausgestoßen werden.
Beispiel im Projektordner des Home-Nostruktor unter <tt>Rollmaterial/Lokomotiven/DAMPFLOK_S3-6-RG</tt>
|- style="vertical-align:top"
|style="padding:5px"|<code>[Vehicle_SideSteam_01]</code>
|style="padding:5px"|Rauchfunktion für Dampfstrahl (Überdruckabbau) bei RM Diese Art des Dampfes sieht man vorwiegend bei Dampflokomotiven beim Abbau des Überdrucks und ist bei langsam fahrenden oder stehenden Rollmaterialien zu sehen. Der Dampfstrahl wird zunächst mit großem Druck abgelassen (schnell), der im Laufe der Zeit nachlässt. Nach einer Minute wird auch dieser Dampf automatisch abgestellt, wenn das Rollmaterial nicht wieder in Bewegung gesetzt wird.
|- style="vertical-align:top"
|style="padding:5px"|<code>[Vehicle_Smoke_01]</code>
|style="padding:5px"|Rauchfunktion für Dampflokomotiven Diese Funktion simuliert den Rauch des Kesselfeuers und ist auch im Stand aktiv. Er kann u.a. über einen Kontaktpunkt abgestellt werden, z.B. um aus Lokhalllen austretenden Rauch zu vermeiden. Als Rauch werden Rauchwolken-Modelle benutzt, die von der Lok durch den Schornstein ausgestoßen werden.
|- style="vertical-align:top"
|style="padding:5px"|<code>[Vehicle_Spark_01]</code>
|style="padding:5px"|Funkenflug bei Rollmaterial Funken können beim Beschleunigen und Bremsen durch die Reibung des Radreifens auf der Schiene entstehen, aber auch mit dem Rauch aus dem Schornstein einer Dampflokomotive kommen.
|- style="vertical-align:top"
|style="padding:5px"|<code>[Vehicle_Whistle_01]</code>
|style="padding:5px"|Dampf und Sound der Lok-Pfeife Dieser Dampfaustritt simuliert die Lok-Pfeife bei Dampflokomotiven und wird in der Sektion <tt>Rauch</tt> definiert. Das zugehörige Schlüsselwort heißt in dem Fall <tt>Pfeifen()</tt>. Es kann durch das Tastenkürzel [H] oder durch Kontaktpunkt ausgelöst werden.

|}
 
{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>Axis</code>
|style="padding:5px"|1 - 99 <code>= 2</code>
|style="padding:5px"|Ausstoßende Achse im Modell gilt nur für
* Funkenflug <code>[Vehicle_Spark_01]</code>
* Wasser <code>[Model_Water_01]</code>
* Schutt <code>[Model_Debris_01]</code>
|- style="vertical-align:top"
|style="padding:5px"|<code>Dir</code>
|style="padding:5px"|<code>= 0.0,0.0,1.0</code> <code>= 0.0,0.71,0.82</code>
|style="padding:5px"|Ausstoßrichtung (optional) gilt nicht für 
* Staub von Schüttgut <code>Model_IncludeSmoke_01]</code>
Wert 1: X-Richtung Wert 2: Y-Richtung Wert 3: Z-Richtung Werte können positiv oder negativ sein.
 Der Parameter <tt>DirY</tt> unterliegt dem Einfluss des Windes und wird von diesem entsprechend umgelenkt.
 Achsrichtungen bezogen auf die Fahrtrichtung: +x weist nach vorne / +y weist nach links / +z weist nach oben. Diese Richtungen können durch einen negativen Wert für <tt>E1_Velocity</tt> umgekehrt werden. Einzugeben sind die Richtungsanteile in den Achsrichtungen (z. B. 0.0,0.0,1.0 = senkrecht aufsteigend / -1.0,0.0,0.0 = strömt gegen die Fahrtrichtung / 0.5,0.0,0.5 = strömt unter 45° nach oben und hinten usw.). 
Die Werte müssen mindestens eine Stelle nach dem Punkt (Dezimaltrenner) haben, sie kann auch 0 sein.
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_BrightAtNight</code>
|style="padding:5px"|-∞ - + ∞ <code>= 1</code>
|style="padding:5px"|Helligkeit der Partikel bei Dunkelheit (ohne Nachkommastellen) (optional) 0: Der Rauch bleibt dunkel 1: Die Partikel werden aufgehellt 2 - ∞: Die Partikel werden immer heller, wobei der Wert 2 die Partikel vor dunklem Hintergrund unsichtbar macht. -1 - -∞ Die Farbe der Partikel wird immer dunkler.
 Hinweis: Der Effekt ist in EEP in der Praxis nicht besonders stark, da keine absolute Dunkelheit besteht.
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_EjectFrq</code>
|style="padding:5px"|>0 - ∞ <code>= 45.0</code>
|style="padding:5px"|Ausstoßfrequenz (erforderlich) Anzahl der Partikel, die maximal pro Sekunde ausgestoßen werden können. Hinweis: Dieser Wert multipliziert mit dem Wert von <code>E1_LifeTime</code> darf 300 nicht übersteigen.
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_Growth</code>
|style="padding:5px"|>0 - ∞ <code>= 1.5</code>
|style="padding:5px"|Wachstumsfaktor (erforderlich) Faktor, mit dem die Partikelwolke pro Sekunde wachsen soll. Werte kleiner als 1 bedeuten eine Schrumpfung.
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_LifeTime</code>
|style="padding:5px"|>0 - ∞ <code>= 0.850</code>
|style="padding:5px"|Auflösungszeit (erforderlich) Lebensdauer der Partikelwolke Hinweis: Dieser Wert multipliziert mit dem Wert von <code>E1_EjectFrq</code> darf 300 nicht übersteigen.
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_SrcDiffuse</code>
|style="padding:5px"|<code>= 0x60808080</code>
|style="padding:5px"|Hex-Wert der Farbe der Partikel bei der Geburt (erforderlich) 0x am Anfang bedeutet Hexwert Das erste Ziffernpaar ist der Wert für die Durchsichtigkeit der Partikelwolke (Alphakanal). 00 ist völlig durchsichtig (unsichtbar), 99 ist praktisch undurchsichtig. Die nächsten 3 Ziffernpaare legen die Farbcodes für RGB (jeweils von 00-99) fest. Hinweis: Sind nach dem x nur sechs Ziffern, wird der Alphakanal-Wert auf 00 - also völlig durchsichtig gesetzt.
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_DstDiffuse</code>
|style="padding:5px"|<code>= 0x505050</code>
|style="padding:5px"|Hex-Wert der Farbe der Partikel bei seinem Tod (Auflösung) - s.o. (erforderlich) Hinweis: Hier kann der Alphakanal weggelassen werden, so dass sich die Wolke "ins Nichts" auflöst.
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_DiffuseMlt</code>
|style="padding:5px"|0.01 - ∞ <code>= 2.0</code>
|style="padding:5px"|Geschwindigkeit des Farbwechsels von Geburt bis Tod (erforderlich) Je höher dieser Wert, umso später erfolgt der Farbwechsel. Dieser Wert bestimmt wie schnell die Farbe beim Tod der Wolke, also unsichtbar, erreicht wird und wann der Farbwechsel von Farbe 1 (<code>E1_SrcDiffuse</code>) zu Farbe 2 (<code>E1_DstDiffuse</code>) stattfindet. 
Ein Wert von 2.0 ist etwa der mittlere Wert, dass heißt, die Partikelwolke erreicht ihre maximale Ausdehnung und beginnt etwa bei der Hälfte der Lebenszeit ihre Farbe zu ändern. 
Werte von > 0.0 bis < 2.0 verkleinern die Partikelwolke, da der Wert "Unsichtbar" ebenfalls früher erreicht wird. 
Werte über 2.0 bedeuten eine intensiver der ersten Farbe entsprechende Wolke, in der Regel also dunkler. 
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_Scale</code>
|style="padding:5px"|-10.0 - 300.0 <code>= 1.0</code>
|style="padding:5px"|Skalierungsfaktor der Wolke (optional) je höher dieser Wert, desto breiter wird die Partikelwolke schon bei ihrem Ausstoß. Durch Minuswerte wird der Ausstoß schmaler. So lassen sich im Zusammenspiel mit den anderen Werten z.B. Sanduhr- oder Pilzförmige Partikelwolken darstellen. Theoretisch sind auch hier höhere Werte möglich, allerdings sind die genannten Maximalwerte die Grenzen der vernünftigen Darstellbarkeit.
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_Velocity</code>
|style="padding:5px"|>0 - ∞ <code>= 0.1680</code>
|style="padding:5px"|Steiggeschwindigkeit (optional) Geschwindigkeit in cm/sec, mit der die Partikelwolke aufsteigen soll. Bei negativen Werten sinkt die Wolke nach unten (siehe auch Parameter <tt>Dir</tt>).
|- style="vertical-align:top"
|style="padding:5px"|<code>E1_Pictures</code>
|style="padding:5px"|<code>= 5</code>
|style="padding:5px"|Wolkenbild (erforderlich) In der unter <code>[Model_ParticleTex]</code> angegebenen Wolkentextur befinden sich in der Regel mehrere verschiedene Wolkenbilder. Dieser Wert gibt an, das wie vielte Wokenbild von links aus gesehen für die Partikelwolke verwendet werden soll.
|- style="vertical-align:top"
|style="padding:5px"|<code>IncludeSmoke</code>
|style="padding:5px"|0, 1<code>= 1</code>
|style="padding:5px"|Angabe über zusätzlichen Staub nur für
* Schutt <code>[Model_Debris_01]</code>
|- style="vertical-align:top"
|- style="vertical-align:top"
|style="padding:5px"|<code>Pos</code>
|style="padding:5px"|<code>0.0,0.0,0.0</code> <code>= 330.0,-44.0,430.0</code>
|style="padding:5px"|Position des Ursprungs der Wolke (optional) Die Werte sind PosX, PosY, PosZ, anzugeben in cm vom Ursprung des Objektes entfernt.
|- style="vertical-align:top"
|style="padding:5px"|<code>Power</code>
|style="padding:5px"|0.1 - 1.0 <code>= 1.0</code>
|style="padding:5px"|Stärke des Funkenflugs nur für
* Funkenflug <code>[Vehicle_Spark_01]</code>
|- style="vertical-align:top"
|style="padding:5px"|<code>Sound</code>
|style="padding:5px"|<code>= "EEXP\turn1.wav"</code>
|style="padding:5px"|Sounddatei nur für 
* Wasser <code>[Model_Water_01]</code>
* Schutt <code>[Model_Debris_01]</code>
Die angegebene Sounddatei wird während des Ausstoßes abgespielt. Der Text beschreibt den Pfad der Tondatei im Ordner Resourcen/Sounds, hier "EEXP\turn1.wav".
|- style="vertical-align:top"
|style="padding:5px"|<code>SoundActivate</code>
|style="padding:5px"|0.1 - ∞ <code>= 10.5</code>
|style="padding:5px"|Hörweite in m nur für 
* Wasser <code>[Model_Water_01]</code>
* Schutt <code>[Model_Debris_01]</code>
|- style="vertical-align:top"
|style="padding:5px"|<code>SparkPower</code>
|style="padding:5px"|0.1 - 100.0<code>= 30.0</code>
|style="padding:5px"|Funkenflug in der Wolke (optional) Anzahl der Funken/Sekunde
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 
====Rauch/Funken/Schutt - Textur====

Überschrift: <code>[Model_ParticleTex]</code>

{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>TexName</code>
|style="padding:5px"|<code>= "SysSmokeFire"</code>
|style="padding:5px"|Name der Texturdatei Hinweis: Der Name ist ohne Dateiendung und in Anführungszeichen anzugeben 
Im Verzeichnis <tt>\Resourcen\Parallels\</tt> sind verschiedene Texturen für Rauch, Wasser, Feuer und vieles mehr zu finden. Zur Ansicht empfiehlt sich das kostenfreie Programm [http://www.irfanview.de/ IrfanView]
|- style="vertical-align:top"
|style="padding:5px"|<code>TexUV#</code>
|style="padding:5px"|<code>= 0.000244, 0.0, 0.062256, 1.0, 1.0</code>
|style="padding:5px"|Lage der verwendeten Textur innerhalb der Texturdatei, wobei # die laufende Nummer der Segmente mit Rauchtexturen darstellt 
1. Wert: X-Wert Start 
2. Wert: Y-Wert Start 
3. Wert: X-Wert Ende 
4. Wert: Y-Wert Ende 
5. Wert: 1.0 
Hinweis: Es müssen in der internen Ini nur die Segmente aufgelistet werden, die auch tatsächlich im Modell verwendet werden. Wer z.B. nur das 10. Rauchmodell aus der Textur "SysSmokeFire" benötigt muss unter 
<code>[Model_ParticleTex]</code> nur die beiden folgenden Einträge platzieren: 
<code>TexName = "SysSmokeFire"</code> 
<code>TexUV1 = 0.562744, 0.0, 0.624756, 1.0, 1.0</code> 
Im Abschnitt <code>[Model_Smoke_01]</code> wird dementsprechend der Wert 
<code>E1_Pictures = 1</code> gesetzt 
[ParticleTex||Beispiel]
|}

 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 
===Güter===

Überschrift: <code>[Goods_Box]</code>

Diese Parameter definieren die Umgrenzung aller im Modell vorhanden Achsen für die Funktion <tt>beladbares Modell</tt>
Beispielprojekt:<tt>Goods\Goods_Example</tt>

{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>Axis##_Min</code>
|style="padding:5px"|<code>= -640.0,-138.0,91.0</code>
|style="padding:5px"|Grenze 1 von Achse## zur Kollisionskante Es muss zunächst für jede Achse die dazugehörige Achsennummer ermittelt werden. Für jede Achse werden anschließend einzeln die Boxumgrenzungen übertragen. Hinweis: Falsche Werte können dazu führen,dass das Ladegut durch Bordwände ragt.
|- style="vertical-align:top"
|style="padding:5px"|<code>Axis##_Max</code>
|style="padding:5px"|<code>= 640.0,138.0,106.0</code>
|style="padding:5px"|Grenze 2 von Achse## zur Kollisionskante
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 

===Splines===

Überschrift: <code>[Track]</code>

{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>HeightOG</code>
|style="padding:5px"|<code>= 60.0</code>
|style="padding:5px"|Relative Höhe der Oberkante des Fahrwegs in cm Die Regelhöhe für Eisenbahngleise liegt bei 60 cm, für Straßen bei mind. 10 cm.
|- style="vertical-align:top"
|style="padding:5px"|<code>Id_Code</code>
|style="padding:5px"|6001 - 6100 <code>= 6001</code>
|style="padding:5px"|Spline-ID Jeder Spline muss eine einmalige ID haben. Für eigene Zwecke ist der Bereich 6001 - 6100 reserviert, der nicht von Splines aus dem Programm oder dem Shop verwendet wird. Offizielle Konstrukteure bekommen für Splines, die sie veröffentlichen möchten, die ID´s vom Konstrukteur GB1 auf Nachfrage (Email im Autorenbereich) unter Angabe der benötigten Menge reserviert. Eine Liste der vergebenen Spline-IDs kann unter diesem [https://www.eepforum.de/filebase/download/1719/ Link] heruntergeladen werden (Stand 31.08.2018). Bei Gleisobjekten sollte geprüft werden, ob sich der Eintrag eines unsichtbaren Splines in den Referenzpunkten empfiehlt (siehe auch [[Gleisobjekte#Gleistyp_festlegen| Gleisstil_festlegen]]). Die IDs für unsichtbare Splines sind: 
{| class="mw-datatable" style="vertical-align:top"
!style="width:200px"|
!style="width:50px"|
|- style="vertical-align:top"
|style="padding:2px"|Wasser-/Luftwege
|style="padding:2px;text-align:right"|17
|- style="vertical-align:top"
|style="padding:2px"|Bahngleise
|style="padding:2px;text-align:right"|34
|- style="vertical-align:top"
|style="padding:2px"|Straßenbahn
|style="padding:2px;text-align:right"|35
|- style="vertical-align:top"
|style="padding:2px"|Zweispurige Straßen
|style="padding:2px;text-align:right"|36
|- style="vertical-align:top"
|style="padding:2px"|Einspurige Straßen
|style="padding:2px;text-align:right"|5610
|}
|- style="vertical-align:top"
|style="padding:5px"|<code>NoTexAlign</code>
|style="padding:5px"|0, 1 <code>= 1</code>
|style="padding:5px"|Texturkappung 0 = Die Textur wird gekappt 1 = Die Kappung wird verhindert
|- style="vertical-align:top"
|style="padding:5px"|<code>OneWay</code>
|style="padding:5px"|0, 1 <code>= 0</code>
|style="padding:5px"|Anzahl Straßenspuren 0 = zweispurige Straße 1 = einspurige Straße Der Parameter wird zum Bau von einspurigen Straßensystemen benötigt
|- style="vertical-align:top"
|style="padding:5px"|<code>PeriodAxis##</code>
|style="padding:5px"|0.1 - ∞ <code>= 20.0</code>
|style="padding:5px"|Anzahl der Modellwiederholungen auf 10 m Wird für 3D-Splines wie Schienen mit 3D-Schwellen benötigt Tipp: Bei Schnellbaustrecken wird alle 60 cm eine Schwelle verlegt. Wenn die Schwelle z.B. auf Achse 3 liegt ist der der Parameter mit <code>PeriodAxis03 = 16.67</code> einzutragen.
|- style="vertical-align:top"
|style="padding:5px"|<code>SwitchOffs</code>
|style="padding:5px"|<code>= 180.0</code>
|style="padding:5px"|Entfernung der Weichenlaterne zur Spline-Mitte in cm 180 cm ist der Regelabstand bei Gleisen 400 cm ist der Regelabstand bei Straßen Da gerade Straßen und Wege unterschiedliche Breiten haben, muss dieser Wert entsprechend angepasst werden.
|-style="vertical-align:top"
|style="padding:5px"|<code>Tunnel</code>
|style="padding:5px"|<code>= 0</code> <code>= 1</code>
|style="padding:5px"|Der Rauchpartikel-Ausstoß auf diesem Gleis 0 = Das RM stößt Rauch aus 1 = Der Ausstoß wird unterbunden. Wird vor allem bei Tunnelbauten verwendet um die Rauchentwicklung durch die Tunneldecke zu verhindern.
|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 

===Signale und ihre Achsen===

Überschrift: <code>[Model_SignalFunc]</code> 
Beschreibung: Signalfunktion für alle Signale. 
► Hinweis: Der Einsatz von Bewegungsachsen bei Lichtsignalen ist nicht erwünscht. 
► Der Eintrag <code>[Model_SignalFunc]</code> ist nicht zu verwechseln mit dem gleichnamigen Eintrag in der externen Ini, welcher zur Bezeichnung der einzelnen Signalachsen in EEP dient.
{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte
!style="min-width:600px"|
Beschreibung
|- style="vertical-align:top"
|style="padding:5px"|<code>PosN</code>
|style="padding:5px"|<code>3</code>
|style="padding:5px"|Anzahl der möglichen Signalbegriffe.
|- style="vertical-align:top"
|style="padding:5px"|<code>POS##_FN</code>
|style="padding:5px"|<code>1</code> <code>2040</code>...
|style="padding:5px"|Funktion des Begriffs mit der Nummer ## 
{| class="mw-datatable" style="vertical-align:top"
!style="width:50px"|Wert
!style="width:350px"|Bedeutung
|- style="vertical-align:top"
|style="padding:5px"|<code>1</code>
|style="padding:5px"|Fahrt
|- style="vertical-align:top"
|style="padding:5px"|<code>2</code>
|style="padding:5px"|Halt
|- style="vertical-align:top"
|style="padding:5px"|<code>1###</code>
|style="padding:5px"|Fahrt bis Vmax (z.B. 1040: Vmax = 40 km/h)
|- style="vertical-align:top"
|style="padding:5px"|<code>1###</code>
|style="padding:5px"|Fahrt ab Vmin (z.B. 2060: Vmin = 60 km/h)
|}
|}

 

{| class="mw-datatable" style="vertical-align:top; border:0px"
|-
|style="padding:5px;border:0px"|Überschrift:
|style="padding:5px;border:0px"|<code>[Model_Signal]</code>
|style="padding:5px;border:0px"|1. Achse
|-
|style="padding:5px;border:0px"|
|style="padding:5px;border:0px"|<code>[Model_Signal1]</code>
|style="padding:5px;border:0px"|2. Achse
|-
|style="padding:5px;border:0px"|
|style="padding:5px;border:0px"|<code>[Model_Signal2]</code>
|style="padding:5px;border:0px"|3. Achse .... usw.
|}
 
► Hinweis: Die Bezeichnung der folgenden Achsen mit Signal, Signal1, Signal2 usw. bis Signal9 ist zwingend vorgeschrieben. Natürlich müssen nur so viele Achsen definiert werden wie das Signal Begriffe hat.
 

{| class="mw-datatable" style="vertical-align:top"
! colspan="3" |Einträge für Flügelsignale
|- style="vertical-align:top"
|style="padding:5px"|<code>Pos##_MS</code>
|style="padding:5px"|<code>0.0<code>
|style="padding:5px"|Winkel der Signalachse der Funktion ## für das Hauptsignal (MS: Mainsignal)
|- style="vertical-align:top"
|style="padding:5px"|<code>Pos##_PS</code>
|style="padding:5px"|<code>135.0</code>
|style="padding:5px"|Winkel der Signalachse der Funktion ## für das Vorsignal (PS: Presignal)
|-
! colspan="3" |Einträge für Lichtsignale
|-
| colspan="3" |Um eine Licht-ID für eine Signalfunktion anzusprechen, wird der Leuchtzustand angegeben. 
Da es 10 Signal-IDs gibt, werden diese der Reihe nach mit einem Komma getrennt notiert. 
0 (Null) ist der ausgeschaltete, 
1 (Eins) der eingeschaltete Zustand der jeweiligen Licht-ID. 
Die ersten 8 Licht-IDs leuchten konstant, die letzten 2 blinken abwechselnd.
|- style="vertical-align:top"
|style="padding:5px"|<code>Pos##_MS</code>
|style="padding:5px"|<code>1,0,0,0,0,0,0,0,0,0</code>
|style="padding:5px"|Licht der Funktion ## für das Hauptsignal (MS: Mainsignal)
|- style="vertical-align:top"
|style="padding:5px"|<code>Pos##_MS</code>
|style="padding:5px"|<code> 0,0,0,0,0,0,0,0,1,0</code>
|style="padding:5px"|Licht der Funktion ## für das Hauptsignal (PS: Mainsignal)
|}

 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 

===Veränderbare Aufschriften===

Überschrift: <code>[TexText#]</code>

{| class="mw-datatable" style="vertical-align:top"
!style="width:150px"|
Bezeichner
!style="width:150px"|
zugelassene Parameter / Beispielwerte (in Arbeit April 2021)
!style="min-width:600px"|
Beschreibung (in Arbeit April 2021)
|- style="vertical-align:top"
|style="padding:5px"|<code>TexId</code>
|style="padding:5px"|1, 2<code>= 1</code>
|style="padding:5px"|Definiert, auf welche Text-Textur das Textfeld gedruckt wird. [http://wiki.eepshopping.de/index.php?title=Aufschriftfunktion&redirect=no Zur Verfahrensweise].
|- style="vertical-align:top"
|style="padding:5px"|<code>FontSize</code>
|style="padding:5px"|1 - 100 <code> =28</code>
|style="padding:5px"|Größe der verwendeten Schriftart. Werte > 100 sind möglich, werden aber von EEP ignoriert.
|- style="vertical-align:top"
|style="padding:5px"|<code>FontStyle </code>
|style="padding:5px"|1 ... 10<code>= 5</code>
|style="padding:5px"|Strichstärke der Zeichen. Die meisten Schriften sind auf 5 (Standard) und 6 (Fett) beschränkt.
|- style="vertical-align:top"
|style="padding:5px"|<code>FontItalic </code>
|style="padding:5px"|0, 1 <code>= 0</code>
|style="padding:5px"|Kursivität der Zeichen. Nicht kursiv = 0.
|- style="vertical-align:top"
|style="padding:5px"|<code>FontUnderline </code>
|style="padding:5px"|0, 1, 2, 3 <code>= 0</code>
|style="padding:5px"|Zeichen unterstrichen = 1. Zeichen durchgestrichen = 2. Zeichen unterstrichen + durchgestrichen = 3. keine Funktion = 0. Ab EEP 17 wirksam.
|- style="vertical-align:top"
|style="padding:5px"|<code>FontName </code>
|style="padding:5px"|Name<code>"Arial"</code>
|style="padding:5px"|Name der Schriftart (nicht Dateiname).
|- style="vertical-align:top"
|style="padding:5px"|<code>Center </code>
|style="padding:5px"|0, 1<code>=1</code>
|style="padding:5px"|(Horizontale) Zentrierung des Textes. Zentriert auch vertikal, wenn eine einzelne Textzeile eingegeben wird (es werden keine Zeilenumbruchzeichen AKA[e] unterstützt).
|- style="vertical-align:top"
|style="padding:5px"|<code>Text</code>
|style="padding:5px"|Zeichenkette<code>"Das ist der Text."</code>
|style="padding:5px"|Standardtext im aktuellen Textfeld.
|- style="vertical-align:top"
|style="padding:5px"|<code>UVPosSize</code>
|style="padding:5px"|0 ... 1<code>= 0.0030,0.520,0.9940,0.460 </code>
|style="padding:5px"|Die Position und Größe des Feldes auf der Textur. Die Koordinaten werden innerhalb des UV-Raums der Textur definiert (Werte zwischen 0 und 1). Textfelder, die über diese Werte hinausgehen, werden abgeschnitten.
 
Die Parameter des Eintrags:
* Startpunkt entlang der U-Achse (Textur horizontal)
* Startpunkt entlang der V-Achse (Textur vertikal)
* Länge entlang der U-Achse
* Höhe entlang der V-Achse
|- style="vertical-align:top"
|style="padding:5px"|<code>BgFgColor</code>
|style="padding:5px"|0x&s,0x&s<code>= = 0x00000000,0x88ff88 </code>
|style="padding:5px"|Farbe des Textes und Farbe des Hintergrundes. Wenn 00000000 (100% schwarz) als Hintergrund verwendet wird, wird er transparent. Verwenden Sie für den schwarzen Hintergrund einen niedrigen Wert, der ungleich Null ist (z.B. 010101). Zur Umrechnung von RGB- in HEX-Werte siehe diese [[Handreichung]].
|- style="vertical-align:top"
|style="padding:5px"|<code>Textur</code>
|style="padding:5px"|0 ... 1<code>Textur{ id(#########) Name(##########) texttexture1() }</code>
|style="padding:5px"|Diese Textureinträge in der Datei <code>textures.txt</code> können in Verbindung mit anderen Textureffekten wie Opazität oder Animofs verwendet werden.

|}
 
[[#Allgemeine_Information_zur_Eingabe_von_Werten| nach oben ↑]]
 

== Beispieldateien ==

=== Ellok ===

[[Datei:1_a-system-ini_bsp-e-lok-gesamtansicht.jpg]]

=== Gleisstil/Spline ===

[[Datei:1_a-system-ini_bsp-track.jpg]]

=== Immobilie mit Schornsteinrauch ===

[[Datei:1_a-system-ini_bsp-immo.png]]

Geigenbauerhaus_HW1.3dm (Free-Modell); ''Modellautor: Hans-Ulrich Werner ‒ HW1''

=== Modell mit Wasserfunktion ===

Wasserkran_Einheitsbauart2; ''Modellautor: Stefan Gothe ‒ SG1''

[[Datei:1_a-system-ini_wasserkran_sg1.jpg]]

=== Modell mit Beschriftungsfunktion===

[[Datei:a-system-ini_beschriftung.png]]

Straßenschild; ''Modellautor: unbekannt''

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Aufschriftfunktion

2021-08-14T15:40:43Z

HW1:

EEP bietet dem Anwender die Möglichkeit, entsprechend vorbereitete Flächen auf den Modellen individuell zu beschriften. Dazu muss der Konstrukteur des Modells die entsprechenden Voraussetzungen schaffen. Der Konstrukteur entscheidet über den Platz und das Erscheinungsbild der später vom Anwender vorgenommen Beschriftung.
== Eignung ==
Die Beschriftungsfunktion eignet sich für Beschilderungen aller Art. Vor allem hat die Beschriftungsfunktion bei der individuellen Beschriftung von Rollmaterial Verbreitung gefunden: So können amtliche Kennzeichen bei Autos, Baureihen- und Typenbezeichnungen bei Lokomotiven und Gattungsbezeichnungen bei Wagen an die gewünschten Verhältnisse auf Anwenderseite angepasst werden.

Die Beschriftungen können in unterschiedlichen Schriftarten, auf unterschiedlichen Untergründen, ein- oder mehrzeilig und an nahezu beliebig vielen Stellen des Modells erscheinen.

== Vorgehensweise ==
=== Textur ===
Als Voraussetzung muss eine Textur angelegt und in der Datei <code>texturen.txt</code> ein dazu passender Eintrag nach diesem Muster vorgenommen werden.
<pre>
Textur{ id(#) name(######) texttexture#() }
</pre>

Beispiel:

<code>Textur { id(680) name(Beschriftung_fuer_Lokschuppen) texttexture1() }</code>

Die Textur muss den allgemeinen [[Modellbaurichtlinien#Allgemeine_Vorgaben_und_Empfehlungen|Vorgaben]] für Größe und Beschaffenheit von Texturen entsprechen. Ihr Eintrag in der Datei <code>texturen.txt</code> kann (im Gegensatz zu dem für Tauschtexturen) an beliebiger Stelle erfolgen.

Die Textur bildet den Hintergrund des Textfeldes. Sie kann so gelassen oder zusätzlich eingefärbt werden (s.u.).

[[Datei:Signal_gelb.png|left|40px]] Der Verlag hat zum Zeitpunkt der Veröffentlichung dieses Kapitels noch nicht entschieden, ob die Textur in der Haupttextur ("Sammeltextur") zum Modell enthalten sein soll oder muss. Es gibt aber gute Gründe, die Textur auszulagern:

* Erfahrungsgemäß verwenden die Konstrukteure der Übersichtlichkeit und einfacheren Handhabung wegen separate Texturen.
* Wenn später der Anwender mehrere Kopien des Modells mit unterschiedlicher Beschriftung anfertigt, legt EEP jedes Mal von der Textur, welche die Beschriftungsfunktion bereitstellt, eine weitere Kopie an.

Die Textur wird wie alle weiteren Vorgaben in der internen ini-Datei des Modells verlinkt. Dazu wird eine Sektion [TexText##] eingerichtet:
<pre>
[TexText##]
TextId = 1
</pre>
Beispiel:
<pre>
[TexText01]
TextId = 1
</pre>

Der Wert 1 im Eintrag <code>TextId</code> verweist auf die zuvor angelegte Textur mit der Eigenschaft <code>texttexture1</code>.

Siehe auch: Liste möglicher Einträge in der internen [[Interne_Ini-Datei_der_Modelle#Veränderbare_Aufschriften|ini-Datei]].

=== Weitere Festlegungen ===
Neben der Textur und der damit vorgegebenen Hintergrundfarbe kann der Konstrukteur das Erscheinungsbild des Textes mit [[Interne_Ini-Datei_der_Modelle#Modell_mit_Beschriftungsfunktion|diesen]] Parametern in der Sektion [TexText#] festlegen.
Der Konstrukteur entscheidet, ob er die Fläche, auf der die Beschriftung erscheinen wird, als KON-Datei im Home-Nostruktor oder als externe Datei (in seinem Konstruktionsprogramm) anlegt.

== Farbwerte ermitteln ==
Der Text wird nur auf die RGB-Kanäle ausgegeben. Vorhandene Alpha-Kanäle oder Bump-Mapping bleiben davon unberührt. Das bedeutet, dass Text, der auf eine transparente
Textur gedruckt wird, auch selbst transparent ist.

Hintergrundfarbe und Textfarbe werden hexadezimal angegeben. Zur [[Hexadezimale_Farbwerte|Umrechnungstabelle]].

Soll die Beschriftung auf einem frei texturierten Hintergrund erfolgen und zusätzlich womöglich auf einem aufwändig gestalteten Polygon, dann empfiehlt sich diese Vorgehensweise:
* Es wird für das Textfeld keine Kon-Datei im HomeNostruktor angelegt, sondern eine Datei aus dem jeweiligen 3D-Konstruktionsprogramm importiert. Diese Datei kann beliebig texturiert werden.
* Die Positions- und Größenangaben in der Datei <code>system.ini</code> des Modells beziehen sich jetzt auf diese importierte Datei.
* Farbwerte in der Datei <code>system.ini</code>: Hintergrund schwarz (in diesem Beispiel dunkelbrauner Text auf transparentem Hintergrund):
<code>
BgFgColor = 0x000000,0x453B27
</code>
Ergebnis: Der Hintergrund wird nicht schwarz, sondern er besteht aus der Textur der Importdatei.

Modelle mit auf solche Weise erzeugten Textfeldern werden bei der Modellauswahl nicht in grüner, sondern blauer Farbe dargestellt.

== Mehrere Texte auf einer Fläche ==
Es können nahezu beliebig viele Texte auf der gleichen Fläche (oder verschiedenen Flächen) platziert werden. In der Datei <code>system.ini</code> des Modells werden sie nach diesem Muster unterschieden:
<pre>
[TexText01]
TexId = 1
FontSize = 36
FontStyle = 1
FontItalic = 0
FontName = "Autobahn"
Center = 1
Text = "Spedition Fritz Fischkopp"
UVPosSize = 0.0150,0.0050,0.950,0.390
BgFgColor = 0x000000,0x453B27

[TexText02]
TexId = 1
FontSize = 16
FontStyle = 1
FontItalic = 0
FontName = "Autobahn"
Center = 1
Text = "Seefische Seejungfrauen Seemannsgarn"
UVPosSize = 0.050,0.0050,0.950,0.12
BgFgColor = 0x000000,0x453B27

</pre>

== Einträge in der externen ini-Datei ==
Vor allem beim Einsatz mehrerer Textfelder gilt: Damit sich der Anwender später nicht per Versuch und Irrtum an die jeweils zutreffenden Textfelder herantasten muss, sollen Textfelder mit einer Beschreibung versehen werden.

<pre>
TexText1_ENG = "Grünes Licht - Text".
TextText1_GER = "Grünes Licht - Text".
TexText1_FRA = "Lumiere verte - text".
TexText1_POL = "Zielone światło - tekst".
TexText2_ENG = "Rotes Licht - Text".
TexText2_GER = "Rotes Licht - Text".
TexText2_FRA = "Lumiere rouge - text".
TexText2_POL = "Czerwone światło - tekst".
</pre>

== Grenzen ==
* Beschriftungen sind immer an das aktuelle Modell auf der aktuellen Anlage gebunden. Der Vorteil, unterschiedliche Exemplare des gleichen Modells unterschiedlich zu beschriften, stößt an seine Grenzen, wenn es darum geht, das Modell auch auf einer anderen Anlage individuell beschriftet zu verwenden. Diese Einschränkung wirkt sich besonders bei Anlagen, die für die Weitergabe bestimmt sind, aus.

* Es können nur plane Flächen beschriftet werden.

== Beschriftungsfunktion und Tauschtexturen ==
Verwendet der Konstrukteur die Beschriftungsfunktion, so hat er nahezu volle Kontrolle über das spätere Erscheinungsbild des Textes.
Soll die Beschriftung typografisch im Sinne von Plakaten oder mit individuell vom Anwender gestalteten Grafiken gestaltet werden, empfiehlt sich auf der Konstrukteurs-Seite die Einrichtung von [[Tauschtexturen]].

Gleisobjekte

2021-08-05T15:33:54Z

HW1:

== Begriff ==
Gleisobjekte sind zusammengesetzte Objekte. Sie vereinen manche Eigenschaften von Immobilien und Gleisstilen (Splines).
Gleisobjekte werden zunächst wie Immobilien erstellt. Zu Gleisobjekten werden sie durch zwei Einstellungen:
* Referenzpunkte: Sie legen die Anfangs- und Endpunkte der enthaltenen Gleise fest.
* Exporttyp: Beim Export in das 3DM-Format wird ein Typ festgelegt. Hierzu muss im Auswahlfeld eines der <tt>Gleisobjekte</tt> ausgewählt werden. Gleichzeitig legt man hier fest, ob das Gleisobjekt für Gleise (<tt>Gleise/Gleisobjekte</tt>), Straßenbahnen (<tt>Schiene/Gleisobjekte</tt>), Straßen (<tt>Strassen/Gleisobjekte</tt>) oder Wasserwege (<tt>Sonstiges/Gleisobjekte</tt>) gelten soll.
Durch spezielle Referenzpunkte mit Nummern > 50 können auch Gleisstil und Gleistyp festgelegt werden.

== Enthaltene Gleise ==
Gleisobjekte sollten in der Regel mehrere Gleise enthalten. Beim Einsetzen in EEP lassen sich Gleisobjekte an bereits bestehende Gleisobjekte oder Splines andocken. Wie bei Splines funktioniert das Andocken immer mit dem Anfang des Gleis, das man gerade verschiebt. Damit nun ein Gleisobjekt (Brücke, Bahnsteig oder was auch immer) mit beiden Enden an bestehende Gleisobjekte oder Splines angedockt werden kann, ist es notwendig, dass die äußeren Positionen im Gleisobjekt die Anfangspunkte der Splines sind. Selbst für ein einfaches, gerades Gleisobjekt ist daher meist sinnvoll, zwei Splines einzubetten, die beide von außen nach innen laufen und sich in der Mitte treffen.

Wenn man in EEP ein neues Gleisobjekt im 2D-Editor einfügt, ist immer der letzte enthaltene Spline aktiv. Damit der Benutzer nun nicht zunächst den aktiven Spline wechseln muss, sollte die Reihenfolge der Splines im Gleisobjekt mit Bedacht gewählt werden:
* Für ein einfaches, gerades Gleisobjekt sollte der linke Spline als letzter definiert werden.
* Für (animierte) Weichen sollte der Weichen-Spline als letzter definiert werden.

== Referenzpunkte ==

Für jedes Gleis im Gleisobjekt werden zwei Referenzpunkte benötigt. Es können maximal 25 Gleise in einem Gleisobjekt enthalten sein. Die Referenzpunkte 1 und 2 bestimmen das erste Gleis, die Referenzpunkte 3 und 4 das zweite und so weiter.

Die Anzeige und Pflege der Referenzpunkte erfolgt im Home-Nostruktor über das Menü <tt>Objekt - Referenzpunkte</tt>. Man kann über die Referenzpunkt-Nr. den Referenzpunkt auswählen, den man bearbeiten möchte. Solange die Referenzpunkte noch nicht angelegt sind, bleiben die Felder im unteren Bereich ausgegraut. Durch <tt>Neu</tt> legt man den Referenzpunkt mit der angezeigten Nummer an; durch <tt>Löschen</tt> löscht man in wieder. Die anderen Referenzpunkte bleiben dabei an ihrer Stelle erhalten, d.h. sie rücken nicht auf.

Nachdem die Werte für den jeweiligen Referenzpunkt eingetragen oder geändert sind, ist es wichtig, die Schaltfläche <tt>Übernehmen</tt> anzuklicken. Durch einen Wechsel auf einen anderen Referenzpunkt verliert man ansonsten die zuvor eingetragenen Werte.

=== Fußpunkt ===
Der Fußpunkt ist der Ort des Referenzpunkts relativ zum Nullpunkt des Modells. X- und Y-Werte liegen in der horizontalen Ebene, der Z-Wert bestimmt die Höhe. Die Werte in diesen Felder werden in Zentimetern angegeben, Nachkommastellen werden nicht übernommen.

=== Richtung ===
Die Richtung gibt die Richtung des Gleises vor. Hier bilden die X-, Y- und Z-Werte einen normierten Vektor. Normiert bedeutet, dass die Länge 1 ist. Es müssen also Werte so eingegeben werden, dass
XRichtung * XRichtung + YRichtung * YRichtung + ZRichtung * ZRichtung = 1
ist. Hier bleiben Nachkommastellen erhalten und werden im Allgemeinen auch benötigt.

=== Orientierung ===
Die Orientierung bestimmt die seitliche Neigung des Gleises. Auch hierbei handelt es sich um einen normierten Vektor. Zusätzlich muss dieser Vektor senkrecht auf der <tt>Richtung</tt> stehen. Also müssen die Werte folgende beiden Bedingungen erfüllen:
XOrientierung * XOrientierung + YOrientierung * YOrientierung + ZOrientierung * ZOrientierung = 1
XOrientierung * XRichtung + YOrientierung * YRichtung + ZOrientierung * ZRichtung = 0

=== Ermittlung zutreffender Werte ===

Der harte Weg der Mathematiker wäre, sie mit den trigonometrischen Funktionen zu berechnen.

Der bequeme EPPler baut sich eine Mini-Anlage mit genau den Gleisen, die er für das Gleisobjekt braucht, und genau an den richtigen Positionen, speichert diese Anlage ab, öffnet die ANL3-Datei mit einem Editor und liest die Werte über die Dreibeine der Gleise aus. Die ersten drei Vektoren sind der Fußpunkt, die Richtung und die Orientierung; der vierte Vektor wird nicht benötigt. Für die Endpunkte muss die Anlage dazu ggfs. ein oder mehrere zusätzliche Gleise haben.

Solange man in der horizontalen Ebene bleibt, sind die Z-Werte von Richtung und Orientierung immer 0. Zwischen Richtung und Orientierung tauschen in diesem Fall X und Y ihre Werte, wobei einer auch das Vorzeichen wechselt. Welcher das Vorzeichen wechselt, hängt von der Lage im Gleisobjekt ab.

Die Gleise im Gleisobjekt verbinden sich selbständig, wenn die Referenzpunkte hinreichend nahe beieinander liegen.

Warnung: Eng benachbarte Referenzpunkte verbinden sich manchmal ungewollt.

Gebot: Referenzpunkte mit "offenem Ende" für das Andocken an andere Objekte müssen einen Mindestabstand von 2,2m voneinander aufweisen.

==== Referenzpunkte importieren ====
Bei komplizierteren Anordnungen von Referenzpunkten lohnt sich der Versuch des Imports. Diese Methode scheint nicht immer ohne unerwünschte Nebenwirkungen zu funktionieren. Es empfiehlt sich, vorher die Verfügbarkeit einer möglicherweise notwendigen Neu-Installation des Home-Nostruktors zu prüfen.

* Die Gleisgruppe wird in EEP gebaut. Ihr Zentrum sollte im Koordinatenursprung liegen. Auch die Höhe (für den Z-Wert der Referenzpunkte) soll berücksichtigt werden.
* Die Gleisgruppe wird in EEP als Block abgespeichert.
* Im Home-Nostruktor wird das Projekt geöffnet/angelegt und das Objekt, das die Referenzpunkte erhalten soll, ausgewählt.
* Auswahl des Befehls <tt>Objekt - Import Objekt</tt>.
* Im Datei-Öffnen-Dialog wird in den Quellordner des abgespeicherten Blocks navigiert und als Dateimaske <tt>*.*</tt> ausgewählt.
* Der zuvor abgespeicherte Block wird ausgewählt und per <tt>Öffnen</tt> importiert.

Jetzt ist das aktuelle Objekt mit den importierten Referenzpunkten versehen.
Anschließend empfiehlt sich eine Überprüfung, ob der Home-Nostruktor weiterhin händisch eingetragene Werte unverändert verarbeitet.

== Gleistyp festlegen ==
In einem Gleisobjekt können alle vier Gleistypen verwendet werden. Standard ist das normale Gleis, für das man auch explizit eine 1 eintragen kann. Für normale Weichen verwendet man die 2, für Dreiwegweichen die 3 und für Endgleise die 4. Als Weichenlaternen und Prellböcke erscheinen immer die Objekte, die dem Gleisstil zugeordnet sind.

Den Gleistyp (also 1, 2, 3 oder 4) trägt man in den X-Wert des Referenzpunkts ein, der um 50 größer ist als der Anfangs-Referenzpunkt des Gleises. Für das erste Gleis also Referenzpunkt 51, für das zweite Gleis Referenzpunkt 53 und so weiter. Hinweis: Diese Zählweise unterscheidet sich von der für den Gleisstil!

== Gleisstil festlegen ==
Im Regelfall wird das Gleisobjekt mit dem momentan aktiven Gleisstil eingesetzt. Man kann aber auch einen Gleisstil vorgeben.
Für einen einheitlichen Gleisstil im ganzen Gleisobjekt trägt man die Spline-ID des Gleisstils als Y-Wert des Fußpunkts von Referenzpunkt 100 ein. Die Spline-ID kann wieder mithilfe der Versuchsanlage oder einer Liste von Splines ([[Interne_Ini-Datei_der_Modelle#Splines|siehe hier]]) ermittelt werden.

Man kann auch für jedes Gleis einzeln festlegen, welchen Gleisstil es verwenden soll. Hierzu trägt man die Spline-ID als Y-Wert des Fußpunkts in den entsprechenden Referenzpunkt ein, und zwar in Referenzpunkt 101 für das erste Gleis, 102 für das zweite und so weiter. Hinweis: Diese Zählweise unterscheidet sich von der für den Gleistyp! Sobald man den Gleisstil für eines der Gleise festlegt, muss man auch den Gleisstil der anderen Gleise festlegen. Ansonsten erscheinen auch alle anderen Gleise im festgelegten Stil. Für das Festlegen der Gleisstile der anderen Gleise nimmt man entweder den Referenzpunkt 100 oder definiert tatsächlich jeden Gleisstil einzeln.

Der Konstrukteur sollte prüfen, ob der Einsatz von unsichtbaren Gleisen sinnvoll ist, z. B. bei Erstellung von Baukastenobjekten, die keine Fahrwege darstellen, sondern zum leichteren Zusammenbau als Gleisobjekte konzipiert werden. Die ID für das jeweilige unsichtbare Gleis findet sich [[Interne_Ini-Datei_der_Modelle#Splines|hier]].

== Gleisverbindungen festlegen ==
Wenn ein Gleisobjekt mehrere Gleisstücke (Splines) enthält, kann man die Verbindungen zwischen diesen bereits im Gleisobjekt festlegen.
Tut man dies nicht, erzeugt EEP beim Einfügen des Gleisobjekts die Verbindungen gemäß seiner Abstandsregeln.
Wenn mehr als zwei Spline-Anfänge oder -Ende nahe beieinander liegen, besteht hier die Gefahr, dass EEP die "falschen" Splines miteinander verbindet.
Und hier zeigt das Festlegen der Gleisverbindungen im Gleisobjekt seine Stärke.
Dies ist also vor allem dann notwendig, wenn viele Splines auf engem Raum liegen, beispielsweise bei einer animierten DKW (Doppelkreuzungsweiche).

Die Gleisverbindungen werden mehrfach eingetragen, und zwar jeweils aus Sicht der beteiligten Gleise. Wie für die Gleistypen werden auch hier wieder die Referenzpunkte ab Nummer 51 verwendet:
* Referenzpunkt '''51''' enthält im '''Z'''-Wert des Fusspunkts die Gleisverbindung des '''Anfang'''s des ersten Gleises
* Referenzpunkt '''52''' enthält im '''X'''-Wert des Fusspunkts die Gleisverbindung des '''Ende'''s des ersten Gleises (bei Weichen die Verbindung für '''Geradeaus''')
* Referenzpunkt '''52''' enthält im '''Y'''-Wert des Fusspunkts die Gleisverbindung des '''Ende'''s des ersten Gleises (nur bei Weichen, Verbindung für '''Abzweig''')
* Referenzpunkt '''52''' enthält im '''Z'''-Wert des Fusspunkts die Gleisverbindung des '''Ende'''s des ersten Gleises (nur bei Dreiwegweichen, Verbindung für '''Co-Abzweig''')
Die Verbindungen für das zweite Gleis stehen analog in der Referenzpunkt 53 und 54, für das dritte Gleis in 55 und 56, und so weiter.

Das verbunde Gleis wird durch eine dreistellige Zahl kodiert:
* Die erste Stelle beschreibt den Anschlusspunkt im Gleis:
** 1 für den Anfang
** 2 für das Ende, bzw. die Geradeausstellung einer Weiche
** 3 für die Abzweigstellung einer Weiche
** 4 für den Co-Abzweig einer Dreiwegweiche
* Die letzten beiden Stellen enthalten die Nummer des angeschlossenen Gleises.

=== Beispiel ===
Wenn im Referenzpunkt 59 der Z-Wert 201 steht, bedeutet dies:
* Das 5. Gleis (Referenzpunkte 59 und 60 gehören zum 5. Gleis)
* ist an seinem Anfang (Referenzpunkt 59 – und nicht 60)
* mit dem Ende (2xx)
* von Gleis 1 (x01)
verbunden.

== Weitere Eigenschaften ==
(Demnächst [HW1]): Omnidirektionalität, Elektrifizierung, Sound, Tunnelfunktion

== Grenzen/Beschränkungen ==

* Das Kopieren der Werte von einem Referenzpunkt in einen anderen ist (noch) nicht möglich.
* Gleisobjekte können keine Gleisverwindung (= Änderung der Kurvenüberhöhung) enthalten. Eine konstante Neigung ist über eine Orientierung mit Z-Wert ungleich 0 jedoch möglich.
* Gleisobjekte können keine sogenannte Biegung, also die Änderung der Steigung, enthalten.

(CE1/HW1)

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Konstruktion von Rollmaterialien

2021-08-03T09:23:34Z

HW1:

= Allgemeines =

Rollmaterialien sind für EEP im engeren Sinne alles, was auf Rädern fährt. Im weiteren Sinne sind Rollmaterialien Modelle, die sich entlang vordefinierter Linien ([[Konstruktion_von_Fahrwegen_(Splines)|Splines]]) bewegen. Das können auch Wasser-, Luftfahrzeuge sowie Lebewesen sein. Konstruktiv sind Rollmaterialien "Immobilien auf Rädern". Ihre Gestalt wird wie jedes andere Modell konstruiert. Der Hauptunterschied besteht im Unterbau, der sich mit Hilfe von Achsen bewegt und dem Modell die Ortsveränderung entlang einer Fahrspur/eines Gleises ermöglicht.

Rollmaterialien müssen mit ihrer Längsachse parallel zur X-Achse ausgerichtet sein.

''Achsen'' sind im Eisenbahnjargon vor allem Wellen mit einem Räderpaar.
''Achsen'' sind im Home-Nostruktor darüber hinaus gedachte Linien, entlang derer eine Veränderung des Modells stattfindet. Näheres hierzu siehe im Kapitel [[Konzepte:_Achse]].

Im folgenden Artikel meint ''Achse'', wenn nicht anders gekennzeichnet, die Fahrzeugachse(n) mit den Räderpaaren und ''logische Achse'' eine Konstruktionsachse.

= Räder sind Objekte auf Achsen =

Damit ein Rad sich an einem Modell drehen kann, muss es vom Grundmodell, der Basis, separat existieren. Das geschieht, indem man im Home-Nostruktor ein neues Objekt anlegt und darin die Achse mit den Rädern konstruiert oder aus einem externen Konstruktionsprogramm importiert.

[[Datei:Achsen_Objekt.jpg|mini|left]]
<div style="clear:both"></div>

Anschließend wird im Fenster der Achsenanordnungen (es nennt sich inkonsequenter Weise ''Kopplungen'') eine logische Achse unter die Basis ''gekreuzt'' und das Objekt darin platziert.

== Die Achsen <code>_vRadsatz</code> und <code> _hRadsatz</code> ==

Für die Spurführung eines Fahrzeuges auf dem Fahrweg benötigt EEP mindestens einen Fixpunkt, in der Regel zwei, die der Vorder- und Hinterachse entsprechen. Dies gilt unabhängig von der tatsächlichen Achszahl des Fahrzeuges. Die beiden Fixpunkte erhalten jeweils einen [[Reservierte_Achsennamen|reservierten Achsennamen]]. Zu den Eigenschaften der Achsen (Rotation etc.) s. [[Reservierte_Achsennamen#vRadsatz|hier]].

Die Achsen <code>_vRadsatz</code> und <code> _hRadsatz</code>werden unter die Basis gekreuzt:

[[Datei:Achsen_V_Radsatz2.jpg|mini|left]]
<div style="clear:both"></div>

Den logischen Achsen wird das gleiche Objekt zugewiesen. Hier heißt es ''Vorder_und_Hinterachse''.

[[Datei:Achsen_Dialog.jpg|mini|left]]
<div style="clear:both"></div>

Mit dieser Achsenanordnung lässt sich ein Fahrzeug der Achsfolge B oder Bo konstruieren.

[[Datei:Achsfolge_B.jpg|mini|left]]
<div style="clear:both"></div>

== Räder zum Drehen bringen ==
Damit das Fahrzeug rollt oder mit eigenem Antrieb fährt, wird eine weitere logische Achse mit einem reservierten Namen bestimmt, die Achse [[Reservierte_Achsennamen#Geschwindigkeit|Geschwindigkeit]].

Sie wird mit den "echten" Achsen gekoppelt. Als Kopplungswert wird <code>Auto </code> gewählt.
[[Datei:Straba_Achsen_Kopplung.jpg|mini|left]]
<div style="clear:both"></div>

Die beiden Achsen sollen nicht aufeinander, sondern an definierten Stellen zum Fahrzeug (der Basis) liegen. Näheres erklärt der Artikel zum [[Konzepte:_Achse#Eigenschaften_von_Achsen|Achsen-Dialog]]. Im einfachsten Falle kann im Feld <code>Fußpunkt</code> ein x-Wert <> 0 eingetragen und so durch Nähern die Achse an die gewünschte Position gebracht werden.

== Verschiedene Achsfolgen ==

Für EEP gilt: Außer der Achsfolge B lässt sich keine Achsfolge geometrisch korrekt abbilden. Die Abweichungen sind jedoch klein und können durch geschickte Wahl der Fußpunkte und Zuweisung von logischen Achsen zu Fahrzeugachsen minimiert werden, so dass sie bei den eisenbahnüblichen Radien nicht ins Auge fallen.

Bei den Kurvenfahrten von Straßenfahrzeugen fällt die Eigenart, an <code>_vRadsatz</code> und <code>-hRadsatz</code> gebunden zu sein, stärker auf.

=== Mehrere Starrachsen (Achsfolgen C, D, etc.) ===

Seitenverschiebbare Achsen wie beim Vorbild gibt es in EEP mit vernünftigem Aufwand nicht.

[[Datei:Achsfolge_C.jpg|mini|left|Mögliche Realisierung einer BR 80, T3 etc.]]
<div style="clear:both"></div>

[[Datei:Achsfolge_E.jpg|mini|left|Mögliche Realisierung einer BR 94. Der Versatzfehler wurde auf drei Fahrzeugachsen verteilt.]]
<div style="clear:both"></div>

=== Lenkachsen ===

(Gelenkte Räder an Achsen wie bei Autos siehe [[Konstruktion_von_Rollmaterialien#Gelenkte%20Räder|hier]]. )
Lenkachsen haben beim Vorbild manche Eisenbahnfahrzeuge wie die dreiachsigen Abteilwagen der Länderbahnen und deren Nachfolger, die Umbauwagen 3yg. Dies ist mit dem Home-Nostruktor fast vorbildgerecht realisierbar.

Bei dieser Konstruktion schwenkt die mittlere Achse vorbildgerecht in der Kurve aus.

Vordere und mittlere Achse sind logisch in einem Drehgestell zusammengefasst. Der Drehpunkt des Drehgestells liegt genau über der Vorderachse. Die zweite Drehgestellachse schwenkt (fast) vorbildgerecht aus. Erreicht wird die Lösung, indem das Objekt in der Achse <code>_vRadsatz</code> keine Radachse mehr ist, sondern ein konstruiertes Drehgestell ohne Räder.
<code>_vRadsatz</code> kann leer sein, es kann aber auch z.B. die außen sichtbaren Achslager enthalten. Die ASchse wird als <tt>Rotationsachse</tt> mit einem geeigneten maximalen Ausschlag definiert:

[[Datei:Achsfolge_C_Lenkachsen_NOS.jpg|mini|left|Das Drehgestell schwenkt entlang einer Rotationsachse.]]
<div style="clear:both"></div>

Die Radsätze befinden sich in zwei neuen Achsen, die unter der Achse <code>_vRadsatz</code> gekreuzt sind.
Nachteil dieser Lösung: Die Vorderachse dreht sich bei Kurvenfahrt um ihre vertikale Achse.

[[Datei:Rotationsachse.jpg|mini|left|Blauer Pfeil (y-Achse von _vRadsatz) und violetter Pfeil (z-Achse von _Vorderachse) liegen übereinander.]]
<div style="clear:both"></div>

Merke: Eine auskonstruierte Drehzapfenachse, die das Drehgestell mit der Basis mechanisch verbindet, ist in EEP entbehrlich.

Eine elegantere Lösung bindet die mittlere Achse über eine doppelte Koppelung an Vorder- und Hinterachse. Die mittlere Achse sitzt unter zwei Translationsachsen; die eine ist mit <code>_vRadsatz</code>, die andere mit <code>_hRadsatz</code> gekoppelt. Passende Faktoren lassen sich durch Probieren ermitteln. Dieses Verfahren hat Christopher Etz entwickelt und bei seiner Mainzer Straßenbahn angewandt.

[[Datei:Achsfolge_C_Lenkachsen_CE1.jpg|mini|left|Straßenbahn nach Mainzer Vorbild von CE1.]]
<div style="clear:both"></div>
[[Datei:Achsen_C_Lenkachse_Kopplung_CE1.JPG|mini|left|Die entsprechende Achsenschachtelung zum Verfahren der doppelten Koppelung.]]
<div style="clear:both"></div>

=== Drehgestelle (Achsfolgen BoBo, CoCo etc.) ===

Analog zum Konstruieren einer Lenkachse werden gewöhnliche Drehgestelle gebaut. Dabei liegen die logischen Achsen <code>_vRadsatz</code> und <code>_hRadsatz</code> gewöhnlich in der Mitte des Drehgestells und die beiden darunter gekreuzten Radsätze jeweils gleich weit davon entfernt. Folglich wird nur die meistens nicht vorhandene mittlere Achse eines Drehgestells korrekt geführt.

[[Datei:Achsfolge_CoBo_Drehgestell.jpg|mini|left|Beispiel eines fiktiven Fahrzeugs mit der Achsfolge CoBo (oder 3'2'). Die y-Achse von _vRadsatz und _hRadsatz steht in der Mitte zwischen den Drehgestell-Radsätzen.]]
<div style="clear:both"></div>

=== Vor- und Nachlaufachsen (Einzelachsen, Drehgestelle) ===


== Gelenkte Räder ==


= Triebwerksteuerung von Lokomotiven =

Konstruktion von Rollmaterialien

2021-08-01T15:44:42Z

HW1:

= Allgemeines =

Rollmaterialien sind für EEP im engeren Sinne alles, was auf Rädern fährt. Im weiteren Sinne sind Rollmaterialien Modelle, die sich entlang vordefinierter Linien ([[Konstruktion_von_Fahrwegen_(Splines)|Splines]]) bewegen. Das können auch Wasser-, Luftfahrzeuge sowie Lebewesen sein. Konstruktiv sind Rollmaterialien "Immobilien auf Rädern". Ihre Gestalt wird wie jedes andere Modell konstruiert. Der Hauptunterschied besteht im Unterbau, der sich mit Hilfe von Achsen bewegt und dem Modell die Ortsveränderung entlang einer Fahrspur/eines Gleises ermöglicht.

Rollmaterialien müssen mit ihrer Längsachse entlang der X-Achse ausgerichtet sein.

''Achsen'' sind im Eisenbahnjargon vor allem Wellen mit einem Räderpaar.
''Achsen'' sind im Home-Nostruktor darüber hinaus gedachte Linien, entlang derer eine Veränderung des Modells stattfindet. Näheres hierzu siehe im Kapitel [[Konzepte:_Achse]].

Im folgenden Artikel meint ''Achse'', wenn nicht anders gekennzeichnet, die Fahrzeugachse(n) mit den Räderpaaren und ''logische Achse'' eine Konstruktionsachse.

= Räder sind Objekte auf Achsen =

Damit ein Rad sich an einem Modell drehen kann, muss es vom Grundmodell, der Basis, separat existieren. Das geschieht, indem man im Home-Nostruktor ein neues Objekt anlegt und darin die Achse mit den Rädern konstruiert oder aus einem externen Konstruktionsprogramm importiert.

[[Datei:Achsen_Objekt.jpg|mini|left]]
<div style="clear:both"></div>

Anschließend wird im Fenster der Achsenanordnungen (es nennt sich inkonsequenter Weise ''Kopplungen'') eine logische Achse unter die Basis ''gekreuzt'' und das Objekt darin platziert.

== Die Achsen <code>_vRadsatz</code> und <code> _hRadsatz</code> ==

Für die Spurführung eines Fahrzeuges auf dem Fahrweg benötigt EEP mindestens einen Fixpunkt, in der Regel zwei, die der Vorder- und Hinterachse entsprechen. Dies gilt unabhängig von der tatsächlichen Achszahl des Fahrzeuges. Die beiden Fixpunkte erhalten jeweils einen [[Reservierte_Achsennamen|reservierten Achsennamen]]. Zu den Eigenschaften der Achsen (Rotation etc.) s. [[Reservierte_Achsennamen#vRadsatz|hier]].

Die Achsen <code>_vRadsatz</code> und <code> _hRadsatz</code>werden unter die Basis gekreuzt:

[[Datei:Achsen_V_Radsatz2.jpg|mini|left]]
<div style="clear:both"></div>

Den logischen Achsen wird das gleiche Objekt zugewiesen. Hier heißt es ''Vorder_und_Hinterachse''.

[[Datei:Achsen_Dialog.jpg|mini|left]]
<div style="clear:both"></div>

Mit dieser Achsenanordnung lässt sich ein Fahrzeug der Achsfolge B oder Bo konstruieren.

[[Datei:Achsfolge_B.jpg|mini|left]]
<div style="clear:both"></div>

== Räder zum Drehen bringen ==
Damit das Fahrzeug rollt oder mit eigenem Antrieb fährt, wird eine weitere logische Achse mit einem reservierten Namen bestimmt, die Achse [[Reservierte_Achsennamen#Geschwindigkeit|Geschwindigkeit]].

Sie wird mit den "echten" Achsen gekoppelt. Als Kopplungswert wird <code>Auto </code> gewählt.
[[Datei:Straba_Achsen_Kopplung.jpg|mini|left]]
<div style="clear:both"></div>

Die beiden Achsen sollen nicht aufeinander, sondern an definierten Stellen zum Fahrzeug (der Basis) liegen. Näheres erklärt der Artikel zum [[Konzepte:_Achse#Eigenschaften_von_Achsen|Achsen-Dialog]]. Im einfachsten Falle kann im Feld <code>Fußpunkt</code> ein x-Wert <> 0 eingetragen und so durch Nähern die Achse an die gewünschte Position gebracht werden.

== Verschiedene Achsfolgen ==

Für EEP gilt: Außer der Achsfolge B lässt sich keine Achsfolge geometrisch korrekt abbilden. Die Abweichungen sind jedoch klein und können durch geschickte Wahl der Fußpunkte und Zuweisung von logischen Achsen zu Fahrzeugachsen minimiert werden, so dass sie bei den eisenbahnüblichen Radien nicht ins Auge fallen.

Bei den Kurvenfahrten von Straßenfahrzeugen fällt die Eigenart, an <code>_vRadsatz</code> und <code>-hRadsatz</code> gebunden zu sein, stärker auf.

=== Mehrere Starrachsen (Achsfolgen C, D, etc.) ===

Seitenverschiebbare Achsen wie beim Vorbild gibt es in EEP mit vernünftigem Aufwand nicht.

[[Datei:Achsfolge_C.jpg|mini|left|Mögliche Realisierung einer BR 80, T3 etc.]]
<div style="clear:both"></div>

[[Datei:Achsfolge_E.jpg|mini|left|Mögliche Realisierung einer BR 94. Der Versatzfehler wurde auf drei Fahrzeugachsen verteilt.]]
<div style="clear:both"></div>

=== Lenkachsen ===

(Gelenkte Räder an Achsen wie bei Autos siehe [[Konstruktion_von_Rollmaterialien#Gelenkte%20Räder|hier]]. )
Lenkachsen haben beim Vorbild manche Eisenbahnfahrzeuge wie die dreiachsigen Abteilwagen der Länderbahnen und deren Nachfolger, die Umbauwagen 3yg. Dies ist mit dem Home-Nostruktor fast vorbildgerecht realisierbar.

Bei dieser Konstruktion schwenkt die mittlere Achse vorbildgerecht in der Kurve aus.

Vordere und mittlere Achse sind logisch in einem Drehgestell zusammengefasst. Der Drehpunkt des Drehgestells liegt genau über der Vorderachse. Die zweite Drehgestellachse schwenkt (fast) vorbildgerecht aus. Erreicht wird die Lösung, indem das Objekt in der Achse <code>_vRadsatz</code> keine Radachse mehr ist, sondern ein konstruiertes Drehgestell ohne Räder.
<code>_vRadsatz</code> kann leer sein, es kann aber auch z.B. die außen sichtbaren Achslager enthalten. Die ASchse wird als <tt>Rotationsachse</tt> mit einem geeigneten maximalen Ausschlag definiert:

[[Datei:Achsfolge_C_Lenkachsen_NOS.jpg|mini|left|Das Drehgestell schwenkt entlang einer Rotationsachse.]]
<div style="clear:both"></div>

Die Radsätze befinden sich in zwei neuen Achsen, die unter der Achse <code>_vRadsatz</code> gekreuzt sind.
Nachteil dieser Lösung: Die Vorderachse dreht sich bei Kurvenfahrt um ihre vertikale Achse.

[[Datei:Rotationsachse.jpg|mini|left|Blauer Pfeil (y-Achse von _vRadsatz) und violetter Pfeil (z-Achse von _Vorderachse) liegen übereinander.]]
<div style="clear:both"></div>

Merke: Eine auskonstruierte Drehzapfenachse, die das Drehgestell mit der Basis mechanisch verbindet, ist in EEP entbehrlich.

Eine elegantere Lösung bindet die mittlere Achse über eine doppelte Koppelung an Vorder- und Hinterachse. Die mittlere Achse sitzt unter zwei Translationsachsen; die eine ist mit <code>_vRadsatz</code>, die andere mit <code>_hRadsatz</code> gekoppelt. Passende Faktoren lassen sich durch Probieren ermitteln. Dieses Verfahren hat Christopher Etz entwickelt und bei seiner Mainzer Straßenbahn angewandt.

[[Datei:Achsfolge_C_Lenkachsen_CE1.jpg|mini|left|Straßenbahn nach Mainzer Vorbild von CE1.]]
<div style="clear:both"></div>
[[Datei:Achsen_C_Lenkachse_Kopplung_CE1.JPG|mini|left|Die entsprechende Achsenschachtelung zum Verfahren der doppelten Koppelung.]]
<div style="clear:both"></div>

=== Drehgestelle (Achsfolgen BoBo, CoCo etc.) ===

Analog zum Konstruieren einer Lenkachse werden gewöhnliche Drehgestelle gebaut. Dabei liegen die logischen Achsen <code>_vRadsatz</code> und <code>_hRadsatz</code> gewöhnlich in der Mitte des Drehgestells und die beiden darunter gekreuzten Radsätze jeweils gleich weit davon entfernt. Folglich wird nur die meistens nicht vorhandene mittlere Achse eines Drehgestells korrekt geführt.

[[Datei:Achsfolge_CoBo_Drehgestell.jpg|mini|left|Beispiel eines fiktiven Fahrzeugs mit der Achsfolge CoBo (oder 3'2'). Die y-Achse von _vRadsatz und _hRadsatz steht in der Mitte zwischen den Drehgestell-Radsätzen.]]
<div style="clear:both"></div>

=== Vor- und Nachlaufachsen (Einzelachsen, Drehgestelle) ===


== Gelenkte Räder ==


= Triebwerksteuerung von Lokomotiven =

Reservierte Achsennamen

2021-07-31T19:44:11Z

HW1:

Neben [[Konzepte: Achse|frei definierbaren Achsen]] gibt es derzeit 25 Systemachsen, auch Systemkreuze genannt, welche bestimmte Programmfunktion aufrufen und direkt von EEP gesteuert werden. Diese Achsen werden vom Konstrukteur mit ihren vorgegebenen Namen bezeichnet und somit vom System in ihrer jeweiligen Eigenschaft erkannt. Dies setzt die exakte Schreibung der Achsennamen voraus. Die Nutzung der reservierten Achsennamen ist ausschließlich dann erlaubt, wenn damit eine bestimmte Programmfunktion angesprochen werden soll. Die Zweckentfremdung zu einem anderen als dem vom System funktionell vorbestimmten Zweck führt zu Fehlern.

== Basis ==

Das Basis-Kreuz stellt den Bezugspunkt eines jeden 3D-Modells dar, d.h. dessen internes relatives Koordinatensystem. Das Basis-Kreuz ist als Bezugspunkt immer unbeweglich und wird vom System für jedes 3D-Modell automatisch bereitgestellt. Das auf der Basis-Achse gesetzte Objekt wird in der Regel als erstes berechnet (also vor allen anderen, nachgeordneten Achsen), außer man beeinflusst die Reihenfolge des Renderings durch den Befehl <code>SortByAxes</code> in der [[Interne_Ini-Datei_der_Modelle|internen ini-Datei des 3D-Modells]]. Die Änderung der Reihenfolge des Renderings (bei der die Basis nicht als erste, sondern als letzte Achse des Modells berechnet wird) kann notwendig werden, wenn hinter durchsichtigen Scheiben bewegliche Objekte dargestellt werden sollen (z.B. Lokführerfiguren).

== Signal ==

Die Achse <codeSignal</code kann eine Rotations- oder Translationsachse sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden darf. Unabhängig davon, ob es sich beim Modell um ein Licht- oder ein Formsignal handelt, muss jedes Haupt- oder Vorsignal mindestens eine Achse mit dem Namen <code>Signal</code> aufweisen. Je nach dem, ob das Signal manuell oder ausschließlich über Kontaktpunkte / LUA angesteuert werden soll, wird das Objekt (bei Lichtsignalen z.B. das komplette Objekt mitsamt Fuß, Signalmast und Schirm) entweder unter die Signal-Achse, oder das Basis-Kreuz gesetzt. Wird es unter das Basis-Kreuz gesetzt, kann es lediglich über Kontaktpunkte / LUA gesteuert werden. Wird es unter die Signal-Achse gesetzt, kann es in EEP sowohl über Kontaktpunkte / LUA, als auch manuell bedient werden, in dem die <tt>[Shift]</tt>-Taste gedrückt gehalten und gleichzeitig das Modell des Signals mit <tt>[LMT]</tt> angeklickt wird.

== Signal1, Signal2, Signal3, ... Signal9 ==

Die Achsen <code>Signal1</code> bis <code>Signal9</code> können Rotations- oder Translationsachsen sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden dürfen. Diese Achsen sind optional (zusätzlich zur Achse <tt>Signal</tt>), sofern es sich um ein mehrbegriffiges Signal mit mehr als nur zwei Signalbildern (z.B. Fahrt und Halt) handelt. Die zusätzlichen durchnummerierten Signalachsen sollten lediglich bei Formhauptsignalen und Formvorsignalen zum Einsatz kommen; Lichtsignale sollten dagegen über die [[Signalfunktionen]] und [[Lichtfunktion]] in der internen System-ini-Datei des Modells ausgeführt werden und dabei ausschließlich auf die hierzu konzipierten [[Lichtsignal-IDs]] zugreifen.

== Achsen für Splines (Fahrwege) ==

Wenn man Splines (Fahrwege) erstellt, müssen mindestens die beiden Systemachsen _1 und _2 existieren.

Im einfachsten Fall genügt das. Wenn man aber realistische Weichenlaternen erstellen möchte, muss man die Systemachsen _1, _2, _3, _4 und _5 unter die Basis kreuzen.
Sobald man eine der Achsen _3, _4 oder _5 erstellt, müssen auch die anderen existieren.

=== _1 ===

Ist eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. Diese Achse ist zwar bei den Standard-Splines eine Rotationsachse, besitzt aber keinen Bewegungsbereich. Auf die Achse _1 dürfen nur 3D-Objekte gesetzt werden, die Prellböcke bzw. sonstige Fahrweg-Abschlüsse darstellen. Soll ein Spline keinen sichtbaren Abschluss besitzen, so wird unter die _1-Achse kein Objekt gesetzt, wenngleich die Achse selbst angelegt sein muss. Die Achse bleibt also leer.

Der Null-Punkt des Gleisabschlusses liegt 5m vor dem Gleisende.

=== _2 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. _2 ist eine Rotationsachse mit dem Drehwinkel von 360°
und wird zur Darstellung der Laterne einer 2-Wege- oder 3-Wege-Weiche benutzt.
Wenn die Systemachsen _3, _4 und _5 nicht existieren, wird das Modell auf dieser Achse für alle Weichenformen verwendet.

Das 3D-Objekt der Weichenlaterne wird dabei um -90° bzw. +90° gedreht, womit die Signalbilder Wn 1 (Gerader Zweig) bzw. Wn 2 (Gebogener Zweig) dargestellt werden. Besitzt ein Gleisstil keine Weichenlaterne (z.B. bei modernen Gleisen der Epoche V und VI), so muss die Achse _2 dennoch vorhanden sein. In diesem Fall wird kein Modell unter die Achse gekreuzt - sie bleibt leer.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 1 (senkrechter Balken)
|-
| rechte Seite
| Wn 2a (Pfeil nach rechts)
|-
| Rückseite
| Wn 1 (senkrechter Balken)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

Ohne die Systemachsen _3, _4 und _5 hat man damit eine Weichenlaterne, die immer die Richtung anzeigt, jedoch nie das Signalbild Wn 2 (weißer Kreis auf schwarzem Grund).
Hierfür braucht man die übrigen Achsen.

=== _3 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Linksweichen, auch linke Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2a (Pfeil nach links)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

===_4 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Rechtsweichen, auch rechte Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

=== _5 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Außenbogenweichen verwendet, wenn die Radien der Gleise ähnlich groß sind.
Andernfalls wird das Modell einer Links- bzw. Rechtsweiche verwendet, also das Modell auf der Systemachse _3 bzw. _4.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 2c (weißer Kreis mit schwarzer, nach rechts offener Sichel: abnehmender Halbmond)
|-
| Rückseite
| Wn 2c (weißer Kreis mit schwarzer, nach links offener Sichel: zunehmender Halbmond)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

== _Antrieb ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon, z.B. 720°). Sie kann ausschließlich bei Rollmaterialien mit eigenem Antrieb (Motor) benutzt werden. Diese Rotationsachse kann man sich als eine imaginäre Antriebswelle vorstellen, deren Rotationsgeschwindigkeit (nach der Übersetzung) im Verhältnis zu der augenblicklichen Drehzahl des Motors steht. Damit reagiert die Achse auf die Wahl der Fahrstufe bzw. die Kraftstoffzufuhr des Motors (also das "Gas-geben"). Daran kann man z.B. den Rotor eines Hubschraubers oder den Propeller eines Flugzeuges koppeln, da sich diese auch im Leerlauf drehen, wenn das Fahrzeug nicht in Bewegung ist. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch die Achse _Antrieb, hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> wird sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der _Antrieb-Achse, die baubedingt von Modell zu Modell unterschiedlich lauten kann.)

== _DriveDirF ==

Kann als Rotations- oder als Translationsachse ausgeführt werden, wobei sie ausschließlich in Kombination mit der Achse <code>_DriveDirR</code> benutzt werden darf - nie alleine. Die beiden in ihrer Funktionsweise gleichartigen Achsen <code>_DriveDirF</code> und <code>_DriveDirR</code> werden bei Rollmaterialien benutzt, um die Position der Zugführer- bzw. Lenker-Figuren automatisch der Fahrtrichtung des Rollmaterials bzw. des kompletten Zuges anzupassen. Die Achse _DriveDirF beeinflusst dabei die Bewegung der Figur(en) in der vorderen Kabine des Rollmaterials. Der Lokführerfigur ist nur dann zu sehen, wenn das Rollmaterial in die entsprechende Richtung wird. Wenn sich das Rollmaterial bzw. der Zug rückwärts bewegt, wird die vordere Figur des Lokführers in EEP nicht berechnet; sie verschwindet.

Die Achse wird nur dann vom Programm angesprochen wird, wenn die jeweilige Seite des Rollmaterials nicht mit anderen Rollmaterialien gekoppelt ist, was z.B. bei der Doppeltraktion zutrifft. Sind zwei Lokomotiven miteinander gekoppelt, so erscheint die Lokführerfigur nur in der Lokomotive, (oder einem Steuerwagen) die/der sich in der jeweiligen Fahrtrichtung nach vorne befindet - in der zweiten Lokomotive (oder einem Steuerwagen) werden keine Figuren gerendert.

== _DriveDirR ==

Ananlog zu <code>_DriveDirF</code> für rückwärtige Objekte (Personen) im Führerstand von Rollmaterialien.

== _Geschwindigkeit ==

Eine Rotationsachse mit dem Drehwinkel von 360°. Sie wird nur bei Rollmaterialien benutzt. Diese Rotationsachse kann man sich als ein imaginäres Treibrad mit dem Radius von 1 m vorstellen, das vom Programm mit einer Rotationsgeschwindigkeit angesteuert wird, die der augenblicklichen Geschwindigkeit des Modells entspricht. Daran kann man z.B. die Steuerung einer Dampflokomotive oder die Räder eines Autos koppeln, um die Drehgeschwindigkeit der Räder der augenblicklichen Fahrzeuggeschwindigkeit anzupassen. Bei Rollmaterialien ohne eigenem Antrieb (ohne Motor) wird sie zur Drehbewegung der Räder verwendet, wie z.B. bei Waggons oder Anhängern für den Straßenverkehr. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch der Achse _Geschwindigkeit, hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> wird sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der "_Geschwindigkeit"-Achse, die bau bedingt vom Modell zu Modell unterschiedlich sein kann.)

== _GravityX ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal- bzw. Zentripetalkraft in x-Richtung eingesetzt wird. Die Achse "_GravityX" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne X-Achse des Modells, also eine seitwärts gerichtete Schwingung nach links oder rechts, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann zum Erliegen kommt. Damit lässt sich z.B. ein Ketten-Karussell aufbauen, dessen Sessel (an Ketten befestigt) aufgrund der Radialbeschleunigung und der dabei zunehmenden Zentrifugalkraft nach außen geschwenkt werden, sobald sich das Karussell dreht bzw. beschleunigt. Die "_GravityX"-Achse wird oft in Kombination mit der Achse "_GravityY" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle...

* ...folgen der senkrecht gerichteten Kraft der Gravitation,
* ...schwenken aufgrund der Radialbeschleunigung zur Seite,
* ...schwingen aufgrund der Zwangskraft (Trägheit der Masse) beim Beschleunigen und beim Bremsen nach vorne und hinten.

Aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _GravityY ==

Analog zu _GravityX.

== _Nonstop ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon z.B. 720°). Sie kann sowohl bei Rollmaterialien, Immobilien, Gleisobjekten und bei Landschaftselementen eingesetzt werden. Die Achse dreht sich ununterbrochen mit einer konstanten, durch den Konstrukteur bestimmbaren Rotationsgeschwindigkeit. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse "_Nonstop", hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei VelocAxis?? = 0.020 wird sie zehn mal langsamer und bei VelocAxis?? = 2.00 zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der _Nonstop-Achse, die von Modell zu Modell unterschiedlich sein kann.)

== _Nonstoplf ==
Text folgt in Kürze (31.7.2021) - HW1

<div id="Radsaetze">
== _vRadsatz ==

Gibt die Drehachse (Drehzapfen) des vorderen Radsatzes eines jeden Rollmaterials an. Der Bewegungsbereich dieser Rotationsachse sollte passend zum Modell gewählt werden. In den meisten Fällen liegt er zwischen -30° und +30°. Er kann jedoch kleiner oder auch größer bestimmt werden (je nachdem, ob ein Waggon oder ein LKW-Anhänger konstruiert wird). Die _vRadsatz-Achse dient dem Rollmaterial dazu, es immer in der Spur zu halten, vorwiegend in einer Kurve oder wenn es auf den Fahrweg (z.B. Gleis) aufgegleist wird. Auch wenn Flugzeuge oder Schiffe keinen sichtbaren Fahrweg befahren, so folgen Sie dennoch einem solchen und müssen daher ebenfalls "in der Spur" gehalten werden. Sowohl die _vRadsatz-, als auch die _hRadsatz-Achse sind daher unverzichtbare Bestandteile eines jeden Rollmaterials und sind deshalb obligatorisch. Fehlt einem Rollmaterial die "_vRadsatz"-Achse, so wird dieser Mangel beim Modellexport mit einer Fehlermeldung quittiert.

== _hRadsatz ==

Die Verwendung ist analog zu _vRadsatz.

Hinweis: Auch wenn die meisten Straßenfahrzeuge nur vorne eine Lenkachse aufweisen und die hintere eine ungelenkte Achse ist, empfiehlt es sich dennoch, bei beiden Achsen den gleichen Bewegungsbereich zu definieren und die eigentliche Hinterachse als zusätzliche Achse unter die Basis zu kreuzen.

Hinweis: Liegen die Achsen _vRadsatz und _hRadsatz sehr dicht (wenige Dezimeter) beieinander oder gar aufeinander oder in falscher Reihenfolge, so verhält sich das Modell im Fahrbetrieb von EEP unerwünscht.

</div>
== _TimerS ==

Eine Rotationsachse mit einem Drehwinkel von 360°. Sie dient der Ansteuerung des Sekundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren aus vielerlei Epochen bzw. Ländern. Durch zusätzliche Parameter in der Datei system.ini des Modells lässt sich zudem die mechanische Bewegung des Sekundenzeigers beeinflussen. So bewirkt z.B. die Angabe <code>SmoothAxis?? = 1</code> eine fließende Bewegung des Sekundenzeigers, er "tickt" nicht mehr. Der Parameter <code>SwissClock = 1</code> bewirkt, dass die Uhr den sogenannten "Minutensprung" vollzieht, was der schweizerischen Bauweise entspricht, die auch in Deutschland übernommen wurde. Dabei läuft der Sekundenzeiger innerhalb einer Minute etwas schneller als die tatsächlich verstrichene Zeit und bleibt bei der 59sten Sekunde für mindestens zwei Sekunden stehen bevor der "Minutensprung" vollzogen wird.

== _TimerM ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Minutenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen. Das auf die "_TimerM"-Achse gesetzte Objekt des Minutenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Minutenzeiger 30 verstrichene Minuten zeigen soll.

== _TimerH ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Stundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen. Das auf die "_TimerH"-Achse gesetzte Objekt des Stundenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Stundenzeiger 6 verstrichene Stunden zeigen soll.

== _Velocity ==

Diese Achse ermöglicht den Aufbau von funktionierenden Tachometern in den 3D-Kabinen der Modelle. Sie kann sowohl als Rotations- als auch Skalierungsachse ausgeführt werden, je nach dem, ob es sich bei dem Anzeigeinstrument um einen Zeiger für eine runde Tachometerscheibe oder einen Balken für die waagerechte Anzeige handelt. Die Stellung der Achse _Velocity zeigt die aktuelle Geschwindigkeit des Fahrzeugs an, wobei sie nicht mit der Achse _Geschwindigkeit gekoppelt ist. Im Normalfall nimmt die Ausrichtung dieser Achse eine Position an, die zu der Geschwindigkeit des Fahrzeuges proportional ist, d.h. z.B. bei 100 km/h sind es genau 100° Drehbewegung. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse _Velocity, hat einen Programmvorgabewert von 0.20. Durch einen abweichenden Wert des Parameters <code>VelocAxis</code> kann jedoch eine andere Ausrichtung des Zeigers bestimmt werden. So ergibt VelocAxis?? = 0.40 einen Winkel von 200° bei 100 km/h.

Für die Berechnung der Tachometer-Scala (in der Textur des Tachometers) gilt die folgende Formel:

<center>[[Datei:formel_fuer_tachoscala.gif]]</center>

== _Wasser ==

Diese Achse ermöglicht die Simulation des unter Druck gesetzten Wassers, das z. B als Löschwasser bei Feuerwehrfahrzeugen, als Spritzwasser bei Springbrunnen und Bewässerungsanlagen oder herabfallendes Wasser bei Eisenbahn-Wasserkränen fungiert. Sie ist bei Rollmaterialien wie bei Immobilien oder Landschaftsobjekten anwendbar. Es ist zu beachten, dass die Achse <code>_Wasser</code> ausschließlich in Kombination mit der Unterachse <code>Wasser</code> eingesetzt werden darf. Dabei ruft die Achse <code>_Wasser</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Wasser</code> die Dosierung des Wasserdrucks steuert.

Diese Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden; sie benötigt immer eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: _Wasser1, _Wasser2", _Wasser3 usw.

== Wasser ==

Die Achse ist eine Translationsachse mit dem Bewegungsbereich von <code>min = 0</code> bis <code>max = 100</code>, was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung des Wasserdrucks dient. Die <code>Wasser</code>-Achse darf ausschließlich in Kombination mit der Achse <code>_Wasser</code> eingesetzt werden und ist dieser nachgeordnet. Sie muss also direkt unter die <code>_Wasser</code>-Achse gekreuzt werden. Diese Achse kann sowohl bei Rollmaterialien als auch Immobilien und Gleisobjekten benutzt werden.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: Wasser1, Wasser2, Wasser3 usw. Das Aussehen und das Verhalten des Wassers wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Water_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fließgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Wassers geschaffen werden.

== _Schutt ==

Diese Achse kann in Immobilien und Gleisobjekten für die Simulation vom herabfallendem Sand, Kohlen, Schotter oder anderen Materialien mit ähnlich fester oder staubiger Konsistenz benutzt werden. Die Achse <code>_Schutt</code> darf ausschließlich in Kombination mit der Unterachse <code>Schutt</code> eingesetzt werden. Dabei ruft die Achse <code>_Schutt</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Schutt</code> die Dosierung der herabfallenden Partikel steuert.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: _Schutt1, _Schutt2, _Schutt3 usw.

== Schutt ==

Eine Translationsachse mit dem Bewegungsbereich von "min = 0" bis "max = 100", was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung der herabfallenden Partikel dient. Die Schutt-Achse darf ausschließlich in Kombination mit der Achse _Schutt eingesetzt werden und ist dieser nachgeordnet. Sie wird direkt unter die "_Schutt"-Achse gesetzt.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Translationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: Schutt1, Schutt2, Schutt3 usw. Das Aussehen und das Verhalten des herabfallenden Materials wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Debris_??]</code>, <code>[Model_IncludeSmoke_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fallgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Materials geschaffen werden, wie z.B. gelber Sand, fest wirkende Braunkohle-Stücke oder staubiger Zement.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Reservierte Achsennamen

2021-07-31T19:23:01Z

HW1:

Neben [[Konzepte: Achse|frei definierbaren Achsen]] gibt es derzeit 25 Systemachsen, auch Systemkreuze genannt, welche bestimmte Programmfunktion aufrufen und direkt von EEP gesteuert werden. Diese Achsen werden vom Konstrukteur mit ihren vorgegebenen Namen bezeichnet und somit vom System in ihrer jeweiligen Eigenschaft erkannt. Dies setzt die exakte Schreibung der Achsennamen voraus. Die Nutzung der reservierten Achsennamen ist ausschließlich dann erlaubt, wenn damit eine bestimmte Programmfunktion angesprochen werden soll. Die Zweckentfremdung zu einem anderen als dem vom System funktionell vorbestimmten Zweck führt zu Fehlern.

== Basis ==

Das Basis-Kreuz stellt den Bezugspunkt eines jeden 3D-Modells dar, d.h. dessen internes, relatives Koordinatensystem. Das Basis-Kreuz ist als Bezugspunkt immer unbeweglich und wird vom System für jedes 3D-Modell automatisch bereitgestellt. Das auf der Basis-Achse gesetzte Objekt wird in der Regel als erstes berechnet (also vor allen anderen, nachgeordneten Achsen), außer man beeinflusst die Reihenfolge des Renderings durch den Befehl <code>SortByAxes</code> in der [[Interne_Ini-Datei_der_Modelle|internen ini-Datei des 3D-Modells]]. Die Änderung der Reihenfolge des Renderings (bei der die Basis nicht als erste, sondern als letzte Achse des Modells berechnet wird) kann notwendig werden, wenn hinter durchsichtigen Scheiben bewegliche Objekte dargestellt werden sollen (z.B. Lokführerfiguren).

== Signal ==

Die Achse <codeSignal</code kann eine Rotations- oder Translationsachse sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden darf. Unabhängig davon, ob es sich beim Modell um ein Licht- oder ein Formsignal handelt, muss jedes Haupt- oder Vorsignal mindestens eine Achse mit dem Namen <code>Signal</code> aufweisen. Je nach dem, ob das Signal manuell oder ausschließlich über Kontaktpunkte / LUA angesteuert werden soll, wird das Objekt (bei Lichtsignalen z.B. das komplette Objekt mitsamt Fuß, Signalmast und Schirm) entweder unter die Signal-Achse, oder das Basis-Kreuz gesetzt. Wird es unter das Basis-Kreuz gesetzt, kann es lediglich über Kontaktpunkte / LUA gesteuert werden. Wird es unter die Signal-Achse gesetzt, kann es in EEP sowohl über Kontaktpunkte / LUA, als auch manuell bedient werden, in dem die <tt>[Shift]</tt>-Taste gedrückt gehalten und gleichzeitig das Modell des Signals mit <tt>[LMT]</tt> angeklickt wird.

== Signal1, Signal2, Signal3, ... Signal9 ==

Die Achsen <code>Signal1</code> bis <code>Signal9</code> können Rotations- oder Translationsachsen sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden dürfen. Diese Achsen sind optional (zusätzlich zur Achse <tt>Signal</tt>), sofern es sich um ein mehrbegriffiges Signal mit mehr als nur zwei Signalbildern (z.B. Fahrt und Halt) handelt. Die zusätzlichen durchnummerierten Signalachsen sollten lediglich bei Formhauptsignalen und Formvorsignalen zum Einsatz kommen; Lichtsignale sollten dagegen über die [[Signalfunktionen]] und [[Lichtfunktion]] in der internen System-ini-Datei des Modells ausgeführt werden und dabei ausschließlich auf die hierzu konzipierten [[Lichtsignal-IDs]] zugreifen.

== Achsen für Splines (Fahrwege) ==

Wenn man Splines (Fahrwege) erstellt, müssen mindestens die beiden Systemachsen _1 und _2 existieren.

Im einfachsten Fall genügt das. Wenn man aber realistische Weichenlaternen erstellen möchte, muss man die Systemachsen _1, _2, _3, _4 und _5 unter die Basis kreuzen.
Sobald man eine der Achsen _3, _4 oder _5 erstellt, müssen auch die anderen existieren.

=== _1 ===

Ist eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. Diese Achse ist zwar bei den Standard-Splines eine Rotationsachse, besitzt aber keinen Bewegungsbereich. Auf die Achse _1 dürfen nur 3D-Objekte gesetzt werden, die Prellböcke bzw. sonstige Fahrweg-Abschlüsse darstellen. Soll ein Spline keinen sichtbaren Abschluss besitzen, so wird unter die _1-Achse kein Objekt gesetzt, wenngleich die Achse selbst angelegt sein muss. Die Achse bleibt also leer.

Der Null-Punkt des Gleisabschlusses liegt 5m vor dem Gleisende.

=== _2 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. _2 ist eine Rotationsachse mit dem Drehwinkel von 360°
und wird zur Darstellung der Laterne einer 2-Wege- oder 3-Wege-Weiche benutzt.
Wenn die Systemachsen _3, _4 und _5 nicht existieren, wird das Modell auf dieser Achse für alle Weichenformen verwendet.

Das 3D-Objekt der Weichenlaterne wird dabei um -90° bzw. +90° gedreht, womit die Signalbilder Wn 1 (Gerader Zweig) bzw. Wn 2 (Gebogener Zweig) dargestellt werden. Besitzt ein Gleisstil keine Weichenlaterne (z.B. bei modernen Gleisen der Epoche V und VI), so muss die Achse _2 dennoch vorhanden sein. In diesem Fall wird kein Modell unter die Achse gekreuzt - sie bleibt leer.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 1 (senkrechter Balken)
|-
| rechte Seite
| Wn 2a (Pfeil nach rechts)
|-
| Rückseite
| Wn 1 (senkrechter Balken)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

Ohne die Systemachsen _3, _4 und _5 hat man damit eine Weichenlaterne, die immer die Richtung anzeigt, jedoch nie das Signalbild Wn 2 (weißer Kreis auf schwarzem Grund).
Hierfür braucht man die übrigen Achsen.

=== _3 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Linksweichen, auch linke Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2a (Pfeil nach links)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

===_4 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Rechtsweichen, auch rechte Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

=== _5 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Außenbogenweichen verwendet, wenn die Radien der Gleise ähnlich groß sind.
Andernfalls wird das Modell einer Links- bzw. Rechtsweiche verwendet, also das Modell auf der Systemachse _3 bzw. _4.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 2c (weißer Kreis mit schwarzer, nach rechts offener Sichel: abnehmender Halbmond)
|-
| Rückseite
| Wn 2c (weißer Kreis mit schwarzer, nach links offener Sichel: zunehmender Halbmond)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

== _Antrieb ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon, z.B. 720°). Sie kann ausschließlich bei Rollmaterialien mit eigenem Antrieb (Motor) benutzt werden. Diese Rotationsachse kann man sich als eine imaginäre Antriebswelle vorstellen, deren Rotationsgeschwindigkeit (nach der Übersetzung) im Verhältnis zu der augenblicklichen Drehzahl des Motors steht. Damit reagiert die Achse auf die Wahl der Fahrstufe bzw. die Kraftstoffzufuhr des Motors (also das "Gas-geben"). Daran kann man z.B. den Rotor eines Hubschraubers oder den Propeller eines Flugzeuges koppeln, da sich diese auch im Leerlauf drehen, wenn das Fahrzeug nicht in Bewegung ist. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch die Achse _Antrieb, hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> wird sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der _Antrieb-Achse, die baubedingt von Modell zu Modell unterschiedlich lauten kann.)

== _DriveDirF ==

Kann als Rotations- oder als Translationsachse ausgeführt werden, wobei sie ausschließlich in Kombination mit der Achse <code>_DriveDirR</code> benutzt werden darf - nie alleine. Die beiden in ihrer Funktionsweise gleichartigen Achsen <code>_DriveDirF</code> und <code>_DriveDirR</code> werden bei Rollmaterialien benutzt, um die Position der Zugführer- bzw. Lenker-Figuren automatisch der Fahrtrichtung des Rollmaterials bzw. des kompletten Zuges anzupassen. Die Achse _DriveDirF beeinflusst dabei die Bewegung der Figur(en) in der vorderen Kabine des Rollmaterials. Der Lokführerfigur ist nur dann zu sehen, wenn das Rollmaterial in die entsprechende Richtung wird. Wenn sich das Rollmaterial bzw. der Zug rückwärts bewegt, wird die vordere Figur des Lokführers in EEP nicht berechnet; sie verschwindet.

Die Achse wird nur dann vom Programm angesprochen wird, wenn die jeweilige Seite des Rollmaterials nicht mit anderen Rollmaterialien gekoppelt ist, was z.B. bei der Doppeltraktion zutrifft. Sind zwei Lokomotiven miteinander gekoppelt, so erscheint die Lokführerfigur nur in der Lokomotive, (oder einem Steuerwagen) die/der sich in der jeweiligen Fahrtrichtung nach vorne befindet - in der zweiten Lokomotive (oder einem Steuerwagen) werden keine Figuren gerendert.

== _DriveDirR ==

Ananlog zu <code>_DriveDirF</code> für rückwärtige Objekte (Personen) im Führerstand von Rollmaterialien.

== _Geschwindigkeit ==

Eine Rotationsachse mit dem Drehwinkel von 360°. Sie wird nur bei Rollmaterialien benutzt. Diese Rotationsachse kann man sich als ein imaginäres Treibrad mit dem Radius von 1 m vorstellen, das vom Programm mit einer Rotationsgeschwindigkeit angesteuert wird, die der augenblicklichen Geschwindigkeit des Modells entspricht. Daran kann man z.B. die Steuerung einer Dampflokomotive oder die Räder eines Autos koppeln, um die Drehgeschwindigkeit der Räder der augenblicklichen Fahrzeuggeschwindigkeit anzupassen. Bei Rollmaterialien ohne eigenem Antrieb (ohne Motor) wird sie zur Drehbewegung der Räder verwendet, wie z.B. bei Waggons oder Anhängern für den Straßenverkehr. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch der Achse _Geschwindigkeit, hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> wird sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der "_Geschwindigkeit"-Achse, die bau bedingt vom Modell zu Modell unterschiedlich sein kann.)

== _GravityX ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal- bzw. Zentripetalkraft in x-Richtung eingesetzt wird. Die Achse "_GravityX" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne X-Achse des Modells, also eine seitwärts gerichtete Schwingung nach links oder rechts, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann zum Erliegen kommt. Damit lässt sich z.B. ein Ketten-Karussell aufbauen, dessen Sessel (an Ketten befestigt) aufgrund der Radialbeschleunigung und der dabei zunehmenden Zentrifugalkraft nach außen geschwenkt werden, sobald sich das Karussell dreht bzw. beschleunigt. Die "_GravityX"-Achse wird oft in Kombination mit der Achse "_GravityY" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle...

* ...folgen der senkrecht gerichteten Kraft der Gravitation,
* ...schwenken aufgrund der Radialbeschleunigung zur Seite,
* ...schwingen aufgrund der Zwangskraft (Trägheit der Masse) beim Beschleunigen und beim Bremsen nach vorne und hinten.

Aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _GravityY ==

Analog zu _GravityX.

== _Nonstop ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon z.B. 720°). Sie kann sowohl bei Rollmaterialien, Immobilien, Gleisobjekten und bei Landschaftselementen eingesetzt werden. Die Achse dreht sich ununterbrochen mit einer konstanten, durch den Konstrukteur bestimmbaren Rotationsgeschwindigkeit. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse "_Nonstop", hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei VelocAxis?? = 0.020 wird sie zehn mal langsamer und bei VelocAxis?? = 2.00 zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der _Nonstop-Achse, die von Modell zu Modell unterschiedlich sein kann.)

== _Nonstoplf ==
Text folgt in Kürze (31.7.2021) - HW1

<div id="Radsaetze">
== _vRadsatz ==

Gibt die Drehachse (Drehzapfen) des vorderen Radsatzes eines jeden Rollmaterials an. Der Bewegungsbereich dieser Rotationsachse sollte passend zum Modell gewählt werden. In den meisten Fällen liegt er zwischen -30° und +30°. Er kann jedoch kleiner oder auch größer bestimmt werden (je nachdem, ob ein Waggon oder ein LKW-Anhänger konstruiert wird). Die _vRadsatz-Achse dient dem Rollmaterial dazu, es immer in der Spur zu halten, vorwiegend in einer Kurve oder wenn es auf den Fahrweg (z.B. Gleis) aufgegleist wird. Auch wenn Flugzeuge oder Schiffe keinen sichtbaren Fahrweg befahren, so folgen Sie dennoch einem solchen und müssen daher ebenfalls "in der Spur" gehalten werden. Sowohl die _vRadsatz-, als auch die _hRadsatz-Achse sind daher unverzichtbare Bestandteile eines jeden Rollmaterials und sind deshalb obligatorisch. Fehlt einem Rollmaterial die "_vRadsatz"-Achse, so wird dieser Mangel beim Modellexport mit einer Fehlermeldung quittiert.

== _hRadsatz ==

Die Verwendung ist analog zu _vRadsatz.

Hinweis: Auch wenn die meisten Straßenfahrzeuge nur vorne eine Lenkachse aufweisen und die hintere eine ungelenkte Achse ist, empfiehlt es sich dennoch, bei beiden Achsen den gleichen Bewegungsbereich zu definieren und die eigentliche Hinterachse als zusätzliche Achse unter die Basis zu kreuzen.

Hinweis: Liegen die Achsen _vRadsatz und _hRadsatz sehr dicht (wenige Dezimeter) beieinander oder gar aufeinander oder in falscher Reihenfolge, so verhält sich das Modell im Fahrbetrieb von EEP unerwünscht.

</div>
== _TimerS ==

Eine Rotationsachse mit einem Drehwinkel von 360°. Sie dient der Ansteuerung des Sekundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren aus vielerlei Epochen bzw. Ländern. Durch zusätzliche Parameter in der System-INI des Modells lässt sich zudem die mechanische Bewegung des Sekundenzeigers beeinflussen. So bewirkt z.B. die Angabe <code>SmoothAxis?? = 1</code> eine fließende Bewegung des Sekundenzeigers, er "tickt" nicht mehr. Der Parameter <code>SwissClock = 1</code> bewirkt, dass die Uhr den sogenannten "Minutensprung" vollzieht, was der schweizerischen Bauweise entspricht, die auch in Deutschland übernommen wurde. Dabei läuft der Sekundenzeiger innerhalb einer Minute etwas schneller als die tatsächlich verstrichene Zeit und bleibt bei der 59sten Sekunde für mindestens zwei Sekunden stehen bevor der "Minutensprung" vollzogen wird.

== _TimerM ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Minutenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerM"-Achse gesetzte Objekt des Minutenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Minutenzeiger 30 verstrichene Minuten zeigen soll.

== _TimerH ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Stundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerH"-Achse gesetzte Objekt des Stundenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180° sobald der Stundenzeiger 6 verstrichene Stunden zeigen soll.

== _Velocity ==

Diese Achse ermöglicht den Aufbau von funktionierenden Tachometern in den 3D-Kabinen der Modelle und kann sowohl als Rotations- als auch Skalierungsachse ausgeführt werden, je nach dem, ob es sich bei dem Anzeigeinstrument um einen Zeiger für eine runde Tachometer-Scheibe oder einen Balken für die waagrechte Anzeige handelt. Die Stellung der Achse _Velocity zeigt die aktuelle Geschwindigkeit des Fahrzeugs an, wobei sie nicht mit der Achse _Geschwindigkeit gekoppelt ist. Im Normalfall nimmt die Ausrichtung dieser Achse eine Position an, die zu der Geschwindigkeit des Fahrzeuges proportional ist, d.h. z.B. bei 100 km/h sind es genau 100° Drehbewegung. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse _Velocity, hat einen Programmvorgabewert von 0.20. Durch einen abweichenden Wert des Parameters <code>VelocAxis</code> kann jedoch eine andere Ausrichtung des Zeigers bestimmt werden. So ergibt VelocAxis?? = 0.40 einen Winkel von 200° bei 100 km/h.

Für die Berechnung der Tachometer-Scala (in der Textur des Tachometers) gilt die folgende Formel:

<center>[[Datei:formel_fuer_tachoscala.gif]]</center>

== _Wasser ==

Diese Achse ermöglicht die Simulation des unter Druck gesetzten Wassers, das z. B als Löschwasser bei Feuerwehrfahrzeugen, als Spritzwasser bei Springbrunnen und Bewässerungsanlagen oder herabfallendes Wasser bei Eisenbahn-Wasserkränen fungiert. Sie ist bei Rollmaterialien wie bei Immobilien oder Landschaftsobjekten anwendbar. Es ist zu beachten, dass die Achse <code>_Wasser</code> ausschließlich in Kombination mit der Unterachse <code>Wasser</code> eingesetzt werden darf. Dabei ruft die Achse <code>_Wasser</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Wasser</code> die Dosierung des Wasserdrucks steuert.

Diese Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden; sie benötigt immer eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: _Wasser1, _Wasser2", _Wasser3 usw.

== Wasser ==

Die Achse ist eine Translationsachse mit dem Bewegungsbereich von <code>min = 0</code> bis <code>max = 100</code>, was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung des Wasserdrucks dient. Die <code>Wasser</code>-Achse darf ausschließlich in Kombination mit der Achse <code>_Wasser</code> eingesetzt werden und ist dieser nachgeordnet. Sie muss also direkt unter die <code>_Wasser</code>-Achse gekreuzt werden. Diese Achse kann sowohl bei Rollmaterialien als auch Immobilien und Gleisobjekten benutzt werden.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: Wasser1, Wasser2, Wasser3 usw. Das Aussehen und das Verhalten des Wassers wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Water_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fließgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Wassers geschaffen werden.

== _Schutt ==

Diese Achse kann in Immobilien und Gleisobjekten für die Simulation vom herabfallendem Sand, Kohlen, Schotter oder anderen Materialien mit ähnlich fester oder staubiger Konsistenz benutzt werden. Die Achse <code>_Schutt</code> darf ausschließlich in Kombination mit der Unterachse <code>Schutt</code> eingesetzt werden. Dabei ruft die Achse <code>_Schutt</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Schutt</code> die Dosierung der herabfallenden Partikel steuert.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: _Schutt1, _Schutt2, _Schutt3 usw.

== Schutt ==

Eine Translationsachse mit dem Bewegungsbereich von "min = 0" bis "max = 100", was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung der herabfallenden Partikel dient. Die Schutt-Achse darf ausschließlich in Kombination mit der Achse _Schutt eingesetzt werden und ist dieser nachgeordnet. Sie wird direkt unter die "_Schutt"-Achse gesetzt.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Translationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: Schutt1, Schutt2, Schutt3 usw. Das Aussehen und das Verhalten des herabfallenden Materials wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Debris_??]</code>, <code>[Model_IncludeSmoke_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fallgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Materials geschaffen werden, wie z.B. gelber Sand, fest wirkende Braunkohle-Stücke oder staubiger Zement.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Reservierte Achsennamen

2021-07-28T19:49:12Z

HW1:

Neben [[Konzepte: Achse|frei definierbaren Achsen]] gibt es derzeit 25 Systemachsen, auch Systemkreuze genannt, welche bestimmte Programmfunktion aufrufen und direkt von EEP gesteuert werden. Diese Achsen werden vom Konstrukteur mit ihren vorgegebenen Namen bezeichnet und somit vom System in ihrer jeweiligen Eigenschaft erkannt. Dies setzt die exakte Schreibung der Achsennamen voraus. Die Nutzung der reservierten Achsennamen ist ausschließlich dann erlaubt, wenn damit eine bestimmte Programmfunktion angesprochen werden soll. Die Zweckentfremdung zu einem anderen als dem vom System funktionell vorbestimmten Zweck führt zu Fehlern.

== Basis ==

Das Basis-Kreuz stellt den Bezugspunkt eines jeden 3D-Modells dar, d.h. dessen internes, relatives Koordinatensystem. Das Basis-Kreuz ist als Bezugspunkt immer unbeweglich und wird vom System für jedes 3D-Modell automatisch bereitgestellt. Das auf der Basis-Achse gesetzte Objekt wird in der Regel als erstes berechnet (also vor allen anderen, nachgeordneten Achsen), außer man beeinflusst die Reihenfolge des Renderings durch den Befehl <code>SortByAxes</code> in der [[Interne_Ini-Datei_der_Modelle|internen ini-Datei des 3D-Modells]]. Die Änderung der Reihenfolge des Renderings (bei der die Basis nicht als erste, sondern als letzte Achse des Modells berechnet wird) kann notwendig werden, wenn hinter durchsichtigen Scheiben bewegliche Objekte dargestellt werden sollen (z.B. Lokführerfiguren).

== Signal ==

Die Achse <codeSignal</code kann eine Rotations- oder Translationsachse sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden darf. Unabhängig davon, ob es sich beim Modell um ein Licht- oder ein Formsignal handelt, muss jedes Haupt- oder Vorsignal mindestens eine Achse mit dem Namen <code>Signal</code> aufweisen. Je nach dem, ob das Signal manuell oder ausschließlich über Kontaktpunkte / LUA angesteuert werden soll, wird das Objekt (bei Lichtsignalen z.B. das komplette Objekt mitsamt Fuß, Signalmast und Schirm) entweder unter die Signal-Achse, oder das Basis-Kreuz gesetzt. Wird es unter das Basis-Kreuz gesetzt, kann es lediglich über Kontaktpunkte / LUA gesteuert werden. Wird es unter die Signal-Achse gesetzt, kann es in EEP sowohl über Kontaktpunkte / LUA, als auch manuell bedient werden, in dem die <tt>[Shift]</tt>-Taste gedrückt gehalten und gleichzeitig das Modell des Signals mit <tt>[LMT]</tt> angeklickt wird.

== Signal1, Signal2, Signal3, ... Signal9 ==

Die Achsen <code>Signal1</code> bis <code>Signal9</code> können Rotations- oder Translationsachsen sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden dürfen. Diese Achsen sind optional (zusätzlich zur Achse <tt>Signal</tt>), sofern es sich um ein mehrbegriffiges Signal mit mehr als nur zwei Signalbildern (z.B. Fahrt und Halt) handelt. Die zusätzlichen durchnummerierten Signalachsen sollten lediglich bei Formhauptsignalen und Formvorsignalen zum Einsatz kommen; Lichtsignale sollten dagegen über die [[Signalfunktionen]] und [[Lichtfunktion]] in der internen System-ini-Datei des Modells ausgeführt werden und dabei ausschließlich auf die hierzu konzipierten [[Lichtsignal-IDs]] zugreifen.

== Achsen für Splines (Fahrwege) ==

Wenn man Splines (Fahrwege) erstellt, müssen mindestens die beiden Systemachsen _1 und _2 existieren.

Im einfachsten Fall genügt das. Wenn man aber realistische Weichenlaternen erstellen möchte, muss man die Systemachsen _1, _2, _3, _4 und _5 unter die Basis kreuzen.
Sobald man eine der Achsen _3, _4 oder _5 erstellt, müssen auch die anderen existieren.

=== _1 ===

Ist eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. Diese Achse ist zwar bei den Standard-Splines eine Rotationsachse, besitzt aber keinen Bewegungsbereich. Auf die Achse _1 dürfen nur 3D-Objekte gesetzt werden, die Prellböcke bzw. sonstige Fahrweg-Abschlüsse darstellen. Soll ein Spline keinen sichtbaren Abschluss besitzen, so wird unter die _1-Achse kein Objekt gesetzt, wenngleich die Achse selbst angelegt sein muss. Die Achse bleibt also leer.

Der Null-Punkt des Gleisabschlusses liegt 5m vor dem Gleisende.

=== _2 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. _2 ist eine Rotationsachse mit dem Drehwinkel von 360°
und wird zur Darstellung der Laterne einer 2-Wege- oder 3-Wege-Weiche benutzt.
Wenn die Systemachsen _3, _4 und _5 nicht existieren, wird das Modell auf dieser Achse für alle Weichenformen verwendet.

Das 3D-Objekt der Weichenlaterne wird dabei um -90° bzw. +90° gedreht, womit die Signalbilder Wn 1 (Gerader Zweig) bzw. Wn 2 (Gebogener Zweig) dargestellt werden. Besitzt ein Gleisstil keine Weichenlaterne (z.B. bei modernen Gleisen der Epoche V und VI), so muss die Achse _2 dennoch vorhanden sein. In diesem Fall wird kein Modell unter die Achse gekreuzt - sie bleibt leer.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 1 (senkrechter Balken)
|-
| rechte Seite
| Wn 2a (Pfeil nach rechts)
|-
| Rückseite
| Wn 1 (senkrechter Balken)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

Ohne die Systemachsen _3, _4 und _5 hat man damit eine Weichenlaterne, die immer die Richtung anzeigt, jedoch nie das Signalbild Wn 2 (weißer Kreis auf schwarzem Grund).
Hierfür braucht man die übrigen Achsen.

=== _3 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Linksweichen, auch linke Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2a (Pfeil nach links)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

===_4 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Rechtsweichen, auch rechte Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

=== _5 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Außenbogenweichen verwendet, wenn die Radien der Gleise ähnlich groß sind.
Andernfalls wird das Modell einer Links- bzw. Rechtsweiche verwendet, also das Modell auf der Systemachse _3 bzw. _4.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 2c (weißer Kreis mit schwarzer, nach rechts offener Sichel: abnehmender Halbmond)
|-
| Rückseite
| Wn 2c (weißer Kreis mit schwarzer, nach links offener Sichel: zunehmender Halbmond)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

== _Antrieb ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon, z.B. 720°). Sie kann ausschließlich bei Rollmaterialien mit eigenem Antrieb (Motor) benutzt werden. Diese Rotationsachse kann man sich als eine imaginäre Antriebswelle vorstellen, deren Rotationsgeschwindigkeit (nach der Übersetzung) im Verhältnis zu der augenblicklichen Drehzahl des Motors steht. Damit reagiert die Achse auf die Wahl der Fahrstufe bzw. die Kraftstoffzufuhr des Motors (also das "Gas-geben"). Daran kann man z.B. den Rotor eines Hubschraubers oder den Propeller eines Flugzeuges koppeln, da sich diese auch im Leerlauf drehen, wenn das Fahrzeug nicht in Bewegung ist. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch die Achse _Antrieb, hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> wird sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der _Antrieb-Achse, die baubedingt von Modell zu Modell unterschiedlich lauten kann.)

== _DriveDirF ==

Kann als Rotations- oder als Translationsachse ausgeführt werden, wobei sie ausschließlich in Kombination mit der Achse <code>_DriveDirR</code> benutzt werden darf - nie alleine. Die beiden in ihrer Funktionsweise gleichartigen Achsen <code>_DriveDirF</code> und <code>_DriveDirR</code> werden bei Rollmaterialien benutzt, um die Position der Zugführer- bzw. Lenker-Figuren automatisch der Fahrtrichtung des Rollmaterials bzw. des kompletten Zuges anzupassen. Die Achse _DriveDirF beeinflusst dabei die Bewegung der Figur(en) in der vorderen Kabine des Rollmaterials. Der Lokführerfigur ist nur dann zu sehen, wenn das Rollmaterial in die entsprechende Richtung wird. Wenn sich das Rollmaterial bzw. der Zug rückwärts bewegt, wird die vordere Figur des Lokführers in EEP nicht berechnet; sie verschwindet.

Die Achse wird nur dann vom Programm angesprochen wird, wenn die jeweilige Seite des Rollmaterials nicht mit anderen Rollmaterialien gekoppelt ist, was z.B. bei der Doppeltraktion zutrifft. Sind zwei Lokomotiven miteinander gekoppelt, so erscheint die Lokführerfigur nur in der Lokomotive, (oder einem Steuerwagen) die/der sich in der jeweiligen Fahrtrichtung nach vorne befindet - in der zweiten Lokomotive (oder einem Steuerwagen) werden keine Figuren gerendert.

== _DriveDirR ==

Ananlog zu <code>_DriveDirF</code> für rückwärtige Objekte (Personen) im Führerstand von Rollmaterialien.

== _Geschwindigkeit ==

Eine Rotationsachse mit dem Drehwinkel von 360°. Sie wird nur bei Rollmaterialien benutzt. Diese Rotationsachse kann man sich als ein imaginäres Treibrad mit dem Radius von 1 m vorstellen, das vom Programm mit einer Rotationsgeschwindigkeit angesteuert wird, die der augenblicklichen Geschwindigkeit des Modells entspricht. Daran kann man z.B. die Steuerung einer Dampflokomotive oder die Räder eines Autos koppeln, um die Drehgeschwindigkeit der Räder der augenblicklichen Fahrzeuggeschwindigkeit anzupassen. Bei Rollmaterialien ohne eigenem Antrieb (ohne Motor) wird sie zur Drehbewegung der Räder verwendet, wie z.B. bei Waggons oder Anhängern für den Straßenverkehr. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch der Achse _Geschwindigkeit, hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> wird sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der "_Geschwindigkeit"-Achse, die bau bedingt vom Modell zu Modell unterschiedlich sein kann.)

== _GravityX ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal- bzw. Zentripetalkraft in x-Richtung eingesetzt wird. Die Achse "_GravityX" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne X-Achse des Modells, also eine seitwärts gerichtete Schwingung nach links oder rechts, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann zum Erliegen kommt. Damit lässt sich z.B. ein Ketten-Karussell aufbauen, dessen Sessel (an Ketten befestigt) aufgrund der Radialbeschleunigung und der dabei zunehmenden Zentrifugalkraft nach außen geschwenkt werden, sobald sich das Karussell dreht bzw. beschleunigt. Die "_GravityX"-Achse wird oft in Kombination mit der Achse "_GravityY" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle...

* ...folgen der senkrecht gerichteten Kraft der Gravitation,
* ...schwenken aufgrund der Radialbeschleunigung zur Seite,
* ...schwingen aufgrund der Zwangskraft (Trägheit der Masse) beim Beschleunigen und beim Bremsen nach vorne und hinten.

Aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _GravityY ==

Analog zu _GravityX.

== _Nonstop ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon z.B. 720°). Sie kann sowohl bei Rollmaterialien, Immobilien, Gleisobjekten und bei Landschaftselementen eingesetzt werden. Die Achse dreht sich ununterbrochen mit einer konstanten, durch den Konstrukteur bestimmbaren Rotationsgeschwindigkeit. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse "_Nonstop", hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen ini-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei VelocAxis?? = 0.020 wird sie zehn mal langsamer und bei VelocAxis?? = 2.00 zehn mal schneller gedreht. (Die Fragezeichen stehen dabei für die interne Nummer der _Nonstop-Achse, die von Modell zu Modell unterschiedlich sein kann.)

<div id="Radsaetze">
== _vRadsatz ==

Gibt die Drehachse (Drehzapfen) des vorderen Radsatzes eines jeden Rollmaterials an. Der Bewegungsbereich dieser Rotationsachse sollte passend zum Modell gewählt werden. In den meisten Fällen liegt er zwischen -30° und +30°. Er kann jedoch kleiner oder auch größer bestimmt werden (je nachdem, ob ein Waggon oder ein LKW-Anhänger konstruiert wird). Die _vRadsatz-Achse dient dem Rollmaterial dazu, es immer in der Spur zu halten, vorwiegend in einer Kurve oder wenn es auf den Fahrweg (z.B. Gleis) aufgegleist wird. Auch wenn Flugzeuge oder Schiffe keinen sichtbaren Fahrweg befahren, so folgen Sie dennoch einem solchen und müssen daher ebenfalls "in der Spur" gehalten werden. Sowohl die _vRadsatz-, als auch die _hRadsatz-Achse sind daher unverzichtbare Bestandteile eines jeden Rollmaterials und sind deshalb obligatorisch. Fehlt einem Rollmaterial die "_vRadsatz"-Achse, so wird dieser Mangel beim Modellexport mit einer Fehlermeldung quittiert.

== _hRadsatz ==

Die Verwendung ist analog zu _vRadsatz.

Hinweis: Auch wenn die meisten Straßenfahrzeuge nur vorne eine Lenkachse aufweisen und die hintere eine ungelenkte Achse ist, empfiehlt es sich dennoch, bei beiden Achsen den gleichen Bewegungsbereich zu definieren und die eigentliche Hinterachse als zusätzliche Achse unter die Basis zu kreuzen.

Hinweis: Liegen die Achsen _vRadsatz und _hRadsatz sehr dicht (wenige Dezimeter) beieinander oder gar aufeinander oder in falscher Reihenfolge, so verhält sich das Modell im Fahrbetrieb von EEP unerwünscht.

</div>
== _TimerS ==

Eine Rotationsachse mit einem Drehwinkel von 360°. Sie dient der Ansteuerung des Sekundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren aus vielerlei Epochen bzw. Ländern. Durch zusätzliche Parameter in der System-INI des Modells lässt sich zudem die mechanische Bewegung des Sekundenzeigers beeinflussen. So bewirkt z.B. die Angabe <code>SmoothAxis?? = 1</code> eine fließende Bewegung des Sekundenzeigers, er "tickt" nicht mehr. Der Parameter <code>SwissClock = 1</code> bewirkt, dass die Uhr den sogenannten "Minutensprung" vollzieht, was der schweizerischen Bauweise entspricht, die auch in Deutschland übernommen wurde. Dabei läuft der Sekundenzeiger innerhalb einer Minute etwas schneller als die tatsächlich verstrichene Zeit und bleibt bei der 59sten Sekunde für mindestens zwei Sekunden stehen bevor der "Minutensprung" vollzogen wird.

== _TimerM ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Minutenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerM"-Achse gesetzte Objekt des Minutenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Minutenzeiger 30 verstrichene Minuten zeigen soll.

== _TimerH ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Stundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerH"-Achse gesetzte Objekt des Stundenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180° sobald der Stundenzeiger 6 verstrichene Stunden zeigen soll.

== _Velocity ==

Diese Achse ermöglicht den Aufbau von funktionierenden Tachometern in den 3D-Kabinen der Modelle und kann sowohl als Rotations- als auch Skalierungsachse ausgeführt werden, je nach dem, ob es sich bei dem Anzeigeinstrument um einen Zeiger für eine runde Tachometer-Scheibe oder einen Balken für die waagrechte Anzeige handelt. Die Stellung der Achse _Velocity zeigt die aktuelle Geschwindigkeit des Fahrzeugs an, wobei sie nicht mit der Achse _Geschwindigkeit gekoppelt ist. Im Normalfall nimmt die Ausrichtung dieser Achse eine Position an, die zu der Geschwindigkeit des Fahrzeuges proportional ist, d.h. z.B. bei 100 km/h sind es genau 100° Drehbewegung. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse _Velocity, hat einen Programmvorgabewert von 0.20. Durch einen abweichenden Wert des Parameters <code>VelocAxis</code> kann jedoch eine andere Ausrichtung des Zeigers bestimmt werden. So ergibt VelocAxis?? = 0.40 einen Winkel von 200° bei 100 km/h.

Für die Berechnung der Tachometer-Scala (in der Textur des Tachometers) gilt die folgende Formel:

<center>[[Datei:formel_fuer_tachoscala.gif]]</center>

== _Wasser ==

Diese Achse ermöglicht die Simulation des unter Druck gesetzten Wassers, das z. B als Löschwasser bei Feuerwehrfahrzeugen, als Spritzwasser bei Springbrunnen und Bewässerungsanlagen oder herabfallendes Wasser bei Eisenbahn-Wasserkränen fungiert. Sie ist bei Rollmaterialien wie bei Immobilien oder Landschaftsobjekten anwendbar. Es ist zu beachten, dass die Achse <code>_Wasser</code> ausschließlich in Kombination mit der Unterachse <code>Wasser</code> eingesetzt werden darf. Dabei ruft die Achse <code>_Wasser</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Wasser</code> die Dosierung des Wasserdrucks steuert.

Diese Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden; sie benötigt immer eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: _Wasser1, _Wasser2", _Wasser3 usw.

== Wasser ==

Die Achse ist eine Translationsachse mit dem Bewegungsbereich von <code>min = 0</code> bis <code>max = 100</code>, was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung des Wasserdrucks dient. Die <code>Wasser</code>-Achse darf ausschließlich in Kombination mit der Achse <code>_Wasser</code> eingesetzt werden und ist dieser nachgeordnet. Sie muss also direkt unter die <code>_Wasser</code>-Achse gekreuzt werden. Diese Achse kann sowohl bei Rollmaterialien als auch Immobilien und Gleisobjekten benutzt werden.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: Wasser1, Wasser2, Wasser3 usw. Das Aussehen und das Verhalten des Wassers wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Water_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fließgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Wassers geschaffen werden.

== _Schutt ==

Diese Achse kann in Immobilien und Gleisobjekten für die Simulation vom herabfallendem Sand, Kohlen, Schotter oder anderen Materialien mit ähnlich fester oder staubiger Konsistenz benutzt werden. Die Achse <code>_Schutt</code> darf ausschließlich in Kombination mit der Unterachse <code>Schutt</code> eingesetzt werden. Dabei ruft die Achse <code>_Schutt</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Schutt</code> die Dosierung der herabfallenden Partikel steuert.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: _Schutt1, _Schutt2, _Schutt3 usw.

== Schutt ==

Eine Translationsachse mit dem Bewegungsbereich von "min = 0" bis "max = 100", was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung der herabfallenden Partikel dient. Die Schutt-Achse darf ausschließlich in Kombination mit der Achse _Schutt eingesetzt werden und ist dieser nachgeordnet. Sie wird direkt unter die "_Schutt"-Achse gesetzt.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Translationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: Schutt1, Schutt2, Schutt3 usw. Das Aussehen und das Verhalten des herabfallenden Materials wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Debris_??]</code>, <code>[Model_IncludeSmoke_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fallgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Materials geschaffen werden, wie z.B. gelber Sand, fest wirkende Braunkohle-Stücke oder staubiger Zement.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Reservierte Achsennamen

2021-07-28T19:27:57Z

HW1:

Neben [[Konzepte: Achse|frei definierbaren Achsen]] gibt es derzeit 25 Systemachsen, auch Systemkreuze genannt, welche bestimmte Programmfunktion aufrufen und direkt von EEP gesteuert werden. Diese Achsen werden vom Konstrukteur mit ihren vorgegebenen Namen bezeichnet und somit vom System in ihrer jeweiligen Eigenschaft erkannt. Dies setzt die exakte Schreibung der Achsennamen voraus. Die Nutzung der reservierten Achsennamen ist ausschließlich dann erlaubt, wenn damit eine bestimmte Programmfunktion angesprochen werden soll. Die Zweckentfremdung zu einem anderen als dem vom System funktionell vorbestimmten Zweck führt zu Fehlern.

== Basis ==

Das Basis-Kreuz stellt den Bezugspunkt eines jeden 3D-Modells dar, d.h. dessen internes, relatives Koordinatensystem. Das Basis-Kreuz ist als Bezugspunkt immer unbeweglich und wird vom System für jedes 3D-Modell automatisch bereitgestellt. Das auf der Basis-Achse gesetzte Objekt wird in der Regel als erstes berechnet (also vor allen anderen, nachgeordneten Achsen), außer man beeinflusst die Reihenfolge des Renderings durch den Befehl <code>SortByAxes</code> in der [Interne_Ini-Datei_der_Modelle|internen INI-Datei des 3D-Modells]. Die Änderung der Reihenfolge des Renderings (bei der die Basis nicht als erste, sondern als letzte Achse des Modells berechnet wird) kann notwendig werden, wenn hinter durchsichtigen Scheiben bewegliche Objekte dargestellt werden sollten (z.B. Lokführerfiguren).

== Signal ==

Die Achse "Signal" kann eine Rotations- oder Translationsachse sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden darf. Unabhängig davon, ob es sich beim Modell um ein Licht- oder ein Formsignal handelt, muss jedes Haupt- oder Vorsignal mindestens eine Achse mit dem Namen <code>Signal</code> aufweisen. Je nach dem, ob das Signal manuell oder ausschließlich über Kontaktpunkte / LUA angesteuert werden soll, wird das Objekt (bei Lichtsignalen z.B. das komplette Objekt mitsamt Fuß, Signalmast und Schirm) entweder unter die Signal-Achse, oder das Basis-Kreuz gesetzt. Wird es unter das Basis-Kreuz gesetzt, kann es lediglich über Kontaktpunkte / LUA gesteuert werden. Wird es unter die Signal-Achse gesetzt, kann es in EEP sowohl über Kontaktpunkte / LUA, als auch manuell bedient werden, in dem die <tt>[Shift]</tt>-Taste gedrückt gehalten und gleichzeitig das Modell des Signals mit <tt>[LMT]</tt> angeklickt wird.

== Signal1, Signal2, Signal3, ... Signal9 ==

Die Achsen <code>Signal1</code> bis <code>Signal9</code> können Rotations- oder Translationsachsen sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden dürfen. Diese Achsen sind optional (zusätzlich zur Achse <tt>Signal</tt>) einzubauen, sofern es sich um ein mehrbegriffiges Signal mit mehr als nur zwei Signalbildern (z.B. Fahrt und Halt) handelt. Die zusätzlichen durchnummerierten Signalachsen sollten lediglich bei Formhauptsignalen und Formvorsignalen zum Einsatz kommen; Lichtsignale sollten dagegen über die [[Signalfunktionen]] und [[Lichtfunktion]] in der internen System-INI des Modells ausgeführt werden und dabei ausschließlich auf die hierzu konzipierten [[Lichtsignal-IDs]] zugreifen.

== Achsen für Splines (Fahrwege) ==

Wenn man Splines (Fahrwege) erstellt, müssen mindestens die beiden Systemachsen _1 und _2 existieren.

Im einfachsten Fall genügt das. Wenn man aber realistische Weichenlaternen erstellen möchte, muss man die Systemachsen _1, _2, _3, _4 und _5 unter die Basis kreuzen.
Sobald man eine der Achsen _3, _4 oder _5 erstellt, müssen auch die anderen existieren.

=== _1 ===

Ist eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. Diese Achse ist zwar bei den Standard-Splines eine Rotationsachse, besitzt aber keinen Bewegungsbereich! Auf die Achse _1 dürfen nur 3D-Objekte gesetzt werden, die Prellböcken bzw. sonstige Fahrweg-Abschlüsse darstellen. Soll ein Spline keinen sichtbaren Abschluss besitzen, so wird unter die _1-Achse kein Objekt gesetzt, wenngleich die Achse selbst unbedingt angelegt sein muss, auch wenn sie leer bleibt.

Der Null-Punkt des Gleisabschlusses ist 5m vor dem Gleisende.

=== _2 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. _2 ist eine Rotationsachse mit dem Drehwinkel von 360°
und wird zur Darstellung der Laterne einer 3-Wege-Weiche benutzt.
Wenn die Systemachsen _3, _4 und _5 nicht existieren, wird das Modell auf dieser Achse für alle Weichenformen verwendet.

Das 3D-Objekt der Weichenlaterne wird dabei um -90° bzw. +90° gedreht, womit die Signalbilder Wn 1 (Gerader Zweig) bzw. Wn 2 (Gebogener Zweig) dargestellt werden. Besitzt ein Gleisstil keine Weichenlaterne (z.B. bei modernen Gleisen der Epoche V und VI), so muss die Achse _2 dennoch vorhanden sein. In diesem Fall wird kein Modell unter die Achse gekreuzt - sie bleibt leer.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 1 (senkrechter Balken)
|-
| rechte Seite
| Wn 2a (Pfeil nach rechts)
|-
| Rückseite
| Wn 1 (senkrechter Balken)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

Ohne die Systemachsen _3, _4 und _5 hat man damit eine Weichenlaterne, die immer die Richtung anzeigt, jedoch nie das Signalbild Wn 2 (weißer Kreis auf schwarzem Grund).
Hierfür braucht man die übrigen Achsen.

=== _3 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Linksweichen, auch linke Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2a (Pfeil nach links)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

===_4 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Rechtsweichen, auch rechte Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

=== _5 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Außenbogenweichen verwendet, wenn die Radien der Gleise ähnlich groß sind.
Andernfalls wird das Modell einer Links- bzw. Rechtsweiche verwendet, also das Modell auf der Systemachse _3 bzw. _4.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 2c (weißer Kreis mit schwarzer, nach rechts offener Sichel [abnehmender Halbmond])
|-
| Rückseite
| Wn 2c (weißer Kreis mit schwarzer, nach links offener Sichel [zunehmender Halbmond])
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

== _Antrieb ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon, z.B. 720°). Sie kann ausschließlich bei Rollmaterialien mit eigenem Antrieb (Motor) benutzt werden. Diese Rotationsachse kann man sich als eine imaginäre Antriebswelle vorstellen, deren Rotationsgeschwindigkeit (nach der Übersetzung) im Verhältnis zu der augenblicklichen Drehzahl des Motors steht. Damit reagiert die Achse auf die Wahl der Fahrstufe bzw. die Kraftstoffzufuhr des Motors (also das "Gas-geben"). Daran kann man z.B. den Rotor eines Hubschraubers oder den Propeller eines Flugzeuges koppeln, da sich diese auch im Leerlauf drehen, wenn das Fahrzeug nicht in Bewegung ist. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch die Achse _Antrieb hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Antrieb-Achse, die baubedingt von Modell zu Modell unterschiedlich lauten kann).

== _DriveDirF ==

Kann als Rotations- oder als Translationsachse ausgeführt werden, wobei sie ausschließlich in Kombination mit der Achse <code>_DriveDirR</code> benutzt werden darf - nie alleine. Die beiden in ihrer Funktionsweise gleichartigen Achsen <code>_DriveDirF</code> und <code>_DriveDirR</code> werden bei Rollmaterialien benutzt, um die Position der Zugführer- bzw. Lenker-Figuren automatisch der Fahrtrichtung des Rollmaterials bzw. des kompletten Zuges anzupassen. Die Achse _DriveDirF beeinflusst dabei die Bewegung der Figur(en) in der vorderen Kabine des Rollmaterials. Der Lokführerfigur ist nur dann zu sehen, wenn das Rollmaterial in die entsprechende Richtung wird. Wwenn sich das Rollmaterial bzw. Zug rückwärts bewegt, wird die vordere Figur des Lokführers in EEP nicht berechnet, was ein möglich auftretendes Platz-Problem löst, um die Figur vor den Blicken des Anwenders zu verbergen.

Die Achse wird nur dann vom Programm angesprochen wird, wenn die jeweilige Seite des Rollmaterials nicht mit anderen Rollmaterialien gekoppelt ist, was z.B. bei der Doppeltraktion zutrifft. Sind zwei Lokomotiven miteinander gekoppelt, so erscheint die Lokführerfigur nur in der Lokomotive, (oder einem Steuerwagen) die/der sich in der jeweiligen Fahrtrichtung nach vorne befindet - in der zweiten Lokomotive (oder einem Steuerwagen) werden keine Figuren gerendert.

== _DriveDirR ==

Ananlog zu <code>_DriveDirF</code> für rückwärtige Objekte (Personen) im Führerstand von Rollmaterialien.

== _Geschwindigkeit ==

Eine Rotationsachse mit dem Drehwinkel von 360°. Sie wird nur bei Rollmaterialien benutzt. Diese Rotationsachse kann man sich als ein imaginäres Treibrad mit dem Radius von 1 m vorstellen, das vom Programm mit einer Rotationsgeschwindigkeit angesteuert wird, die der augenblicklichen Geschwindigkeit des Modells entspricht. Daran kann man z.B. die Steuerung einer Dampflokomotive oder die Räder eines Autos koppeln, um die Drehgeschwindigkeit der Räder der augenblicklichen Fahrzeuggeschwindigkeit anzupassen. Bei Rollmaterialien ohne eigenem Antrieb (ohne Motor) wird sie zur Drehbewegung der Räder verwendet, wie z.B. bei Waggons oder Anhängern für den Straßenverkehr. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch der Achse _Geschwindigkeit hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der "_Geschwindigkeit"-Achse, die bau bedingt vom Modell zu Modell unterschiedlich sein kann).

== _GravityX ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in x-Richtungeingesetzt wird. Die Achse "_GravityX" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne X-Achse des Modells, also eine seitwärts gerichtete Schwingung nach links oder rechts, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann zum Erliegen kommt. Damit lässt sich z.B. ein Ketten-Karussell aufbauen, dessen Sessel (an Ketten befestigt) aufgrund der Radialbeschleunigung und der dabei zunehmenden Zentrifugalkraft nach außen geschwenkt werden, sobald sich das Karussell dreht bzw. beschleunigt. Die "_GravityX"-Achse wird oft in Kombination mit der Achse "_GravityY" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _GravityY ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in y-Richtung eingesetzt wird. Die Achse "_GravityY" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne Y-Achse des Modells, also eine vorwärts oder rückwärts gerichtete Schwingung, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann ganz zum Erliegen kommt. Diese Achse wird auch dazu benutzt, um die Lage eines Modells zu stabilisieren. Damit lassen sich z.B. Hubschrauber, oder sonstige, senkrecht startende Objekte ausstatten, die unabhängig vom Winkel des Fahrweges (Steigung oder Gefälle) eine konstante, waagrechte Orientierung annehmen. Die "_GravityY"-Achse wird oft in Kombination mit der Achse "_GravityX" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _Nonstop ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon z.B. 720°). Sie kann sowohl bei Rollmaterialien, Immobilien, Gleisobjekten und bei Landschaftselementen eingesetzt werden. Die Achse dreht sich ununterbrochen mit einer konstanten, durch den Konstrukteur bestimmbaren Rotationsgeschwindigkeit. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse "_Nonstop", hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei VelocAxis?? = 0.020 würde sie zehn mal langsamer und bei VelocAxis?? = 2.00 zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Nonstop-Achse, die von Modell zu Modell unterschiedlich sein kann).

<div id="Radsaetze">
== _vRadsatz ==

Gibt die Drehachse (Drehzapfen) des vorderen Radsatzes eines jeden Rollmaterials an. Der Bewegungsbereich dieser Rotationsachse sollte passend zum Modell gewählt werden. In den meisten Fällen liegt er zwischen -30° und +30°. Er kann jedoch kleiner oder auch größer bestimmt werden (je nachdem, ob ein Waggon oder ein LKW-Anhänger konstruiert wird). Die _vRadsatz-Achse dient dem Rollmaterial dazu, es immer in der Spur zu halten, vorwiegend in einer Kurve oder wenn es auf den Fahrweg (z.B. Gleis) aufgegleist wird. Auch wenn Flugzeuge oder Schiffe keinen sichtbaren Fahrweg befahren, so folgen Sie dennoch einem solchen und müssen daher ebenfalls "in der Spur" gehalten werden. Sowohl die _vRadsatz-, als auch die _hRadsatz-Achse sind daher unverzichtbare Bestandteile eines jeden Rollmaterials und sind deshalb obligatorisch. Fehlt einem Rollmaterial die "_vRadsatz"-Achse, so wird dieser Mangel beim Modellexportmit einer Fehlermeldung quittiert.

== _hRadsatz ==

Die Verwendung ist Analog zu _vRadsatz.

Hinweis: Auch wenn die meisten Straßenfahrzeuge nur vorne eine Lenkachse aufweisen und die hintere eine ungelenkte Differenzialachse ist, empfiehlt es sich dennoch, bei beiden Achsen den gleichen Bewegungsbereich zu definieren und die eigentliche Hinterachse als zusätzliche Achse unter die Basis zu kreuzen.

</div>
== _TimerS ==

Eine Rotationsachse mit einem Drehwinkel von 360°. Sie dient der Ansteuerung des Sekundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren aus vielerlei Epochen bzw. Ländern. Durch zusätzliche Parameter in der System-INI des Modells lässt sich zudem die mechanische Bewegung des Sekundenzeigers beeinflussen. So bewirkt z.B. die Angabe <code>SmoothAxis?? = 1</code> eine fließende Bewegung des Sekundenzeigers, er "tickt" nicht mehr. Der Parameter <code>SwissClock = 1</code> bewirkt, dass die Uhr den sogenannten "Minutensprung" vollzieht, was der schweizerischen Bauweise entspricht, die auch in Deutschland übernommen wurde. Dabei läuft der Sekundenzeiger innerhalb einer Minute etwas schneller als die tatsächlich verstrichene Zeit und bleibt bei der 59sten Sekunde für mindestens zwei Sekunden stehen bevor der "Minutensprung" vollzogen wird.

== _TimerM ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Minutenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerM"-Achse gesetzte Objekt des Minutenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Minutenzeiger 30 verstrichene Minuten zeigen soll.

== _TimerH ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Stundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerH"-Achse gesetzte Objekt des Stundenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180° sobald der Stundenzeiger 6 verstrichene Stunden zeigen soll.

== _Velocity ==

Diese Achse ermöglicht den Aufbau von funktionierenden Tachometern in den 3D-Kabinen der Modelle und kann sowohl als Rotations- als auch Skalierungsachse ausgeführt werden, je nach dem, ob es sich bei dem Anzeigeinstrument um einen Zeiger für eine runde Tachometer-Scheibe oder einen Balken für die waagrechte Anzeige handelt. Die Stellung der Achse _Velocity zeigt die aktuelle Geschwindigkeit des Fahrzeugs an, wobei sie nicht mit der Achse _Geschwindigkeit gekoppelt ist. Im Normalfall nimmt die Ausrichtung dieser Achse eine Position an, die zu der Geschwindigkeit des Fahrzeuges proportional ist, d.h. z.B. bei 100 km/h sind es genau 100° Drehbewegung. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse _Velocity, hat einen Programmvorgabewert von 0.20. Durch einen abweichenden Wert des Parameters <code>VelocAxis</code> kann jedoch eine andere Ausrichtung des Zeigers bestimmt werden. So ergibt VelocAxis?? = 0.40 einen Winkel von 200° bei 100 km/h.

Für die Berechnung der Tachometer-Scala (in der Textur des Tachometers) gilt die folgende Formel:

<center>[[Datei:formel_fuer_tachoscala.gif]]</center>

== _Wasser ==

Diese Achse ermöglicht die Simulation des unter Druck gesetzten Wassers, das z. B als Löschwasser bei Feuerwehrfahrzeugen, als Spritzwasser bei Springbrunnen und Bewässerungsanlagen oder herabfallendes Wasser bei Eisenbahn-Wasserkränen fungiert. Sie ist bei Rollmaterialien wie bei Immobilien oder Landschaftsobjekten anwendbar. Es ist zu beachten, dass die Achse <code>_Wasser</code> ausschließlich in Kombination mit der Unterachse <code>Wasser</code> eingesetzt werden darf. Dabei ruft die Achse <code>_Wasser</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Wasser</code> die Dosierung des Wasserdrucks steuert.

Diese Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden; sie benötigt immer eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: _Wasser1, _Wasser2", _Wasser3 usw.

== Wasser ==

Die Achse ist eine Translationsachse mit dem Bewegungsbereich von <code>min = 0</code> bis <code>max = 100</code>, was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung des Wasserdrucks dient. Die <code>Wasser</code>-Achse darf ausschließlich in Kombination mit der Achse <code>_Wasser</code> eingesetzt werden und ist dieser nachgeordnet. Sie muss also direkt unter die <code>_Wasser</code>-Achse gekreuzt werden. Diese Achse kann sowohl bei Rollmaterialien als auch Immobilien und Gleisobjekten benutzt werden.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: Wasser1, Wasser2, Wasser3 usw. Das Aussehen und das Verhalten des Wassers wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Water_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fließgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Wassers geschaffen werden.

== _Schutt ==

Diese Achse kann in Immobilien und Gleisobjekten für die Simulation vom herabfallendem Sand, Kohlen, Schotter oder anderen Materialien mit ähnlich fester oder staubiger Konsistenz benutzt werden. Die Achse <code>_Schutt</code> darf ausschließlich in Kombination mit der Unterachse <code>Schutt</code> eingesetzt werden. Dabei ruft die Achse <code>_Schutt</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Schutt</code> die Dosierung der herabfallenden Partikel steuert.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: _Schutt1, _Schutt2, _Schutt3 usw.

== Schutt ==

Eine Translationsachse mit dem Bewegungsbereich von "min = 0" bis "max = 100", was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung der herabfallenden Partikel dient. Die Schutt-Achse darf ausschließlich in Kombination mit der Achse _Schutt eingesetzt werden und ist dieser nachgeordnet. Sie wird direkt unter die "_Schutt"-Achse gesetzt.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Translationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: Schutt1, Schutt2, Schutt3 usw. Das Aussehen und das Verhalten des herabfallenden Materials wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Debris_??]</code>, <code>[Model_IncludeSmoke_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fallgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Materials geschaffen werden, wie z.B. gelber Sand, fest wirkende Braunkohle-Stücke oder staubiger Zement.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Reservierte Achsennamen

2021-07-28T19:25:30Z

HW1:

Neben [[Konzepte: Achse|frei definierbaren Achsen]] gibt es derzeit 25 Systemachsen, auch Systemkreuze genannt, welche bestimmte Programmfunktion aufrufen und direkt von EEP gesteuert werden. Diese Achsen werden vom Konstrukteur mit ihren vorgegebenen Namen bezeichnet und somit vom System in ihrer jeweiligen Eigenschaft erkannt. Dies setzt die exakte Schreibung der Achsennamen voraus. Die Nutzung der reservierten Achsennamen ist ausschließlich dann erlaubt, wenn damit eine bestimmte Programmfunktion angesprochen werden soll. Die Zweckentfremdung zu einem anderen als dem vom System funktionell vorbestimmten Zweck führt zu Fehlern.

== Basis ==

Das Basis-Kreuz stellt den Bezugspunkt eines jeden 3D-Modells dar, d.h. dessen internes, relatives Koordinatensystem. Das Basis-Kreuz ist als Bezugspunkt immer unbeweglich und wird vom System für jedes 3D-Modell automatisch bereitgestellt. Das auf der Basis-Achse gesetzte Objekt wird in der Regel als erstes berechnet (also vor allen anderen, nachgeordneten Achsen), außer man beeinflusst die Reihenfolge des Renderings durch den Befehl <code>SortByAxes</code> in der [Interne_Ini-Datei_der_Modelle|internen INI-Datei des 3D-Modells]. Die Änderung der Reihenfolge des Renderings (bei der die Basis nicht als erste, sondern als letzte Achse des Modells berechnet wird) kann notwendig werden, wenn hinter durchsichtigen Scheiben bewegliche Objekte dargestellt werden sollten (z.B. Lokführerfiguren).

== Signal ==

Die Achse "Signal" kann eine Rotations- oder Translationsachse sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden darf. Unabhängig davon, ob es sich beim Modell um ein Licht- oder ein Formsignal handelt, muss jedes Haupt- oder Vorsignal mindestens eine Achse mit dem Namen <code>Signal</code> aufweisen. Je nach dem, ob das Signal manuell oder ausschließlich über Kontaktpunkte / LUA angesteuert werden soll, wird das Objekt (bei Lichtsignalen z.B. das komplette Objekt mitsamt Fuß, Signalmast und Schirm) entweder unter die Signal-Achse, oder das Basis-Kreuz gesetzt. Wird es unter das Basis-Kreuz gesetzt, kann es lediglich über Kontaktpunkte / LUA gesteuert werden. Wird es unter die Signal-Achse gesetzt, kann es in EEP sowohl über Kontaktpunkte / LUA, als auch manuell bedient werden, in dem die <tt>[Shift]</tt>-Taste gedrückt gehalten und gleichzeitig das Modell des Signals mit <tt>[LMT]</tt> angeklickt wird.

== Signal1, Signal2, Signal3, ... Signal9 ==

Die Achsen <code>Signal1</code> bis <code>Signal9</code> können Rotations- oder Translationsachsen sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden dürfen. Diese Achsen sind optional (zusätzlich zur Achse <tt>Signal</tt>) einzubauen, sofern es sich um ein mehrbegriffiges Signal mit mehr als nur zwei Signalbildern (z.B. Fahrt und Halt) handelt. Die zusätzlichen durchnummerierten Signalachsen sollten lediglich bei Formhauptsignalen und Formvorsignalen zum Einsatz kommen; Lichtsignale sollten dagegen über die [[Signalfunktionen]] und [[Lichtfunktion]] in der internen System-INI des Modells ausgeführt werden und dabei ausschließlich auf die hierzu konzipierten [[Lichtsignal-IDs]] zugreifen.

== Achsen für Splines (Fahrwege) ==

Wenn man Splines (Fahrwege) erstellt, müssen mindestens die beiden Systemachsen _1 und _2 existieren.

Im einfachsten Fall genügt das. Wenn man aber realistische Weichenlaternen erstellen möchte, muss man die Systemachsen _1, _2, _3, _4 und _5 unter die Basis kreuzen.
Sobald man eine der Achsen _3, _4 oder _5 erstellt, müssen auch die anderen existieren.

=== _1 ===

Ist eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. Diese Achse ist zwar bei den Standard-Splines eine Rotationsachse, besitzt aber keinen Bewegungsbereich! Auf die Achse _1 dürfen nur 3D-Objekte gesetzt werden, die Prellböcken bzw. sonstige Fahrweg-Abschlüsse darstellen. Soll ein Spline keinen sichtbaren Abschluss besitzen, so wird unter die _1-Achse kein Objekt gesetzt, wenngleich die Achse selbst unbedingt angelegt sein muss, auch wenn sie leer bleibt.

Der Null-Punkt des Gleisabschlusses ist 5m vor dem Gleisende.

=== _2 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. _2 ist eine Rotationsachse mit dem Drehwinkel von 360°
und wird zur Darstellung der Laterne einer 3-Wege-Weiche benutzt.
Wenn die Systemachsen _3, _4 und _5 nicht existieren, wird das Modell auf dieser Achse für alle Weichenformen verwendet.

Das 3D-Objekt der Weichenlaterne wird dabei um -90° bzw. +90° gedreht, womit die Signalbilder Wn 1 (Gerader Zweig) bzw. Wn 2 (Gebogener Zweig) dargestellt werden. Besitzt ein Gleisstil keine Weichenlaterne (z.B. bei modernen Gleisen der Epoche V und VI), so muss die Achse _2 dennoch vorhanden sein. In diesem Fall wird kein Modell unter die Achse gekreuzt - sie bleibt leer.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 1 (senkrechter Balken)
|-
| rechte Seite
| Wn 2a (Pfeil nach rechts)
|-
| Rückseite
| Wn 1 (senkrechter Balken)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

Ohne die Systemachsen _3, _4 und _5 hat man damit eine Weichenlaterne, die immer die Richtung anzeigt, jedoch nie das Signalbild Wn 2 (weißer Kreis auf schwarzem Grund).
Hierfür braucht man die übrigen Achsen.

=== _3 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Linksweichen, auch linke Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2a (Pfeil nach links)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

===_4 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Rechtsweichen, auch rechte Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

=== _5 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Außenbogenweichen verwendet, wenn die Radien der Gleise ähnlich groß sind.
Andernfalls wird das Modell einer Links- bzw. Rechtsweiche verwendet, also das Modell auf der Systemachse _3 bzw. _4.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 2c (weißer Kreis mit schwarzer, nach rechts offener Sichel [abnehmender Halbmond])
|-
| Rückseite
| Wn 2c (weißer Kreis mit schwarzer, nach links offener Sichel [zunehmender Halbmond])
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

== _Antrieb ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon, z.B. 720°). Sie kann ausschließlich bei Rollmaterialien mit eigenem Antrieb (Motor) benutzt werden. Diese Rotationsachse kann man sich als eine imaginäre Antriebswelle vorstellen, deren Rotationsgeschwindigkeit (nach der Übersetzung) im Verhältnis zu der augenblicklichen Drehzahl des Motors steht. Damit reagiert die Achse auf die Wahl der Fahrstufe bzw. die Kraftstoffzufuhr des Motors (also das "Gas-geben"). Daran kann man z.B. den Rotor eines Hubschraubers oder den Propeller eines Flugzeuges koppeln, da sich diese auch im Leerlauf drehen, wenn das Fahrzeug nicht in Bewegung ist. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch die Achse _Antrieb hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Antrieb-Achse, die baubedingt von Modell zu Modell unterschiedlich lauten kann).

== _DriveDirF ==

Kann als Rotations- oder als Translationsachse ausgeführt werden, wobei sie ausschließlich in Kombination mit der Achse <code>_DriveDirR</code> benutzt werden darf - nie alleine. Die beiden in ihrer Funktionsweise gleichartigen Achsen <code>_DriveDirF</code> und <code>_DriveDirR</code> werden bei Rollmaterialien benutzt, um die Position der Zugführer- bzw. Lenker-Figuren automatisch der Fahrtrichtung des Rollmaterials bzw. des kompletten Zuges anzupassen. Die Achse _DriveDirF beeinflusst dabei die Bewegung der Figur(en) in der vorderen Kabine des Rollmaterials. Der Lokführerfigur ist nur dann zu sehen, wenn das Rollmaterial in die entsprechende Richtung wird. Wwenn sich das Rollmaterial bzw. Zug rückwärts bewegt, wird die vordere Figur des Lokführers in EEP nicht berechnet, was ein möglich auftretendes Platz-Problem löst, um die Figur vor den Blicken des Anwenders zu verbergen.

Die Achse wird nur dann vom Programm angesprochen wird, wenn die jeweilige Seite des Rollmaterials nicht mit anderen Rollmaterialien gekoppelt ist, was z.B. bei der Doppeltraktion zutrifft. Sind zwei Lokomotiven miteinander gekoppelt, so erscheint die Lokführerfigur nur in der Lokomotive, (oder einem Steuerwagen) die/der sich in der jeweiligen Fahrtrichtung nach vorne befindet - in der zweiten Lokomotive (oder einem Steuerwagen) werden keine Figuren gerendert.

== _DriveDirR ==

Ananlog zu <code>_DriveDirF</code> für rückwärtige Objekte (Personen) im Führerstand von Rollmaterialien.

== _Geschwindigkeit ==

Eine Rotationsachse mit dem Drehwinkel von 360°. Sie wird nur bei Rollmaterialien benutzt. Diese Rotationsachse kann man sich als ein imaginäres Treibrad mit dem Radius von 1 m vorstellen, das vom Programm mit einer Rotationsgeschwindigkeit angesteuert wird, die der augenblicklichen Geschwindigkeit des Modells entspricht. Daran kann man z.B. die Steuerung einer Dampflokomotive oder die Räder eines Autos koppeln, um die Drehgeschwindigkeit der Räder der augenblicklichen Fahrzeuggeschwindigkeit anzupassen. Bei Rollmaterialien ohne eigenem Antrieb (ohne Motor) wird sie zur Drehbewegung der Räder verwendet, wie z.B. bei Waggons oder Anhängern für den Straßenverkehr. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch der Achse _Geschwindigkeit hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der "_Geschwindigkeit"-Achse, die bau bedingt vom Modell zu Modell unterschiedlich sein kann).

== _GravityX ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in x-Richtungeingesetzt wird. Die Achse "_GravityX" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne X-Achse des Modells, also eine seitwärts gerichtete Schwingung nach links oder rechts, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann zum Erliegen kommt. Damit lässt sich z.B. ein Ketten-Karussell aufbauen, dessen Sessel (an Ketten befestigt) aufgrund der Radialbeschleunigung und der dabei zunehmenden Zentrifugalkraft nach außen geschwenkt werden, sobald sich das Karussell dreht bzw. beschleunigt. Die "_GravityX"-Achse wird oft in Kombination mit der Achse "_GravityY" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _GravityY ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in y-Richtung eingesetzt wird. Die Achse "_GravityY" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne Y-Achse des Modells, also eine vorwärts oder rückwärts gerichtete Schwingung, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann ganz zum Erliegen kommt. Diese Achse wird auch dazu benutzt, um die Lage eines Modells zu stabilisieren. Damit lassen sich z.B. Hubschrauber, oder sonstige, senkrecht startende Objekte ausstatten, die unabhängig vom Winkel des Fahrweges (Steigung oder Gefälle) eine konstante, waagrechte Orientierung annehmen. Die "_GravityY"-Achse wird oft in Kombination mit der Achse "_GravityX" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _Nonstop ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon z.B. 720°). Sie kann sowohl bei Rollmaterialien, Immobilien, Gleisobjekten und bei Landschaftselementen eingesetzt werden. Die Achse dreht sich ununterbrochen mit einer konstanten, durch den Konstrukteur bestimmbaren Rotationsgeschwindigkeit. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse "_Nonstop", hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei VelocAxis?? = 0.020 würde sie zehn mal langsamer und bei VelocAxis?? = 2.00 zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Nonstop-Achse, die von Modell zu Modell unterschiedlich sein kann).

<div id="Radsaetze">
== _vRadsatz ==

Gibt die Drehachse (Drehzapfen) des vorderen Radsatzes eines jeden Rollmaterials an. Der Bewegungsbereich dieser Rotationsachse sollte passend zum Modell gewählt werden. In den meisten Fällen liegt er zwischen -30° und +30°. Er kann jedoch kleiner oder auch größer bestimmt werden (je nachdem, ob ein Waggon oder ein LKW-Anhänger konstruiert wird). Die _vRadsatz-Achse dient dem Rollmaterial dazu, es immer in der Spur zu halten, vorwiegend in einer Kurve oder wenn es auf den Fahrweg (z.B. Gleis) aufgegleist wird. Auch wenn Flugzeuge oder Schiffe keinen sichtbaren Fahrweg befahren, so folgen Sie dennoch einem solchen und müssen daher ebenfalls "in der Spur" gehalten werden. Sowohl die _vRadsatz-, als auch die _hRadsatz-Achse sind daher unverzichtbare Bestandteile eines jeden Rollmaterials und sind deshalb obligatorisch. Fehlt einem Rollmaterial die "_vRadsatz"-Achse, so wird dieser Mangel beim Modellexportmit einer Fehlermeldung quittiert.

== _hRadsatz ==

Die Verwendung ist Analog zu _vRadsatz.

Hinweis: Auch wenn die meisten Straßenfahrzeuge nur vorne eine Lenkachse aufweisen und die hintere eine ungelenkte Differenzialachse ist, empfiehlt es sich dennoch, bei beiden Achsen den gleichen Bewegungsbereich zu definieren und die eigentliche Hinterachse als zusätzliche Achse unter die Basis zu kreuzen.

</div>
== _TimerS ==

Eine Rotationsachse mit einem Drehwinkel von 360°. Sie dient der Ansteuerung des Sekundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren aus vielerlei Epochen bzw. Ländern. Durch zusätzliche Parameter in der System-INI des Modells lässt sich zudem die mechanische Bewegung des Sekundenzeigers beeinflussen. So bewirkt z.B. die Angabe <code>SmoothAxis?? = 1</code> eine fließende Bewegung des Sekundenzeigers, er "tickt" nicht mehr. Der Parameter <code>SwissClock = 1</code> bewirkt, dass die Uhr den sogenannten "Minutensprung" vollzieht, was der schweizerischen Bauweise entspricht, die auch in Deutschland übernommen wurde. Dabei läuft der Sekundenzeiger innerhalb einer Minute etwas schneller als die tatsächlich verstrichene Zeit und bleibt bei der 59sten Sekunde für mindestens zwei Sekunden stehen bevor der "Minutensprung" vollzogen wird.

== _TimerM ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Minutenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerM"-Achse gesetzte Objekt des Minutenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Minutenzeiger 30 verstrichene Minuten zeigen soll.

== _TimerH ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Stundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerH"-Achse gesetzte Objekt des Stundenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180° sobald der Stundenzeiger 6 verstrichene Stunden zeigen soll.

== _Velocity ==

Diese Achse ermöglicht den Aufbau von funktionierenden Tachometern in den 3D-Kabinen der Modelle und kann sowohl als Rotations- als auch Skalierungsachse ausgeführt werden, je nach dem, ob es sich bei dem Anzeigeinstrument um einen Zeiger für eine runde Tachometer-Scheibe oder einen Balken für die waagrechte Anzeige handelt. Die Stellung der Achse _Velocity zeigt die aktuelle Geschwindigkeit des Fahrzeugs an, wobei sie nicht mit der Achse _Geschwindigkeit gekoppelt ist. Im Normalfall nimmt die Ausrichtung dieser Achse eine Position an, die zu der Geschwindigkeit des Fahrzeuges proportional ist, d.h. z.B. bei 100 km/h sind es genau 100° Drehbewegung. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse _Velocity, hat einen Programmvorgabewert von 0.20. Durch einen abweichenden Wert des Parameters <code>VelocAxis</code> kann jedoch eine andere Ausrichtung des Zeigers bestimmt werden. So ergibt VelocAxis?? = 0.40 einen Winkel von 200° bei 100 km/h.

Für die Berechnung der Tachometer-Scala (in der Textur des Tachometers) gilt die folgende Formel:

<center>[[Datei:formel_fuer_tachoscala.gif]]</center>

== _Wasser ==

Diese Achse ermöglicht die Simulation des unter Druck gesetzten Wassers, das z. B als Löschwasser bei Feuerwehrfahrzeugen, als Spritzwasser bei Springbrunnen und Bewässerungsanlagen oder herabfallendes Wasser bei Eisenbahn-Wasserkränen fungiert. Sie ist bei Rollmaterialien wie bei Immobilien oder Landschaftsobjekten anwendbar. Es ist zu beachten, dass die Achse <code>_Wasser</code> ausschließlich in Kombination mit der Unterachse <code>Wasser</code> eingesetzt werden darf. Dabei ruft die Achse <code>_Wasser</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Wasser</code> die Dosierung des Wasserdrucks steuert.

Diese Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden; sie benötigt immer eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: _Wasser1, _Wasser2", _Wasser3 usw.

== Wasser ==

Die Achse ist eine Translationsachse mit dem Bewegungsbereich von <code>min = 0</code> bis <code>max = 100</code>, was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung des Wasserdrucks dient. Die <code>Wasser</code>-Achse darf ausschließlich in Kombination mit der Achse <code>_Wasser</code> eingesetzt werden und ist dieser nachgeordnet. Sie muss also direkt unter die <code>_Wasser</code>-Achse gekreuzt werden. Diese Achse kann sowohl bei Rollmaterialien als auch Immobilien und Gleisobjekten benutzt werden.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: Wasser1, Wasser2, Wasser3 usw. Das Aussehen und das Verhalten des Wassers wird in der internen ini-Datei des Modells in den Sektionen <code>[Model_Water_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fließgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Wassers geschaffen werden.

== _Schutt ==

Diese Achse kann in Immobilien und Gleisobjekten für die Simulation vom herabfallendem Sand, Kohlen, Schotter oder anderen Materialien mit ähnlich fester oder staubiger Konsistenz benutzt werden. Die Achse <code>_Schutt</code> darf ausschließlich in Kombination mit der Unterachse <code>Schutt</code> eingesetzt werden. Dabei ruft die Achse <code>_Schutt</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>_Schutt</code> die Dosierung der herabfallenden Partikel steuert.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: _Schutt1, _Schutt2, _Schutt3 usw.

== Schutt ==

Eine Translationsachse mit dem Bewegungsbereich von "min = 0" bis "max = 100", was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung der herabfallenden Partikel dient. Die Schutt-Achse darf ausschließlich in Kombination mit der Achse _Schutt eingesetzt werden und ist dieser nachgeordnet. Sie wird direkt unter die "_Schutt"-Achse gesetzt.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Translationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: Schutt1, Schutt2, Schutt3 usw. Das Aussehen und das Verhalten des herabfallenden Materials wird in der internen INI-Datei des Modells in den Sektionen <code>[Model_Debris_??]</code>, <code>[Model_IncludeSmoke_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fallgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Materials geschaffen werden, wie z.B. gelber Sand, fest wirkende Braunkohle-Stücke oder staubiger Zement.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Reservierte Achsennamen

2021-07-28T19:23:09Z

HW1:

Neben [[Konzepte: Achse|frei definierbaren Achsen]] gibt es derzeit 25 Systemachsen, auch Systemkreuze genannt, welche bestimmte Programmfunktion aufrufen und direkt von EEP gesteuert werden. Diese Achsen werden vom Konstrukteur mit ihren vorgegebenen Namen bezeichnet und somit vom System in ihrer jeweiligen Eigenschaft erkannt. Dies setzt die exakte Schreibung der Achsennamen voraus. Die Nutzung der reservierten Achsennamen ist ausschließlich dann erlaubt, wenn damit eine bestimmte Programmfunktion angesprochen werden soll. Die Zweckentfremdung zu einem anderen als dem vom System funktionell vorbestimmten Zweck führt zu Fehlern.

== Basis ==

Das Basis-Kreuz stellt den Bezugspunkt eines jeden 3D-Modells dar, d.h. dessen internes, relatives Koordinatensystem. Das Basis-Kreuz ist als Bezugspunkt immer unbeweglich und wird vom System für jedes 3D-Modell automatisch bereitgestellt. Das auf der Basis-Achse gesetzte Objekt wird in der Regel als erstes berechnet (also vor allen anderen, nachgeordneten Achsen), außer man beeinflusst die Reihenfolge des Renderings durch den Befehl <code>SortByAxes</code> in der [Interne_Ini-Datei_der_Modelle|internen INI-Datei des 3D-Modells]. Die Änderung der Reihenfolge des Renderings (bei der die Basis nicht als erste, sondern als letzte Achse des Modells berechnet wird) kann notwendig werden, wenn hinter durchsichtigen Scheiben bewegliche Objekte dargestellt werden sollten (z.B. Lokführerfiguren).

== Signal ==

Die Achse "Signal" kann eine Rotations- oder Translationsachse sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden darf. Unabhängig davon, ob es sich beim Modell um ein Licht- oder ein Formsignal handelt, muss jedes Haupt- oder Vorsignal mindestens eine Achse mit dem Namen <code>Signal</code> aufweisen. Je nach dem, ob das Signal manuell oder ausschließlich über Kontaktpunkte / LUA angesteuert werden soll, wird das Objekt (bei Lichtsignalen z.B. das komplette Objekt mitsamt Fuß, Signalmast und Schirm) entweder unter die Signal-Achse, oder das Basis-Kreuz gesetzt. Wird es unter das Basis-Kreuz gesetzt, kann es lediglich über Kontaktpunkte / LUA gesteuert werden. Wird es unter die Signal-Achse gesetzt, kann es in EEP sowohl über Kontaktpunkte / LUA, als auch manuell bedient werden, in dem die <tt>[Shift]</tt>-Taste gedrückt gehalten und gleichzeitig das Modell des Signals mit <tt>[LMT]</tt> angeklickt wird.

== Signal1, Signal2, Signal3, ... Signal9 ==

Die Achsen <code>Signal1</code> bis <code>Signal9</code> können Rotations- oder Translationsachsen sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden dürfen. Diese Achsen sind optional (zusätzlich zur Achse <tt>Signal</tt>) einzubauen, sofern es sich um ein mehrbegriffiges Signal mit mehr als nur zwei Signalbildern (z.B. Fahrt und Halt) handelt. Die zusätzlichen durchnummerierten Signalachsen sollten lediglich bei Formhauptsignalen und Formvorsignalen zum Einsatz kommen; Lichtsignale sollten dagegen über die [[Signalfunktionen]] und [[Lichtfunktion]] in der internen System-INI des Modells ausgeführt werden und dabei ausschließlich auf die hierzu konzipierten [[Lichtsignal-IDs]] zugreifen.

== Achsen für Splines (Fahrwege) ==

Wenn man Splines (Fahrwege) erstellt, müssen mindestens die beiden Systemachsen _1 und _2 existieren.

Im einfachsten Fall genügt das. Wenn man aber realistische Weichenlaternen erstellen möchte, muss man die Systemachsen _1, _2, _3, _4 und _5 unter die Basis kreuzen.
Sobald man eine der Achsen _3, _4 oder _5 erstellt, müssen auch die anderen existieren.

=== _1 ===

Ist eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. Diese Achse ist zwar bei den Standard-Splines eine Rotationsachse, besitzt aber keinen Bewegungsbereich! Auf die Achse _1 dürfen nur 3D-Objekte gesetzt werden, die Prellböcken bzw. sonstige Fahrweg-Abschlüsse darstellen. Soll ein Spline keinen sichtbaren Abschluss besitzen, so wird unter die _1-Achse kein Objekt gesetzt, wenngleich die Achse selbst unbedingt angelegt sein muss, auch wenn sie leer bleibt.

Der Null-Punkt des Gleisabschlusses ist 5m vor dem Gleisende.

=== _2 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. _2 ist eine Rotationsachse mit dem Drehwinkel von 360°
und wird zur Darstellung der Laterne einer 3-Wege-Weiche benutzt.
Wenn die Systemachsen _3, _4 und _5 nicht existieren, wird das Modell auf dieser Achse für alle Weichenformen verwendet.

Das 3D-Objekt der Weichenlaterne wird dabei um -90° bzw. +90° gedreht, womit die Signalbilder Wn 1 (Gerader Zweig) bzw. Wn 2 (Gebogener Zweig) dargestellt werden. Besitzt ein Gleisstil keine Weichenlaterne (z.B. bei modernen Gleisen der Epoche V und VI), so muss die Achse _2 dennoch vorhanden sein. In diesem Fall wird kein Modell unter die Achse gekreuzt - sie bleibt leer.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 1 (senkrechter Balken)
|-
| rechte Seite
| Wn 2a (Pfeil nach rechts)
|-
| Rückseite
| Wn 1 (senkrechter Balken)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

Ohne die Systemachsen _3, _4 und _5 hat man damit eine Weichenlaterne, die immer die Richtung anzeigt, jedoch nie das Signalbild Wn 2 (weißer Kreis auf schwarzem Grund).
Hierfür braucht man die übrigen Achsen.

=== _3 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Linksweichen, auch linke Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2a (Pfeil nach links)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

===_4 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Rechtsweichen, auch rechte Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

=== _5 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Außenbogenweichen verwendet, wenn die Radien der Gleise ähnlich groß sind.
Andernfalls wird das Modell einer Links- bzw. Rechtsweiche verwendet, also das Modell auf der Systemachse _3 bzw. _4.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 2c (weißer Kreis mit schwarzer, nach rechts offener Sichel [abnehmender Halbmond])
|-
| Rückseite
| Wn 2c (weißer Kreis mit schwarzer, nach links offener Sichel [zunehmender Halbmond])
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

== _Antrieb ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon, z.B. 720°). Sie kann ausschließlich bei Rollmaterialien mit eigenem Antrieb (Motor) benutzt werden. Diese Rotationsachse kann man sich als eine imaginäre Antriebswelle vorstellen, deren Rotationsgeschwindigkeit (nach der Übersetzung) im Verhältnis zu der augenblicklichen Drehzahl des Motors steht. Damit reagiert die Achse auf die Wahl der Fahrstufe bzw. die Kraftstoffzufuhr des Motors (also das "Gas-geben"). Daran kann man z.B. den Rotor eines Hubschraubers oder den Propeller eines Flugzeuges koppeln, da sich diese auch im Leerlauf drehen, wenn das Fahrzeug nicht in Bewegung ist. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch die Achse _Antrieb hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Antrieb-Achse, die baubedingt von Modell zu Modell unterschiedlich lauten kann).

== _DriveDirF ==

Kann als Rotations- oder als Translationsachse ausgeführt werden, wobei sie ausschließlich in Kombination mit der Achse <code>_DriveDirR</code> benutzt werden darf - nie alleine. Die beiden in ihrer Funktionsweise gleichartigen Achsen <code>_DriveDirF</code> und <code>_DriveDirR</code> werden bei Rollmaterialien benutzt, um die Position der Zugführer- bzw. Lenker-Figuren automatisch der Fahrtrichtung des Rollmaterials bzw. des kompletten Zuges anzupassen. Die Achse _DriveDirF beeinflusst dabei die Bewegung der Figur(en) in der vorderen Kabine des Rollmaterials. Der Lokführerfigur ist nur dann zu sehen, wenn das Rollmaterial in die entsprechende Richtung wird. Wwenn sich das Rollmaterial bzw. Zug rückwärts bewegt, wird die vordere Figur des Lokführers in EEP nicht berechnet, was ein möglich auftretendes Platz-Problem löst, um die Figur vor den Blicken des Anwenders zu verbergen.

Die Achse wird nur dann vom Programm angesprochen wird, wenn die jeweilige Seite des Rollmaterials nicht mit anderen Rollmaterialien gekoppelt ist, was z.B. bei der Doppeltraktion zutrifft. Sind zwei Lokomotiven miteinander gekoppelt, so erscheint die Lokführerfigur nur in der Lokomotive, (oder einem Steuerwagen) die/der sich in der jeweiligen Fahrtrichtung nach vorne befindet - in der zweiten Lokomotive (oder einem Steuerwagen) werden keine Figuren gerendert.

== _DriveDirR ==

Ananlog zu <code>_DriveDirF</code> für rückwärtige Objekte (Personen) im Führerstand von Rollmaterialien.

== _Geschwindigkeit ==

Eine Rotationsachse mit dem Drehwinkel von 360°. Sie wird nur bei Rollmaterialien benutzt. Diese Rotationsachse kann man sich als ein imaginäres Treibrad mit dem Radius von 1 m vorstellen, das vom Programm mit einer Rotationsgeschwindigkeit angesteuert wird, die der augenblicklichen Geschwindigkeit des Modells entspricht. Daran kann man z.B. die Steuerung einer Dampflokomotive oder die Räder eines Autos koppeln, um die Drehgeschwindigkeit der Räder der augenblicklichen Fahrzeuggeschwindigkeit anzupassen. Bei Rollmaterialien ohne eigenem Antrieb (ohne Motor) wird sie zur Drehbewegung der Räder verwendet, wie z.B. bei Waggons oder Anhängern für den Straßenverkehr. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch der Achse _Geschwindigkeit hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der "_Geschwindigkeit"-Achse, die bau bedingt vom Modell zu Modell unterschiedlich sein kann).

== _GravityX ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in x-Richtungeingesetzt wird. Die Achse "_GravityX" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne X-Achse des Modells, also eine seitwärts gerichtete Schwingung nach links oder rechts, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann zum Erliegen kommt. Damit lässt sich z.B. ein Ketten-Karussell aufbauen, dessen Sessel (an Ketten befestigt) aufgrund der Radialbeschleunigung und der dabei zunehmenden Zentrifugalkraft nach außen geschwenkt werden, sobald sich das Karussell dreht bzw. beschleunigt. Die "_GravityX"-Achse wird oft in Kombination mit der Achse "_GravityY" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _GravityY ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in y-Richtung eingesetzt wird. Die Achse "_GravityY" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne Y-Achse des Modells, also eine vorwärts oder rückwärts gerichtete Schwingung, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann ganz zum Erliegen kommt. Diese Achse wird auch dazu benutzt, um die Lage eines Modells zu stabilisieren. Damit lassen sich z.B. Hubschrauber, oder sonstige, senkrecht startende Objekte ausstatten, die unabhängig vom Winkel des Fahrweges (Steigung oder Gefälle) eine konstante, waagrechte Orientierung annehmen. Die "_GravityY"-Achse wird oft in Kombination mit der Achse "_GravityX" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _Nonstop ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon z.B. 720°). Sie kann sowohl bei Rollmaterialien, Immobilien, Gleisobjekten und bei Landschaftselementen eingesetzt werden. Die Achse dreht sich ununterbrochen mit einer konstanten, durch den Konstrukteur bestimmbaren Rotationsgeschwindigkeit. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse "_Nonstop", hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei VelocAxis?? = 0.020 würde sie zehn mal langsamer und bei VelocAxis?? = 2.00 zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Nonstop-Achse, die von Modell zu Modell unterschiedlich sein kann).

<div id="Radsaetze">
== _vRadsatz ==

Gibt die Drehachse (Drehzapfen) des vorderen Radsatzes eines jeden Rollmaterials an. Der Bewegungsbereich dieser Rotationsachse sollte passend zum Modell gewählt werden. In den meisten Fällen liegt er zwischen -30° und +30°. Er kann jedoch kleiner oder auch größer bestimmt werden (je nachdem, ob ein Waggon oder ein LKW-Anhänger konstruiert wird). Die _vRadsatz-Achse dient dem Rollmaterial dazu, es immer in der Spur zu halten, vorwiegend in einer Kurve oder wenn es auf den Fahrweg (z.B. Gleis) aufgegleist wird. Auch wenn Flugzeuge oder Schiffe keinen sichtbaren Fahrweg befahren, so folgen Sie dennoch einem solchen und müssen daher ebenfalls "in der Spur" gehalten werden. Sowohl die _vRadsatz-, als auch die _hRadsatz-Achse sind daher unverzichtbare Bestandteile eines jeden Rollmaterials und sind deshalb obligatorisch. Fehlt einem Rollmaterial die "_vRadsatz"-Achse, so wird dieser Mangel beim Modellexportmit einer Fehlermeldung quittiert.

== _hRadsatz ==

Die Verwendung ist Analog zu _vRadsatz.

Hinweis: Auch wenn die meisten Straßenfahrzeuge nur vorne eine Lenkachse aufweisen und die hintere eine ungelenkte Differenzialachse ist, empfiehlt es sich dennoch, bei beiden Achsen den gleichen Bewegungsbereich zu definieren und die eigentliche Hinterachse als zusätzliche Achse unter die Basis zu kreuzen.

</div>
== _TimerS ==

Eine Rotationsachse mit einem Drehwinkel von 360°. Sie dient der Ansteuerung des Sekundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren aus vielerlei Epochen bzw. Ländern. Durch zusätzliche Parameter in der System-INI des Modells lässt sich zudem die mechanische Bewegung des Sekundenzeigers beeinflussen. So bewirkt z.B. die Angabe <code>SmoothAxis?? = 1</code> eine fließende Bewegung des Sekundenzeigers, er "tickt" nicht mehr. Der Parameter <code>SwissClock = 1</code> bewirkt, dass die Uhr den sogenannten "Minutensprung" vollzieht, was der schweizerischen Bauweise entspricht, die auch in Deutschland übernommen wurde. Dabei läuft der Sekundenzeiger innerhalb einer Minute etwas schneller als die tatsächlich verstrichene Zeit und bleibt bei der 59sten Sekunde für mindestens zwei Sekunden stehen bevor der "Minutensprung" vollzogen wird.

== _TimerM ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Minutenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerM"-Achse gesetzte Objekt des Minutenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Minutenzeiger 30 verstrichene Minuten zeigen soll.

== _TimerH ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Stundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerH"-Achse gesetzte Objekt des Stundenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180° sobald der Stundenzeiger 6 verstrichene Stunden zeigen soll.

== _Velocity ==

Diese Achse ermöglicht den Aufbau von funktionierenden Tachometern in den 3D-Kabinen der Modelle und kann sowohl als Rotations- als auch Skalierungsachse ausgeführt werden, je nach dem, ob es sich bei dem Anzeigeinstrument um einen Zeiger für eine runde Tachometer-Scheibe oder einen Balken für die waagrechte Anzeige handelt. Die Stellung der Achse _Velocity zeigt die aktuelle Geschwindigkeit des Fahrzeugs an, wobei sie nicht mit der Achse _Geschwindigkeit gekoppelt ist. Im Normalfall nimmt die Ausrichtung dieser Achse eine Position an, die zu der Geschwindigkeit des Fahrzeuges proportional ist, d.h. z.B. bei 100 km/h sind es genau 100° Drehbewegung. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse _Velocity, hat einen Programmvorgabewert von 0.20. Durch einen abweichenden Wert des Parameters <code>VelocAxis</code> kann jedoch eine andere Ausrichtung des Zeigers bestimmt werden. So ergibt VelocAxis?? = 0.40 einen Winkel von 200° bei 100 km/h.

Für die Berechnung der Tachometer-Scala (in der Textur des Tachometers) gilt die folgende Formel:

<center>[[Datei:formel_fuer_tachoscala.gif]]</center>

== _Wasser ==

Diese Achse ermöglicht die Simulation des unter Druck gesetzten Wassers, das z. B als Löschwasser bei Feuerwehrfahrzeugen, als Spritzwasser bei Springbrunnen und Bewässerungsanlagen oder herabfallendes Wasser bei Eisenbahn-Wasserkränen fungiert. Sie ist bei Rollmaterialien wie bei Immobilien oder Landschaftsobjekten anwendbar. Es ist zu beachten, dass die Achse <code>_Wasser</code> ausschließlich in Kombination mit der Unterachse <code>Wasser</code> eingesetzt werden darf. Dabei ruft die Achse <code>_Wasser</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>Wasser</code> die Dosierung des Wasserdrucks steuert.

Diese Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden; sie benötigt immer eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: _Wasser1, _Wasser2", _Wasser3 usw.

== Wasser ==

Ist eine Translationsachse mit dem Bewegungsbereich von <code>min = 0</code> bis <code>max = 100</code>, was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung des Wasserdrucks dient. Die <code>Wasser</code>-Achse darf ausschließlich in Kombination mit der Achse <code>_Wasser<c/ode> eingesetzt werden und ist dieser nachgeordnet. Sie muss also direkt unter die <code>_Wasser</code>-Achse gekreuzt werden. Diese Achse kann sowohl bei Rollmaterialien als auch Immobilien und Gleisobjekten benutzt werden.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: Wasser1, Wasser2, Wasser3 usw. Das Aussehen und das Verhalten des Wassers wird in der internen INI-Datei des Modells in den Sektionen <code>[Model_Water_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fließgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Wassers geschaffen werden.

== _Schutt ==

Diese Achse kann in Immobilien und Gleisobjekten für die Simulation vom herabfallendem Sand, Kohlen, Schotter oder anderen Materialien mit ähnlich fester oder staubiger Konsistenz benutzt werden. Die Achse <code>_Schutt</code> darf ausschließlich in Kombination mit der Unterachse <code>Schutt</code> eingesetzt werden. Dabei ruft die Achse <code>_Schutt</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>_Schutt</code> die Dosierung der herabfallenden Partikel steuert.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: _Schutt1, _Schutt2, _Schutt3 usw.

== Schutt ==

Eine Translationsachse mit dem Bewegungsbereich von "min = 0" bis "max = 100", was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung der herabfallenden Partikel dient. Die Schutt-Achse darf ausschließlich in Kombination mit der Achse _Schutt eingesetzt werden und ist dieser nachgeordnet. Sie wird direkt unter die "_Schutt"-Achse gesetzt.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Translationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: Schutt1, Schutt2, Schutt3 usw. Das Aussehen und das Verhalten des herabfallenden Materials wird in der internen INI-Datei des Modells in den Sektionen <code>[Model_Debris_??]</code>, <code>[Model_IncludeSmoke_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fallgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Materials geschaffen werden, wie z.B. gelber Sand, fest wirkende Braunkohle-Stücke oder staubiger Zement.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Modellbaurichtlinien

2021-07-27T08:37:07Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung <code>3dm</code> auf maximal 31 Zeichen begrenzt.
* Alle vom Autor vergebene Dateinamen wie <code> 3dm, ini, wav, png </code> etc. müssen am Ende einen Unterstrich und dahinter das Autorenkürzel enthalten: <code>Modell_XY1.3dm</code>.
* EEP erwartet ANSI-Codierung; andere Codierungen wie UTF-8 verursachen bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
In allen Dateien erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Diese Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Der Modellname in der externen ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") darf maximal 60 Zeichen (inklusive Leerzeichen) umfassen.

Für eine benutzerfreundliche Anzeige des Modellnamens im Modellauswahlfenster wird ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird
die Bestellnummer des jeweiligen Shopsets vorangestellt, gefolgt von einem Komma [,]. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen.
Dies gilt vorläufig nur für die Ordner \Sound\EEXP und \Tauschtexturen. Bei letzterem Ordner wird es empfohlen. Andere Ordnernamne oder Zusammensetzungen mit dem Konstrukteurskürzel sind nicht zulässig.

Beispiele für erlaubte Ordnernamen: Resourcen\Sounds\EEXP\'''XY1''' , Resourcen\Tauschtexturen\'''YZ3'''.

Beispiele für nicht erlaubte Ordnernamen: Resourcen\Sounds\EEXP\'''Pfeife''' , Resourcen\Sounds\EEXP\'''Pfeife_XZ1'''

Hinweis: Wenn der Konstrukteur innerhalb des mit seinem Kürzel versehenden Ordners sprechende Dateinamen vergibt, erübrigen sich unsystematische Ordnernamen.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:

256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können Halbformate verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Modelle, die mehr als 500 Dreiecke umfassen, müssen mehrere Level of Details (LOD-Stufen) enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe <code>LOD 0</code> darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich so:

<code>Pixel_x * Pixel_z * 3 </code> Breite mal Höhe des Modells in Pixeln in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln.

Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-27T07:55:32Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung <code>3dm</code> auf maximal 31 Zeichen begrenzt.
* Alle vom Autor vergebene Dateinamen wie <code> 3dm, ini, wav, png </code> etc. müssen am Ende einen Unterstrich und dahinter das Autorenkürzel enthalten: <code>Modell_XY1.3dm</code>.
* EEP erwartet ANSI-Codierung; andere Codierungen wie UTF-8 verursachen bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
In allen Dateien erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Diese Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Der Modellname in der externen ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") darf maximal 60 Zeichen (inklusive Leerzeichen) umfassen.

Für eine benutzerfreundliche Anzeige des Modellnamens im Modellauswahlfenster wird ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird
die Bestellnummer des jeweiligen Shopsets vorangestellt, gefolgt von einem Komma [,]. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen.
Dies gilt vorläufig nur für die Ordner \Sound\EEXP und \Tauschtexturen. Bei letzterem Ordner wird es empfohlen. Andere Ordnernamne oder Zusammensetzungen mit dem Konstrukteurskürzel sind nicht zulässig.

Beispiele für erlaubte Ordnernamen: Resourcen\Sounds\EEXP\'''XY1''' , Resourcen\Tauschtexturen\'''YZ3'''.

Beispiele für nicht erlaubte Ordnernamen: Resourcen\Sounds\EEXP\'''Pfeife''' , Resourcen\Sounds\EEXP\'''Pfeife_XZ1'''

Hinweis: Wenn der Konstrukteur innerhalb des mit seinem Kürzel versehenden Ordners sprechende Dateinamen vergibt, erübrigen sich unsystematische Ordnernamen.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-27T07:51:17Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung <code>3dm</code> auf maximal 31 Zeichen begrenzt.
* Alle vom Autor vergebene Dateinamen wie <code> 3dm, ini, wav, png </code> etc. müssen am Ende einen Unterstrich und dahinter das Autorenkürzel enthalten: <code>Modell_XY1.3dm</code>.
* EEP erwartet ANSI-Codierung; andere Codierungen wie UTF-8 verursachen bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
In allen Dateien erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Diese Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Der Modellname in der externen ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") darf maximal 60 Zeichen (inklusive Leerzeichen) umfassen.

Für eine benutzerfreundliche Anzeige des Modellnamens im Modellauswahlfenster wird ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird
die Bestellnummer des jeweiligen Shopsets vorangestellt, gefolgt von einem Komma [,]. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen.
Dies gilt vorläufig nur für die Ordner \Sound\EEXP und \Tauschtexturen. Bei letzterem Ordner wird es empfohlen. Andere Ordnernamne oder Zusammensetzungen mit dem Konstrukteurskürzel sind nicht zulässig.

Beispiele für erlaubte Ordnernamen: Resourcen\Sounds\EEXP\'''XY1''' , Resourcen\Tauschtexturen\'''YZ3'''.

Beispiele für nicht erlaubte Ordnernamen: Resourcen\Sounds\EEXP\'''Pfeife''' , Resourcen\Sounds\EEXP\'''Pfeife_XZ1'''

Hinweis: Wenn der Konstrukteur innerhalb des Ordners mit seinem Kürzel sprechende Dateinamen vergibt, erübrigen sich unsystematische Ordnernamen.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-27T07:48:47Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung <code>3dm</code> auf maximal 31 Zeichen begrenzt.
* Alle vom Autor vergebene Dateinamen wie <code> 3dm, ini, wav, png </code> etc. müssen am Ende einen Unterstrich und dahinter das Autorenkürzel enthalten: <code>Modell_XY1.3dm</code>.
* EEP erwartet ANSI-Codierung; andere Codierungen wie UTF-8 verursachen bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
In allen Dateien erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Diese Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Der Modellname in der externen ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") darf maximal 60 Zeichen (inklusive Leerzeichen) umfassen.

Für eine benutzerfreundliche Anzeige des Modellnamens im Modellauswahlfenster wird ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird
die Bestellnummer des jeweiligen Shopsets vorangestellt, gefolgt von einem Komma [,]. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen.
Dies gilt vorläufig nur für die Ordner \Sound\EEXP und \Tauschtexturen. Bei letzterem Ordner wird es empfohlen. Andere Ordnernamne oder Zusammensetzungen mit dem Konstrukteurskürzel sind nicht zulässig.

Beispiele für erlaubte Ordnernamen: Resourcen\Sounds\EEXP\'''XY1''' , Resourcen\Tauschtexturen\'''YZ3'''.
Beispiele für nicht erlaubte Ordnernamen:

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-27T07:46:59Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung <code>3dm</code> auf maximal 31 Zeichen begrenzt.
* Alle vom Autor vergebene Dateinamen wie <code> 3dm, ini, wav, png </code> etc. müssen am Ende einen Unterstrich und dahinter das Autorenkürzel enthalten: <code>Modell_XY1.3dm</code>.
* EEP erwartet ANSI-Codierung; andere Codierungen wie UTF-8 verursachen bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
In allen Dateien erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Diese Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Der Modellname in der externen ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") darf maximal 60 Zeichen (inklusive Leerzeichen) umfassen.

Für eine benutzerfreundliche Anzeige des Modellnamens im Modellauswahlfenster wird ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird
die Bestellnummer des jeweiligen Shopsets vorangestellt, gefolgt von einem Komma [,]. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen.
Dies gilt vorläufig nur für die Ordner \Sound\EEXP und \Tauschtexturen. Bei letzterem Ordner wird es empfohlen. Andere Ordnernamne oder Zusammensetzungen mit dem Konstrukteurskürzel sind nicht zulässig.

Beispiele für erlaubte Ordnernamen: Resourcen\Sounds\EEXP\'XY1'

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-27T07:34:45Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung <code>3dm</code> auf maximal 31 Zeichen begrenzt.
* Alle vom Autor vergebene Dateinamen wie <code> 3dm, ini, wav, png </code> etc. müssen am Ende einen Unterstrich und dahinter das Autorenkürzel enthalten: <code>Modell_XY1.3dm</code>.
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird vorangestellt
die Bestellnummer des jeweiligen Shopsets, gefolgt von einem Komma [,], eingetragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Nicht eindeutig (HW1): Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-27T07:32:27Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung <code>3dm</code> auf maximal 31 Zeichen begrenzt.
* Alle vom Autor vergebene Dateinamen (<code> 3dm, ini, wav, png </code>) etc. müssen am Ende das Autorenkürzel enthalten.
Dateiformat
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird vorangestellt
die Bestellnummer des jeweiligen Shopsets, gefolgt von einem Komma [,], eingetragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Nicht eindeutig (HW1): Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-27T07:31:57Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung <code>3dm</code> auf maximal 31 Zeichen begrenzt.
* Alle vom Autor vergebenen Dateinamen ( <code> 3dm, ini, wav, png </code> etc. müssen am Ende das Autorenkürzel enthalten.
Dateiformat
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird vorangestellt
die Bestellnummer des jeweiligen Shopsets, gefolgt von einem Komma [,], eingetragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Nicht eindeutig (HW1): Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-27T07:27:22Z

HW1:

= Gültigkeit =

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie werden stets aktualisiert und gelten als verbindlich. Alle früheren Veröffentlichungen der Modellbaurichtlinien verlieren ihre Gültigkeit. Dies gilt auch für andere Aufstellungen wie die "Zehn Gebote für die Konstruktion", " Sieben goldene Regeln" o. ä.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung dahinter auf maximal 31 Zeichen begrenzt.
* Autoren-Kürzel am Ende aller Dateinamen, d.h nicht nur .3dm und .ini, sondern auch z.B. .wav, .png usw.
Dateiformat
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird vorangestellt
die Bestellnummer des jeweiligen Shopsets, gefolgt von einem Komma [,], eingetragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Nicht eindeutig (HW1): Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

3D - Spline Tutorium

2021-07-26T19:40:21Z

HW1:

Die Seite ist veraltet.

[https://wiki.eepshopping.de/index.php?title=Konstruktion_von_Fahrwegen_(Splines) Zum aktuellen Kapitel: Konstruieren von Fahrwegen/Splines]

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

3D - Spline Tutorium

2021-07-26T19:38:05Z

HW1: Der Seiteninhalt wurde durch einen anderen Text ersetzt: „ [http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]“

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Levels of Details

2021-07-26T19:36:14Z

HW1:

[[Datei:Redaktioneller_Hinweis.png]]

[https://wiki.eepshopping.de/index.php?title=Konzepte:_LOD Zum aktuellen Wiki-Kapitel zum Thema LOD]

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Levels of Details

2021-07-26T19:34:19Z

HW1: Der Seiteninhalt wurde durch einen anderen Text ersetzt: „Datei:Redaktioneller_Hinweis.png [http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Sta…“

[[Datei:Redaktioneller_Hinweis.png]]

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-26T10:00:05Z

HW1:

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie gelten seitdem als verbindlich.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung dahinter auf maximal 31 Zeichen begrenzt.
* Autoren-Kürzel am Ende aller Dateinamen, d.h nicht nur .3dm und .ini, sondern auch z.B. .wav, .png usw.
Dateiformat
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird vorangestellt
die Bestellnummer des jeweiligen Shopsets, gefolgt von einem Komma [,], eingetragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Nicht eindeutig (HW1): Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten, ein Unterverzeichnis mit dem Konstrukteurskürzel (Bsp.: "XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauschtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend wird so angelegt:

[EEPInstall] 
EEPVersion = 16 ; (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungsfunktion oder mit Tauschtexturen implementiert werden. Beide Verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-26T09:51:39Z

HW1:

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie gelten seitdem als verbindlich.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung dahinter auf maximal 31 Zeichen begrenzt.
* Autoren-Kürzel am Ende aller Dateinamen, d.h nicht nur .3dm und .ini, sondern auch z.B. .wav, .png usw.
Dateiformat
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird vorangestellt
die Bestellnummer des jeweiligen Shopsets, gefolgt von einem Komma [,], eingetragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Nicht eindeutig (HW1): Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem des zughörigen Modells. Dies signalisiert dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell.
* Innerhalb des Ordners Tauschtexturen ist es geboten ein Unterverzeichnis mit dem Konstrukteurskürzel ( Bsp.:"XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauchtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend soll demnach wie folgt angelegt werden:

[EEPInstall] 
EEPVersion = 16 (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungstechnik ab EEP15 oder Tauschtexturen implementiert werden. Beide verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Halb- oder sonstige Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-26T09:47:29Z

HW1:

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie gelten seitdem als verbindlich.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung dahinter auf maximal 31 Zeichen begrenzt.
* Autoren-Kürzel am Ende aller Dateinamen, d.h nicht nur .3dm und .ini, sondern auch z.B. .wav, .png usw.
Dateiformat
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird vorangestellt
die Bestellnummer des jeweiligen Shopsets, gefolgt von einem Komma [,], eingetragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Nicht eindeutig (HW1): Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem desjenigen Modells, um dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell zu signalisieren.
* Innerhalb des Ordners Tauschtexturen ist es geboten ein Unterverzeichnis mit dem Konstrukteurskürzel ( Bsp.:"XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauchtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend soll demnach wie folgt angelegt werden:

[EEPInstall] 
EEPVersion = 16 (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungstechnik ab EEP15 oder Tauschtexturen implementiert werden. Beide verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Halb- oder sonstige Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-26T09:43:16Z

HW1:

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie gelten seitdem als verbindlich.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung dahinter auf maximal 31 Zeichen begrenzt.
* Autoren-Kürzel am Ende aller Dateinamen, d.h nicht nur .3dm und .ini, sondern auch z.B. .wav, .png usw.
Dateiformat
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen Ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") wird vorangestellt
die Bestellnummer des jeweiligen Shopsets, gefolgt von einem Komma [,], eingetragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem desjenigen Modells, um dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell zu signalisieren.
* Innerhalb des Ordners Tauschtexturen ist es geboten ein Unterverzeichnis mit dem Konstrukteurskürzel ( Bsp.:"XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauchtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend soll demnach wie folgt angelegt werden:

[EEPInstall] 
EEPVersion = 16 (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungstechnik ab EEP15 oder Tauschtexturen implementiert werden. Beide verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Halb- oder sonstige Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Modellbaurichtlinien

2021-07-18T14:07:19Z

HW1:

Zum Jahresbeginn 2019 traten die hier aufgeführten Vorgaben (Konstruktionsrichtlinien) seitens des Trend-Verlages in Kraft. 
Sie gelten seitdem als verbindlich.

= Dateiname des Modells =

== Prüfung der Dateikonformität ==
Dateinamen
* Die Länge ist inklusive dem Punkt und der Dateierweiterung dahinter auf maximal 31 Zeichen begrenzt.
* Autoren-Kürzel am Ende aller Dateinamen, d.h nicht nur .3dm und .ini, sondern auch z.B. .wav, .png usw.
Dateiformat
* EEP erwartet ANSI Codierung; andere Codierungen wie UTF-8 verursachen in EEP bei Sonderzeichen und Umlauten Darstellungsfehler.

== Verwendung von Sonderzeichen ==
Erlaubte Zeichen sind

! + - _ 0 1 2 3 4 5 6 7 8 9
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 
a b c d e f g h i j k l m n o p q r s t u v w x y z

Nicht erlaubte Zeichen sind z.B.

" [ ] , ; \ = / @ * < > ' §

Das Sonderzeichenverbot gilt für alle Dateien, also auch für Wave-Dateien, Anlagen, Tauschtexturen, abgespeicherte Blöcke usw.

Diese Industriestandard-konformen Vorgaben gelten auch bei der Vergabe von Ordnernamen, z.B. beim Anlegen von Unterverzeichnissen.

== Erlaubte Anzahl von Zeichen ==

Für den Modellnamen in der externen Ini-Datei des Modells (Name_ENG = "..."/ Name_GER = "..."/ Name_FRA = "..."/ Name_POL = "...") sind maximal 60 Zeichen (inklusive Leerzeichen) erlaubt.

Um eine ideale Anzeige des Modellnamens in EEP zu erzielen wird allerdings ein Maximum von 45 Zeichen empfohlen.

== Eintrag in der Beschreibung des Modells ==

In der Beschreibung zum Modell in der externen Ini-Datei (Description_ENG = "..."/ Description_GER = "..."/ Description_FRA = "..."/ Description_POL = "...") ist vorangestellt
verbindlich die Bestellnummer des jeweiligen Shopsets einzutragen. Beispiel: Description_GER = "V16NXY1001,...".

== Anlegen von Unterverzeichnissen ==
Der Konstrukteur kann ab dem zweiten Unterverzeichnis, gezählt von der Ebene des Ordners \Resourcen, Unterverzeichnisse mit seinem Konstrukteurskürzel als Ordnername anlegen. Dies ist beispielsweise im Ordner \Sound\EEXP sinnvoll.

= Texturen des Modells =
== Allgemeine Vorgaben und Empfehlungen ==
Vorgaben:
* Der Aufbau des Modells erfolgen so detailliert wie möglich.
* Ein Modell besteht aus einer einzigen angemessen klein dimensionierten Haupt-Textur.
* Der Konstrukteur verschafft sich vor dem Bau seines Modells weitgehende Klarheit über Texturgröße und Aufteilung.
* Die Textur wird beim Modellexport nach Maßgabe des Nostruktors komprimiert, also im DXT1 oder DXT5-Format gespeichert.
* Die Farbgebung des Modells orientiert sich am RAL-Farbschema des betreffenden Originals.
* Modelle sind komplett zu texturieren; alle Vertices enthalten Texturkoordinaten.
* Einfärbungen oder Farbänderungen an Modellen durch Einfärben von Vertexen ist nicht gestattet.
* Als Untergrenze bei der Texturierung gelten 50x50 Pixel pro 1 qm Modellfläche. Ein guter Richtwert liegt bei 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche.
* Monotone Farbflächen ohne jegliche Oberflächenstruktur müssen vermieden werden.

Empfehlungen:
* Die Textur kann mit oder ohne Billboarding angelegt werden.
* Beim Entwerfen der Textur sollte – insbesondere bei Immobilien - auf Originalabbildungen zurückgegriffen werden.

== Tauschtexturen und Aufschriften ==
Vorgaben:
* Tauschtexturen werden nur partiell (für bestimmte Elemente bzw. Baugruppen eines Modells) genutzt, nicht jedoch für das komplette Modell in seinem Erscheinungsbild.
* erlaubte Dateiformate für Tauschtexturen sind: .dds, .bmp, .jpg, .png und .tga
* Tauschtexturen werden in den Ordner Resourcen\Tauschtexturen installiert. Der Anfang des Dateinamens der Tauschtextur entspricht dem desjenigen Modells, um dem Anwender auf Anhieb die Zugehörigkeit zum gewünschten Modell zu signalisieren.
* Innerhalb des Ordners Tauschtexturen ist es geboten ein Unterverzeichnis mit dem Konstrukteurskürzel ( Bsp.:"XY1") anzulegen. Dies dient einer besseren Übersicht und Auffindbarkeit der Tauchtextur für den Anwender.

Das Installationsskript Tauschtexturen betreffend soll demnach wie folgt angelegt werden:

[EEPInstall] 
EEPVersion = 16 (15,14 etc.) 
File001 = "Tauschtextur.bmp","Resourcen\Tauschtexturen\XY1\Tauschtextur.bmp"

Empfehlungen:
* Wenn es für ein Modell plausibel erscheint, können Aufschriften mit der Beschriftungstechnik ab EEP15 oder Tauschtexturen implementiert werden. Beide verfahren dienen der mehrfachen und angepassten Nutzung der Modelle und erhöhen die optische Vielfalt sowie die Individualität der Anlagen.

== Texturgrößen ==
Geeignete Standardgrößen sind:
256x256; 512x512; 1024x1024; 2048x2048; 3072x3072; 4096x4096 (maximale Größe) 
Es können andere Größen (Halbformate) verwendet werden: 1024x512 ist ein Beispiel für ein richtiges Halbformat.

Falsche Halb- oder sonstige Größen sind z.B. 1024x513, 1200x1200, 1600x1600, 1980x1024.

= Modellgröße =
Vorgaben

* Jedes Modell muss mehrere Level of Details, kurz LOD-Stufen, enthalten;
* Die Größe eines Modells mit allen LOD Stufen darf 500.000 Dreiecke nicht übersteigen.
* Die Größe der ersten Stufe „LOD 0“ darf 300.000 Dreiecke nicht übersteigen.

Die zulässige Anzahl der Dreiecke in der letzten LOD-Stufe ergibt sich aus der Größe des Modells in Pixeln (Breite des Modells) x (Höhe des Modells) in 750 m Entfernung mal Faktor 3, bezogen auf eine Bildschirmauflösung von 1920 x 1080 Pixeln. Die letzte LOD-Stufe kann auch bereits bei LOD 3 oder früher erreicht sein. Es gilt dann die gleiche Berechnung.

Empfehlungen

Zur Reduzierung der Dreiecks-Anzahl in den einzelnen LOD-Stufen dienen folgende Anhaltspunkte:

{| class="wikitable"
|-
| LOD-Stufe || Reduzierung der Anzahl der Dreiecke um || bei einer Entfernung von m
|-
| LOD 0 || 0 % || 0 m - 50 m
|-
| LOD 1 || 15 % - 30 % || 50 m - 100 m
|-
| LOD 2 || 30 % - 60 % || 100 m - 200 m
|-
| LOD 3 || 60 % - 80 % || 200 m - 500 m
|-
| LOD 4 || gemäß Formel || 600 m - 1000 m
|}

= Achsen =
Beim Bau des Modells ist grundsätzlich auf nicht notwendige Achsen / Achsenschachtelungen zu verzichten. Das betrifft besonders solche Achsen, die vom Anwender nur ein Mal (beim Einsetzen des Modells) bewegt werden.
Zusätzliche Achsen erhöhen die Rendering-Zeit erheblich.

Als Faustregel kann gelten:
* Je weniger Exemplare des Modells sinnvollerweise auf einer Anlage zu erwarten sind,
* Je komplexer die Bewegungen des Modells im Betrieb sind,
* Je attraktiver das Modell nach informell einzuholender Beurteilung seitens des Verlags angesehen wird,
desto mehr Achsen sind akzeptabel. Im Zweifelsfall empfiehlt sich vorherige Kontaktaufnahme mit dem Verlag.

= EEP-Normung der Modelle =
Um einen einheitlichen Standard für Rollmaterialien zu gewährleisten, sind nachfolgende Maßangaben verbindlich:
== Rollmaterial Schiene ==
Strikte Einhaltung der Normen zu Puffern
* Pufferhöhe = 100 cm über Gleisoberkante
* Pufferabstand, mittig = 175 cm

== Rollmaterial Straße ==
*seitlicher Standardversatz von 2 m / 200 cm, gesehen von der Straßenmitte
*einheitliche Kupplungshöhe für Fahrzeuge derselben Gattung (Pkw, kleine Lkw mit Anhänger / LKW mit Auflieger). Todo: Hier ist noch Abstimmung unter Konstrukteuren notwendig!
*keine Geisterfahrzeuge (Fahrzeuge ohne Fahrer).
*Ausführung mit Fahr-, Brems- und Blinklichtern

== Immobilien ==
* Der Richtwert für Texturen beträgt 80-90 Pixel x 80-90 Pixel pro 1 qm Modellfläche. Als Untergrenze gelten 50x50 Pixel pro 1 qm Modellfläche (für sichtfeldferne Flächen etc.)
* Vermeidung von monotonen RGB-Farbgebungen ohne jegliche Oberflächenstruktur
* Gebäude-Sockel sollten bis unter die Nulllinie der Z-Achse (-x) reichen (-50 cm), da Häuser, die an einen Straßen-Spline mit Fußweg gesetzt werden, ansonsten in der Luft hängen.

= Private und offizielle Modelle=

[[Datei:signal_gelb.png|left|60px]]Wurde ein Modell mit der HomeNos-Userversion erstellt, muss es nach dem Zustandekommen eines Konstrukteursvertrages nochmals mit der jeweiligen DEV Version des HomeNos kompiliert werden. Grund hierfür ist die bereits erfolgte Signierung des Modells auf die jeweilige Seriennummer des Users.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Reservierte Achsennamen

2021-07-07T19:03:00Z

HW1:

Neben [[Konzepte: Achse|frei definierbaren Achsen]] gibt es derzeit 25 Systemachsen, auch Systemkreuze genannt, welche bestimmte Programmfunktion aufrufen und direkt von EEP gesteuert werden. Diese Achsen werden vom Konstrukteur mit ihren vorgegebenen Namen bezeichnet und somit vom System in ihrer jeweiligen Eigenschaft erkannt. Dies setzt die exakte Schreibung der Achsennamen voraus. Die Nutzung der reservierten Achsennamen ist ausschließlich dann erlaubt, wenn damit eine bestimmte Programmfunktion angesprochen werden soll. Die Zweckentfremdung zu einem anderen als dem vom System funktionell vorbestimmten Zweck führt zu Fehlern.

== Basis ==

Das Basis-Kreuz stellt den Bezugspunkt eines jeden 3D-Modells dar, d.h. dessen internes, relatives Koordinatensystem. Das Basis-Kreuz ist als Bezugspunkt immer unbeweglich und wird vom System für jedes 3D-Modell automatisch bereitgestellt. Das auf der Basis-Achse gesetzte Objekt wird in der Regel als erstes berechnet (also vor allen anderen, nachgeordneten Achsen), außer man beeinflusst die Reihenfolge des Renderings durch den Befehl <code>SortByAxes</code> in der [Interne_Ini-Datei_der_Modelle|internen INI-Datei des 3D-Modells]. Die Änderung der Reihenfolge des Renderings (bei der die Basis nicht als erste, sondern als letzte Achse des Modells berechnet wird) kann notwendig werden, wenn hinter durchsichtigen Scheiben bewegliche Objekte dargestellt werden sollten (z.B. Lokführerfiguren).

== Signal ==

Die Achse "Signal" kann eine Rotations- oder Translationsachse sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden darf. Unabhängig davon, ob es sich beim Modell um ein Licht- oder ein Formsignal handelt, muss jedes Haupt- oder Vorsignal mindestens eine Achse mit dem Namen <code>Signal</code> aufweisen. Je nach dem, ob das Signal manuell oder ausschließlich über Kontaktpunkte / LUA angesteuert werden soll, wird das Objekt (bei Lichtsignalen z.B. das komplette Objekt mitsamt Fuß, Signalmast und Schirm) entweder unter die Signal-Achse, oder das Basis-Kreuz gesetzt. Wird es unter das Basis-Kreuz gesetzt, kann es lediglich über Kontaktpunkte / LUA gesteuert werden. Wird es unter die Signal-Achse gesetzt, kann es in EEP sowohl über Kontaktpunkte / LUA, als auch manuell bedient werden, in dem die <tt>[Shift]</tt>-Taste gedrückt gehalten und gleichzeitig das Modell des Signals mit <tt>[LMT]</tt> angeklickt wird.

== Signal1, Signal2, Signal3, ... Signal9 ==

Die Achsen <code>Signal1</code> bis <code>Signal9</code> können Rotations- oder Translationsachsen sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden dürfen. Diese Achsen sind optional (zusätzlich zur Achse <tt>Signal</tt>) einzubauen, sofern es sich um ein mehrbegriffiges Signal mit mehr als nur zwei Signalbildern (z.B. Fahrt und Halt) handelt. Die zusätzlichen durchnummerierten Signalachsen sollten lediglich bei Formhauptsignalen und Formvorsignalen zum Einsatz kommen; Lichtsignale sollten dagegen über die [[Signalfunktionen]] und [[Lichtfunktion]] in der internen System-INI des Modells ausgeführt werden und dabei ausschließlich auf die hierzu konzipierten [[Lichtsignal-IDs]] zugreifen.

== Achsen für Splines (Fahrwege) ==

Wenn man Splines (Fahrwege) erstellt, müssen mindestens die beiden Systemachsen _1 und _2 existieren.

Im einfachsten Fall genügt das. Wenn man aber realistische Weichenlaternen erstellen möchte, muss man die Systemachsen _1, _2, _3, _4 und _5 unter die Basis kreuzen.
Sobald man eine der Achsen _3, _4 oder _5 erstellt, müssen auch die anderen existieren.

=== _1 ===

Ist eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. Diese Achse ist zwar bei den Standard-Splines eine Rotationsachse, besitzt aber keinen Bewegungsbereich! Auf die Achse _1 dürfen nur 3D-Objekte gesetzt werden, die Prellböcken bzw. sonstige Fahrweg-Abschlüsse darstellen. Soll ein Spline keinen sichtbaren Abschluss besitzen, so wird unter die _1-Achse kein Objekt gesetzt, wenngleich die Achse selbst unbedingt angelegt sein muss, auch wenn sie leer bleibt.

Der Null-Punkt des Gleisabschlusses ist 5m vor dem Gleisende.

=== _2 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. _2 ist eine Rotationsachse mit dem Drehwinkel von 360°
und wird zur Darstellung der Laterne einer 3-Wege-Weiche benutzt.
Wenn die Systemachsen _3, _4 und _5 nicht existieren, wird das Modell auf dieser Achse für alle Weichenformen verwendet.

Das 3D-Objekt der Weichenlaterne wird dabei um -90° bzw. +90° gedreht, womit die Signalbilder Wn 1 (Gerader Zweig) bzw. Wn 2 (Gebogener Zweig) dargestellt werden. Besitzt ein Gleisstil keine Weichenlaterne (z.B. bei modernen Gleisen der Epoche V und VI), so muss die Achse _2 dennoch vorhanden sein. In diesem Fall wird kein Modell unter die Achse gekreuzt - sie bleibt leer.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 1 (senkrechter Balken)
|-
| rechte Seite
| Wn 2a (Pfeil nach rechts)
|-
| Rückseite
| Wn 1 (senkrechter Balken)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

Ohne die Systemachsen _3, _4 und _5 hat man damit eine Weichenlaterne, die immer die Richtung anzeigt, jedoch nie das Signalbild Wn 2 (weißer Kreis auf schwarzem Grund).
Hierfür braucht man die übrigen Achsen.

=== _3 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Linksweichen, auch linke Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2a (Pfeil nach links)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

===_4 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Rechtsweichen, auch rechte Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

=== _5 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Außenbogenweichen verwendet, wenn die Radien der Gleise ähnlich groß sind.
Andernfalls wird das Modell einer Links- bzw. Rechtsweiche verwendet, also das Modell auf der Systemachse _3 bzw. _4.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 2c (weißer Kreis mit schwarzer, nach rechts offener Sichel [abnehmender Halbmond])
|-
| Rückseite
| Wn 2c (weißer Kreis mit schwarzer, nach links offener Sichel [zunehmender Halbmond])
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

== _Antrieb ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon, z.B. 720°). Sie kann ausschließlich bei Rollmaterialien mit eigenem Antrieb (Motor) benutzt werden. Diese Rotationsachse kann man sich als eine imaginäre Antriebswelle vorstellen, deren Rotationsgeschwindigkeit (nach der Übersetzung) im Verhältnis zu der augenblicklichen Drehzahl des Motors steht. Damit reagiert die Achse auf die Wahl der Fahrstufe bzw. die Kraftstoffzufuhr des Motors (also das "Gas-geben"). Daran kann man z.B. den Rotor eines Hubschraubers oder den Propeller eines Flugzeuges koppeln, da sich diese auch im Leerlauf drehen, wenn das Fahrzeug nicht in Bewegung ist. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch die Achse _Antrieb hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Antrieb-Achse, die baubedingt von Modell zu Modell unterschiedlich lauten kann).

== _DriveDirF ==

Kann als Rotations- oder als Translationsachse ausgeführt werden, wobei sie ausschließlich in Kombination mit der Achse <code>_DriveDirR</code> benutzt werden darf - nie alleine. Die beiden in ihrer Funktionsweise gleichartigen Achsen <code>_DriveDirF</code> und <code>_DriveDirR</code> werden bei Rollmaterialien benutzt, um die Position der Zugführer- bzw. Lenker-Figuren automatisch der Fahrtrichtung des Rollmaterials bzw. des kompletten Zuges anzupassen. Die Achse _DriveDirF beeinflusst dabei die Bewegung der Figur(en) in der vorderen Kabine des Rollmaterials. Der Lokführerfigur ist nur dann zu sehen, wenn das Rollmaterial in die entsprechende Richtung wird. Wwenn sich das Rollmaterial bzw. Zug rückwärts bewegt, wird die vordere Figur des Lokführers in EEP nicht berechnet, was ein möglich auftretendes Platz-Problem löst, um die Figur vor den Blicken des Anwenders zu verbergen.

Die Achse wird nur dann vom Programm angesprochen wird, wenn die jeweilige Seite des Rollmaterials nicht mit anderen Rollmaterialien gekoppelt ist, was z.B. bei der Doppeltraktion zutrifft. Sind zwei Lokomotiven miteinander gekoppelt, so erscheint die Lokführerfigur nur in der Lokomotive, (oder einem Steuerwagen) die/der sich in der jeweiligen Fahrtrichtung nach vorne befindet - in der zweiten Lokomotive (oder einem Steuerwagen) werden keine Figuren gerendert.

== _DriveDirR ==

Ananlog zu <code>_DriveDirF</code> für rückwärtige Objekte (Personen) im Führerstand von Rollmaterialien.

== _Geschwindigkeit ==

Eine Rotationsachse mit dem Drehwinkel von 360°. Sie wird nur bei Rollmaterialien benutzt. Diese Rotationsachse kann man sich als ein imaginäres Treibrad mit dem Radius von 1 m vorstellen, das vom Programm mit einer Rotationsgeschwindigkeit angesteuert wird, die der augenblicklichen Geschwindigkeit des Modells entspricht. Daran kann man z.B. die Steuerung einer Dampflokomotive oder die Räder eines Autos koppeln, um die Drehgeschwindigkeit der Räder der augenblicklichen Fahrzeuggeschwindigkeit anzupassen. Bei Rollmaterialien ohne eigenem Antrieb (ohne Motor) wird sie zur Drehbewegung der Räder verwendet, wie z.B. bei Waggons oder Anhängern für den Straßenverkehr. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch der Achse _Geschwindigkeit hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der "_Geschwindigkeit"-Achse, die bau bedingt vom Modell zu Modell unterschiedlich sein kann).

== _GravityX ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in x-Richtungeingesetzt wird. Die Achse "_GravityX" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne X-Achse des Modells, also eine seitwärts gerichtete Schwingung nach links oder rechts, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann zum Erliegen kommt. Damit lässt sich z.B. ein Ketten-Karussell aufbauen, dessen Sessel (an Ketten befestigt) aufgrund der Radialbeschleunigung und der dabei zunehmenden Zentrifugalkraft nach außen geschwenkt werden, sobald sich das Karussell dreht bzw. beschleunigt. Die "_GravityX"-Achse wird oft in Kombination mit der Achse "_GravityY" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _GravityY ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in y-Richtung eingesetzt wird. Die Achse "_GravityY" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne Y-Achse des Modells, also eine vorwärts oder rückwärts gerichtete Schwingung, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann ganz zum Erliegen kommt. Diese Achse wird auch dazu benutzt, um die Lage eines Modells zu stabilisieren. Damit lassen sich z.B. Hubschrauber, oder sonstige, senkrecht startende Objekte ausstatten, die unabhängig vom Winkel des Fahrweges (Steigung oder Gefälle) eine konstante, waagrechte Orientierung annehmen. Die "_GravityY"-Achse wird oft in Kombination mit der Achse "_GravityX" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _Nonstop ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon z.B. 720°). Sie kann sowohl bei Rollmaterialien, Immobilien, Gleisobjekten und bei Landschaftselementen eingesetzt werden. Die Achse dreht sich ununterbrochen mit einer konstanten, durch den Konstrukteur bestimmbaren Rotationsgeschwindigkeit. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse "_Nonstop", hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei VelocAxis?? = 0.020 würde sie zehn mal langsamer und bei VelocAxis?? = 2.00 zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Nonstop-Achse, die von Modell zu Modell unterschiedlich sein kann).

<div id="Radsaetze">
== _vRadsatz ==

Gibt die Drehachse (Drehzapfen) des vorderen Radsatzes eines jeden Rollmaterials an. Der Bewegungsbereich dieser Rotationsachse sollte passend zum Modell gewählt werden. In den meisten Fällen liegt er zwischen -30° und +30°. Er kann jedoch kleiner oder auch größer bestimmt werden (je nachdem, ob ein Waggon oder ein LKW-Anhänger konstruiert wird). Die _vRadsatz-Achse dient dem Rollmaterial dazu, es immer in der Spur zu halten, vorwiegend in einer Kurve oder wenn es auf den Fahrweg (z.B. Gleis) aufgegleist wird. Auch wenn Flugzeuge oder Schiffe keinen sichtbaren Fahrweg befahren, so folgen Sie dennoch einem solchen und müssen daher ebenfalls "in der Spur" gehalten werden. Sowohl die _vRadsatz-, als auch die _hRadsatz-Achse sind daher unverzichtbare Bestandteile eines jeden Rollmaterials und sind deshalb obligatorisch. Fehlt einem Rollmaterial die "_vRadsatz"-Achse, so wird dieser Mangel beim Modellexportmit einer Fehlermeldung quittiert.

== _hRadsatz ==

Die Verwendung ist Analog zu _vRadsatz.

Hinweis: Auch wenn die meisten Straßenfahrzeuge nur vorne eine Lenkachse aufweisen und die hintere eine ungelenkte Differenzialachse ist, empfiehlt es sich dennoch, bei beiden Achsen den gleichen Bewegungsbereich zu definieren und die eigentliche Hinterachse als zusätzliche Achse unter die Basis zu kreuzen.

</div>
== _TimerS ==

Eine Rotationsachse mit einem Drehwinkel von 360°. Sie dient der Ansteuerung des Sekundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren aus vielerlei Epochen bzw. Ländern. Durch zusätzliche Parameter in der System-INI des Modells lässt sich zudem die mechanische Bewegung des Sekundenzeigers beeinflussen. So bewirkt z.B. die Angabe <code>SmoothAxis?? = 1</code> eine fließende Bewegung des Sekundenzeigers, er "tickt" nicht mehr. Der Parameter <code>SwissClock = 1</code> bewirkt, dass die Uhr den sogenannten "Minutensprung" vollzieht, was der schweizerischen Bauweise entspricht, die auch in Deutschland übernommen wurde. Dabei läuft der Sekundenzeiger innerhalb einer Minute etwas schneller als die tatsächlich verstrichene Zeit und bleibt bei der 59sten Sekunde für mindestens zwei Sekunden stehen bevor der "Minutensprung" vollzogen wird.

== _TimerM ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Minutenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerM"-Achse gesetzte Objekt des Minutenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Minutenzeiger 30 verstrichene Minuten zeigen soll.

== _TimerH ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Stundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerH"-Achse gesetzte Objekt des Stundenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180° sobald der Stundenzeiger 6 verstrichene Stunden zeigen soll.

== _Velocity ==

Diese Achse ermöglicht den Aufbau von funktionierenden Tachometern in den 3D-Kabinen der Modelle und kann sowohl als Rotations- als auch Skalierungsachse ausgeführt werden, je nach dem, ob es sich bei dem Anzeigeinstrument um einen Zeiger für eine runde Tachometer-Scheibe oder einen Balken für die waagrechte Anzeige handelt. Die Stellung der Achse _Velocity zeigt die aktuelle Geschwindigkeit des Fahrzeugs an, wobei sie nicht mit der Achse _Geschwindigkeit gekoppelt ist. Im Normalfall nimmt die Ausrichtung dieser Achse eine Position an, die zu der Geschwindigkeit des Fahrzeuges proportional ist, d.h. z.B. bei 100 km/h sind es genau 100° Drehbewegung. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse _Velocity, hat einen Programmvorgabewert von 0.20. Durch einen abweichenden Wert des Parameters <code>VelocAxis</code> kann jedoch eine andere Ausrichtung des Zeigers bestimmt werden. So ergibt VelocAxis?? = 0.40 einen Winkel von 200° bei 100 km/h.

Für die Berechnung der Tachometer-Scala (in der Textur des Tachometers) gilt die folgende Formel:

<center>[[Datei:formel_fuer_tachoscala.gif]]</center>

== _Wasser ==

Diese Achse ermöglicht die Simulation des unter Druck gesetzten Wassers, das z.B als Löschwasser bei Feuerwehrfahrzeugen, als Spritzwasser bei Springbrunnen und Bewässerungsanlagen oder herabfallendes Wasser bei Eisenbahn-Wasserkränen fungiert. Sie ist bei Rollmaterialien wie bei Immobilien oder Landschaftsobjekten anwendbar. Es ist unbedingt zu beachten, dass die Achse <code>_Wasser</code> ausschließlich in Kombination mit der Unterachse <code>Wasser</code> eingesetzt werden darf. Dabei ruft die Achse <code>_Wasser</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>_Wasser</code> die Dosierung des Wasserdrucks steuert.

Diese Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden; sie benötigt immer eine übergeordnete Rotationsachse benötigt.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: _Wasser1, _Wasser2", _Wasser3 usw.

== Wasser ==

Ist eine Translationsachse mit dem Bewegungsbereich von <code>min = 0</code> bis <code>max = 100</code>, was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung des Wasserdrucks dient. Die <code>Wasser</code>-Achse darf ausschließlich in Kombination mit der Achse <code>_Wasser<c/ode> eingesetzt werden und ist dieser nachgeordnet. Sie muss also direkt unter die <code>_Wasser</code>-Achse gekreuzt werden. Diese Achse kann sowohl bei Rollmaterialien als auch Immobilien und Gleisobjekten benutzt werden.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: Wasser1, Wasser2, Wasser3 usw. Das Aussehen und das Verhalten des Wassers wird in der internen INI-Datei des Modells in den Sektionen <code>[Model_Water_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fließgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Wassers geschaffen werden.

== _Schutt ==

Diese Achse kann in Immobilien und Gleisobjekten für die Simulation vom herabfallendem Sand, Kohlen, Schotter oder anderen Materialien mit ähnlich fester oder staubiger Konsistenz benutzt werden. Die Achse <code>_Schutt</code> darf ausschließlich in Kombination mit der Unterachse <code>Schutt</code> eingesetzt werden. Dabei ruft die Achse <code>_Schutt</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>_Schutt</code> die Dosierung der herabfallenden Partikel steuert.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: _Schutt1, _Schutt2, _Schutt3 usw.

== Schutt ==

Eine Translationsachse mit dem Bewegungsbereich von "min = 0" bis "max = 100", was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung der herabfallenden Partikel dient. Die Schutt-Achse darf ausschließlich in Kombination mit der Achse _Schutt eingesetzt werden und ist dieser nachgeordnet. Sie wird direkt unter die "_Schutt"-Achse gesetzt.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Translationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: Schutt1, Schutt2, Schutt3 usw. Das Aussehen und das Verhalten des herabfallenden Materials wird in der internen INI-Datei des Modells in den Sektionen <code>[Model_Debris_??]</code>, <code>[Model_IncludeSmoke_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fallgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Materials geschaffen werden, wie z.B. gelber Sand, fest wirkende Braunkohle-Stücke oder staubiger Zement.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Reservierte Achsennamen

2021-07-07T19:00:58Z

HW1:

Neben [[Konzepte: Achse|frei definierbaren Achsen]] gibt es derzeit 25 Systemachsen, auch Systemkreuze genannt, welche bestimmte Programmfunktion aufrufen und direkt von EEP gesteuert werden. Diese Achsen werden vom Konstrukteur mit ihren vorgegebenen Namen bezeichnet und somit vom System in ihrer jeweiligen Eigenschaft erkannt. Dies setzt die exakte Schreibung der Achsennamen voraus. Die Nutzung der reservierten Achsennamen ist ausschließlich dann erlaubt, wenn damit eine bestimmte Programmfunktion angesprochen werden soll. Die Zweckentfremdung zu einem anderen als dem vom System funktionell vorbestimmten Zweck führt zu Fehlern.

== Basis ==

Das Basis-Kreuz stellt den Bezugspunkt eines jeden 3D-Modells dar, d.h. dessen internes, relatives Koordinatensystem. Das Basis-Kreuz ist als Bezugspunkt immer unbeweglich und wird vom System für jedes 3D-Modell automatisch bereitgestellt. Das auf der Basis-Achse gesetzte Objekt wird in der Regel als erstes berechnet (also vor allen anderen, nachgeordneten Achsen), außer man beeinflusst die Reihenfolge des Renderings durch den Befehl <code>SortByAxes</code> in der [Interne_Ini-Datei_der_Modelle|internen INI-Datei des 3D-Modells]. Die Änderung der Reihenfolge des Renderings (bei der die Basis nicht als erste, sondern als letzte Achse des Modells berechnet wird) kann notwendig werden, wenn hinter durchsichtigen Scheiben bewegliche Objekte dargestellt werden sollten (z.B. Lokführerfiguren).

== Signal ==

Die Achse "Signal" kann eine Rotations- oder Translationsachse sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden darf. Unabhängig davon, ob es sich beim Modell um ein Licht- oder ein Formsignal handelt, muss jedes Haupt- oder Vorsignal mindestens eine Achse mit dem Namen <code>Signal</code> aufweisen. Je nach dem, ob das Signal manuell oder ausschließlich über Kontaktpunkte / LUA angesteuert werden soll, wird das Objekt (bei Lichtsignalen z.B. das komplette Objekt mitsamt Fuß, Signalmast und Schirm) entweder unter die Signal-Achse, oder das Basis-Kreuz gesetzt. Wird es unter das Basis-Kreuz gesetzt, kann es lediglich über Kontaktpunkte / LUA gesteuert werden. Wird es unter die Signal-Achse gesetzt, kann es in EEP sowohl über Kontaktpunkte / LUA, als auch manuell bedient werden, in dem die <tt>[Shift]</tt>-Taste gedrückt gehalten und gleichzeitig das Modell des Signals mit <tt>[LMT]</tt> angeklickt wird.

== Signal1, Signal2, Signal3, ... Signal9 ==

Die Achsen <code>Signal1</code> bis <code>Signal9</code> können Rotations- oder Translationsachsen sein, die ausschließlich bei Haupt- und Vorsignalen eingesetzt werden dürfen. Diese Achsen sind optional (zusätzlich zur Achse <tt>Signal</tt>) einzubauen, sofern es sich um ein mehrbegriffiges Signal mit mehr als nur zwei Signalbildern (z.B. Fahrt und Halt) handelt. Die zusätzlichen durchnummerierten Signalachsen sollten lediglich bei Formhauptsignalen und Formvorsignalen zum Einsatz kommen; Lichtsignale sollten dagegen über die [[Signalfunktionen]] und [[Lichtfunktion]] in der internen System-INI des Modells ausgeführt werden und dabei ausschließlich auf die hierzu konzipierten [[Lichtsignal-IDs]] zugreifen.

== Achsen für Splines (Fahrwege) ==

Wenn man Splines (Fahrwege) erstellt, müssen mindestens die beiden Systemachsen _1 und _2 existieren.

Im einfachsten Fall genügt das. Wenn man aber realistische Weichenlaternen erstellen möchte, muss man die Systemachsen _1, _2, _3, _4 und _5 unter die Basis kreuzen.
Sobald man eine der Achsen _3, _4 oder _5 erstellt, müssen auch die anderen existieren.

=== _1 ===

Ist eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. Diese Achse ist zwar bei den Standard-Splines eine Rotationsachse, besitzt aber keinen Bewegungsbereich! Auf die Achse _1 dürfen nur 3D-Objekte gesetzt werden, die Prellböcken bzw. sonstige Fahrweg-Abschlüsse darstellen. Soll ein Spline keinen sichtbaren Abschluss besitzen, so wird unter die _1-Achse kein Objekt gesetzt, wenngleich die Achse selbst unbedingt angelegt sein muss, auch wenn sie leer bleibt.

Der Null-Punkt des Gleisabschlusses ist 5m vor dem Gleisende.

=== _2 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf. _2 ist eine Rotationsachse mit dem Drehwinkel von 360°
und wird zur Darstellung der Laterne einer 3-Wege-Weiche benutzt.
Wenn die Systemachsen _3, _4 und _5 nicht existieren, wird das Modell auf dieser Achse für alle Weichenformen verwendet.

Das 3D-Objekt der Weichenlaterne wird dabei um -90° bzw. +90° gedreht, womit die Signalbilder Wn 1 (Gerader Zweig) bzw. Wn 2 (Gebogener Zweig) dargestellt werden. Besitzt ein Gleisstil keine Weichenlaterne (z.B. bei modernen Gleisen der Epoche V und VI), so muss die Achse _2 dennoch vorhanden sein. In diesem Fall wird kein Modell unter die Achse gekreuzt - sie bleibt leer.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 1 (senkrechter Balken)
|-
| rechte Seite
| Wn 2a (Pfeil nach rechts)
|-
| Rückseite
| Wn 1 (senkrechter Balken)
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

Ohne die Systemachsen _3, _4 und _5 hat man damit eine Weichenlaterne, die immer die Richtung anzeigt, jedoch nie das Signalbild Wn 2 (weißer Kreis auf schwarzem Grund).
Hierfür braucht man die übrigen Achsen.

=== _3 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Linksweichen, auch linke Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2a (Pfeil nach links)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

===_4 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Rechtsweichen, auch rechte Innenbogenweichen, verwendet.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 1 (senkrechter Balken)
|-
| Rückseite
| Wn 2b (weißer Kreis auf schwarzem Grund)
|-
| linke Seite
| Wn 1 (senkrechter Balken)
|}

=== _5 ===

Eine dem Basis-Kreuz nachgeordnete Achse, die ausschließlich bei Splines (also Fahrwegen) benutzt werden darf.
Das Modell auf dieser Achse wird für Außenbogenweichen verwendet, wenn die Radien der Gleise ähnlich groß sind.
Andernfalls wird das Modell einer Links- bzw. Rechtsweiche verwendet, also das Modell auf der Systemachse _3 bzw. _4.

Das Modell muss wie folgt aufgebaut sein (Blickrichtung parallel zur x-Achse):
{| class="wikitable"
! Seite
! Signalbild
|-
| Vorderseite
| Wn 2a (Pfeil nach rechts)
|-
| rechte Seite
| Wn 2c (weißer Kreis mit schwarzer, nach rechts offener Sichel [abnehmender Halbmond])
|-
| Rückseite
| Wn 2c (weißer Kreis mit schwarzer, nach links offener Sichel [zunehmender Halbmond])
|-
| linke Seite
| Wn 2a (Pfeil nach links)
|}

== _Antrieb ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon, z.B. 720°). Sie kann ausschließlich bei Rollmaterialien mit eigenem Antrieb (Motor) benutzt werden. Diese Rotationsachse kann man sich als eine imaginäre Antriebswelle vorstellen, deren Rotationsgeschwindigkeit (nach der Übersetzung) im Verhältnis zu der augenblicklichen Drehzahl des Motors steht. Damit reagiert die Achse auf die Wahl der Fahrstufe bzw. die Kraftstoffzufuhr des Motors (also das "Gas-geben"). Daran kann man z.B. den Rotor eines Hubschraubers oder den Propeller eines Flugzeuges koppeln, da sich diese auch im Leerlauf drehen, wenn das Fahrzeug nicht in Bewegung ist. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch die Achse _Antrieb hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Antrieb-Achse, die baubedingt von Modell zu Modell unterschiedlich lauten kann).

== _DriveDirF ==

Kann als Rotations- oder als Translationsachse ausgeführt werden, wobei sie ausschließlich in Kombination mit der Achse <code>_DriveDirR</code> benutzt werden darf - nie alleine. Die beiden in ihrer Funktionsweise gleichartigen Achsen <code>_DriveDirF</code> und <code>_DriveDirR</code> werden bei Rollmaterialien benutzt, um die Position der Zugführer- bzw. Lenker-Figuren automatisch der Fahrtrichtung des Rollmaterials bzw. des kompletten Zuges anzupassen. Die Achse _DriveDirF beeinflusst dabei die Bewegung der Figur(en) in der vorderen Kabine des Rollmaterials. Der Lokführerfigur ist nur dann zu sehen, wenn das Rollmaterial in die entsprechende Richtung wird. Wwenn sich das Rollmaterial bzw. Zug rückwärts bewegt, wird die vordere Figur des Lokführers in EEP nicht berechnet, was ein möglich auftretendes Platz-Problem löst, um die Figur vor den Blicken des Anwenders zu verbergen.

Die Achse wird nur dann vom Programm angesprochen wird, wenn die jeweilige Seite des Rollmaterials nicht mit anderen Rollmaterialien gekoppelt ist, was z.B. bei der Doppeltraktion zutrifft. Sind zwei Lokomotiven miteinander gekoppelt, so erscheint die Lokführerfigur nur in der Lokomotive, (oder einem Steuerwagen) die/der sich in der jeweiligen Fahrtrichtung nach vorne befindet - in der zweiten Lokomotive (oder einem Steuerwagen) werden keine Figuren gerendert.

== _DriveDirR ==

Ananlog zu <code>_DriveDirF</code> für rückwärtige Objekte (Personen) im Führerstand von Rollmaterialien.

== _Geschwindigkeit ==

Eine Rotationsachse mit dem Drehwinkel von 360°. Sie wird nur bei Rollmaterialien benutzt. Diese Rotationsachse kann man sich als ein imaginäres Treibrad mit dem Radius von 1 m vorstellen, das vom Programm mit einer Rotationsgeschwindigkeit angesteuert wird, die der augenblicklichen Geschwindigkeit des Modells entspricht. Daran kann man z.B. die Steuerung einer Dampflokomotive oder die Räder eines Autos koppeln, um die Drehgeschwindigkeit der Räder der augenblicklichen Fahrzeuggeschwindigkeit anzupassen. Bei Rollmaterialien ohne eigenem Antrieb (ohne Motor) wird sie zur Drehbewegung der Räder verwendet, wie z.B. bei Waggons oder Anhängern für den Straßenverkehr. Die interne Standard-Drehgeschwindigkeit sämtlicher Achsen, darunter auch der Achse _Geschwindigkeit hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei <code>VelocAxis?? = 0.020</code> würde sie zehn mal langsamer und bei <code>VelocAxis?? = 2.0</code> zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der "_Geschwindigkeit"-Achse, die bau bedingt vom Modell zu Modell unterschiedlich sein kann).

== _GravityX ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in x-Richtungeingesetzt wird. Die Achse "_GravityX" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne X-Achse des Modells, also eine seitwärts gerichtete Schwingung nach links oder rechts, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann zum Erliegen kommt. Damit lässt sich z.B. ein Ketten-Karussell aufbauen, dessen Sessel (an Ketten befestigt) aufgrund der Radialbeschleunigung und der dabei zunehmenden Zentrifugalkraft nach außen geschwenkt werden, sobald sich das Karussell dreht bzw. beschleunigt. Die "_GravityX"-Achse wird oft in Kombination mit der Achse "_GravityY" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _GravityY ==

Eine Rotationsachse, die bei Rollmaterialien zur Simulation der Zentrifugal bzw. Zentripetalkraft in y-Richtung eingesetzt wird. Die Achse "_GravityY" bestimmt hierbei eine (mögliche) Pendelbewegung um die eigne Y-Achse des Modells, also eine vorwärts oder rückwärts gerichtete Schwingung, die aufgrund der simulierten Gravitation immer kleiner wird und irgendwann ganz zum Erliegen kommt. Diese Achse wird auch dazu benutzt, um die Lage eines Modells zu stabilisieren. Damit lassen sich z.B. Hubschrauber, oder sonstige, senkrecht startende Objekte ausstatten, die unabhängig vom Winkel des Fahrweges (Steigung oder Gefälle) eine konstante, waagrechte Orientierung annehmen. Die "_GravityY"-Achse wird oft in Kombination mit der Achse "_GravityX" eingesetzt, um die Wirkung der verschiedenen Scheinkräfte auf die Modelle zu betonen. Die damit ausgestatteten Modelle:

* folgen der senkrecht gerichteten Kraft der Gravitation,
* aufgrund der Radialbeschleunigung schwenken sie zur Seite,
* aufgrund der Zwangskraft (Trägheit der Masse) schwingen sie beim Beschleunigen und beim Bremsen nach vorne und hinten,
* aufgrund des Luftwiderstandes folgen sie den Vektoren der drei oben genannten Kräfte.

== _Nonstop ==

Eine Rotationsachse mit dem Drehwinkel von 360° (und dem Mehrfachen davon z.B. 720°). Sie kann sowohl bei Rollmaterialien, Immobilien, Gleisobjekten und bei Landschaftselementen eingesetzt werden. Die Achse dreht sich ununterbrochen mit einer konstanten, durch den Konstrukteur bestimmbaren Rotationsgeschwindigkeit. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse "_Nonstop", hat einen Programmvorgabewert von 0.20. Durch die Änderung des Parameters <code>VelocAxis</code> in der internen INI-Datei des Modells kann die Drehgeschwindigkeit beeinflusst werden. Bei VelocAxis?? = 0.020 würde sie zehn mal langsamer und bei VelocAxis?? = 2.00 zehn mal schneller gedreht werden. (Die Fragezeichen stehen dabei für die interne Nummer der _Nonstop-Achse, die von Modell zu Modell unterschiedlich sein kann).

<div id="Radsaetze">
== _vRadsatz ==

Gibt die Drehachse (Drehzapfen) des vorderen Radsatzes eines jeden Rollmaterials an. Der Bewegungsbereich dieser Rotationsachse sollte passend zum Modell gewählt werden. In den meisten Fällen liegt er zwischen -30° und +30°. Er kann jedoch kleiner oder auch größer bestimmt werden (je nachdem, ob ein Waggon oder ein LKW-Anhänger konstruiert wird). Die _vRadsatz-Achse dient dem Rollmaterial dazu, es immer in der Spur zu halten, vorwiegend in einer Kurve oder wenn es auf den Fahrweg (z.B. Gleis) aufgegleist wird. Auch wenn Flugzeuge oder Schiffe keinen sichtbaren Fahrweg befahren, so folgen Sie dennoch einem solchen und müssen daher ebenfalls "in der Spur" gehalten werden. Sowohl die _vRadsatz-, als auch die _hRadsatz-Achse sind daher unverzichtbare Bestandteile eines jeden Rollmaterials und sind deshalb obligatorisch. Fehlt einem Rollmaterial die "_vRadsatz"-Achse, so wird dieser Mangel beim Modellexportmit einer Fehlermeldung quittiert.

== _hRadsatz ==

Die Verwendung ist Analog zu _vRadsatz.

Hinweis: Auch wenn die meisten Straßenfahrzeuge nur vorne eine Lenkachse aufweisen und die hintere eine ungelenkte Differenzialachse ist, empfiehlt es sich dennoch, bei beiden Achsen den gleichen Bewegungsbereich zu definieren und die eigentliche Hinterachse als zusätzliche Achse unter die Basis zu kreuzen.

</div>
== _TimerS ==

Eine Rotationsachse mit einem Drehwinkel von 360°. Sie dient der Ansteuerung des Sekundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren aus vielerlei Epochen bzw. Ländern. Durch zusätzliche Parameter in der System-INI des Modells lässt sich zudem die mechanische Bewegung des Sekundenzeigers beeinflussen. So bewirkt z.B. die Angabe <code>SmoothAxis?? = 1</code> eine fließende Bewegung des Sekundenzeigers, er "tickt" nicht mehr. Der Parameter <code>SwissClock = 1</code> bewirkt, dass die Uhr den sogenannten "Minutensprung" vollzieht, was der schweizerischen Bauweise entspricht, die auch in Deutschland übernommen wurde. Dabei läuft der Sekundenzeiger innerhalb einer Minute etwas schneller als die tatsächlich verstrichene Zeit und bleibt bei der 59sten Sekunde für mindestens zwei Sekunden stehen bevor der "Minutensprung" vollzogen wird.

== _TimerM ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Minutenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen, wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerM"-Achse gesetzte Objekt des Minutenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180°, sobald der Minutenzeiger 30 verstrichene Minuten zeigen soll.

== _TimerH ==

Ist eine Rotationsachse mit einem Drehwinkel von 360° und dient der Ansteuerung des Stundenzeigers. Damit lassen sich Uhren-Modelle mit individuell gestalteten Zeigern bauen wie z.B. Bahnhofsuhren oder große Kirchenturm-Uhren. Das auf die "_TimerH"-Achse gesetzte Objekt des Stundenzeigers wird der verstrichenen Zeit entsprechend gedreht, z.B. um 180° sobald der Stundenzeiger 6 verstrichene Stunden zeigen soll.

== _Velocity ==

Diese Achse ermöglicht den Aufbau von funktionierenden Tachometern in den 3D-Kabinen der Modelle und kann sowohl als Rotations- als auch Skalierungsachse ausgeführt werden, je nach dem, ob es sich bei dem Anzeigeinstrument um einen Zeiger für eine runde Tachometer-Scheibe oder einen Balken für die waagrechte Anzeige handelt. Die Stellung der Achse _Velocity zeigt die aktuelle Geschwindigkeit des Fahrzeugs an, wobei sie nicht mit der Achse _Geschwindigkeit gekoppelt ist. Im Normalfall nimmt die Ausrichtung dieser Achse eine Position an, die zu der Geschwindigkeit des Fahrzeuges proportional ist, d.h. z.B. bei 100 km/h sind es genau 100° Drehbewegung. Die interne Standard-Geschwindigkeit sämtlicher Achsen, darunter auch die der Achse _Velocity, hat einen Programmvorgabewert von 0.20. Durch einen abweichenden Wert des Parameters <code>VelocAxis</code> kann jedoch eine andere Ausrichtung des Zeigers bestimmt werden. So ergibt VelocAxis?? = 0.40 einen Winkel von 200° bei 100 km/h.

Für die Berechnung der Tachometer-Scala (in der Textur des Tachometers) gilt die folgende Formel:

<center>[[Datei:formel_fuer_tachoscala.gif]]</center>

== _Wasser ==

Diese Achse ermöglicht die Simulation des unter Druck gesetzten Wassers, das z.B als Löschwasser bei Feuerwehrfahrzeugen, als Spritzwasser bei Springbrunnen und Bewässerungsanlagen oder herabfallendes Wasser bei Eisenbahn-Wasserkränen fungiert. Sie ist bei Rollmaterialien wie bei Immobilien oder Landschaftsobjekten anwendbar. Es ist unbedingt zu beachten, dass die Achse <code>_Wasser</code> ausschließlich in Kombination mit der Unterachse <code>Wasser</code> eingesetzt werden darf. Dabei ruft die Achse <code>_Wasser</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>_Wasser</code> die Dosierung des Wasserdrucks steuert.

Diese Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden; sie benötigt immer eine übergeordnete Rotationsachse benötigt.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: _Wasser1, _Wasser2", _Wasser3 usw.

== Wasser ==

Ist eine Translationsachse mit dem Bewegungsbereich von <code>min = 0</code> bis <code>max = 100</code>, was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung des Wasserdrucks dient. Die <code>Wasser</code>-Achse darf ausschließlich in Kombination mit der Achse <code>_Wasser<c/ode> eingesetzt werden und ist dieser nachgeordnet. Sie muss also direkt unter die <code>_Wasser<code>-Achse gekreuzt werden. Diese Achse kann sowohl bei Rollmaterialien als auch Immobilien und Gleisobjekten benutzt werden.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Wasser-Austrittspunkte aufweisen (z.B. ein Springbrunnen in einer Parkanlage oder ein Bewässerungssystem auf einem Feld), werden die Achsen durchnummeriert. Beispiel: Wasser1, Wasser2, Wasser3 usw. Das Aussehen und das Verhalten des Wassers wird in der internen INI-Datei des Modells in den Sektionen <code>[Model_Water_??]</code> und <code>[Model_ParticleTex]</code> abgestimmt. Durch die Änderung der Parameterwerte für die Fließgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Wassers geschaffen werden.

== _Schutt ==

Diese Achse kann in Immobilien und Gleisobjekten für die Simulation vom herabfallendem Sand, Kohlen, Schotter oder anderen Materialien mit ähnlich fester oder staubiger Konsistenz benutzt werden. Die Achse <code>_Schutt</code> darf ausschließlich in Kombination mit der Unterachse <code>Schutt</code> eingesetzt werden. Dabei ruft die Achse <code>_Schutt</code> die Programmfunktion auf, welche einen frei definierbaren Partikelausstoß erzeugt, wohingegen die Unterachse <code>_Schutt</code> die Dosierung der herabfallenden Partikel steuert.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Rotationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: _Schutt1, _Schutt2, _Schutt3 usw.

== Schutt ==

Eine Translationsachse mit dem Bewegungsbereich von "min = 0" bis "max = 100", was sinngemäß dem prozentualen Einstellbereich von 0% bis 100% entspricht und der Regulierung der herabfallenden Partikel dient. Die Schutt-Achse darf ausschließlich in Kombination mit der Achse _Schutt eingesetzt werden und ist dieser nachgeordnet. Sie wird direkt unter die "_Schutt"-Achse gesetzt.

Hinweis: Die Achse darf nicht direkt unter das Basis-Kreuz des Modells gesetzt werden. Sie benötigt eine übergeordnete Translationsachse.

Sollte ein Modell mehrere Partikel-Austrittspunkte aufweisen (z.B. eine Bekohlungsanlage oder ein Kieswerk), werden die Achsen durchnummeriert. Beispiel: Schutt1, Schutt2, Schutt3 usw. Das Aussehen und das Verhalten des herabfallenden Materials wird in der internen INI-Datei des Modells in den Sektionen <code>[Model_Debris_??]</code>, <code>[Model_IncludeSmoke_??]</code> und <code>[Model_ParticleTex]<c/ode> abgestimmt. Durch die Änderung der Parameterwerte für die Fallgeschwindigkeit, Ejakulationsfrequenz, Skalierung und Farbe der Partikel kann für jeden Austrittspunkt ein individuelles Erscheinungsbild des Materials geschaffen werden, wie z.B. gelber Sand, fest wirkende Braunkohle-Stücke oder staubiger Zement.

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zur Startseite]

Konzepte: Achse

2021-07-07T18:54:32Z

HW1:

== Was ist eine Achse? ==
 
Modelle, deren Gestalt sich ändern können soll, benötigen Achsen. Sie haben nicht viel mit Fahrzeugachsen zu tun. Man kann sich vorstellen, dass z. B. ein Stab an einer bestimmten Stelle in einen Karton gesteckt wird und an diesem Stab etwas befestigt wird. Der Stab kann sich dann drehen und/oder in einem Schlitz hin- und her bewegen. Der Stab selber ist dann die Achse.

Jedes [[Konzepte: Modell|Modell]] hat genau eine Basis-Achse.
Diese heißt in den meisten Fällen <tt>Basis</tt>, bei Fahrwegen (Splines) heißt sie <tt>Track</tt>.

Achsen sind ein wesentlicher Bestandteil für die Erstellung dynamischer Modelle und komplexer Rollmaterialien.

== Bewegung ==
 
Es gibt vier Arten von Transformationen, die auf Achsen möglich sind:
# Rotationsachsen für jede Form von Drehbewegung: Dies kann eine kontinuierliche Bewegung wie das Drehen von Rädern sein oder auch eine beschränkte Drehung wie bei Türen.
# Translationsachsen für Verschiebungen: Beispiele sind Schiebetüren oder der Kreuzkopf in der Steuerung einer Dampflokomotive.
# Skalierungsachsen für Dehnungen und Stauchungen, etwa zum Ein- und Ausblenden von Fahrgästen.
# Mit einer manuellen Transformation können auch zusammengesetzte Bewegungsabläufe festgelegt werden.

Einer Achse wird ein [[Konzepte: Objekt|Objekt]] zugeordnet.
Dieses Objekt führt dann die definierte Bewegung aus.

Es ist auch zulässig, ''kein'' Objekt auf einer Achse zu haben (siehe Abschnitt [[#Zusammensetzung von Bewegungen|Zusammensetzung von Bewegungen]]).

== Eigenschaften von Achsen ==
 
Für jede Achse, außer der Basis-Achse, muss festgelegt werden:
* die Position in x-, y- und z-Koordinaten
* die Richtung
* die Orientierung
* der Bewegungsbereich
* die Ruhestellung

== Standard-Transformationen ==
 
Für die Standard-Transformationen (Translation, Rotation und Skalierung) ist die Richtung besonders wichtig.
Jede Achse muss so ausgerichtet sein, dass die Bewegung über die z-Achse erfolgt:
* Eine Rotationsachse dreht sich um die z-Achse.
* Eine Translationsachse bewegt sich in Richtung der z-Achse.
* Eine Skalierungsachse dehnt und staucht entlang der z-Achse.

Die unmittelbaren Einstellungen zu den Transformationen erfolgen in den Feldern des Dialogs [[Achsensteuerung]].

Weitergehende Einstellung zu den Bewegungen gibt es in der [[Interne Ini-Datei der Modelle|internen Ini-Datei]].
Hier kann die Geschwindigkeit der Bewegung, ein zugeordnetes Geräusch und vieles weitere festgelegt werden.

== Manuelle Transformation ==
 
Mit der manuellen Transformation ist es möglich, kompliziertere Bewegungen mithilfe einer einzigen Achse zu realisieren.
Als Beispiel kann man sich eine Fahrzeugtür vorstellen, die zunächst im Ganzen nach außen bewegt wird und sich dann zur Seite schiebt.

Eine manuelle Transformation ist sozusagen eine Art Daumenkino, bei dem man die einzelnen Stellungen der Achse definiert, die nach einander dargestellt werden sollen.
Jede Position wird als Änderung gegenüber der Ausgangslage beschrieben.
Hierbei können separate Werte für Verschiebungen, Drehungen und Skalierungen festgelegt werden, und zwar jeweils für alle drei Koordinatenachsen ''x'', ''y'' und ''z''.

== Achsennamen ==
 
Jede Achse benötigt einen eindeutigen Namen.
Dabei sind folgende Dinge zu beachten:
* Es gibt etliche reservierte Achsennamen, die ausschließlich für den Aufruf bestimmter Programmfunktionen verwendet werden dürfen. Eine vollständige Auflistung der Systemachsen ist unter [[Reservierte Achsennamen]] zu finden.
* Achsennamen dürfen keine Leerstellen oder Sonderzeichen (auch keine Umlaute oder ß) enthalten. Einzige Ausnahme ist der Unterstrich (<code>_</code>), der folgende Bedeutung hat:
* Achsennamen, die mit einer Unterstrich (<code>_</code>) beginnen, werden dem Anwender in EEP ''nicht'' zur Steuerung angeboten, weder direkt im Modell, noch für Kontaktpunkte oder LUA-Funktionen.
* Alle anderen Achsen kann der Anwender in EEP steuern, indem er das Modell (Immobilie, Rollmaterial, etc.) anklickt und dann die Achse bewegt. Solche Bewegungen können auch über Kontaktpunkte oder LUA-Funktionen ausgelöst werden.
 
== Zusammensetzung von Bewegungen ==
 
Achsen müssen nicht immer auf der Basis-Achse sitzen (Jargon des Home-Nostruktor: "unter die Basis gekreuzt werden").
Vielmehr können Achsen auch auf anderen Achsen sitzen ("unter ihnen gekreuzt sein").

Wichtig zu wissen ist in diesem Fall, dass die Position und Ausrichtung der Achse dann im Koordinatensystem der übergeordneten Achse erfolgt.

Dabei kann es vorkommen, dass eine (Zwischen-) Achse ''kein'' Objekt trägt, wenn diese Achse in einer zusammengesetzten Bewegung benötigt wird, ohne dass dort ein sichtbares Modellteil vorgesehen ist.

== Kopplungen ==
 
Eine weitere Stärke des Konzepts ist, dass die Bewegung einer Achse auch eine Bewegung einer oder mehrerer anderer Achsen auslösen kann.
Man spricht hier von einer Kopplung von Achsen.

Als relativ einfaches Beispiel kann man sich ein Fahrzeug vorstellen, bei dem sich das Lenkrad in Abhängigkeit des Radeinschlages dreht.

Ein wesentlich komplizierterer Anwendungsfall ist das komplette Steuergestänge einer Dampflokomotive, deren Einzelteile sich ja nicht unabhängig voneinander bewegen sollen, sondern insgesamt die typische Bewegung einer Dampfloksteuerung ausführen sollen.

== Reentry ==
 
Im Falle komplizierter Bewegungen wie dem Steuergestänge einer Dampflokomotive wäre es sehr aufwändig, die einzelnen Achsenbewegungen über manuelle Transformationen und deren Kopplungen festzulegen, falls es überhaupt möglich ist.
Daher gibt es mit dem sogenannten "Reentry" eine weitere Möglichkeit, Abhängigkeiten zwischen bewegten Achsen zu definieren.

Generell kann man sich die Ausgangslage so vorstellen, dass man eine Folge von aufeinander sitzenden ("untereinander gekreuzten") Achsen hat, deren letzte an einem fixen Punkt angreifen soll.

Man lässt nun für eine oder mehrere dieser Achsen die Kopplung leer. Dann wählt man für die letzte Achse ein "Reentry" und definiert die Achse, bis zu der berechnet werden soll.
Deren übergeordnete Achse bestimmt dann den Fixpunkt.
Danach berechnet der Home-Nostruktor selbstständig, welche Positionen die einzelnen Achsen haben müssen, um alle Anforderungen zu erfüllen.

Dabei sollte klar sein, dass nicht in allen Fällen eine Bewegung ermittelt werden kann, die den Anforderungen genügt.
Umgekehrt kann es aber auch zu viele Lösungen für das Problem geben, so dass ein befriedigendes Ergebnis nicht einfach zu erreichen ist.

== Siehe auch ==
 
* [[Konzepte: Projekt]]
* [[Konzepte: Modell]]
* [[Achsensteuerung]]

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[Hauptseite|↑ Hauptseite ]]
!style="text-align:left;width:200px"|
[[Konzepte: Objekt| ← 2.3 Was ist ein Objekt?]]
!style="text-align:left;width:200px"|
2.4 Was ist eine Achse?
|[[Konzepte: Kon-Datei| 2.5 Was ist eine Kon-Datei? → ]]
|}

Konzepte: Achse

2021-07-07T18:52:26Z

HW1:

== Was ist eine Achse? ==
 
Modelle, deren Gestalt sich ändern können soll, benötigen Achsen. Sie haben nicht viel mit Fahrzeugachsen zu tun. Man kann sich vorstellen, dass z. B. ein Stab an einer bestimmten Stelle in einen Karton gesteckt wird und an diesem Stab etwas befestigt wird. Der Stab kann sich dann drehen und/oder in einem Schlitz hin- und her bewegen. Der Stab selber ist dann die Achse.

Jedes [[Konzepte: Modell|Modell]] eine genau eine Basis-Achse.
Diese heißt in den meisten Fällen <tt>Basis</tt>, bei Fahrwegen (Splines) heißt sie <tt>Track</tt>.

Achsen sind ein wesentlicher Bestandteil für die Erstellung dynamischer Modelle und komplexer Rollmaterialien, weshalb empfohlen wird, sich mit den Möglichkeiten und Bedingungen der Achsen intensiv auseinanderzusetzen.

== Bewegung ==
 
Es gibt vier Arten von Transformationen, die auf Achsen möglich sind:
# Rotationsachsen für jede Form von Drehbewegung: Dies kann eine kontinuierliche Bewegung wie das Drehen von Rädern sein oder auch eine beschränkte Drehung wie bei Türen.
# Translationsachsen für Verschiebungen: Beispiele sind Schiebetüren oder der Kreuzkopf in der Steuerung einer Dampflokomotive.
# Skalierungsachsen für Dehnungen und Stauchungen, etwa zum Ein- und Ausblenden von Fahrgästen.
# Mit einer manuellen Transformation können auch zusammengesetzte Bewegungsabläufe festgelegt werden.

Einer Achse wird ein [[Konzepte: Objekt|Objekt]] zugeordnet.
Dieses Objekt führt dann die definierte Bewegung aus.

Es ist auch zulässig, ''kein'' Objekt auf einer Achse zu haben (siehe Abschnitt [[#Zusammensetzung von Bewegungen|Zusammensetzung von Bewegungen]]).

== Eigenschaften von Achsen ==
 
Für jede Achse, außer der Basis-Achse, muss festgelegt werden:
* die Position in x-, y- und z-Koordinaten
* die Richtung
* die Orientierung
* der Bewegungsbereich
* die Ruhestellung

== Standard-Transformationen ==
 
Für die Standard-Transformationen (Translation, Rotation und Skalierung) ist die Richtung besonders wichtig.
Jede Achse muss so ausgerichtet sein, dass die Bewegung über die z-Achse erfolgt:
* Eine Rotationsachse dreht sich um die z-Achse.
* Eine Translationsachse bewegt sich in Richtung der z-Achse.
* Eine Skalierungsachse dehnt und staucht entlang der z-Achse.

Die unmittelbaren Einstellungen zu den Transformationen erfolgen in den Feldern des Dialogs [[Achsensteuerung]].

Weitergehende Einstellung zu den Bewegungen gibt es in der [[Interne Ini-Datei der Modelle|internen Ini-Datei]].
Hier kann die Geschwindigkeit der Bewegung, ein zugeordnetes Geräusch und vieles weitere festgelegt werden.

== Manuelle Transformation ==
 
Mit der manuellen Transformation ist es möglich, kompliziertere Bewegungen mithilfe einer einzigen Achse zu realisieren.
Als Beispiel kann man sich eine Fahrzeugtür vorstellen, die zunächst im Ganzen nach außen bewegt wird und sich dann zur Seite schiebt.

Eine manuelle Transformation ist sozusagen eine Art Daumenkino, bei dem man die einzelnen Stellungen der Achse definiert, die nach einander dargestellt werden sollen.
Jede Position wird als Änderung gegenüber der Ausgangslage beschrieben.
Hierbei können separate Werte für Verschiebungen, Drehungen und Skalierungen festgelegt werden, und zwar jeweils für alle drei Koordinatenachsen ''x'', ''y'' und ''z''.

== Achsennamen ==
 
Jede Achse benötigt einen eindeutigen Namen.
Dabei sind folgende Dinge zu beachten:
* Es gibt etliche reservierte Achsennamen, die ausschließlich für den Aufruf bestimmter Programmfunktionen verwendet werden dürfen. Eine vollständige Auflistung der Systemachsen ist unter [[Reservierte Achsennamen]] zu finden.
* Achsennamen dürfen keine Leerstellen oder Sonderzeichen (auch keine Umlaute oder ß) enthalten. Einzige Ausnahme ist der Unterstrich (<code>_</code>), der folgende Bedeutung hat:
* Achsennamen, die mit einer Unterstrich (<code>_</code>) beginnen, werden dem Anwender in EEP ''nicht'' zur Steuerung angeboten, weder direkt im Modell, noch für Kontaktpunkte oder LUA-Funktionen.
* Alle anderen Achsen kann der Anwender in EEP steuern, indem er das Modell (Immobilie, Rollmaterial, etc.) anklickt und dann die Achse bewegt. Solche Bewegungen können auch über Kontaktpunkte oder LUA-Funktionen ausgelöst werden.
 
== Zusammensetzung von Bewegungen ==
 
Achsen müssen nicht immer auf der Basis-Achse sitzen (Jargon des Home-Nostruktor: "unter die Basis gekreuzt werden").
Vielmehr können Achsen auch auf anderen Achsen sitzen ("unter ihnen gekreuzt sein").

Wichtig zu wissen ist in diesem Fall, dass die Position und Ausrichtung der Achse dann im Koordinatensystem der übergeordneten Achse erfolgt.

Dabei kann es vorkommen, dass eine (Zwischen-) Achse ''kein'' Objekt trägt, wenn diese Achse in einer zusammengesetzten Bewegung benötigt wird, ohne dass dort ein sichtbares Modellteil vorgesehen ist.

== Kopplungen ==
 
Eine weitere Stärke des Konzepts ist, dass die Bewegung einer Achse auch eine Bewegung einer oder mehrerer anderer Achsen auslösen kann.
Man spricht hier von einer Kopplung von Achsen.

Als relativ einfaches Beispiel kann man sich ein Fahrzeug vorstellen, bei dem sich das Lenkrad in Abhängigkeit des Radeinschlages dreht.

Ein wesentlich komplizierterer Anwendungsfall ist das komplette Steuergestänge einer Dampflokomotive, deren Einzelteile sich ja nicht unabhängig voneinander bewegen sollen, sondern insgesamt die typische Bewegung einer Dampfloksteuerung ausführen sollen.

== Reentry ==
 
Im Falle komplizierter Bewegungen wie dem Steuergestänge einer Dampflokomotive wäre es sehr aufwändig, die einzelnen Achsenbewegungen über manuelle Transformationen und deren Kopplungen festzulegen, falls es überhaupt möglich ist.
Daher gibt es mit dem sogenannten "Reentry" eine weitere Möglichkeit, Abhängigkeiten zwischen bewegten Achsen zu definieren.

Generell kann man sich die Ausgangslage so vorstellen, dass man eine Folge von aufeinander sitzenden ("untereinander gekreuzten") Achsen hat, deren letzte an einem fixen Punkt angreifen soll.

Man lässt nun für eine oder mehrere dieser Achsen die Kopplung leer. Dann wählt man für die letzte Achse ein "Reentry" und definiert die Achse, bis zu der berechnet werden soll.
Deren übergeordnete Achse bestimmt dann den Fixpunkt.
Danach berechnet der Home-Nostruktor selbstständig, welche Positionen die einzelnen Achsen haben müssen, um alle Anforderungen zu erfüllen.

Dabei sollte klar sein, dass nicht in allen Fällen eine Bewegung ermittelt werden kann, die den Anforderungen genügt.
Umgekehrt kann es aber auch zu viele Lösungen für das Problem geben, so dass ein befriedigendes Ergebnis nicht einfach zu erreichen ist.

== Siehe auch ==
 
* [[Konzepte: Projekt]]
* [[Konzepte: Modell]]
* [[Achsensteuerung]]

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[Hauptseite|↑ Hauptseite ]]
!style="text-align:left;width:200px"|
[[Konzepte: Objekt| ← 2.3 Was ist ein Objekt?]]
!style="text-align:left;width:200px"|
2.4 Was ist eine Achse?
|[[Konzepte: Kon-Datei| 2.5 Was ist eine Kon-Datei? → ]]
|}

Schnelleinstieg (für Fortgeschrittene)

2021-06-05T20:14:18Z

HW1:

Der Schnelleinstieg mit der sich anschließenden praktischen Übung richtet sich in erster Linie an Anwender, die mit den grundlegenden Techniken wie dem Zeichnen von Drahtgittern und dem Auftragen von Texturen (dem sogenannten UV-Mapping) vertraut sind. Auch wenn der Aufbau der Menüs, der Dialogfenster und die Werkzeuge zum Zeichnen des Drahtgitters weitgehend selbsterklärend sind, gibt es doch Besonderheiten und konzeptionelle Anforderungen, die in der folgenden Übersicht aufgelistet und erläutert werden.

== Unterschiede und Neuerungen im Vergleich zu früheren Programmversionen vom Home-Nostruktor ==

Da wir versuchen, dieses Wiki aktuell zu halten mit den Funktionen der jeweilig aktuellsten Version, finden Sie hier Neuerungen der einzelnen Versionen. Wenn Sie also (noch) nicht die aktuelle Version besitzen, können Sie hier überprüfen, ob die im Wiki beschriebene Funktion in Ihrer Version bereits enthalten ist.
 
=== Neues im Home-Nostruktor 15 ===

* Beschriftungsfunktion für Modelle
* Neue Lichtfunktionen wie Veränderung der Helligkeit beim fertigen Modell
* Neue Systemachsen: PingPong, _DriveDir (Fahrtrichtungsposition) und MoorRPM (Drehzahlmesser, Antriebsableitung)
 
== Projekte im ''"Projects"''-Ordner ==
 
Um eine bessere Übersicht und ein möglichst einfaches Verfahren bei der Datensicherung zu gewährleisten, werden 3D-Modelle mitsamt ihren Konstruktionsdateien sowie allen weiteren für den Betrieb notwendigen Komponenten als Projekte im Projects-Ordner gespeichert. Die Konstruktionsdateien entsprechen jeder einzelnen Ansicht, ähnlich wie Layer in anderen Programmen. Die einzelnen Projektordner können auf externe Laufwerke oder USB-Sticks kopiert und auch von dort geöffnet werden.
 
[[#top|▲]]
== Speicherung der Fenster in der zuletzt eingestellten Größe und Ansicht ==
 
Bei der Speicherung von Projekten wird jedes einzelne Fenster in der jeweiligen Lage, Größe und Ansicht separat mitgespeichert. Wird ein gesichertes Projekt erneut geladen, öffnen sich die einzelnen Fenster automatisch in der zuletzt genutzten Ansicht. Dies ist vor allem bei Projekten mit sehr vielen Konstruktionsdateien zeitsparend und hilfreich, da Sie die Arbeitsoberfläche so wiederfinden, wie Sie diese bei der letzten Sitzung verlassen haben. Die Fenster von neu angelegten und noch nicht gespeicherten Projekten zeigen sich in einer Standardansicht, die Sie nach Belieben verändern und anpassen können.
 
[[#top|▲]]
== Vertikale Ausrichtung in der Normalprojektion ==
 
Neu erzeugte KON-Dateien der [https://de.wikipedia.org/wiki/Normalprojektion Normalprojektion] erhalten automatisch eine Ausgangsdrehung um die X-Achse von 270°, was im Instanzen-Dialog der KON-Dateien zu beachten ist und dort geändert werden kann.
<center>[[Datei:lage_270_grad.jpg]]</center>
Die gezeichneten Konstruktionen werden also senkrecht aufgerichtet, so dass Sie das Objekt in der 3D-Projektion in seiner (uns natürlich erscheinenden) Ausrichtung betrachten können. Neu angelegte Instanzen, die einer KON-Datei hinzugefügt werden, "erben" automatisch die Parameter der zuletzt aufgerufenen Instanz, d.h. die Position, die Drehung, die Skalierung und alle weiteren Einstellungen wie z.B. das Backface-[https://de.wikipedia.org/wiki/Culling Culling], die Ausleuchtung und das Z-Offset.
 
[[#top|▲]]
== Zeichnen im Raster ==
 
Alle [https://de.wikipedia.org/wiki/Vertex Vertices] und alle Außen- und Unterteilungslinien werden innerhalb der Kästchen des Rasters gezeichnet.
<center>[[Datei:vertex_im_raster.jpg]]</center>
Dies ist insofern logisch, als ein [https://de.wikipedia.org/wiki/Vertex Vertex] – ebenso wie ein Pixel – keine Ausdehnung besitzt und somit unteilbar ist. Dieser Überlegung folgend beschreibt ein Vertex einen ganz bestimmten Punkt und nicht einen Zwischenraum im Koordinatensystem. Ein Vertex liegt also nicht etwa zwischen dem 46. und 47. Punkt des Koordinatensystems, sondern fällt exakt auf einen der beiden Punkte.
 
[[#top|▲]]
== Zeichnen und Abspeichern in 1cm-Rastereinteilung ==
 
Das Zeichnen und vor allem das Abspeichern der Geometrie in den Konstruktionsdateien wird in 1 cm-Rastereinteilung abgetastet. Wenn eine feinere Teilung im Modell gewünscht wird, kann man ein mehrfaches der Einteilung verwenden und im Instanzen-Dialog um den entsprechenden Faktor wieder herunterskalieren (Beispiel: 10 Rasterpunkte auf der X-Achse sollen 1 cm darstellen, dann wird der Wert der X-Skalierung auf 0.1 gesetzt).
 
[[#top|▲]]
== Texturabbildung in den Formaten DDS, PNG und TGA ==
 
Für das [https://de.wikipedia.org/wiki/UV-Koordinaten UV-Mapping] , d.h. die Texturabbildung der Modelle, werden im Home-Nostruktor die unkomprimierten Dateiformate DDS-, PNG- oder TGA angewendet. Diese Formate verfügen über einen integrierten [https://de.wikipedia.org/wiki/Alphakanal Alphakanal], der das Ausblenden der [https://de.wikipedia.org/wiki/Texel_(Bildsynthese) Texel] durch Alpha-Werte erheblich vereinfacht und die Anfertigung von Texturen beschleunigt. Die Aktualisierungsfunktion [F5] arbeitet in Echtzeit, so dass Sie das 3D-Modell im Home-Nostruktor und die dazugehörige Textur in Ihrem Grafikbearbeitungsprogramm simultan begutachten und editieren können.
 
[[#top|▲]]
== Texturierung für alle Vertices ==
 
Bedingt durch die konsequente Arbeitsweise der [https://de.wikipedia.org/wiki/Pixel-Shader Pixel-Shader] und die Notwendigkeit, eine möglichst hohe Rendering-Geschwindigkeit zu gewährleisten, müssen prinzipiell alle Vertices in den [https://de.wikipedia.org/wiki/Drahtgittermodell Drahtgittermodellen] texturiert sein und damit eine gültige Belegung mit einer Texturen-ID aufweisen. Bliebe in einem Modell nur ein einziger Vertex untexturiert, würde dies zur Bildung eines weiteren RGD, d.h. eines zusätzlichen Konstruktes innerhalb des Objekts, führen. Dies wiederum hätte zur Folge, dass das Rendern des Modells in der [https://de.wikipedia.org/wiki/Grafikpipeline Rendering-Pipeline] unterbrochen und ein neuer Befehlssatz – speziell für untexturierte Vertices – geladen werden müsste. 
Um eine solche Situation zu vermeiden, überwacht der Home-Nostruktor die Belegung aller Vertex-Listen beim Modellexport. Vertices, die keine gültige Textur-ID aufweisen, weil diese vergessen oder übersehen wurden, werden automatisch mit einer Art "Notfall"-Textur überzogen – einer kleinen weißen Textur, die auf die "nackten" Vertices aufgetragen wird, um den Renderingsprozess nicht zu unterbrechen. Auch wenn dieser "Notfalleinsatz" immer greift, sind Sie besser beraten, wenn Sie das Textur-Mapping konsequent und sorgfältig kontrollieren.
 
[[#top|▲]]
== Systemtextur(en) ==
 
Beim Export eines Modells als *.3dm-Kapsel werden mehrere Einzel-Texturen zu einer großen Systemtextur verbunden. Das ist deshalb bedeutsam, weil die Anzahl der Texturen ein Multiplikator der Rendering-Pipeline ist und deshalb möglichst klein gehalten werden sollte. Mit Rücksicht auf den Rechenaufwand und die Adressierung ist eine einzige Textur für das gesamte Modell die optimale und allzeit anzustrebende Lösung. 
Um das Optimum einer solchen Systemtextur zu erreichen, darf sich eine Textur nicht mehr als 15 mal in den Dimensionen "u" und "v" wiederholen. Wird eine wiederholbare Textur öfter als 15 mal gekachelt, kann sie nicht in die sogenannte Systemtextur eingebunden, sondern muss ausgelagert, also "verbannt" werden, was den Renderingsprozess wiederum verlangsamt. Beim Aufbau von Modellen, die viele Wiederholungen des Texturmotivs erfordern, sollte die Kachelung gleich in der einen Haupttextur berücksichtigt und angewendet werden. Damit wird die Textur in ihren Dimensionen zwar größer, doch im Blick auf die Rendering-Geschwindigkeit ist es vorteilhafter, nicht mehrere, sondern eine einzige, wenn auch größere Textur zu verwenden.
 
[[#top|▲]]
== Smooth-Shading ==
 
Der Home-Nostruktor interpoliert standardmäßig die Farbwerte der Vertices und wendet ausschließlich [https://en.wikipedia.org/wiki/Shading Smooth-Shading] an. Wenn Vertices unterschiedliche Farbwerte aufweisen (grundsätzlich wird ein einheitlicher Farbwert von R=200, G=200, B=200 empfohlen), müssen Sie das Drahtgitter, separiert nach den Farbwerten, auf mehrere KON-Dateien aufteilen, sodass jede KON-Datei nur eine separierte Farbe speichert. Eine homogene Farbe ist nur durch die Aufteilung der Konstruktion in mehrere Zeichnungen zu erzeugen, da bei gleichfarbigen Vertices kein sichtbarer Farbverlauf entstehen kann: Aus der Interpolation "Rot" zu "Rot" kann nichts anderes als "Rot" entstehen.
 
[[#top|▲]]
== Bestimmung der Materialfarbe aus der Farbe der Texel ==
 
Für eine korrekte und bei allen Modellen identische Ausleuchtung des Drahtgitters ist es notwendig, dass möglichst alle Vertices den gleichen Farbwert aufweisen, und zwar den RGB-Wert 200, 200, 200. Dieser relativ helle Grauton, der keine Buntheit, sondern nur einen Farbreiz vermittelt, eignet sich hervorragend für die Modulation durch das ambiente oder gerichtete Licht, da er abgedunkelt und vor allem auch aufgehellt werden kann. 
Würde ein Vertex den RGB-Farbwert 255, 255, 255, d.h. Weiß aufweisen, könnte er durch das Licht nicht mehr aufgehellt werden, da reines Weiß nicht noch weißer werden kann. Sinngemäß trifft dieser Sachverhalt auch auf andere Vertex-Farben zu, beispielsweise auf die Farbe Blau. Geht man davon aus, dass diese Farbe aus den Werten: R=0, G=0, B=255 besteht, kann das Licht lediglich den roten und grünen Kanal aufhellen, da der Blau-Kanal seinen Endwert von 255 bereits erreicht hat. Damit würde sich die Ausleuchtung verändern, was auch zwangsläufig eine veränderte Farbwirkung zur Folge hätte.
 
[[#top|▲]]
== Verzicht auf Untermodelle mit unbeweglichen Achsen ==
 
[[Datei: signal_gelb.png|50px]]

Immobilien, Gleisobjekte und Landschaftselemente mit Achsen, die keinen Bewegungsbereich aufweisen oder deren Achsen nur einmal (beim Einsetzen) aktiviert werden, sollen begründete Ausnahme sein. Der Grund dafür liegt im erheblich erhöhten Renderingsaufwand in EEP selbst.
<center>[[Datei:22achsen.jpg]]</center>
Die Anzahl der Achsenmodelle sind ein Multiplikator der Rendering-Pipeline; die Auswirkungen auf die Rechengeschwindigkeit können erheblich sein. Ein Modell muss die Pipeline so viele Male durchqueren, wie es Achsenmodelle besitzt – ganz gleich, ob diese sich bewegen oder nicht. Hat ein Bahnhof z.B. zweiundzwanzig Untermodelle auf unbeweglichen Achsen aufzuweisen, läuft das Modell mindestens zweiundzwanzig Mal durch die Rendering-Pipeline, bis es diese fertig gerendert verlassen kann. Ein derartiges Konstruktionsprinzip lässt der Home-Nostruktor nicht kommentarlos zu. Versucht man, ein so konstruiertes Modell zu exportieren, erscheint beim Export eine entsprechende Performance-Warnung.
<center>[[Datei:export_knuffingen.jpg]]</center>
Statt komplexe Modelle unter Verwendung von unbeweglichen Achsen aufzubauen, lässt sich – nicht weniger komfortabel – die Import-Funktion von Objekten in andere Objekte (z.B. das Basis-Objekt) nutzen.
 
[[#top|▲]]
== Bestimmung der Achsenorientierung durch Eingaben ==
 
Lage und Orientierung der Achsen im Dialog der Achsenschachtelung werden über die Schaltfläche "Berechne Rotation" bestimmt. Damit bleibt Ihnen eine ständige Konfrontation mit der Eulerschen Winkel-Berechnung erspart.
<center>[[Datei:berechne_rotation.jpg]]</center>
Mit diesem Befehl öffnen Sie einen Dialog, in dem Sie den Rotationsgrad (z.B. 22,5°) für eine oder alle Transformationsachsen eingeben können. Damit wird das Winkelmaß automatisch in das Bogenmaß umgerechnet und dieses Ergebnis im jeweiligen Eingabefeld für die Orientierung übernommen.
 
[[#top|▲]]
== Licht-System ==
 
Das Lichtsystem passt die Intensität des Lichtes dynamisch der Ausleuchtung der Anlage an. So können z.B. Signalbilder – unabhängig von der Tages- und Nachtzeit – auch von weitem abgelesen werden. Durch den Einsatz von [https://de.wikipedia.org/wiki/Lens_Flare Flares], d.h. Linsenlichtreflexen, lässt sich der erzielte Effekt noch steigern. 
Bei Rollmaterialien gibt es noch eine weitere Funktion: Die Lichter können so gesteuert werden, dass sie an der gekoppelten Seite von Rollmaterialien automatisch erlöschen, wie dies bei realen Zügen normalerweise der Fall ist.
 
[[#top|▲]]
== Systemachsen ==
 
Um bestimmte Funktionsweisen von 3D-Modellen in EEP zu ermöglichen, wurden verschiedene Achsennamen vergeben, die exklusiv dafür reserviert sind und ausschließlich zum Aufruf der betreffenden Funktion benutzt werden dürfen. Da die Funktion und deren Ansteuerung durch das ausführende Programm – Home-Nostruktor bzw. EEP – bereitgestellt wird, werden die reservierten Achsennamen auch "Systemachsen" genannt. Es gibt eine ganze Reihe reservierter Achsennamen wie z.B.: _Nonstop, _1, _2, _3, _4, _5, _Antrieb, _DriveDirF, _DriveDirR, _TimerS, _TimerM, _TimerH, _Velocity.
 
[[#top|▲]]
== Schreibweise und Aufteilung von Parametern in INI-Einträgen ==
 
Es gibt eine strikte Trennung zwischen der internen, für die Funktionalität des Modells zuständigen System-INI-Datei und der externen, ausgelagerten Modell-INI-Datei. Die ausgelagerte INI-Datei ist hauptsächlich für die Katalogisierung und Lokalisierung des Modells und die Benennung von Achsen zuständig. Sie ist auch nachträglich änderbar, weil sie mit dem gleichen Dateinamen im selben Ressourcen-Ordner abgespeichert wird wie die .3dm-Datei, in der die interne INI-Datei gekapselt ist.
 
[[#top|▲]]
== Effekt-Technologien ==
 
* Reflexion – vertreten durch Glanz und Spiegelung
* Linsenlichtreflexe – vertreten durch Flares
* Randglühen – vertreten durch den [https://de.wikipedia.org/wiki/Blooming Bloom-Effekt]
* Reliefzuordnung – vertreten durch das [https://de.wikipedia.org/wiki/Parallax_Mapping Parallax-Bumpmapping]
* Spekularität – vertreten durch Masken des specularen Lichts
 
Die damit verfügbaren Gestaltungsmöglichkeiten sind für das Erscheinungsbild des Modells, hier besonders für die Materialoberfläche, ebenso wichtig wie ein gelungenes Drahtgitter oder eine fotorealistische Textur.
 
[[#top|▲]]
== Kurztutorium ==
 
Im [[Kurztutorium Stadthaus|diesem Kurztutorium "Stadthaus"]] lernen Sie, wie Sie
* einzelne Konstruktionsinhalte und deren Instanzen zu Gruppen zusammenfassen, 
* Normalvektoren anzeigen und deren Ausrichtung beeinflussen, 
* eine Oberfläche mit spezifischen Materialeigenschaften ausstatten. 
 

 
[[#top|▲]]
== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:300px"|
[[Was ist der Home-Nostruktor?| ← 1.2 Was ist der Home-Nostruktor?]]
!style="text-align:left;width:300px"|
1.3 Schnelleinstieg (für Fortgeschrittene)
|[[Konzepte: Projekt| 2.1 Was ist ein Projekt? → ]]
|}

Schnelleinstieg (für Fortgeschrittene)

2021-06-05T20:09:48Z

HW1:

Der Schnelleinstieg mit der sich anschließenden praktischen Übung richtet sich in erster Linie an Anwender, die mit den grundlegenden Techniken wie dem Zeichnen von Drahtgittern und dem Auftragen von Texturen (dem sogenannten UV-Mapping) vertraut sind. Auch wenn der Aufbau der Menüs, der Dialogfenster und die Werkzeuge zum Zeichnen des Drahtgitters weitgehend selbsterklärend sind, gibt es doch Besonderheiten und konzeptionelle Anforderungen, die in der folgenden Übersicht aufgelistet und erläutert werden.

== Unterschiede und Neuerungen im Vergleich zu früheren Programmversionen vom Home-Nostruktor ==

Da wir versuchen, dieses Wiki aktuell zu halten mit den Funktionen der jeweilig aktuellsten Version, finden Sie hier Neuerungen der einzelnen Versionen. Wenn Sie also (noch) nicht die aktuelle Version besitzen, können Sie hier überprüfen, ob die im Wiki beschriebene Funktion in Ihrer Version bereits enthalten ist.
 
=== Neues im Home-Nostruktor 15 ===

* Beschriftungsfunktion für Modelle
* neue Lichtfunktionen wie Veränderung der Helligkeit beim fertigen Modell
* Neue Systemachsen: PingPong, _DriveDir (Fahrtrichtungsposition) und MoorRPM (Drehzahlmesser, Antriebsableitung)
 
== Projekte im ''"Projects"''-Ordner ==
 
Um eine bessere Übersicht und ein möglichst einfaches Verfahren bei der Datensicherung zu gewährleisten, werden 3D-Modelle mitsamt ihren Konstruktionsdateien sowie allen weiteren für den Betrieb notwendigen Komponenten als Projekte im Projects-Ordner gespeichert. Die Konstruktionsdateien entsprechen jeder einzelnen Ansicht, ähnlich wie Layer in anderen Programmen. Die einzelnen Projektordner können auf externe Laufwerke oder USB-Sticks kopiert und auch von dort geöffnet werden.
 
[[#top|▲]]
== Speicherung der Fenster in der zuletzt eingestellten Größe und Ansicht ==
 
Bei der Speicherung von Projekten wird jedes einzelne Fenster in der jeweiligen Lage, Größe und Ansicht separat mitgespeichert. Wird ein gesichertes Projekt erneut geladen, öffnen sich die einzelnen Fenster automatisch in der zuletzt genutzten Ansicht. Dies ist vor allem bei Projekten mit sehr vielen Konstruktionsdateien zeitsparend und hilfreich, da Sie die Arbeitsoberfläche so wiederfinden, wie Sie diese bei der letzten Sitzung verlassen haben. Die Fenster von neu angelegten und noch nicht gespeicherten Projekten zeigen sich in einer Standardansicht, die Sie nach Belieben verändern und anpassen können.
 
[[#top|▲]]
== Vertikale Ausrichtung in der Normalprojektion ==
 
Neu erzeugte KON-Dateien der [https://de.wikipedia.org/wiki/Normalprojektion Normalprojektion] erhalten automatisch eine Ausgangsdrehung um die X-Achse von 270°, was im Instanzen-Dialog der KON-Dateien zu beachten ist und dort geändert werden kann.
<center>[[Datei:lage_270_grad.jpg]]</center>
Die gezeichneten Konstruktionen werden also senkrecht aufgerichtet, so dass Sie das Objekt in der 3D-Projektion in seiner (uns natürlich erscheinenden) Ausrichtung betrachten können. Neu angelegte Instanzen, die einer KON-Datei hinzugefügt werden, "erben" automatisch die Parameter der zuletzt aufgerufenen Instanz, d.h. die Position, die Drehung, die Skalierung und alle weiteren Einstellungen wie z.B. das Backface-[https://de.wikipedia.org/wiki/Culling Culling], die Ausleuchtung und das Z-Offset.
 
[[#top|▲]]
== Zeichnen im Raster ==
 
Alle [https://de.wikipedia.org/wiki/Vertex Vertices] und alle Außen- und Unterteilungslinien werden innerhalb der Kästchen des Rasters gezeichnet.
<center>[[Datei:vertex_im_raster.jpg]]</center>
Dies ist insofern logisch, als ein [https://de.wikipedia.org/wiki/Vertex Vertex] – ebenso wie ein Pixel – keine Ausdehnung besitzt und somit unteilbar ist. Dieser Überlegung folgend beschreibt ein Vertex einen ganz bestimmten Punkt und nicht einen Zwischenraum im Koordinatensystem. Ein Vertex liegt also nicht etwa zwischen dem 46. und 47. Punkt des Koordinatensystems, sondern fällt exakt auf einen der beiden Punkte.
 
[[#top|▲]]
== Zeichnen und Abspeichern in 1cm-Rastereinteilung ==
 
Das Zeichnen und vor allem das Abspeichern der Geometrie in den Konstruktionsdateien wird in 1 cm-Rastereinteilung abgetastet. Wenn eine feinere Teilung im Modell gewünscht wird, kann man ein mehrfaches der Einteilung verwenden und im Instanzen-Dialog um den entsprechenden Faktor wieder herunterskalieren (Beispiel: 10 Rasterpunkte auf der X-Achse sollen 1 cm darstellen, dann wird der Wert der X-Skalierung auf 0.1 gesetzt).
 
[[#top|▲]]
== Texturabbildung in den Formaten DDS, PNG und TGA ==
 
Für das [https://de.wikipedia.org/wiki/UV-Koordinaten UV-Mapping] , d.h. die Texturabbildung der Modelle, werden im Home-Nostruktor die unkomprimierten Dateiformate DDS-, PNG- oder TGA angewendet. Diese Formate verfügen über einen integrierten [https://de.wikipedia.org/wiki/Alphakanal Alphakanal], der das Ausblenden der [https://de.wikipedia.org/wiki/Texel_(Bildsynthese) Texel] durch Alpha-Werte erheblich vereinfacht und die Anfertigung von Texturen beschleunigt. Die Aktualisierungsfunktion [F5] arbeitet in Echtzeit, so dass Sie das 3D-Modell im Home-Nostruktor und die dazugehörige Textur in Ihrem Grafikbearbeitungsprogramm simultan begutachten und editieren können.
 
[[#top|▲]]
== Texturierung für alle Vertices ==
 
Bedingt durch die konsequente Arbeitsweise der [https://de.wikipedia.org/wiki/Pixel-Shader Pixel-Shader] und die Notwendigkeit, eine möglichst hohe Rendering-Geschwindigkeit zu gewährleisten, müssen prinzipiell alle Vertices in den [https://de.wikipedia.org/wiki/Drahtgittermodell Drahtgittermodellen] texturiert sein und damit eine gültige Belegung mit einer Texturen-ID aufweisen. Bliebe in einem Modell nur ein einziger Vertex untexturiert, würde dies zur Bildung eines weiteren RGD, d.h. eines zusätzlichen Konstruktes innerhalb des Objekts, führen. Dies wiederum hätte zur Folge, dass das Rendern des Modells in der [https://de.wikipedia.org/wiki/Grafikpipeline Rendering-Pipeline] unterbrochen und ein neuer Befehlssatz – speziell für untexturierte Vertices – geladen werden müsste. 
Um eine solche Situation zu vermeiden, überwacht der Home-Nostruktor die Belegung aller Vertex-Listen beim Modellexport. Vertices, die keine gültige Textur-ID aufweisen, weil diese vergessen oder übersehen wurden, werden automatisch mit einer Art "Notfall"-Textur überzogen – einer kleinen weißen Textur, die auf die "nackten" Vertices aufgetragen wird, um den Renderingsprozess nicht zu unterbrechen. Auch wenn dieser "Notfalleinsatz" immer greift, sind Sie besser beraten, wenn Sie das Textur-Mapping konsequent und sorgfältig kontrollieren.
 
[[#top|▲]]
== Systemtextur(en) ==
 
Beim Export eines Modells als *.3dm-Kapsel werden mehrere Einzel-Texturen zu einer großen Systemtextur verbunden. Das ist deshalb bedeutsam, weil die Anzahl der Texturen ein Multiplikator der Rendering-Pipeline ist und deshalb möglichst klein gehalten werden sollte. Mit Rücksicht auf den Rechenaufwand und die Adressierung ist eine einzige Textur für das gesamte Modell die optimale und allzeit anzustrebende Lösung. 
Um das Optimum einer solchen Systemtextur zu erreichen, darf sich eine Textur nicht mehr als 15 mal in den Dimensionen "u" und "v" wiederholen. Wird eine wiederholbare Textur öfter als 15 mal gekachelt, kann sie nicht in die sogenannte Systemtextur eingebunden, sondern muss ausgelagert, also "verbannt" werden, was den Renderingsprozess wiederum verlangsamt. Beim Aufbau von Modellen, die viele Wiederholungen des Texturmotivs erfordern, sollte die Kachelung gleich in der einen Haupttextur berücksichtigt und angewendet werden. Damit wird die Textur in ihren Dimensionen zwar größer, doch im Blick auf die Rendering-Geschwindigkeit ist es vorteilhafter, nicht mehrere, sondern eine einzige, wenn auch größere Textur zu verwenden.
 
[[#top|▲]]
== Smooth-Shading ==
 
Der Home-Nostruktor interpoliert standardmäßig die Farbwerte der Vertices und wendet ausschließlich [https://en.wikipedia.org/wiki/Shading Smooth-Shading] an. Wenn Vertices unterschiedliche Farbwerte aufweisen (grundsätzlich wird ein einheitlicher Farbwert von R=200, G=200, B=200 empfohlen), müssen Sie das Drahtgitter, separiert nach den Farbwerten, auf mehrere KON-Dateien aufteilen, sodass jede KON-Datei nur eine separierte Farbe speichert. Eine homogene Farbe ist nur durch die Aufteilung der Konstruktion in mehrere Zeichnungen zu erzeugen, da bei gleichfarbigen Vertices kein sichtbarer Farbverlauf entstehen kann: Aus der Interpolation "Rot" zu "Rot" kann nichts anderes als "Rot" entstehen.
 
[[#top|▲]]
== Bestimmung der Materialfarbe aus der Farbe der Texel ==
 
Für eine korrekte und bei allen Modellen identische Ausleuchtung des Drahtgitters ist es notwendig, dass möglichst alle Vertices den gleichen Farbwert aufweisen, und zwar den RGB-Wert 200, 200, 200. Dieser relativ helle Grauton, der keine Buntheit, sondern nur einen Farbreiz vermittelt, eignet sich hervorragend für die Modulation durch das ambiente oder gerichtete Licht, da er abgedunkelt und vor allem auch aufgehellt werden kann. 
Würde ein Vertex den RGB-Farbwert 255, 255, 255, d.h. Weiß aufweisen, könnte er durch das Licht nicht mehr aufgehellt werden, da reines Weiß nicht noch weißer werden kann. Sinngemäß trifft dieser Sachverhalt auch auf andere Vertex-Farben zu, beispielsweise auf die Farbe Blau. Geht man davon aus, dass diese Farbe aus den Werten: R=0, G=0, B=255 besteht, kann das Licht lediglich den roten und grünen Kanal aufhellen, da der Blau-Kanal seinen Endwert von 255 bereits erreicht hat. Damit würde sich die Ausleuchtung verändern, was auch zwangsläufig eine veränderte Farbwirkung zur Folge hätte.
 
[[#top|▲]]
== Verzicht auf Untermodelle mit unbeweglichen Achsen ==
 
Beim Export von Immobilien, Gleisobjekten und Landschaftselementen mit Achsen, die keinen Bewegungsbereich aufweisen oder deren Achsen nur einmal (beim Einsetzen) aktiviert werden, soll begründete Ausnahme sein. Der Grund dafür liegt im erheblich erhöhten Renderingsaufwand in EEP selbst.
<center>[[Datei:22achsen.jpg]]</center>
Die Anzahl der Achsenmodelle sind ein Multiplikator der Rendering-Pipeline; die Auswirkungen auf die Rechengeschwindigkeit können erheblich sein. Ein Modell muss die Pipeline so viele Male durchqueren, wie es Achsenmodelle besitzt – ganz gleich, ob diese sich bewegen oder nicht. Hat ein Bahnhof z.B. zweiundzwanzig Untermodelle auf unbeweglichen Achsen aufzuweisen, läuft das Modell mindestens zweiundzwanzig Mal durch die Rendering-Pipeline, bis es diese fertig gerendert verlassen kann. Ein derartiges Konstruktionsprinzip lässt der Home-Nostruktor nicht kommentarlos zu. Versucht man, ein so konstruiertes Modell zu exportieren, erscheint beim Export eine entsprechende Performance-Warnung.
<center>[[Datei:export_knuffingen.jpg]]</center>
Statt komplexe Modelle unter Verwendung von unbeweglichen Achsen aufzubauen, lässt sich – nicht weniger komfortabel – die Import-Funktion von Objekten in andere Objekte (z.B. das Basis-Objekt) nutzen.
 
[[#top|▲]]
== Bestimmung der Achsenorientierung durch Eingaben ==
 
Lage und Orientierung der Achsen im Dialog der Achsenschachtelung werden über die Schaltfläche "Berechne Rotation" bestimmt. Damit bleibt Ihnen eine ständige Konfrontation mit der Eulerschen Winkel-Berechnung erspart.
<center>[[Datei:berechne_rotation.jpg]]</center>
Mit diesem Befehl öffnen Sie einen Dialog, in dem Sie den Rotationsgrad (z.B. 22,5°) für eine oder alle Transformationsachsen eingeben können. Damit wird das Winkelmaß automatisch in das Bogenmaß umgerechnet und dieses Ergebnis im jeweiligen Eingabefeld für die Orientierung übernommen.
 
[[#top|▲]]
== Licht-System ==
 
Das Lichtsystem passt die Intensität des Lichtes dynamisch der Ausleuchtung der Anlage an. So können z.B. Signalbilder – unabhängig von der Tages- und Nachtzeit – auch von weitem abgelesen werden. Durch den Einsatz von [https://de.wikipedia.org/wiki/Lens_Flare Flares], d.h. Linsenlichtreflexen, lässt sich der erzielte Effekt noch steigern. 
Bei Rollmaterialien gibt es noch eine weitere Funktion: Die Lichter können so gesteuert werden, dass sie an der gekoppelten Seite von Rollmaterialien automatisch erlöschen, wie dies bei realen Zügen normalerweise der Fall ist.
 
[[#top|▲]]
== Systemachsen ==
 
Um bestimmte Funktionsweisen von 3D-Modellen in EEP zu ermöglichen, wurden verschiedene Achsennamen vergeben, die exklusiv dafür reserviert sind und ausschließlich zum Aufruf der betreffenden Funktion benutzt werden dürfen. Da die Funktion und deren Ansteuerung durch das ausführende Programm – Home-Nostruktor bzw. EEP – bereitgestellt wird, werden die reservierten Achsennamen auch "Systemachsen" genannt. Es gibt eine ganze Reihe reservierter Achsennamen wie z.B.: _Nonstop, _1, _2, _3, _4, _5, _Antrieb, _DriveDirF, _DriveDirR, _TimerS, _TimerM, _TimerH, _Velocity.
 
[[#top|▲]]
== Schreibweise und Aufteilung von Parametern in INI-Einträgen ==
 
Es gibt eine strikte Trennung zwischen der internen, für die Funktionalität des Modells zuständigen System-INI-Datei und der externen, ausgelagerten Modell-INI-Datei. Die ausgelagerte INI-Datei ist hauptsächlich für die Katalogisierung und Lokalisierung des Modells und die Benennung von Achsen zuständig. Sie ist auch nachträglich änderbar, weil sie mit dem gleichen Dateinamen im selben Ressourcen-Ordner abgespeichert wird wie die .3dm-Datei, in der die interne INI-Datei gekapselt ist.
 
[[#top|▲]]
== Effekt-Technologien ==
 
* Reflexion – vertreten durch Glanz und Spiegelung
* Linsenlichtreflexe – vertreten durch Flares
* Randglühen – vertreten durch den [https://de.wikipedia.org/wiki/Blooming Bloom-Effekt]
* Reliefzuordnung – vertreten durch das [https://de.wikipedia.org/wiki/Parallax_Mapping Parallax-Bumpmapping]
* Spekularität – vertreten durch Masken des specularen Lichts
 
Die damit verfügbaren Gestaltungsmöglichkeiten sind für das Erscheinungsbild des Modells, hier besonders für die Materialoberfläche, ebenso wichtig wie ein gelungenes Drahtgitter oder eine fotorealistische Textur.
 
[[#top|▲]]
== Kurztutorium ==
 
Im [[Kurztutorium Stadthaus|diesem Kurztutorium "Stadthaus"]] lernen Sie, wie Sie
* einzelne Konstruktionsinhalte und deren Instanzen zu Gruppen zusammenfassen, 
* Normalvektoren anzeigen und deren Ausrichtung beeinflussen, 
* eine Oberfläche mit spezifischen Materialeigenschaften ausstatten. 
 

 
[[#top|▲]]
== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:300px"|
[[Was ist der Home-Nostruktor?| ← 1.2 Was ist der Home-Nostruktor?]]
!style="text-align:left;width:300px"|
1.3 Schnelleinstieg (für Fortgeschrittene)
|[[Konzepte: Projekt| 2.1 Was ist ein Projekt? → ]]
|}

Externe *.ini-Dateien der Modelle

2021-05-19T09:13:50Z

HW1:

Während die [[Interne_Ini-Datei_der_Modelle|interne ini-Datei]] beim Export in die Modelldatei eingekapselt wird, liegt die externe ini-Datei im Klartext in einer separaten Datei vor. Sie kann theoretisch vom Anwender bearbeitet werden. Ihre Einträge sind für die Darstellung der Modelle in der Modellauswahllisten relevant.
Einträge in der externen ini-Datei erlauben EEP
* die Katalogisierung der Modelle in der Modelldatenbank (Models.db),
* die landesspezifische Anzeige der Modellnamen,
* die Sortierung der Modelle...
** nach Eisenbahn-Epochen
** nach Ländern, in denen die Vorbilder geschaffen wurden bzw. vorkommen,
** nach dem Erbauer des Vorbilds sowie nach dem Autor des Modells.
* die Anzeige kurzer Erläuterungstexte,
* Verweise (Links) zu ausführlichen [[PDF-Dokumentation_schreiben_und_verlinken|Dokumentationen]] ,
* die Anzeige der im Modell verwendeten Achsennamen und weitere Modellbeschriftungen in den jeweiligen Landessprachen,
* die fallweise Festlegung von Rastpunkten (SnapPoints).
 
= Anlegen der Datei =

Die interne ini-Datei kann auf verschiedene Weisen angelegt werden:
* automatisch beim Anlegen eines Projekts im Home-Nostruktor (und durch weitere Einträge aktualisiert beim Modellexport),
* bei deren Fehlen automatisch von EEP beim Modelle-Scannen,
* per Hand vom Konstrukteur.

In der Praxis wird der Konstrukteur die vom Home-Nostruktor automatisch angelegte Datei modifizieren. Zu jedem Modell gehört eine externe ini-Datei; sie muss im gleichen Verzeichnis wie das Modell selbst liegen und trägt (bis auf die Dateierweiterung) den exakt gleichen Namen.

== Zeichenvorrat für den Dateinamen ==
Die Datei kann mit einem Texteditor bearbeitet werden. Dabei gelten diese Bedingungen:

Erlaubte und nicht erlaubte Zeichen sind in den [[Modellbaurichtlinien#Pr.C3.BCfung_der_Dateikonformit.C3.A4t|Modellbaurichtlinien]] aufgeführt.

Manche nicht erlaubte Zeichen interpretiert EEP als Steuer- bzw. Formatierungszeichen.

<pre>
" (Anführung): Beginn und Ende einer Zeichenkette (String), die im Klartext ausgegeben wird
; (Semikolon): Beginn eines Kommentars in dieser Zeile
, (Komma): Trennung mehrerer numerischer Werte (die Werte selbst erhalten bei bedarf einen Punkt als Dezimaltrennzeichen)
\ (Rückstrich, Backslash): Reserviert für Pfadangaben
= (Gleichheitszeichen): Wertezuweisung in einem Ausdruck
</pre>

[ ] (eckige Klammern) umschließen eine Sektion der ini-Datei. Innerhalb einer Zeichenkette gelten sie als Formatierungszeichen:

[e]: Zeilenumbruch

[x22]: Anführungszeichen innerhalb einer Zeichenkette

Diese Steuerzeichen sind zulässig:

<tt>[e]</tt> : Zeilenumbruch

<tt>[x22]</tt> : Anführungszeichen innerhalb des alphanumerischen Wertes

<pre>Description_GER = "Das ist die erste Zeile[e][x22]und hier die zweite in Anführungszeichen[x22]"</pre>
[[Datei:test_modellbeschreibung.jpg]]

Hinweis: Damit die Sonderzeichen auch in EEP korrekt dargestellt werden, muss die ini-Datei im ANSI-Format gespeichert werden. Viele Texteditoren (nicht jedoch der Editor von Windows) können in das ANSI-Format konvertieren.

== Weitere Konventionen ==

[[Datei:signal_gelb.png|60px]] Jeder Eintrag wird in einer der Sektionen als Paar aus Schlüssel und zugehörigem Wert gespeichert bzw. gelesen.

* Jede Sektion darf nur einmal vorkommen.
* Jeder Schlüssel darf nur einmal pro Sektion vorkommen.
* Der Lesezugriff erfolgt via Sektion und Schlüssel.
* Numerische Werte werden ohne Anführungszeichen notiert.
* Alphanumerische Werte (Strings) stehen zwischen zwei Anführungen.
* Kommentare werden mit einem Semikolon (;) am Zeilenbeginn eingeleitet. Sie müssen einzeilig sein und dürfen nicht hinter Einträgen, sondern in einer separaten Zeile notiert werden..

== Aufruf des Editierfensters der externen *.ini-Datei ==

Sie rufen die externe ini-Datei entweder in einem Texteditor oder im Editierfenster des Home-Nostruktors auf. Unbearbeitet sieht sie so aus:

<pre>
[FileInfo]
Name_ENG = "Neues_Projekt"
Name_GER = "Neues_Projekt"
Name_FRA = "Neues_Projekt"
Name_POL = "Neues_Projekt"
Icon = 23
Generation = 0
Deployment_Start = 1900
Deployment_End = 2014
Country = "D"
Creator_Model = "Others"
Creator_Original = "Others"
Description_ENG = ""
Description_GER = ""
Description_FRA = ""
Description_POL = ""
</pre>

= Modellname =

<pre>
Name_ENG = Angezeigter Name des Modells in der englischen Version von EEP
Name_GER = Angezeigter Name des Modells in der deutschen Version von EEP
Name_FRA = Angezeigter Name des Modells in der französischen Version von EEP
Name_POL = "Angezeigter Name des Modells in der polnischen Version von EEP
</pre>

Der Modellname, den der Anwender in der Modellauswahlliste von EEP sieht, ist nicht der Name der *.3dm-Datei; er wird vielmehr aus den Namenseinträgen in der externen *.ini-Datei des Modells ausgelesen. Auf diese Weise kann er auch sprachenspezifisch unterschiedlich lauten: Es gibt Felder für Englisch, Deutsch, Französisch und Polnisch.
Das vorgefertigte Grundgerüst der Datei umfasst die vier Schlüssel:<tt>Name_ENG, Name_GER, Name_FRA</tt> und <tt> Name_POL</tt>. Die Werte tragen automatisch den Namen des aktuellen Projektes.

== Wahl des Modellnamens ==

Gegenüber der Wahl des Dateinamens, bei der die Betriebssystem-üblichen Konventionen für die Festlegung von Dateinamen gelten, gilt für die Modellnamen der Grundsatz der guten Verständlichkeit und Plausibilität für den Anwender. Für gute Lesbarkeit soll von den erlaubten Sonderzeichen (s.o.) Gebrauch gemacht werden.
Die Länge des Modellnamens ist nicht wie beim Dateinamen auf 31 Zeichen begrenzt. Sie soll so bemessen sein, dass der Anwender sie ohne zu rollen (scrollen) im Auswahlfenster lesen kann.
Beispiel:
Der Modellname zur Datei <tt>Tnfhs_32_XY1.3dm</tt> des Konstrukteurs XY1 kann <tt>Kühlwagen weiß (XY1)</tt> benannt werden. Es sind also Leerzeichen, Umlaute, runde Klammern (auch weitere Sonderzeichen wie diakritische Zeichen) erlaubt.

== Weitere Empfehlungen ==

[[Datei:signal_gruen.png|60px]]

* Zusätze im Modellnamen, die sich auf die Versionsnummer von EEP beziehen ‒ <tt>Südbahnhof (Version14)</tt> ‒, haben sich nicht bewährt.
* Die Angabe des Konstrukteurskürzels im Modellnamen ‒ <tt>Südbahnhof (XY1)</tt> ‒ ist war überflüssig, weil der Anwender nach Modellen bestimmter Konstrukteure gezielt suchen kann. Als Gütesiegel ist sie jedoch berechtigt. Vor allem bei Modellen aus ähnlich konstruierten Gruppen (Flora, Fauna) ist er aus Sicht des Anwenders für die einheitliche Gestaltung einer Szenerie wünschenswert.
* Da die Modellnamen für alle vier unterstützten Sprachen eingetragen werden müssen, kann versucht werden, sie mit üblichen Online-Hilfen zu übersetzen. Eine Rückfrage bei fremdsprachigen EEP-Nutzern im Forum bewahrt u.U. vor unfreiwilligen Stilblüten. Eine gute Hilfe stellt das Nachschlagen in der deutschen Wikipedia mit anschließendem Wechsel der Wikipedia-Sprachversion dar.

== Nicht vorhandene Modelle und die Online-Modellsuche ==

In den EEP-Anlagen werden die Modelle mit ihren *.3dm-Dateinamen, nicht jedoch mit dem angezeigten Modellnamen gespeichert. Sollten in einer Anlage Modelle fehlen, so erstellt EEP automatisch eine Fehlteilliste, die als Online-Suchanfrage an den EEP-Shop gesendet werden kann. Die Ergebnisse der Suchanfragen verweisen auf die jeweilige Bezugsquelle, wobei nicht nur kostenpflichtige Shop-Artikel, sondern auch Free-Modelle der jeweiligen Anbieter ausgewertet werden. Die Fehlteillisten im HTML-Format werden in der jeweiligen EEP-Programmversion im Ordner \Resourcen\MissingModels\ gespeichert und tragen den Namen der Anlage, bei der noch nicht installierte Modelle festgestellt wurden.

= Zeitliche Einordnung des Modells / des Vorbilds =
Zu den guten Vorsätzen in der Geschichte von EEP gehört die Zuordnung der Modelle zu "Epochen" (Feld <tt>Generation</tt>) oder frei zu bestimmenden Zeitabschnitten (Feld <tt>Deployment_...</tt>.

In der Praxis wurden die Felder von den Konstrukteuren beiweitem nicht immer im Sinne der ursprünglichen Idee ausgefüllt; das gilt auch für Modelle, die zum Lieferumfang von EEP selbst gehören (Grundbestand). Dennoch ist es sinnvoll, solchen Modellen, deren Vorbilder eine klar umrissenene Einsatzzeit hatten oder haben, die entsprechenden Eigenschaften in der externen ini-Datei zuzuweisen.

= Eisenbahn-Epochen =
<pre>
Generation = 3
</pre>

Bei der Filterung der Modelle nach einer bestimmten Eisenbahn-Epoche sieht der Anwender die Modelle, die dem eingestellten Epochen-Filter entsprechen, sowie diejenigen Modelle, die keinem spezifischen Zeitraum zuzuordnen sind, (Landschaftselemente, oder diverse Gebäude). Auch oder weil der Konstrukteur die entsprechenden Einträge versäumt hat.

In Anlehnung an die NEM 800 unterstützt der Epochenfilter sieben Abschnitte, wobei eine weitere Unterteilung in Perioden nicht stattfindet. Perioden können jedoch vom Konstrukteur im Feld <tt>Description_...</tt> aufgeführt werden.

{| class="wikitable"
! Bezeichner !! Modell erscheint erstmals in Epoche...
|-
| Generation = 0 || ... kann in allen sechs Eisenbahn-Epochen vorkommen (Vorgabewert)
|-
| Generation = 1 || I
|-
| Generation = 2 || II
|-
| Generation = 3 || III
|-
| Generation = 4 || IV
|-
| Generation = 5 || V
|-
| Generation = 6 || VI
|-
|}

= Einsatzbeginn und -ende =
<pre>
Deployment_Start = 1910
Deployment_End = 1990
</pre>

Tragen Sie hier Angaben zum Beginn des Einsatzes bzw. dessen Ende (etwa der Ausmusterung) ein. Liegt das Ende des Einsatzes in der Zukunft oder ist es unbekannt unbekannt, so ist hier als Einheitswert das Jahr 2100 einzutragen. Die Felder können leer bleiben, wenn die Einträge unerheblich sind (Landschaftselemente etc.). Wünschenswert sind sie bei Rollmaterial und Bauten.

Details zur Epochen-Zuordnung siehe [https://www.morop.eu/downloads/nem/de/nem806D_d.pdf |Die Eisenbahnepochen gemäß NEM 806 D]

= Räumliche Einordnung des Modells / des Vorbilds =
== Zuordnung des Ursprungslandes ==
<pre>
Country = "D"
</pre>
<table><tr><td>

[[Datei:landauswahl_eep8.jpg]]

Mit der Zuordnung mittels Länderkennzeichnung kann der Anwender seinen Modellbestand in den Auswahllisten nach Ursprungsländern filtern.

Hinweis: Als Wert für den Schlüssel <tt>Country</tt> darf nur eines der unten aufgeführten Länderkürzel verwendet werden. Der Filtermechanismus von EEP kennt nur die vordefinierten Werte. Ist das Ursprungsland für das Vorbild des Modells nicht in der Liste enthalten, so wird der Wert <tt>Country = "Others"</tt> eingetragen.

{| class="wikitable" style="float:left; margin-right:1em; margin-top:1em;"
! style="width:10%"|Flagge !! style="width:5%"|Wert !! style="width:15%"|Name in den vier von EEP unterstützten Sprachen !!style="width:5%"| Wert
|-
| Keine Zuordnung möglich || Others || Das Ursprungsland ist in der Tabelle nicht vertreten. || Country = "Others"
|-
|[[Datei:at.png]] || A || Austria Österreich Autriche Austria || Country = "A"
|-
|[[Datei:au.png]] || AUS || Australia Australien Australie Australia || Country = "AUS"
|-
|[[Datei:be.png]] || B || Belgium Belgien Belgique Belgia || Country = "B"
|-
|[[Datei:bg.png]] || BG || Bulgaria Bulgarien Bulgarie Bulgaria|| Country = "BG"
|-
|[[Datei:ba.png]] || BIH || Bosnia and Herzegovina Bosnien und Herzegowina Bosnie-Herzégovine Bosnia i Hercegowina|| Country = "BIH"
|-
|[[Datei:br.png]] || BR || Brazil Brasilien Brésil Brazylia|| Country = "BR"
|-
|[[Datei:ca.png]] || CND || Canada Canada Canada Canada|| Country = "CND"
|-
|[[Datei:ch.png]] || CH || Switzerland Schweiz Suisse Szwajcaria|| Country = "CH"
|-
|[[Datei:cz.png]] || CZ || Czechoslovakia Tchechoslowakai Tchécoslovaquie Czechoslowacja Die Teilung in Tschechische und Slowakische Republik siehe weiter unten.|| Country = "CZ"
|-
|[[Datei:cy.png]] || CY || Cyprus Zypern Chypre Cypr|| Country = "CY"
|-
|[[Datei:cz.png]] || CZ || Czech Republic Tschechien République tchèque Czechy || Country = "CZ"
|-
|[[Datei:de.png]] || D || Germany Deutschland Allemagne Niemcy|| Country = "D"
|-
|[[Datei:dk.png]] || DK || Denmark Dänemark Danemark Dania|| Country = "DK"
|-
|[[Datei:ee.png]] || E || Spain Spanien Espagne Hiszpania|| Country = "E"
|-
|[[Datei:es.png]] || EST || Estonia Estland Estonie Estonia|| Country = "EST"
|-
|[[Datei:fr.png]] || ES || France Frankreich France Francja|| Country = "F"
|-
|[[Datei:fi.png]] || FIN || Finland Finnland Finlande Finlandia|| Country = "FIN"
|-
|[[Datei:li.png]] || FL || Liechtenstein Liechtenstein le Liechtenstein Liechtenstein|| Country = "FL"
|-
|[[Datei:gb.png]] || FL || United Kingdom Großbritannien Royaume-Uni Wielka Brytania|| Country = "GB"
|-
|[[Datei:gr.png]] || GR || Greece Griechenland Grèce Grecja|| Country = "GR"
|-
|[[Datei:hu.png]] || H || Hungary Ungarn Grèce Wegry|| Country = "H"
|-
|[[Datei:hr.png]] || HR || Croatia Kroatien Croatie Chorwacja|| Country = "HR"
|-
|[[Datei:it.png]] || I || Italy Italien Italie Wlochy|| Country = "I"
|-
|[[Datei:in.png]] || IND || India Indien Inde India|| Country = "IND"
|-
|[[Datei:ie.png]] || IRL || Ireland Irland Irlande Irlandia|| Country = "IRL"
|-
|[[Datei:jp.png]] || J || Japan Japan Japon Japonia|| Country = "J"
|-
|[[Datei:lu.png]] || L || Luxembourg Luxemburg Luxembourg Luksemburg|| Country = "L"
|-
|[[Datei:lt.png]] || LT || Lithuania Litauen Lituanie Litwa|| Country = "LT"
|-
|[[Datei:lv.png]] || LV || Latvia Lettland Lettonie Lotwa|| Country = "LV"
|-
|[[Datei:mt.png]] || M || Malta Malta Malta Malta|| Country = "M"
|-
|[[Datei:mx.png]] || MEX || Mexico Mexiko Mexique Meksyk|| Country = "MEX"
|-
|[[Datei:nl.png]] || NL || Netherlands Niederlande Pays-Bas Holandia|| Country = "NL"
|-
|[[Datei:pt.png]] || P || Portugal Portugal Portugal Portugalia|| Country = "P"
|-
|[[Datei:nl.png]] || PL || Poland Polen Pologne Polska|| Country = "PL"
|-
|[[Datei:cn.png]] || RC || China China Chine Chiny|| Country = "RC"
|-
|[[Datei:ro.png]] || RO || Romania Rumänien Roumanie Rumunia|| Country = "RO"
|-
|[[Datei:ru.png]] || RUS || Russia Russland Russie Rosja|| Country = "RUS"
|-
|[[Datei:se.png]] || S || Sweden Schweden Suède Szwecja|| Country = "S"
|-
|[[Datei:si.png]] || SLO || Slovenia Slowenien Slovénie Slowenia|| Country = "SLO"
|-
|[[Datei:rs.png]] || SRB || Serbia Serbien Serbie Serbia|| Country = "SRB"
|-
|[[Datei:tr.png]] || TR || Turkey Türkei Turquie Turcja|| Country = "TR"
|-
|[[Datei:ua.png]] || UA || Ukraine Ukraine Ukraine Ukraina|| Country = "UA"
|-
|[[Datei:us.png]] || USA || U.S. USA Etats-Unis Stany Zjednoczone|| Country = "USA"
|-
|}

<div style="clear:both"></div>

= Namen des Erbauers und des Vorbildes =
<pre>
Creator_Model = "XY?"
Creator_Original = "Others"
</pre>

Die Angabe des Konstrukteursnamens hilft bei der Modellsuche, wenn sie der Anwender entsprechend filtert. EEP versteht nur die dreistellige Zeichenkette einer einzigen Konstrukteursangabe. Der Konstrukteursname muss zudem in einer internen Liste abgelegt sein. Diese Liste sieht der Anwender als Checkbox-Liste.

Im Feld <tt>Original</tt> kann jede Zeichenkette eingetragen werden; auf Anwenderseite ist hier eine Freitexteingabe möglich. Entsprechend gering ist dementsprechend die Trefferquote.

= Modell-Icon =

<pre>
Icon = n
</pre>
n: ganzzahlige Zahl

== Für Anlagenbauer: Modell-Icons aus Anwendersicht ==
<div>
<div style="float:left">
[[Datei:modellauswahl_icons.jpg|left|200px|Auswahldialog]]

Die Abbildung zeigt die Modellauflistung aus Anwendersicht. Jede Zeile beginnt mit einem Icon, gefolgt von der Modellbezeichnung.
Die Modell-Icons versinnbildlichen den Typus eines Modells. Sie verdeutlichen dem Anwender das Wesen bzw. die Eignung des Modells, ohne dass er die Modellbezeichnung lesen muss - zumal diese nicht immer Aufschluss über die Art des Modells gibt wie z.B. <tt>KVS1510 TA</tt> oder <tt>QS_6Gl_4m0</tt>.
</div>
</div>

<div style="clear:both"></div>

== Für Konstrukteure: Modell-Icons aus Entwicklersicht ==
Jedes Icon hat eine unverwechselbare Nummer (ID). Der Konstrukteur gibt sie in der [[Externe *.ini-Dateien der Modelle|externen ini-Datei]] des Modells an:
<pre>
[FileInfo] 
Name_ENG = "Cathedral" 
Name_GER = "Dom" 
Name_FRA = "Cathédrale" 
Name_POL = "Kościół" 
...
Icon = 65
...
</pre>

Die Zahl 65 weist dem Modell bei der Installation das Icon für Sakralbauten zu.

Die [[Modellicons|Liste]] aller Modell-Icons samt ihren numerischen Entsprechungen.

== Icons wirken im Verborgenen ==
[[Datei:signal_gelb.png|60px]]

Zu den Altlasten von eep gehört die Inkompatibilität der Ordnerstruktur, in der die Modelle abgelegt sind, mit der [[Scan-Mechanismus_und_Installationspfade_in_EEP|Kategorienstruktur (''Categories'')]], in der die Modelle dem Anwender erscheinen. In diesem Zusammenhang hilft das Icon, ein Modell in der richtigen Kategorie erscheinen zu lassen, obwohl es in einem Sammelordner mit Modellen aus anderen Kategorien abgelegt ist.

Beispiel:
Eine Dampflok wird im gleichen Ordner <tt>Resourcen\Rollmaterial\Schiene\Lokomotiven\..</tt> abgelegt wie eine Diesellok oder eine E-Lok. Nicht einmal die Spurweite spielt eine Rolle.

Der Anwender sieht aber diese fein ausdifferenzierte Struktur:

[[Datei:Modellauswahl_Rollmaterial.png]]

Die richtige Zuordnung der Dampfloks in diesem Bild geschieht durch die Icon-Zuweisung in der [[Externe *.ini-Dateien der Modelle|externen ini-Datei]] des Modells.
<pre>
Icon = 10
</pre>

Eine Diesellok würde durch ihr <tt>Icon = 32</tt> in den gleichen Ordner installiert, jedoch für den Anwender in der Kategorie für Diesellokomotiven erscheinen.

= Achsennamen =

Damit der Anwender im Modell verbaute Achsen ansprechen kann (per Schieberegler, Kontaktpunkte, LUA), muss er klar verständliche Achsenbezeichnungen vorfinden:
<pre>

MovAxis?_ENG = "Displayed name of the Axis"
MovAxis?_GER = "Angezeigter Name der Achse"
MovAxis?_FRA = "Nom de l’ axe affiché"
MovAxis?_POL = "Wyswietlona nazwa osi"
</pre>

Der Konstrukteur unternimmt
* die Vergabe eines gültigen Namens für eine Transformationsachse im Dialogfenster der [[Achsenschachtelung]] des Home-Nostruktors. Dabei berücksichtigt er die [[Reservierte_Achsennamen|Richtlinien für reservierte System-Achsennamen]].
* die Vergabe des in EEP angezeigten Namens dieser Achse in den vier von EEP unterstützten Landessprachen.

[[Datei:signal_weiss.png|60px]]
Klartextangaben für den Anwender sollten erst am Ende der Modellentwicklung vergeben werden. Der Home-Nostruktor nummeriert die Achsen während der Konstruktionsphase unter Umständen unterschiedlich. Die Nummer resultiert aus dem Platz, den die Achse innerhalb des Diagramms der Achsenschachtelung einnimmt und kann sich bei Löschvorgängen oder der Umplatzierung von Achsen ändern. Die Nummer bildet die logische Verknüpfung der Achse zum Klartextnamen. Sie darf vom Konstrukteur nicht verändert werden.

Hier wurde die Achse <tt>Kling-Klang</tt> erzeugt.

[[Datei:Achsennamen_vergeben_01.jpg]]

Der Home-Nostruktor hat die Achse nummeriert.

== Achsennamen im Steuerdialog ==

Wie Achsen definiert und gekreuzt werden, schildert das Kapitel zum [[Achsenschachtelung|Achsendialog]]. Der Home-Nostruktor nummeriert alle Achsen im Projekt und versieht deren Namen mit der Nummer in dieser Schreibkonvention:

<pre>
Kling-klang_01
</pre>

Obwohl die Achsennummer zweistellig erscheint, wird sie in der externen ini-Datei einstellig notiert:

<pre>
...
MovAxis1_GER = "Läuten"
...
</pre>

== Achsennamen im Klartext ==
Der Klartextname einer Transformationsachse soll in den Sprachen Englisch, Deutsch, Französisch und Polnisch angegeben werden. Die Angaben sind auch dann erforderlich, wenn der anzuzeigende Name in den vier Sprachen identisch ist oder absichtlich so angezeigt werden soll.

<pre>
MovAxis1_ENG = "Ring"
MovAxis1_GER = "Läuten"
MovAxis1_FRA = "Sonner"
MovAxis1_POL = "Dzwonić"
</pre>

Bis auf die 25 Namen der [[Reservierte_Achsennamen|reservierten System-Achsen]] kann der Konstrukteur die Achsennamen frei wählen. Weil seitens des Trend Verlages hier nie Konventionen erarbeitet und als verbindlich deklariert worden sind, hat sich im Lauf der Zeit ein Wildwuchs an Achsenbezeichnungen ergeben. Nebeneinander existieren für die gleiche Achse z.B. "Tür rechts", "Tuer rechts", Tür_rechts", Tuer_rechts, Tuer-rechts" u.v.m. Nur die erste Form ist korrekt; sie bildet jedoch in EEP die Ausnahme. Ähnlich gelagerte Fälle betreffen Zugzielanzeigen, einstellbare Gütern in Güterwagen, Tore, Stromabnehmer, Bühnen, Kräne, Haken etc.

== Empfehlungen zur Benennung ==
Die Notation von Achsen erlaubt die Nutzung von Wort-Filtern, was die Anzahl der benötigten Kontaktpunkte in den EEP-Anlagen verringert. Nach dem anführenden Namen folgt ein Leerzeichen, wenn weitere Namen z.B. der Beladung ("Ladung Sand", "Ladung Kohlen") benötigt werden. Diese optionalen Zusätze sind in der folgenden Auflistung durch ? markiert.

Hinweis: Eine Ausnahme davon bilden lediglich die Stromabnehmer, deren Nummer ohne Leerzeichen angefügt wird. Der vordere Stromabnehmer erhält <tt>1</tt>. 

Arm (z.B. bei Baukränen)
<pre>
MovAxis?_ENG = "Arm ?"
MovAxis?_GER = "Arm ?"
MovAxis?_FRA = "Bras ?"
MovAxis?_POL = "Wasiegnik ?"
</pre>

Aufzug
<pre>
MovAxis?_ENG = "Elevator ?"
MovAxis?_GER = "Aufzug ?"
MovAxis?_FRA = "Ascenseur ?"
MovAxis?_POL = "Winda ?"
</pre>

Bühne (z.B. bei Arbeitsbühnen, Schiebebühnen, Drehscheiben)
<pre>
MovAxis?_ENG = "Stage ?"
MovAxis?_GER = "Bühne ?"
MovAxis?_FRA = "Scène ?"
MovAxis?_POL = "Podest ?"
</pre>

Drehen
<pre>
MovAxis?_ENG = "Turn ?"
MovAxis?_GER = "Drehen ?"
MovAxis?_FRA = "Tourner ?"
MovAxis?_POL = "Obracanie ?"
</pre>

Haken
<pre>
MovAxis?_ENG = "Hook ?"
MovAxis?_GER = "Haken ?"
MovAxis?_FRA = "Crochet ?"
MovAxis?_POL = "Hak ?"
</pre>

Heben
<pre>
MovAxis?_ENG = "Lift ?"
MovAxis?_GER = "Heben ?"
MovAxis?_FRA = "Lever ?"
MovAxis?_POL = "Podnoszenie ?"
</pre>

Kohle (z.B. in Tendern oder Kohlebansen)
<pre>
MovAxis?_ENG = "Coal"
MovAxis?_GER = "Kohle"
MovAxis?_FRA = "Charbon"
MovAxis?_POL = "Wegiel"
</pre>

Ladung (alle Arten von Ladungen, die mit dem zweiten Wort spezifiziert werden)
<pre>
MovAxis?_ENG = "Freight ?"
MovAxis?_GER = "Ladung ?"
MovAxis?_FRA = "Cargaison ?"
MovAxis?_POL = "Ladunek ?"
</pre>

Lokführer (soweit nicht über System-Achsen: "_DriveDirF" und "_DriveDirR" gesteuert)
<pre>
MovAxis?_ENG = "Engineer ?"
MovAxis?_GER = "Lokführer ?"
MovAxis?_FRA = "Ingenieur ?"
MovAxis?_POL = "Maszynista ?"
</pre>

Senken
<pre>
MovAxis?_ENG = "Lower ?"
MovAxis?_GER = "Senken ?"
MovAxis?_FRA = "Baiser ?"
MovAxis?_POL = "Opuszczanie ?"
</pre>

Stromabnehmer1 (oder Stromabnehmer2, Stromabnehmer3, Stromabnehmer4)
<pre>
MovAxis?_ENG = "Pantograph1(2,3,4)"
MovAxis?_GER = "Stromabnehmer1(2,3,4)"
MovAxis?_FRA = "Pantographe1(2,3,4)"
MovAxis?_POL = "Pantograf1(2,3,4)"
</pre>

Tor
<pre>
MovAxis?_ENG = "Gate ?"
MovAxis?_GER = "Tor ?"
MovAxis?_FRA = "Portail ?"
MovAxis?_POL = "Brama ?"
</pre>

Tür
<pre>
MovAxis?_ENG = "Door ?"
MovAxis?_GER = "Tür ?"
MovAxis?_FRA = "Porte ?"
MovAxis?_POL = "Drzwi ?"
</pre>

Ziel (z.B. bei Anzeigen auf dem Bahnsteig)
<pre>
MovAxis?_ENG = "Destination ?"
MovAxis?_GER = "Ziel ?"
MovAxis?_FRA = "Destination ?"
MovAxis?_POL = "Cel ?"
</pre>

Zugende (z.B. als Zugschlussscheiben oder Zugschlusslichter)
<pre>
MovAxis?_ENG = "End of train ?"
MovAxis?_GER = "Zugende ?"
MovAxis?_FRA = "Fin du train ?"
MovAxis?_POL = "Koniec pociagu ?"
</pre>

Zugzielanzeige (im Lokomotiven, Waggons usw.)
<pre>
MovAxis?_ENG = "Destination sign ?"
MovAxis?_GER = "Zugzielanzeige ?"
MovAxis?_FRA = "Destination du train ?"
MovAxis?_POL = "Stacja docelowa ?"
</pre>

= Modell-Beschreibung und Dokumentation =
== Modellbeschreibung ==

[[Datei:modellauswahl_meigenschften.jpg]]

Das Dialogfenster <tt>Modelleigenschaften</tt> zeigt dem EEP-Anwender weitere Informationen zum Modell, die er wegen der Kürze des angezeigten Modellnamens sonst nicht kennt.
Dabei sollen in knapper Form Merkmale und Besonderheiten des Modells erwähnt werden. Ausführlichere Informationen, etwa zur Funktionsweise des Modells, gehören dagegen in die [[PDF-Dokumentation_schreiben_und_verlinken|Dokumentation]].

Die Beschreibung kann in den vier von EEP unterstützten Sprachen verfasst werden:
<pre>
Description_ENG = "Description of the model in the selected language" 
Description_GER = "Beschreibung des Modells in der jeweiligen Sprache" 
Description_FRA = "Description du modele dans la langue respective" 
Description_POL = "Opis modelu w wybranym jezyku" 
</pre>

Die Beschreibung darf maximal 480 Zeichen lang sein. Längere Zeichenketten werden abgeschnitten.

== Dokumentation ==
Dieser Abschnitt betrifft nur [[Regelwerke_und_Hinweise_für_offizielle_Konstrukteure#Doku_verfassen|offizielle Konstrukteure]] mit Vertrag.

= Beispiele =
== Straßenbahn ==

<pre>
[FileInfo]
Name_ENG = "KSW TW neutral (HW1)"
Name_GER = "KSW TW neutral (HW1)"
Name_FRA = "KSW TW neutral (HW1)"
Name_POL = "KSW TW neutral (HW1)"
Description_ENG = "KSW TW neutral (HW1)"
Description_GER = "KSW TW in neutraler Ausführung ohne Volltauschtextur (HW1)"
Description_FRA = "KSW TW neutral (HW1)"
Description_POL = "KSW TW neutral (HW1)"
PdfDoc_ENG = ""
PdfDoc_GER = "KSW_neutral_HW1.pdf"
PdfDoc_FRA = ""
PdfDoc_POL = ""
Country = "D"
Creator_Model = "HW1"
Creator_Original = "Fuchs (Heidelberg)"
Generation = 3
Deployment_Start = 1947
Deployment_End = 1975
Icon = 13
MovAxis7_ENG = "Pantograph"
MovAxis7_GER = "Stromabnehmer"
MovAxis7_FRA = "Pantographe"
MovAxis7_POL = "Pantograf"
MovAxis12_ENG = "Track gauge"
MovAxis12_GER = "Spurweite"
MovAxis12_FRA = "Écartement des rails"
MovAxis12_POL = "Rozstaw szyn"
MovAxis20_ENG = "Destination Top"
MovAxis20_GER = "Linienschild Dach"
MovAxis20_FRA = "Terminus toit"
MovAxis20_POL = "Stacja koncowa dach"
MovAxis21_ENG = "Driver"
MovAxis21_GER = "Fahrer"
MovAxis21_FRA = "Chauffeur"
MovAxis21_POL = "Motorniczy"
MovAxis22_ENG = "Destination"
MovAxis22_GER = "Fahrtziel"
MovAxis22_FRA = "Terminus"
MovAxis22_POL = "Stacja koncowa"
MovAxis23_ENG = "Doors right side"
MovAxis23_GER = "Türen rechts"
MovAxis23_FRA = "Drzwi pojazdu na prawo"
MovAxis23_POL = "Türen rechts"
MovAxis25_ENG = "Doors left side"
MovAxis25_GER = "Türen links"
MovAxis25_FRA = "Portes à gauche"
MovAxis25_POL = "Drzwi pojazdu na lewo"
MovAxis28_ENG = "Passengers"
MovAxis28_GER = "Fahrgäste"
MovAxis28_FRA = "Passageres"
MovAxis28_POL = "Pasazer"

</pre>
[[Datei:externe_ini_Datei_Bsp_01.jpg]] 

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Externe *.ini-Dateien der Modelle

2021-05-19T09:09:48Z

HW1:

Während die [[Interne_Ini-Datei_der_Modelle|interne ini-Datei]] beim Export in die Modelldatei eingekapselt wird, liegt die externe ini-Datei im Klartext in einer separaten Datei vor. Sie kann theoretisch vom Anwender bearbeitet werden. Ihre Einträge sind für die Darstellung der Modelle in der Modellauswahllisten relevant.
Einträge in der externen ini-Datei erlauben EEP
* die Katalogisierung der Modelle in der Modelldatenbank (Models.db),
* die landesspezifische Anzeige der Modellnamen,
* die Sortierung der Modelle...
** nach Eisenbahn-Epochen
** nach Ländern, in denen die Vorbilder geschaffen wurden bzw. vorkommen,
** nach dem Erbauer des Vorbilds sowie nach dem Autor des Modells.
* die Anzeige kurzer Erläuterungstexte,
* Verweise (Links) zu ausführlichen [[PDF-Dokumentation_schreiben_und_verlinken|Dokumentationen]] ,
* die Anzeige der im Modell verwendeten Achsennamen und weitere Modellbeschriftungen in den jeweiligen Landessprachen,
* die fallweise Festlegung von Rastpunkten (SnapPoints).
 
= Anlegen der Datei =

Die interne ini-Datei kann auf verschiedene Weisen angelegt werden:
* automatisch beim Anlegen eines Projekts im Home-Nostruktor (und durch weitere Einträge aktualisiert beim Modellexport),
* bei deren Fehlen automatisch von EEP beim Modelle-Scannen,
* per Hand vom Konstrukteur.

In der Praxis wird der Konstrukteur die vom Home-Nostruktor automatisch angelegte Datei modifizieren. Zu jedem Modell gehört eine externe ini-Datei; sie muss im gleichen Verzeichnis wie das Modell selbst liegen und trägt (bis auf die Dateierweiterung) den exakt gleichen Namen.

== Zeichenvorrat für den Dateinamen ==
Die Datei kann mit einem Texteditor bearbeitet werden. Dabei gelten diese Bedingungen:

Erlaubte und nicht erlaubte Zeichen sind in den [[Modellbaurichtlinien#Pr.C3.BCfung_der_Dateikonformit.C3.A4t|Modellbaurichtlinien]] aufgeführt.

Manche nicht erlaubte Zeichen interpretiert EEP als Steuer- bzw. Formatierungszeichen.

<pre>
" (Anführung): Beginn und Ende einer Zeichenkette (String), die im Klartext ausgegeben wird
; (Semikolon): Beginn eines Kommentars in dieser Zeile
, (Komma): Trennung mehrerer numerischer Werte (die Werte selbst erhalten bei bedarf einen Punkt als Dezimaltrennzeichen)
\ (Rückstrich, Backslash): Reserviert für Pfadangaben
= (Gleichheitszeichen): Wertezuweisung in einem Ausdruck
</pre>

[ ] (eckige Klammern) umschließen eine Sektion der ini-Datei. Innerhalb einer Zeichenkette gelten sie als Formatierungszeichen:

[e]: Zeilenumbruch

[x22]: Anführungszeichen innerhalb einer Zeichenkette

Diese Steuerzeichen sind zulässig:

<tt>[e]</tt> : Zeilenumbruch

<tt>[x22]</tt> : Anführungszeichen innerhalb des alphanumerischen Wertes

<pre>Description_GER = "Das ist die erste Zeile[e][x22]und hier die zweite in Anführungszeichen[x22]"</pre>
[[Datei:test_modellbeschreibung.jpg]]

Hinweis: Damit die Sonderzeichen auch in EEP korrekt dargestellt werden, muss die ini-Datei im ANSI-Format gespeichert werden. Viele Texteditoren (nicht jedoch der Editor von Windows) können in das ANSI-Format konvertieren.

[[Datei:signal_gelb.png|60px]]== Weitere Konventionen ==

Jeder Eintrag wird in einer der Sektionen als Paar aus Schlüssel und zugehörigem Wert gespeichert bzw. gelesen.

* Jede Sektion darf nur einmal vorkommen.
* Jeder Schlüssel darf nur einmal pro Sektion vorkommen.
* Der Lesezugriff erfolgt via Sektion und Schlüssel.
* Numerische Werte werden ohne Anführungszeichen notiert.
* Alphanumerische Werte (Strings) stehen zwischen zwei Anführungen.
* Kommentare werden mit einem Semikolon (;) am Zeilenbeginn eingeleitet. Sie müssen einzeilig sein und dürfen nicht hinter Einträgen, sondern in einer separaten Zeile notiert werden..

== Aufruf des Editierfensters der externen *.ini-Datei ==

Sie rufen die externe ini-Datei entweder in einem Texteditor oder im Editierfenster des Home-Nostruktors auf. Unbearbeitet sieht sie so aus:

<pre>
[FileInfo]
Name_ENG = "Neues_Projekt"
Name_GER = "Neues_Projekt"
Name_FRA = "Neues_Projekt"
Name_POL = "Neues_Projekt"
Icon = 23
Generation = 0
Deployment_Start = 1900
Deployment_End = 2014
Country = "D"
Creator_Model = "Others"
Creator_Original = "Others"
Description_ENG = ""
Description_GER = ""
Description_FRA = ""
Description_POL = ""
</pre>

= Modellname =

<pre>
Name_ENG = Angezeigter Name des Modells in der englischen Version von EEP
Name_GER = Angezeigter Name des Modells in der deutschen Version von EEP
Name_FRA = Angezeigter Name des Modells in der französischen Version von EEP
Name_POL = "Angezeigter Name des Modells in der polnischen Version von EEP
</pre>

Der Modellname, den der Anwender in der Modellauswahlliste von EEP sieht, ist nicht der Name der *.3dm-Datei; er wird vielmehr aus den Namenseinträgen in der externen *.ini-Datei des Modells ausgelesen. Auf diese Weise kann er auch sprachenspezifisch unterschiedlich lauten: Es gibt Felder für Englisch, Deutsch, Französisch und Polnisch.
Das vorgefertigte Grundgerüst der Datei umfasst die vier Schlüssel:<tt>Name_ENG, Name_GER, Name_FRA</tt> und <tt> Name_POL</tt>. Die Werte tragen automatisch den Namen des aktuellen Projektes.

== Wahl des Modellnamens ==

Gegenüber der Wahl des Dateinamens, bei der die Betriebssystem-üblichen Konventionen für die Festlegung von Dateinamen gelten, gilt für die Modellnamen der Grundsatz der guten Verständlichkeit und Plausibilität für den Anwender. Für gute Lesbarkeit soll von den erlaubten Sonderzeichen (s.o.) Gebrauch gemacht werden.
Die Länge des Modellnamens ist nicht wie beim Dateinamen auf 31 Zeichen begrenzt. Sie soll so bemessen sein, dass der Anwender sie ohne zu rollen (scrollen) im Auswahlfenster lesen kann.
Beispiel:
Der Modellname zur Datei <tt>Tnfhs_32_XY1.3dm</tt> des Konstrukteurs XY1 kann <tt>Kühlwagen weiß (XY1)</tt> benannt werden. Es sind also Leerzeichen, Umlaute, runde Klammern (auch weitere Sonderzeichen wie diakritische Zeichen) erlaubt.

== Weitere Empfehlungen ==

* Zusätze im Modellnamen, die sich auf die Versionsnummer von EEP beziehen ‒ <tt>Südbahnhof (Version14)</tt> ‒, haben sich nicht bewährt.
* Die Angabe des Konstrukteurskürzels im Modellnamen ‒ <tt>Südbahnhof (XY1)</tt> ‒ ist war überflüssig, weil der Anwender nach Modellen bestimmter Konstrukteure gezielt suchen kann. Als Gütesiegel ist sie jedoch berechtigt. Vor allem bei Modellen aus ähnlich konstruierten Gruppen (Flora, Fauna) ist er aus Sicht des Anwenders für die einheitliche Gestaltung einer Szenerie wünschenswert.
* Da die Modellnamen für alle vier unterstützten Sprachen eingetragen werden müssen, kann versucht werden, sie mit üblichen Online-Hilfen zu übersetzen. Eine Rückfrage bei fremdsprachigen EEP-Nutzern im Forum bewahrt u.U. vor unfreiwilligen Stilblüten. Eine gute Hilfe stellt das Nachschlagen in der deutschen Wikipedia mit anschließendem Wechsel der Wikipedia-Sprachversion dar.

== Nicht vorhandene Modelle und die Online-Modellsuche ==

In den EEP-Anlagen werden die Modelle mit ihren *.3dm-Dateinamen, nicht jedoch mit dem angezeigten Modellnamen gespeichert. Sollten in einer Anlage Modelle fehlen, so erstellt EEP automatisch eine Fehlteilliste, die als Online-Suchanfrage an den EEP-Shop gesendet werden kann. Die Ergebnisse der Suchanfragen verweisen auf die jeweilige Bezugsquelle, wobei nicht nur kostenpflichtige Shop-Artikel, sondern auch Free-Modelle der jeweiligen Anbieter ausgewertet werden. Die Fehlteillisten im HTML-Format werden in der jeweiligen EEP-Programmversion im Ordner \Resourcen\MissingModels\ gespeichert und tragen den Namen der Anlage, bei der noch nicht installierte Modelle festgestellt wurden.

= Zeitliche Einordnung des Modells / des Vorbilds =
Zu den guten Vorsätzen in der Geschichte von EEP gehört die Zuordnung der Modelle zu "Epochen" (Feld <tt>Generation</tt>) oder frei zu bestimmenden Zeitabschnitten (Feld <tt>Deployment_...</tt>.

In der Praxis wurden die Felder von den Konstrukteuren beiweitem nicht immer im Sinne der ursprünglichen Idee ausgefüllt; das gilt auch für Modelle, die zum Lieferumfang von EEP selbst gehören (Grundbestand). Dennoch ist es sinnvoll, solchen Modellen, deren Vorbilder eine klar umrissenene Einsatzzeit hatten oder haben, die entsprechenden Eigenschaften in der externen ini-Datei zuzuweisen.

= Eisenbahn-Epochen =
<pre>
Generation = 3
</pre>

Bei der Filterung der Modelle nach einer bestimmten Eisenbahn-Epoche sieht der Anwender die Modelle, die dem eingestellten Epochen-Filter entsprechen, sowie diejenigen Modelle, die keinem spezifischen Zeitraum zuzuordnen sind, (Landschaftselemente, oder diverse Gebäude). Auch oder weil der Konstrukteur die entsprechenden Einträge versäumt hat.

In Anlehnung an die NEM 800 unterstützt der Epochenfilter sieben Abschnitte, wobei eine weitere Unterteilung in Perioden nicht stattfindet. Perioden können jedoch vom Konstrukteur im Feld <tt>Description_...</tt> aufgeführt werden.

{| class="wikitable"
! Bezeichner !! Modell erscheint erstmals in Epoche...
|-
| Generation = 0 || ... kann in allen sechs Eisenbahn-Epochen vorkommen (Vorgabewert)
|-
| Generation = 1 || I
|-
| Generation = 2 || II
|-
| Generation = 3 || III
|-
| Generation = 4 || IV
|-
| Generation = 5 || V
|-
| Generation = 6 || VI
|-
|}

= Einsatzbeginn und -ende =
<pre>
Deployment_Start = 1910
Deployment_End = 1990
</pre>

Tragen Sie hier Angaben zum Beginn des Einsatzes bzw. dessen Ende (etwa der Ausmusterung) ein. Liegt das Ende des Einsatzes in der Zukunft oder ist es unbekannt unbekannt, so ist hier als Einheitswert das Jahr 2100 einzutragen. Die Felder können leer bleiben, wenn die Einträge unerheblich sind (Landschaftselemente etc.). Wünschenswert sind sie bei Rollmaterial und Bauten.

Details zur Epochen-Zuordnung siehe [https://www.morop.eu/downloads/nem/de/nem806D_d.pdf |Die Eisenbahnepochen gemäß NEM 806 D]

= Räumliche Einordnung des Modells / des Vorbilds =
== Zuordnung des Ursprungslandes ==
<pre>
Country = "D"
</pre>
<table><tr><td>

[[Datei:landauswahl_eep8.jpg]]

Mit der Zuordnung mittels Länderkennzeichnung kann der Anwender seinen Modellbestand in den Auswahllisten nach Ursprungsländern filtern.

Hinweis: Als Wert für den Schlüssel <tt>Country</tt> darf nur eines der unten aufgeführten Länderkürzel verwendet werden. Der Filtermechanismus von EEP kennt nur die vordefinierten Werte. Ist das Ursprungsland für das Vorbild des Modells nicht in der Liste enthalten, so wird der Wert <tt>Country = "Others"</tt> eingetragen.

{| class="wikitable" style="float:left; margin-right:1em; margin-top:1em;"
! style="width:10%"|Flagge !! style="width:5%"|Wert !! style="width:15%"|Name in den vier von EEP unterstützten Sprachen !!style="width:5%"| Wert
|-
| Keine Zuordnung möglich || Others || Das Ursprungsland ist in der Tabelle nicht vertreten. || Country = "Others"
|-
|[[Datei:at.png]] || A || Austria Österreich Autriche Austria || Country = "A"
|-
|[[Datei:au.png]] || AUS || Australia Australien Australie Australia || Country = "AUS"
|-
|[[Datei:be.png]] || B || Belgium Belgien Belgique Belgia || Country = "B"
|-
|[[Datei:bg.png]] || BG || Bulgaria Bulgarien Bulgarie Bulgaria|| Country = "BG"
|-
|[[Datei:ba.png]] || BIH || Bosnia and Herzegovina Bosnien und Herzegowina Bosnie-Herzégovine Bosnia i Hercegowina|| Country = "BIH"
|-
|[[Datei:br.png]] || BR || Brazil Brasilien Brésil Brazylia|| Country = "BR"
|-
|[[Datei:ca.png]] || CND || Canada Canada Canada Canada|| Country = "CND"
|-
|[[Datei:ch.png]] || CH || Switzerland Schweiz Suisse Szwajcaria|| Country = "CH"
|-
|[[Datei:cz.png]] || CZ || Czechoslovakia Tchechoslowakai Tchécoslovaquie Czechoslowacja Die Teilung in Tschechische und Slowakische Republik siehe weiter unten.|| Country = "CZ"
|-
|[[Datei:cy.png]] || CY || Cyprus Zypern Chypre Cypr|| Country = "CY"
|-
|[[Datei:cz.png]] || CZ || Czech Republic Tschechien République tchèque Czechy || Country = "CZ"
|-
|[[Datei:de.png]] || D || Germany Deutschland Allemagne Niemcy|| Country = "D"
|-
|[[Datei:dk.png]] || DK || Denmark Dänemark Danemark Dania|| Country = "DK"
|-
|[[Datei:ee.png]] || E || Spain Spanien Espagne Hiszpania|| Country = "E"
|-
|[[Datei:es.png]] || EST || Estonia Estland Estonie Estonia|| Country = "EST"
|-
|[[Datei:fr.png]] || ES || France Frankreich France Francja|| Country = "F"
|-
|[[Datei:fi.png]] || FIN || Finland Finnland Finlande Finlandia|| Country = "FIN"
|-
|[[Datei:li.png]] || FL || Liechtenstein Liechtenstein le Liechtenstein Liechtenstein|| Country = "FL"
|-
|[[Datei:gb.png]] || FL || United Kingdom Großbritannien Royaume-Uni Wielka Brytania|| Country = "GB"
|-
|[[Datei:gr.png]] || GR || Greece Griechenland Grèce Grecja|| Country = "GR"
|-
|[[Datei:hu.png]] || H || Hungary Ungarn Grèce Wegry|| Country = "H"
|-
|[[Datei:hr.png]] || HR || Croatia Kroatien Croatie Chorwacja|| Country = "HR"
|-
|[[Datei:it.png]] || I || Italy Italien Italie Wlochy|| Country = "I"
|-
|[[Datei:in.png]] || IND || India Indien Inde India|| Country = "IND"
|-
|[[Datei:ie.png]] || IRL || Ireland Irland Irlande Irlandia|| Country = "IRL"
|-
|[[Datei:jp.png]] || J || Japan Japan Japon Japonia|| Country = "J"
|-
|[[Datei:lu.png]] || L || Luxembourg Luxemburg Luxembourg Luksemburg|| Country = "L"
|-
|[[Datei:lt.png]] || LT || Lithuania Litauen Lituanie Litwa|| Country = "LT"
|-
|[[Datei:lv.png]] || LV || Latvia Lettland Lettonie Lotwa|| Country = "LV"
|-
|[[Datei:mt.png]] || M || Malta Malta Malta Malta|| Country = "M"
|-
|[[Datei:mx.png]] || MEX || Mexico Mexiko Mexique Meksyk|| Country = "MEX"
|-
|[[Datei:nl.png]] || NL || Netherlands Niederlande Pays-Bas Holandia|| Country = "NL"
|-
|[[Datei:pt.png]] || P || Portugal Portugal Portugal Portugalia|| Country = "P"
|-
|[[Datei:nl.png]] || PL || Poland Polen Pologne Polska|| Country = "PL"
|-
|[[Datei:cn.png]] || RC || China China Chine Chiny|| Country = "RC"
|-
|[[Datei:ro.png]] || RO || Romania Rumänien Roumanie Rumunia|| Country = "RO"
|-
|[[Datei:ru.png]] || RUS || Russia Russland Russie Rosja|| Country = "RUS"
|-
|[[Datei:se.png]] || S || Sweden Schweden Suède Szwecja|| Country = "S"
|-
|[[Datei:si.png]] || SLO || Slovenia Slowenien Slovénie Slowenia|| Country = "SLO"
|-
|[[Datei:rs.png]] || SRB || Serbia Serbien Serbie Serbia|| Country = "SRB"
|-
|[[Datei:tr.png]] || TR || Turkey Türkei Turquie Turcja|| Country = "TR"
|-
|[[Datei:ua.png]] || UA || Ukraine Ukraine Ukraine Ukraina|| Country = "UA"
|-
|[[Datei:us.png]] || USA || U.S. USA Etats-Unis Stany Zjednoczone|| Country = "USA"
|-
|}

<div style="clear:both"></div>

= Namen des Erbauers und des Vorbildes =
<pre>
Creator_Model = "XY?"
Creator_Original = "Others"
</pre>

Die Angabe des Konstrukteursnamens hilft bei der Modellsuche, wenn sie der Anwender entsprechend filtert. EEP versteht nur die dreistellige Zeichenkette einer einzigen Konstrukteursangabe. Der Konstrukteursname muss zudem in einer internen Liste abgelegt sein. Diese Liste sieht der Anwender als Checkbox-Liste.

Im Feld <tt>Original</tt> kann jede Zeichenkette eingetragen werden; auf Anwenderseite ist hier eine Freitexteingabe möglich. Entsprechend gering ist dementsprechend die Trefferquote.

= Modell-Icon =

<pre>
Icon = n
</pre>
n: ganzzahlige Zahl

== Für Anlagenbauer: Modell-Icons aus Anwendersicht ==
<div>
<div style="float:left">
[[Datei:modellauswahl_icons.jpg|left|200px|Auswahldialog]]

Die Abbildung zeigt die Modellauflistung aus Anwendersicht. Jede Zeile beginnt mit einem Icon, gefolgt von der Modellbezeichnung.
Die Modell-Icons versinnbildlichen den Typus eines Modells. Sie verdeutlichen dem Anwender das Wesen bzw. die Eignung des Modells, ohne dass er die Modellbezeichnung lesen muss - zumal diese nicht immer Aufschluss über die Art des Modells gibt wie z.B. <tt>KVS1510 TA</tt> oder <tt>QS_6Gl_4m0</tt>.
</div>
</div>

<div style="clear:both"></div>

== Für Konstrukteure: Modell-Icons aus Entwicklersicht ==
Jedes Icon hat eine unverwechselbare Nummer (ID). Der Konstrukteur gibt sie in der [[Externe *.ini-Dateien der Modelle|externen ini-Datei]] des Modells an:
<pre>
[FileInfo] 
Name_ENG = "Cathedral" 
Name_GER = "Dom" 
Name_FRA = "Cathédrale" 
Name_POL = "Kościół" 
...
Icon = 65
...
</pre>

Die Zahl 65 weist dem Modell bei der Installation das Icon für Sakralbauten zu.

Die [[Modellicons|Liste]] aller Modell-Icons samt ihren numerischen Entsprechungen.

== Icons wirken im Verborgenen ==
Zu den Altlasten von eep gehört die Inkompatibilität der Ordnerstruktur, in der die Modelle abgelegt sind, mit der [[Scan-Mechanismus_und_Installationspfade_in_EEP|Kategorienstruktur (''Categories'')]], in der die Modelle dem Anwender erscheinen. In diesem Zusammenhang hilft das Icon, ein Modell in der richtigen Kategorie erscheinen zu lassen, obwohl es in einem Sammelordner mit Modellen aus anderen Kategorien abgelegt ist.

Beispiel:
Eine Dampflok wird im gleichen Ordner <tt>Resourcen\Rollmaterial\Schiene\Lokomotiven\..</tt> abgelegt wie eine Diesellok oder eine E-Lok. Nicht einmal die Spurweite spielt eine Rolle.

Der Anwender sieht aber diese fein ausdifferenzierte Struktur:

[[Datei:Modellauswahl_Rollmaterial.png]]

Die richtige Zuordnung der Dampfloks in diesem Bild geschieht durch die Icon-Zuweisung in der [[Externe *.ini-Dateien der Modelle|externen ini-Datei]] des Modells.
<pre>
Icon = 10
</pre>

Eine Diesellok würde durch ihr <tt>Icon = 32</tt> in den gleichen Ordner installiert, jedoch für den Anwender in der Kategorie für Diesellokomotiven erscheinen.

= Achsennamen =

Damit der Anwender im Modell verbaute Achsen ansprechen kann (per Schieberegler, Kontaktpunkte, LUA), muss er klar verständliche Achsenbezeichnungen vorfinden:
<pre>

MovAxis?_ENG = "Displayed name of the Axis"
MovAxis?_GER = "Angezeigter Name der Achse"
MovAxis?_FRA = "Nom de l’ axe affiché"
MovAxis?_POL = "Wyswietlona nazwa osi"
</pre>

Der Konstrukteur unternimmt
* die Vergabe eines gültigen Namens für eine Transformationsachse im Dialogfenster der [[Achsenschachtelung]] des Home-Nostruktors. Dabei berücksichtigt er die [[Reservierte_Achsennamen|Richtlinien für reservierte System-Achsennamen]].
* die Vergabe des in EEP angezeigten Namens dieser Achse in den vier von EEP unterstützten Landessprachen.

Klartextangaben für den Anwender sollten erst am Ende der Modellentwicklung vergeben werden. Der Home-Nostruktor nummeriert die Achsen während der Konstruktionsphase unter Umständen unterschiedlich. Die Nummer resultiert aus dem Platz, den die Achse innerhalb des Diagramms der Achsenschachtelung einnimmt und kann sich bei Löschvorgängen oder der Umplatzierung von Achsen ändern. Die Nummer bildet die logische Verknüpfung der Achse zum Klartextnamen. Sie darf vom Konstrukteur nicht verändert werden.

Hier wurde die Achse <tt>Kling-Klang</tt> erzeugt.

[[Datei:Achsennamen_vergeben_01.jpg]]

Der Home-Nostruktor hat die Achse nummeriert.

== Achsennamen im Steuerdialog ==

Wie Achsen definiert und gekreuzt werden, schildert das Kapitel zum [[Achsenschachtelung|Achsendialog]]. Der Home-Nostruktor nummeriert alle Achsen im Projekt und versieht deren Namen mit der Nummer in dieser Schreibkonvention:

<pre>
Kling-klang_01
</pre>

Obwohl die Achsennummer zweistellig erscheint, wird sie in der externen ini-Datei einstellig notiert:

<pre>
...
MovAxis1_GER = "Läuten"
...
</pre>

== Achsennamen im Klartext ==
Der Klartextname einer Transformationsachse soll in den Sprachen Englisch, Deutsch, Französisch und Polnisch angegeben werden. Die Angaben sind auch dann erforderlich, wenn der anzuzeigende Name in den vier Sprachen identisch ist oder absichtlich so angezeigt werden soll.

<pre>
MovAxis1_ENG = "Ring"
MovAxis1_GER = "Läuten"
MovAxis1_FRA = "Sonner"
MovAxis1_POL = "Dzwonić"
</pre>

Bis auf die 25 Namen der [[Reservierte_Achsennamen|reservierten System-Achsen]] kann der Konstrukteur die Achsennamen frei wählen. Weil seitens des Trend Verlages hier nie Konventionen erarbeitet und als verbindlich deklariert worden sind, hat sich im Lauf der Zeit ein Wildwuchs an Achsenbezeichnungen ergeben. Nebeneinander existieren für die gleiche Achse z.B. "Tür rechts", "Tuer rechts", Tür_rechts", Tuer_rechts, Tuer-rechts" u.v.m. Nur die erste Form ist korrekt; sie bildet jedoch in EEP die Ausnahme. Ähnlich gelagerte Fälle betreffen Zugzielanzeigen, einstellbare Gütern in Güterwagen, Tore, Stromabnehmer, Bühnen, Kräne, Haken etc.

== Empfehlungen zur Benennung ==
Die Notation von Achsen erlaubt die Nutzung von Wort-Filtern, was die Anzahl der benötigten Kontaktpunkte in den EEP-Anlagen verringert. Nach dem anführenden Namen folgt ein Leerzeichen, wenn weitere Namen z.B. der Beladung ("Ladung Sand", "Ladung Kohlen") benötigt werden. Diese optionalen Zusätze sind in der folgenden Auflistung durch ? markiert.

Hinweis: Eine Ausnahme davon bilden lediglich die Stromabnehmer, deren Nummer ohne Leerzeichen angefügt wird. Der vordere Stromabnehmer erhält <tt>1</tt>. 

Arm (z.B. bei Baukränen)
<pre>
MovAxis?_ENG = "Arm ?"
MovAxis?_GER = "Arm ?"
MovAxis?_FRA = "Bras ?"
MovAxis?_POL = "Wasiegnik ?"
</pre>

Aufzug
<pre>
MovAxis?_ENG = "Elevator ?"
MovAxis?_GER = "Aufzug ?"
MovAxis?_FRA = "Ascenseur ?"
MovAxis?_POL = "Winda ?"
</pre>

Bühne (z.B. bei Arbeitsbühnen, Schiebebühnen, Drehscheiben)
<pre>
MovAxis?_ENG = "Stage ?"
MovAxis?_GER = "Bühne ?"
MovAxis?_FRA = "Scène ?"
MovAxis?_POL = "Podest ?"
</pre>

Drehen
<pre>
MovAxis?_ENG = "Turn ?"
MovAxis?_GER = "Drehen ?"
MovAxis?_FRA = "Tourner ?"
MovAxis?_POL = "Obracanie ?"
</pre>

Haken
<pre>
MovAxis?_ENG = "Hook ?"
MovAxis?_GER = "Haken ?"
MovAxis?_FRA = "Crochet ?"
MovAxis?_POL = "Hak ?"
</pre>

Heben
<pre>
MovAxis?_ENG = "Lift ?"
MovAxis?_GER = "Heben ?"
MovAxis?_FRA = "Lever ?"
MovAxis?_POL = "Podnoszenie ?"
</pre>

Kohle (z.B. in Tendern oder Kohlebansen)
<pre>
MovAxis?_ENG = "Coal"
MovAxis?_GER = "Kohle"
MovAxis?_FRA = "Charbon"
MovAxis?_POL = "Wegiel"
</pre>

Ladung (alle Arten von Ladungen, die mit dem zweiten Wort spezifiziert werden)
<pre>
MovAxis?_ENG = "Freight ?"
MovAxis?_GER = "Ladung ?"
MovAxis?_FRA = "Cargaison ?"
MovAxis?_POL = "Ladunek ?"
</pre>

Lokführer (soweit nicht über System-Achsen: "_DriveDirF" und "_DriveDirR" gesteuert)
<pre>
MovAxis?_ENG = "Engineer ?"
MovAxis?_GER = "Lokführer ?"
MovAxis?_FRA = "Ingenieur ?"
MovAxis?_POL = "Maszynista ?"
</pre>

Senken
<pre>
MovAxis?_ENG = "Lower ?"
MovAxis?_GER = "Senken ?"
MovAxis?_FRA = "Baiser ?"
MovAxis?_POL = "Opuszczanie ?"
</pre>

Stromabnehmer1 (oder Stromabnehmer2, Stromabnehmer3, Stromabnehmer4)
<pre>
MovAxis?_ENG = "Pantograph1(2,3,4)"
MovAxis?_GER = "Stromabnehmer1(2,3,4)"
MovAxis?_FRA = "Pantographe1(2,3,4)"
MovAxis?_POL = "Pantograf1(2,3,4)"
</pre>

Tor
<pre>
MovAxis?_ENG = "Gate ?"
MovAxis?_GER = "Tor ?"
MovAxis?_FRA = "Portail ?"
MovAxis?_POL = "Brama ?"
</pre>

Tür
<pre>
MovAxis?_ENG = "Door ?"
MovAxis?_GER = "Tür ?"
MovAxis?_FRA = "Porte ?"
MovAxis?_POL = "Drzwi ?"
</pre>

Ziel (z.B. bei Anzeigen auf dem Bahnsteig)
<pre>
MovAxis?_ENG = "Destination ?"
MovAxis?_GER = "Ziel ?"
MovAxis?_FRA = "Destination ?"
MovAxis?_POL = "Cel ?"
</pre>

Zugende (z.B. als Zugschlussscheiben oder Zugschlusslichter)
<pre>
MovAxis?_ENG = "End of train ?"
MovAxis?_GER = "Zugende ?"
MovAxis?_FRA = "Fin du train ?"
MovAxis?_POL = "Koniec pociagu ?"
</pre>

Zugzielanzeige (im Lokomotiven, Waggons usw.)
<pre>
MovAxis?_ENG = "Destination sign ?"
MovAxis?_GER = "Zugzielanzeige ?"
MovAxis?_FRA = "Destination du train ?"
MovAxis?_POL = "Stacja docelowa ?"
</pre>

= Modell-Beschreibung und Dokumentation =
== Modellbeschreibung ==

[[Datei:modellauswahl_meigenschften.jpg]]

Das Dialogfenster <tt>Modelleigenschaften</tt> zeigt dem EEP-Anwender weitere Informationen zum Modell, die er wegen der Kürze des angezeigten Modellnamens sonst nicht kennt.
Dabei sollen in knapper Form Merkmale und Besonderheiten des Modells erwähnt werden. Ausführlichere Informationen, etwa zur Funktionsweise des Modells, gehören dagegen in die [[PDF-Dokumentation_schreiben_und_verlinken|Dokumentation]].

Die Beschreibung kann in den vier von EEP unterstützten Sprachen verfasst werden:
<pre>
Description_ENG = "Description of the model in the selected language" 
Description_GER = "Beschreibung des Modells in der jeweiligen Sprache" 
Description_FRA = "Description du modele dans la langue respective" 
Description_POL = "Opis modelu w wybranym jezyku" 
</pre>

Die Beschreibung darf maximal 480 Zeichen lang sein. Längere Zeichenketten werden abgeschnitten.

== Dokumentation ==
Dieser Abschnitt betrifft nur [[Regelwerke_und_Hinweise_für_offizielle_Konstrukteure#Doku_verfassen|offizielle Konstrukteure]] mit Vertrag.

= Beispiele =
== Straßenbahn ==

<pre>
[FileInfo]
Name_ENG = "KSW TW neutral (HW1)"
Name_GER = "KSW TW neutral (HW1)"
Name_FRA = "KSW TW neutral (HW1)"
Name_POL = "KSW TW neutral (HW1)"
Description_ENG = "KSW TW neutral (HW1)"
Description_GER = "KSW TW in neutraler Ausführung ohne Volltauschtextur (HW1)"
Description_FRA = "KSW TW neutral (HW1)"
Description_POL = "KSW TW neutral (HW1)"
PdfDoc_ENG = ""
PdfDoc_GER = "KSW_neutral_HW1.pdf"
PdfDoc_FRA = ""
PdfDoc_POL = ""
Country = "D"
Creator_Model = "HW1"
Creator_Original = "Fuchs (Heidelberg)"
Generation = 3
Deployment_Start = 1947
Deployment_End = 1975
Icon = 13
MovAxis7_ENG = "Pantograph"
MovAxis7_GER = "Stromabnehmer"
MovAxis7_FRA = "Pantographe"
MovAxis7_POL = "Pantograf"
MovAxis12_ENG = "Track gauge"
MovAxis12_GER = "Spurweite"
MovAxis12_FRA = "Écartement des rails"
MovAxis12_POL = "Rozstaw szyn"
MovAxis20_ENG = "Destination Top"
MovAxis20_GER = "Linienschild Dach"
MovAxis20_FRA = "Terminus toit"
MovAxis20_POL = "Stacja koncowa dach"
MovAxis21_ENG = "Driver"
MovAxis21_GER = "Fahrer"
MovAxis21_FRA = "Chauffeur"
MovAxis21_POL = "Motorniczy"
MovAxis22_ENG = "Destination"
MovAxis22_GER = "Fahrtziel"
MovAxis22_FRA = "Terminus"
MovAxis22_POL = "Stacja koncowa"
MovAxis23_ENG = "Doors right side"
MovAxis23_GER = "Türen rechts"
MovAxis23_FRA = "Drzwi pojazdu na prawo"
MovAxis23_POL = "Türen rechts"
MovAxis25_ENG = "Doors left side"
MovAxis25_GER = "Türen links"
MovAxis25_FRA = "Portes à gauche"
MovAxis25_POL = "Drzwi pojazdu na lewo"
MovAxis28_ENG = "Passengers"
MovAxis28_GER = "Fahrgäste"
MovAxis28_FRA = "Passageres"
MovAxis28_POL = "Pasazer"

</pre>
[[Datei:externe_ini_Datei_Bsp_01.jpg]] 

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Externe *.ini-Dateien der Modelle

2021-05-19T09:07:47Z

HW1:

Während die [[Interne_Ini-Datei_der_Modelle|interne ini-Datei]] beim Export in die Modelldatei eingekapselt wird, liegt die externe ini-Datei im Klartext in einer separaten Datei vor. Sie kann theoretisch vom Anwender bearbeitet werden. Ihre Einträge sind für die Darstellung der Modelle in der Modellauswahllisten relevant.
Einträge in der externen ini-Datei erlauben EEP
* die Katalogisierung der Modelle in der Modelldatenbank (Models.db),
* die landesspezifische Anzeige der Modellnamen,
* die Sortierung der Modelle...
** nach Eisenbahn-Epochen
** nach Ländern, in denen die Vorbilder geschaffen wurden bzw. vorkommen,
** nach dem Erbauer des Vorbilds sowie nach dem Autor des Modells.
* die Anzeige kurzer Erläuterungstexte,
* Verweise (Links) zu ausführlichen [[PDF-Dokumentation_schreiben_und_verlinken|Dokumentationen]] ,
* die Anzeige der im Modell verwendeten Achsennamen und weitere Modellbeschriftungen in den jeweiligen Landessprachen,
* die fallweise Festlegung von Rastpunkten (SnapPoints).
 
= Anlegen der Datei =

Die interne ini-Datei kann auf verschiedene Weisen angelegt werden:
* automatisch beim Anlegen eines Projekts im Home-Nostruktor (und durch weitere Einträge aktualisiert beim Modellexport),
* bei deren Fehlen automatisch von EEP beim Modelle-Scannen,
* per Hand vom Konstrukteur.

In der Praxis wird der Konstrukteur die vom Home-Nostruktor automatisch angelegte Datei modifizieren. Zu jedem Modell gehört eine externe ini-Datei; sie muss im gleichen Verzeichnis wie das Modell selbst liegen und trägt (bis auf die Dateierweiterung) den exakt gleichen Namen.

== Zeichenvorrat für den Dateinamen ==
Die Datei kann mit einem Texteditor bearbeitet werden. Dabei gelten diese Bedingungen:

Erlaubte und nicht Zeichen sind in den [[Modellbaurichtlinien#Pr.C3.BCfung_der_Dateikonformit.C3.A4t|Modellbaurichtlinien]] aufgeführt.

Manche nicht erlaubte Zeichen interpretiert EEP als Steuer- bzw. Formatierungszeichen.

<pre>
" (Anführung): Beginn und Ende einer Zeichenkette (String), die im Klartext ausgegeben wird
; (Semikolon): Beginn eines Kommentars in dieser Zeile
, (Komma): Trennung mehrerer numerischer Werte (die Werte selbst erhalten bei bedarf einen Punkt als Dezimaltrennzeichen)
\ (Rückstrich, Backslash): Reserviert für Pfadangaben
= (Gleichheitszeichen): Wertezuweisung in einem Ausdruck
</pre>

[ ] (eckige Klammern) umschließen eine Sektion der ini-Datei. Innerhalb einer Zeichenkette gelten sie als Formatierungszeichen:

[e]: Zeilenumbruch

[x22]: Anführungszeichen innerhalb einer Zeichenkette

Diese Steuerzeichen sind zulässig:

<tt>[e]</tt> : Zeilenumbruch

<tt>[x22]</tt> : Anführungszeichen innerhalb des alphanumerischen Wertes

<pre>Description_GER = "Das ist die erste Zeile[e][x22]und hier die zweite in Anführungszeichen[x22]"</pre>
[[Datei:test_modellbeschreibung.jpg]]

Hinweis: Damit die Sonderzeichen auch in EEP korrekt dargestellt werden, muss die ini-Datei im ANSI-Format gespeichert werden. Viele Texteditoren (nicht jedoch der Editor von Windows) können in das ANSI-Format konvertieren.

== Weitere Konventionen ==

Jeder Eintrag wird in einer der Sektionen als Paar aus Schlüssel und zugehörigem Wert gespeichert bzw. gelesen.

* Jede Sektion darf nur einmal vorkommen.
* Jeder Schlüssel darf nur einmal pro Sektion vorkommen.
* Der Lesezugriff erfolgt via Sektion und Schlüssel.
* Numerische Werte werden ohne Anführungszeichen notiert.
* Alphanumerische Werte (Strings) stehen zwischen zwei Anführungen.
* Kommentare werden mit einem Semikolon (;) am Zeilenbeginn eingeleitet. Sie müssen einzeilig sein und dürfen nicht hinter Einträgen, sondern in einer separaten Zeile notiert werden..

== Aufruf des Editierfensters der externen *.ini-Datei ==

Sie rufen die externe ini-Datei entweder in einem Texteditor oder im Editierfenster des Home-Nostruktors auf. Unbearbeitet sieht sie so aus:

<pre>
[FileInfo]
Name_ENG = "Neues_Projekt"
Name_GER = "Neues_Projekt"
Name_FRA = "Neues_Projekt"
Name_POL = "Neues_Projekt"
Icon = 23
Generation = 0
Deployment_Start = 1900
Deployment_End = 2014
Country = "D"
Creator_Model = "Others"
Creator_Original = "Others"
Description_ENG = ""
Description_GER = ""
Description_FRA = ""
Description_POL = ""
</pre>

= Modellname =

<pre>
Name_ENG = Angezeigter Name des Modells in der englischen Version von EEP
Name_GER = Angezeigter Name des Modells in der deutschen Version von EEP
Name_FRA = Angezeigter Name des Modells in der französischen Version von EEP
Name_POL = "Angezeigter Name des Modells in der polnischen Version von EEP
</pre>

Der Modellname, den der Anwender in der Modellauswahlliste von EEP sieht, ist nicht der Name der *.3dm-Datei; er wird vielmehr aus den Namenseinträgen in der externen *.ini-Datei des Modells ausgelesen. Auf diese Weise kann er auch sprachenspezifisch unterschiedlich lauten: Es gibt Felder für Englisch, Deutsch, Französisch und Polnisch.
Das vorgefertigte Grundgerüst der Datei umfasst die vier Schlüssel:<tt>Name_ENG, Name_GER, Name_FRA</tt> und <tt> Name_POL</tt>. Die Werte tragen automatisch den Namen des aktuellen Projektes.

== Wahl des Modellnamens ==

Gegenüber der Wahl des Dateinamens, bei der die Betriebssystem-üblichen Konventionen für die Festlegung von Dateinamen gelten, gilt für die Modellnamen der Grundsatz der guten Verständlichkeit und Plausibilität für den Anwender. Für gute Lesbarkeit soll von den erlaubten Sonderzeichen (s.o.) Gebrauch gemacht werden.
Die Länge des Modellnamens ist nicht wie beim Dateinamen auf 31 Zeichen begrenzt. Sie soll so bemessen sein, dass der Anwender sie ohne zu rollen (scrollen) im Auswahlfenster lesen kann.
Beispiel:
Der Modellname zur Datei <tt>Tnfhs_32_XY1.3dm</tt> des Konstrukteurs XY1 kann <tt>Kühlwagen weiß (XY1)</tt> benannt werden. Es sind also Leerzeichen, Umlaute, runde Klammern (auch weitere Sonderzeichen wie diakritische Zeichen) erlaubt.

== Weitere Empfehlungen ==

* Zusätze im Modellnamen, die sich auf die Versionsnummer von EEP beziehen ‒ <tt>Südbahnhof (Version14)</tt> ‒, haben sich nicht bewährt.
* Die Angabe des Konstrukteurskürzels im Modellnamen ‒ <tt>Südbahnhof (XY1)</tt> ‒ ist war überflüssig, weil der Anwender nach Modellen bestimmter Konstrukteure gezielt suchen kann. Als Gütesiegel ist sie jedoch berechtigt. Vor allem bei Modellen aus ähnlich konstruierten Gruppen (Flora, Fauna) ist er aus Sicht des Anwenders für die einheitliche Gestaltung einer Szenerie wünschenswert.
* Da die Modellnamen für alle vier unterstützten Sprachen eingetragen werden müssen, kann versucht werden, sie mit üblichen Online-Hilfen zu übersetzen. Eine Rückfrage bei fremdsprachigen EEP-Nutzern im Forum bewahrt u.U. vor unfreiwilligen Stilblüten. Eine gute Hilfe stellt das Nachschlagen in der deutschen Wikipedia mit anschließendem Wechsel der Wikipedia-Sprachversion dar.

== Nicht vorhandene Modelle und die Online-Modellsuche ==

In den EEP-Anlagen werden die Modelle mit ihren *.3dm-Dateinamen, nicht jedoch mit dem angezeigten Modellnamen gespeichert. Sollten in einer Anlage Modelle fehlen, so erstellt EEP automatisch eine Fehlteilliste, die als Online-Suchanfrage an den EEP-Shop gesendet werden kann. Die Ergebnisse der Suchanfragen verweisen auf die jeweilige Bezugsquelle, wobei nicht nur kostenpflichtige Shop-Artikel, sondern auch Free-Modelle der jeweiligen Anbieter ausgewertet werden. Die Fehlteillisten im HTML-Format werden in der jeweiligen EEP-Programmversion im Ordner \Resourcen\MissingModels\ gespeichert und tragen den Namen der Anlage, bei der noch nicht installierte Modelle festgestellt wurden.

= Zeitliche Einordnung des Modells / des Vorbilds =
Zu den guten Vorsätzen in der Geschichte von EEP gehört die Zuordnung der Modelle zu "Epochen" (Feld <tt>Generation</tt>) oder frei zu bestimmenden Zeitabschnitten (Feld <tt>Deployment_...</tt>.

In der Praxis wurden die Felder von den Konstrukteuren beiweitem nicht immer im Sinne der ursprünglichen Idee ausgefüllt; das gilt auch für Modelle, die zum Lieferumfang von EEP selbst gehören (Grundbestand). Dennoch ist es sinnvoll, solchen Modellen, deren Vorbilder eine klar umrissenene Einsatzzeit hatten oder haben, die entsprechenden Eigenschaften in der externen ini-Datei zuzuweisen.

= Eisenbahn-Epochen =
<pre>
Generation = 3
</pre>

Bei der Filterung der Modelle nach einer bestimmten Eisenbahn-Epoche sieht der Anwender die Modelle, die dem eingestellten Epochen-Filter entsprechen, sowie diejenigen Modelle, die keinem spezifischen Zeitraum zuzuordnen sind, (Landschaftselemente, oder diverse Gebäude). Auch oder weil der Konstrukteur die entsprechenden Einträge versäumt hat.

In Anlehnung an die NEM 800 unterstützt der Epochenfilter sieben Abschnitte, wobei eine weitere Unterteilung in Perioden nicht stattfindet. Perioden können jedoch vom Konstrukteur im Feld <tt>Description_...</tt> aufgeführt werden.

{| class="wikitable"
! Bezeichner !! Modell erscheint erstmals in Epoche...
|-
| Generation = 0 || ... kann in allen sechs Eisenbahn-Epochen vorkommen (Vorgabewert)
|-
| Generation = 1 || I
|-
| Generation = 2 || II
|-
| Generation = 3 || III
|-
| Generation = 4 || IV
|-
| Generation = 5 || V
|-
| Generation = 6 || VI
|-
|}

= Einsatzbeginn und -ende =
<pre>
Deployment_Start = 1910
Deployment_End = 1990
</pre>

Tragen Sie hier Angaben zum Beginn des Einsatzes bzw. dessen Ende (etwa der Ausmusterung) ein. Liegt das Ende des Einsatzes in der Zukunft oder ist es unbekannt unbekannt, so ist hier als Einheitswert das Jahr 2100 einzutragen. Die Felder können leer bleiben, wenn die Einträge unerheblich sind (Landschaftselemente etc.). Wünschenswert sind sie bei Rollmaterial und Bauten.

Details zur Epochen-Zuordnung siehe [https://www.morop.eu/downloads/nem/de/nem806D_d.pdf |Die Eisenbahnepochen gemäß NEM 806 D]

= Räumliche Einordnung des Modells / des Vorbilds =
== Zuordnung des Ursprungslandes ==
<pre>
Country = "D"
</pre>
<table><tr><td>

[[Datei:landauswahl_eep8.jpg]]

Mit der Zuordnung mittels Länderkennzeichnung kann der Anwender seinen Modellbestand in den Auswahllisten nach Ursprungsländern filtern.

Hinweis: Als Wert für den Schlüssel <tt>Country</tt> darf nur eines der unten aufgeführten Länderkürzel verwendet werden. Der Filtermechanismus von EEP kennt nur die vordefinierten Werte. Ist das Ursprungsland für das Vorbild des Modells nicht in der Liste enthalten, so wird der Wert <tt>Country = "Others"</tt> eingetragen.

{| class="wikitable" style="float:left; margin-right:1em; margin-top:1em;"
! style="width:10%"|Flagge !! style="width:5%"|Wert !! style="width:15%"|Name in den vier von EEP unterstützten Sprachen !!style="width:5%"| Wert
|-
| Keine Zuordnung möglich || Others || Das Ursprungsland ist in der Tabelle nicht vertreten. || Country = "Others"
|-
|[[Datei:at.png]] || A || Austria Österreich Autriche Austria || Country = "A"
|-
|[[Datei:au.png]] || AUS || Australia Australien Australie Australia || Country = "AUS"
|-
|[[Datei:be.png]] || B || Belgium Belgien Belgique Belgia || Country = "B"
|-
|[[Datei:bg.png]] || BG || Bulgaria Bulgarien Bulgarie Bulgaria|| Country = "BG"
|-
|[[Datei:ba.png]] || BIH || Bosnia and Herzegovina Bosnien und Herzegowina Bosnie-Herzégovine Bosnia i Hercegowina|| Country = "BIH"
|-
|[[Datei:br.png]] || BR || Brazil Brasilien Brésil Brazylia|| Country = "BR"
|-
|[[Datei:ca.png]] || CND || Canada Canada Canada Canada|| Country = "CND"
|-
|[[Datei:ch.png]] || CH || Switzerland Schweiz Suisse Szwajcaria|| Country = "CH"
|-
|[[Datei:cz.png]] || CZ || Czechoslovakia Tchechoslowakai Tchécoslovaquie Czechoslowacja Die Teilung in Tschechische und Slowakische Republik siehe weiter unten.|| Country = "CZ"
|-
|[[Datei:cy.png]] || CY || Cyprus Zypern Chypre Cypr|| Country = "CY"
|-
|[[Datei:cz.png]] || CZ || Czech Republic Tschechien République tchèque Czechy || Country = "CZ"
|-
|[[Datei:de.png]] || D || Germany Deutschland Allemagne Niemcy|| Country = "D"
|-
|[[Datei:dk.png]] || DK || Denmark Dänemark Danemark Dania|| Country = "DK"
|-
|[[Datei:ee.png]] || E || Spain Spanien Espagne Hiszpania|| Country = "E"
|-
|[[Datei:es.png]] || EST || Estonia Estland Estonie Estonia|| Country = "EST"
|-
|[[Datei:fr.png]] || ES || France Frankreich France Francja|| Country = "F"
|-
|[[Datei:fi.png]] || FIN || Finland Finnland Finlande Finlandia|| Country = "FIN"
|-
|[[Datei:li.png]] || FL || Liechtenstein Liechtenstein le Liechtenstein Liechtenstein|| Country = "FL"
|-
|[[Datei:gb.png]] || FL || United Kingdom Großbritannien Royaume-Uni Wielka Brytania|| Country = "GB"
|-
|[[Datei:gr.png]] || GR || Greece Griechenland Grèce Grecja|| Country = "GR"
|-
|[[Datei:hu.png]] || H || Hungary Ungarn Grèce Wegry|| Country = "H"
|-
|[[Datei:hr.png]] || HR || Croatia Kroatien Croatie Chorwacja|| Country = "HR"
|-
|[[Datei:it.png]] || I || Italy Italien Italie Wlochy|| Country = "I"
|-
|[[Datei:in.png]] || IND || India Indien Inde India|| Country = "IND"
|-
|[[Datei:ie.png]] || IRL || Ireland Irland Irlande Irlandia|| Country = "IRL"
|-
|[[Datei:jp.png]] || J || Japan Japan Japon Japonia|| Country = "J"
|-
|[[Datei:lu.png]] || L || Luxembourg Luxemburg Luxembourg Luksemburg|| Country = "L"
|-
|[[Datei:lt.png]] || LT || Lithuania Litauen Lituanie Litwa|| Country = "LT"
|-
|[[Datei:lv.png]] || LV || Latvia Lettland Lettonie Lotwa|| Country = "LV"
|-
|[[Datei:mt.png]] || M || Malta Malta Malta Malta|| Country = "M"
|-
|[[Datei:mx.png]] || MEX || Mexico Mexiko Mexique Meksyk|| Country = "MEX"
|-
|[[Datei:nl.png]] || NL || Netherlands Niederlande Pays-Bas Holandia|| Country = "NL"
|-
|[[Datei:pt.png]] || P || Portugal Portugal Portugal Portugalia|| Country = "P"
|-
|[[Datei:nl.png]] || PL || Poland Polen Pologne Polska|| Country = "PL"
|-
|[[Datei:cn.png]] || RC || China China Chine Chiny|| Country = "RC"
|-
|[[Datei:ro.png]] || RO || Romania Rumänien Roumanie Rumunia|| Country = "RO"
|-
|[[Datei:ru.png]] || RUS || Russia Russland Russie Rosja|| Country = "RUS"
|-
|[[Datei:se.png]] || S || Sweden Schweden Suède Szwecja|| Country = "S"
|-
|[[Datei:si.png]] || SLO || Slovenia Slowenien Slovénie Slowenia|| Country = "SLO"
|-
|[[Datei:rs.png]] || SRB || Serbia Serbien Serbie Serbia|| Country = "SRB"
|-
|[[Datei:tr.png]] || TR || Turkey Türkei Turquie Turcja|| Country = "TR"
|-
|[[Datei:ua.png]] || UA || Ukraine Ukraine Ukraine Ukraina|| Country = "UA"
|-
|[[Datei:us.png]] || USA || U.S. USA Etats-Unis Stany Zjednoczone|| Country = "USA"
|-
|}

<div style="clear:both"></div>

= Namen des Erbauers und des Vorbildes =
<pre>
Creator_Model = "XY?"
Creator_Original = "Others"
</pre>

Die Angabe des Konstrukteursnamens hilft bei der Modellsuche, wenn sie der Anwender entsprechend filtert. EEP versteht nur die dreistellige Zeichenkette einer einzigen Konstrukteursangabe. Der Konstrukteursname muss zudem in einer internen Liste abgelegt sein. Diese Liste sieht der Anwender als Checkbox-Liste.

Im Feld <tt>Original</tt> kann jede Zeichenkette eingetragen werden; auf Anwenderseite ist hier eine Freitexteingabe möglich. Entsprechend gering ist dementsprechend die Trefferquote.

= Modell-Icon =

<pre>
Icon = n
</pre>
n: ganzzahlige Zahl

== Für Anlagenbauer: Modell-Icons aus Anwendersicht ==
<div>
<div style="float:left">
[[Datei:modellauswahl_icons.jpg|left|200px|Auswahldialog]]

Die Abbildung zeigt die Modellauflistung aus Anwendersicht. Jede Zeile beginnt mit einem Icon, gefolgt von der Modellbezeichnung.
Die Modell-Icons versinnbildlichen den Typus eines Modells. Sie verdeutlichen dem Anwender das Wesen bzw. die Eignung des Modells, ohne dass er die Modellbezeichnung lesen muss - zumal diese nicht immer Aufschluss über die Art des Modells gibt wie z.B. <tt>KVS1510 TA</tt> oder <tt>QS_6Gl_4m0</tt>.
</div>
</div>

<div style="clear:both"></div>

== Für Konstrukteure: Modell-Icons aus Entwicklersicht ==
Jedes Icon hat eine unverwechselbare Nummer (ID). Der Konstrukteur gibt sie in der [[Externe *.ini-Dateien der Modelle|externen ini-Datei]] des Modells an:
<pre>
[FileInfo] 
Name_ENG = "Cathedral" 
Name_GER = "Dom" 
Name_FRA = "Cathédrale" 
Name_POL = "Kościół" 
...
Icon = 65
...
</pre>

Die Zahl 65 weist dem Modell bei der Installation das Icon für Sakralbauten zu.

Die [[Modellicons|Liste]] aller Modell-Icons samt ihren numerischen Entsprechungen.

== Icons wirken im Verborgenen ==
Zu den Altlasten von eep gehört die Inkompatibilität der Ordnerstruktur, in der die Modelle abgelegt sind, mit der [[Scan-Mechanismus_und_Installationspfade_in_EEP|Kategorienstruktur (''Categories'')]], in der die Modelle dem Anwender erscheinen. In diesem Zusammenhang hilft das Icon, ein Modell in der richtigen Kategorie erscheinen zu lassen, obwohl es in einem Sammelordner mit Modellen aus anderen Kategorien abgelegt ist.

Beispiel:
Eine Dampflok wird im gleichen Ordner <tt>Resourcen\Rollmaterial\Schiene\Lokomotiven\..</tt> abgelegt wie eine Diesellok oder eine E-Lok. Nicht einmal die Spurweite spielt eine Rolle.

Der Anwender sieht aber diese fein ausdifferenzierte Struktur:

[[Datei:Modellauswahl_Rollmaterial.png]]

Die richtige Zuordnung der Dampfloks in diesem Bild geschieht durch die Icon-Zuweisung in der [[Externe *.ini-Dateien der Modelle|externen ini-Datei]] des Modells.
<pre>
Icon = 10
</pre>

Eine Diesellok würde durch ihr <tt>Icon = 32</tt> in den gleichen Ordner installiert, jedoch für den Anwender in der Kategorie für Diesellokomotiven erscheinen.

= Achsennamen =

Damit der Anwender im Modell verbaute Achsen ansprechen kann (per Schieberegler, Kontaktpunkte, LUA), muss er klar verständliche Achsenbezeichnungen vorfinden:
<pre>

MovAxis?_ENG = "Displayed name of the Axis"
MovAxis?_GER = "Angezeigter Name der Achse"
MovAxis?_FRA = "Nom de l’ axe affiché"
MovAxis?_POL = "Wyswietlona nazwa osi"
</pre>

Der Konstrukteur unternimmt
* die Vergabe eines gültigen Namens für eine Transformationsachse im Dialogfenster der [[Achsenschachtelung]] des Home-Nostruktors. Dabei berücksichtigt er die [[Reservierte_Achsennamen|Richtlinien für reservierte System-Achsennamen]].
* die Vergabe des in EEP angezeigten Namens dieser Achse in den vier von EEP unterstützten Landessprachen.

Klartextangaben für den Anwender sollten erst am Ende der Modellentwicklung vergeben werden. Der Home-Nostruktor nummeriert die Achsen während der Konstruktionsphase unter Umständen unterschiedlich. Die Nummer resultiert aus dem Platz, den die Achse innerhalb des Diagramms der Achsenschachtelung einnimmt und kann sich bei Löschvorgängen oder der Umplatzierung von Achsen ändern. Die Nummer bildet die logische Verknüpfung der Achse zum Klartextnamen. Sie darf vom Konstrukteur nicht verändert werden.

Hier wurde die Achse <tt>Kling-Klang</tt> erzeugt.

[[Datei:Achsennamen_vergeben_01.jpg]]

Der Home-Nostruktor hat die Achse nummeriert.

== Achsennamen im Steuerdialog ==

Wie Achsen definiert und gekreuzt werden, schildert das Kapitel zum [[Achsenschachtelung|Achsendialog]]. Der Home-Nostruktor nummeriert alle Achsen im Projekt und versieht deren Namen mit der Nummer in dieser Schreibkonvention:

<pre>
Kling-klang_01
</pre>

Obwohl die Achsennummer zweistellig erscheint, wird sie in der externen ini-Datei einstellig notiert:

<pre>
...
MovAxis1_GER = "Läuten"
...
</pre>

== Achsennamen im Klartext ==
Der Klartextname einer Transformationsachse soll in den Sprachen Englisch, Deutsch, Französisch und Polnisch angegeben werden. Die Angaben sind auch dann erforderlich, wenn der anzuzeigende Name in den vier Sprachen identisch ist oder absichtlich so angezeigt werden soll.

<pre>
MovAxis1_ENG = "Ring"
MovAxis1_GER = "Läuten"
MovAxis1_FRA = "Sonner"
MovAxis1_POL = "Dzwonić"
</pre>

Bis auf die 25 Namen der [[Reservierte_Achsennamen|reservierten System-Achsen]] kann der Konstrukteur die Achsennamen frei wählen. Weil seitens des Trend Verlages hier nie Konventionen erarbeitet und als verbindlich deklariert worden sind, hat sich im Lauf der Zeit ein Wildwuchs an Achsenbezeichnungen ergeben. Nebeneinander existieren für die gleiche Achse z.B. "Tür rechts", "Tuer rechts", Tür_rechts", Tuer_rechts, Tuer-rechts" u.v.m. Nur die erste Form ist korrekt; sie bildet jedoch in EEP die Ausnahme. Ähnlich gelagerte Fälle betreffen Zugzielanzeigen, einstellbare Gütern in Güterwagen, Tore, Stromabnehmer, Bühnen, Kräne, Haken etc.

== Empfehlungen zur Benennung ==
Die Notation von Achsen erlaubt die Nutzung von Wort-Filtern, was die Anzahl der benötigten Kontaktpunkte in den EEP-Anlagen verringert. Nach dem anführenden Namen folgt ein Leerzeichen, wenn weitere Namen z.B. der Beladung ("Ladung Sand", "Ladung Kohlen") benötigt werden. Diese optionalen Zusätze sind in der folgenden Auflistung durch ? markiert.

Hinweis: Eine Ausnahme davon bilden lediglich die Stromabnehmer, deren Nummer ohne Leerzeichen angefügt wird. Der vordere Stromabnehmer erhält <tt>1</tt>. 

Arm (z.B. bei Baukränen)
<pre>
MovAxis?_ENG = "Arm ?"
MovAxis?_GER = "Arm ?"
MovAxis?_FRA = "Bras ?"
MovAxis?_POL = "Wasiegnik ?"
</pre>

Aufzug
<pre>
MovAxis?_ENG = "Elevator ?"
MovAxis?_GER = "Aufzug ?"
MovAxis?_FRA = "Ascenseur ?"
MovAxis?_POL = "Winda ?"
</pre>

Bühne (z.B. bei Arbeitsbühnen, Schiebebühnen, Drehscheiben)
<pre>
MovAxis?_ENG = "Stage ?"
MovAxis?_GER = "Bühne ?"
MovAxis?_FRA = "Scène ?"
MovAxis?_POL = "Podest ?"
</pre>

Drehen
<pre>
MovAxis?_ENG = "Turn ?"
MovAxis?_GER = "Drehen ?"
MovAxis?_FRA = "Tourner ?"
MovAxis?_POL = "Obracanie ?"
</pre>

Haken
<pre>
MovAxis?_ENG = "Hook ?"
MovAxis?_GER = "Haken ?"
MovAxis?_FRA = "Crochet ?"
MovAxis?_POL = "Hak ?"
</pre>

Heben
<pre>
MovAxis?_ENG = "Lift ?"
MovAxis?_GER = "Heben ?"
MovAxis?_FRA = "Lever ?"
MovAxis?_POL = "Podnoszenie ?"
</pre>

Kohle (z.B. in Tendern oder Kohlebansen)
<pre>
MovAxis?_ENG = "Coal"
MovAxis?_GER = "Kohle"
MovAxis?_FRA = "Charbon"
MovAxis?_POL = "Wegiel"
</pre>

Ladung (alle Arten von Ladungen, die mit dem zweiten Wort spezifiziert werden)
<pre>
MovAxis?_ENG = "Freight ?"
MovAxis?_GER = "Ladung ?"
MovAxis?_FRA = "Cargaison ?"
MovAxis?_POL = "Ladunek ?"
</pre>

Lokführer (soweit nicht über System-Achsen: "_DriveDirF" und "_DriveDirR" gesteuert)
<pre>
MovAxis?_ENG = "Engineer ?"
MovAxis?_GER = "Lokführer ?"
MovAxis?_FRA = "Ingenieur ?"
MovAxis?_POL = "Maszynista ?"
</pre>

Senken
<pre>
MovAxis?_ENG = "Lower ?"
MovAxis?_GER = "Senken ?"
MovAxis?_FRA = "Baiser ?"
MovAxis?_POL = "Opuszczanie ?"
</pre>

Stromabnehmer1 (oder Stromabnehmer2, Stromabnehmer3, Stromabnehmer4)
<pre>
MovAxis?_ENG = "Pantograph1(2,3,4)"
MovAxis?_GER = "Stromabnehmer1(2,3,4)"
MovAxis?_FRA = "Pantographe1(2,3,4)"
MovAxis?_POL = "Pantograf1(2,3,4)"
</pre>

Tor
<pre>
MovAxis?_ENG = "Gate ?"
MovAxis?_GER = "Tor ?"
MovAxis?_FRA = "Portail ?"
MovAxis?_POL = "Brama ?"
</pre>

Tür
<pre>
MovAxis?_ENG = "Door ?"
MovAxis?_GER = "Tür ?"
MovAxis?_FRA = "Porte ?"
MovAxis?_POL = "Drzwi ?"
</pre>

Ziel (z.B. bei Anzeigen auf dem Bahnsteig)
<pre>
MovAxis?_ENG = "Destination ?"
MovAxis?_GER = "Ziel ?"
MovAxis?_FRA = "Destination ?"
MovAxis?_POL = "Cel ?"
</pre>

Zugende (z.B. als Zugschlussscheiben oder Zugschlusslichter)
<pre>
MovAxis?_ENG = "End of train ?"
MovAxis?_GER = "Zugende ?"
MovAxis?_FRA = "Fin du train ?"
MovAxis?_POL = "Koniec pociagu ?"
</pre>

Zugzielanzeige (im Lokomotiven, Waggons usw.)
<pre>
MovAxis?_ENG = "Destination sign ?"
MovAxis?_GER = "Zugzielanzeige ?"
MovAxis?_FRA = "Destination du train ?"
MovAxis?_POL = "Stacja docelowa ?"
</pre>

= Modell-Beschreibung und Dokumentation =
== Modellbeschreibung ==

[[Datei:modellauswahl_meigenschften.jpg]]

Das Dialogfenster <tt>Modelleigenschaften</tt> zeigt dem EEP-Anwender weitere Informationen zum Modell, die er wegen der Kürze des angezeigten Modellnamens sonst nicht kennt.
Dabei sollen in knapper Form Merkmale und Besonderheiten des Modells erwähnt werden. Ausführlichere Informationen, etwa zur Funktionsweise des Modells, gehören dagegen in die [[PDF-Dokumentation_schreiben_und_verlinken|Dokumentation]].

Die Beschreibung kann in den vier von EEP unterstützten Sprachen verfasst werden:
<pre>
Description_ENG = "Description of the model in the selected language" 
Description_GER = "Beschreibung des Modells in der jeweiligen Sprache" 
Description_FRA = "Description du modele dans la langue respective" 
Description_POL = "Opis modelu w wybranym jezyku" 
</pre>

Die Beschreibung darf maximal 480 Zeichen lang sein. Längere Zeichenketten werden abgeschnitten.

== Dokumentation ==
Dieser Abschnitt betrifft nur [[Regelwerke_und_Hinweise_für_offizielle_Konstrukteure#Doku_verfassen|offizielle Konstrukteure]] mit Vertrag.

= Beispiele =
== Straßenbahn ==

<pre>
[FileInfo]
Name_ENG = "KSW TW neutral (HW1)"
Name_GER = "KSW TW neutral (HW1)"
Name_FRA = "KSW TW neutral (HW1)"
Name_POL = "KSW TW neutral (HW1)"
Description_ENG = "KSW TW neutral (HW1)"
Description_GER = "KSW TW in neutraler Ausführung ohne Volltauschtextur (HW1)"
Description_FRA = "KSW TW neutral (HW1)"
Description_POL = "KSW TW neutral (HW1)"
PdfDoc_ENG = ""
PdfDoc_GER = "KSW_neutral_HW1.pdf"
PdfDoc_FRA = ""
PdfDoc_POL = ""
Country = "D"
Creator_Model = "HW1"
Creator_Original = "Fuchs (Heidelberg)"
Generation = 3
Deployment_Start = 1947
Deployment_End = 1975
Icon = 13
MovAxis7_ENG = "Pantograph"
MovAxis7_GER = "Stromabnehmer"
MovAxis7_FRA = "Pantographe"
MovAxis7_POL = "Pantograf"
MovAxis12_ENG = "Track gauge"
MovAxis12_GER = "Spurweite"
MovAxis12_FRA = "Écartement des rails"
MovAxis12_POL = "Rozstaw szyn"
MovAxis20_ENG = "Destination Top"
MovAxis20_GER = "Linienschild Dach"
MovAxis20_FRA = "Terminus toit"
MovAxis20_POL = "Stacja koncowa dach"
MovAxis21_ENG = "Driver"
MovAxis21_GER = "Fahrer"
MovAxis21_FRA = "Chauffeur"
MovAxis21_POL = "Motorniczy"
MovAxis22_ENG = "Destination"
MovAxis22_GER = "Fahrtziel"
MovAxis22_FRA = "Terminus"
MovAxis22_POL = "Stacja koncowa"
MovAxis23_ENG = "Doors right side"
MovAxis23_GER = "Türen rechts"
MovAxis23_FRA = "Drzwi pojazdu na prawo"
MovAxis23_POL = "Türen rechts"
MovAxis25_ENG = "Doors left side"
MovAxis25_GER = "Türen links"
MovAxis25_FRA = "Portes à gauche"
MovAxis25_POL = "Drzwi pojazdu na lewo"
MovAxis28_ENG = "Passengers"
MovAxis28_GER = "Fahrgäste"
MovAxis28_FRA = "Passageres"
MovAxis28_POL = "Pasazer"

</pre>
[[Datei:externe_ini_Datei_Bsp_01.jpg]] 

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Externe *.ini-Dateien der Modelle

2021-05-19T09:03:57Z

HW1:

Während die [[Interne_Ini-Datei_der_Modelle|interne ini-Datei]] beim Export in die Modelldatei eingekapselt wird, liegt die externe ini-Datei im Klartext in einer separaten Datei vor. Sie kann theoretisch vom Anwender bearbeitet werden. Ihre Einträge sind für die Darstellung der Modelle in der Modellauswahllisten relevant.
Einträge in der externen ini-Datei erlauben EEP
* die Katalogisierung der Modelle in der Modelldatenbank (Models.db),
* die landesspezifische Anzeige der Modellnamen,
* die Sortierung der Modelle...
** nach Eisenbahn-Epochen
** nach Ländern, in denen die Vorbilder geschaffen wurden bzw. vorkommen,
** nach dem Erbauer des Vorbilds sowie nach dem Autor des Modells.
* die Anzeige kurzer Erläuterungstexte,
* Verweise (Links) zu ausführlichen [[PDF-Dokumentation_schreiben_und_verlinken|Dokumentationen]] ,
* die Anzeige der im Modell verwendeten Achsennamen und weitere Modellbeschriftungen in den jeweiligen Landessprachen,
* die fallweise Festlegung von Rastpunkten (SnapPoints).
 
= Anlegen der Datei =

Die interne ini-Datei kann auf verschiedene Weisen angelegt werden:
* automatisch beim Anlegen eines Projekts im Home-Nostruktor (und durch weitere Einträge aktualisiert beim Modellexport),
* bei deren Fehlen automatisch von EEP beim Modelle-Scannen,
* per Hand vom Konstrukteur.

In der Praxis wird der Konstrukteur die vom Home-Nostruktor automatisch angelegte Datei modifizieren. Zu jedem Modell gehört eine externe ini-Datei; sie muss im gleichen Verzeichnis wie das Modell selbst liegen und trägt (bis auf die Dateierweiterung) den exakt gleichen Namen.

== Zeichenvorrat ==
Die Datei kann mit einem Texteditor bearbeitet werden. Dabei gelten diese Bedingungen:

[[Datei:signal_gruen.png]] Erlaubte Zeichen
<pre>
! # $ £ € % & ' ° @ ( ) * + - _ 0 1 2 3 4 5 6 7 8 9 < >
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Ä Ö Ü 
a b c d e f g h i j k l m n o p q r s t u v w x y z à ä ç é è ö ù ü ß
</pre>

Nicht erlaubte Zeichen
<pre>
" [ ] , ; \ = ? ^ . : /
</pre>

Die nicht erlaubten Zeichen interpretiert EEP als Steuer- bzw. Formatierungszeichen.

<pre>
" (Anführung): Beginn und Ende einer Zeichenkette (String), die im Klartext ausgegeben wird
; (Semikolon): Beginn eines Kommentars in dieser Zeile
, (Komma): Trennung mehrerer numerischer Werte (die Werte selbst erhalten bei bedarf einen Punkt als Dezimaltrennzeichen)
\ (Rückstrich, Backslash): Reserviert für Pfadangaben
= (Gleichheitszeichen): Wertezuweisung in einem Ausdruck
</pre>

[ ] (eckige Klammern) umschließen eine Sektion der ini-Datei. Innerhalb einer Zeichenkette gelten sie als Formatierungszeichen:

[e]: Zeilenumbruch

[x22]: Anführungszeichen innerhalb einer Zeichenkette

Diese Steuerzeichen sind zulässig:

<tt>[e]</tt> : Zeilenumbruch

<tt>[x22]</tt> : Anführungszeichen innerhalb des alphanumerischen Wertes

<pre>Description_GER = "Das ist die erste Zeile[e][x22]und hier die zweite in Anführungszeichen[x22]"</pre>
[[Datei:test_modellbeschreibung.jpg]]

Hinweis: Damit die Sonderzeichen auch in EEP korrekt dargestellt werden, muss die ini-Datei im ANSI-Format gespeichert werden. Viele Texteditoren (nicht jedoch der Editor von Windows) können in das ANSI-Format konvertieren.

== Weitere Konventionen ==

Jeder Eintrag wird in einer der Sektionen als Paar aus Schlüssel und zugehörigem Wert gespeichert bzw. gelesen.

* Jede Sektion darf nur einmal vorkommen.
* Jeder Schlüssel darf nur einmal pro Sektion vorkommen.
* Der Lesezugriff erfolgt via Sektion und Schlüssel.
* Numerische Werte werden ohne Anführungszeichen notiert.
* Alphanumerische Werte (Strings) stehen zwischen zwei Anführungen.
* Kommentare werden mit einem Semikolon (;) am Zeilenbeginn eingeleitet. Sie müssen einzeilig sein und dürfen nicht hinter Einträgen, sondern in einer separaten Zeile notiert werden..

== Aufruf des Editierfensters der externen *.ini-Datei ==

Sie rufen die externe ini-Datei entweder in einem Texteditor oder im Editierfenster des Home-Nostruktors auf. Unbearbeitet sieht sie so aus:

<pre>
[FileInfo]
Name_ENG = "Neues_Projekt"
Name_GER = "Neues_Projekt"
Name_FRA = "Neues_Projekt"
Name_POL = "Neues_Projekt"
Icon = 23
Generation = 0
Deployment_Start = 1900
Deployment_End = 2014
Country = "D"
Creator_Model = "Others"
Creator_Original = "Others"
Description_ENG = ""
Description_GER = ""
Description_FRA = ""
Description_POL = ""
</pre>

= Modellname =

<pre>
Name_ENG = Angezeigter Name des Modells in der englischen Version von EEP
Name_GER = Angezeigter Name des Modells in der deutschen Version von EEP
Name_FRA = Angezeigter Name des Modells in der französischen Version von EEP
Name_POL = "Angezeigter Name des Modells in der polnischen Version von EEP
</pre>

Der Modellname, den der Anwender in der Modellauswahlliste von EEP sieht, ist nicht der Name der *.3dm-Datei; er wird vielmehr aus den Namenseinträgen in der externen *.ini-Datei des Modells ausgelesen. Auf diese Weise kann er auch sprachenspezifisch unterschiedlich lauten: Es gibt Felder für Englisch, Deutsch, Französisch und Polnisch.
Das vorgefertigte Grundgerüst der Datei umfasst die vier Schlüssel:<tt>Name_ENG, Name_GER, Name_FRA</tt> und <tt> Name_POL</tt>. Die Werte tragen automatisch den Namen des aktuellen Projektes.

== Wahl des Modellnamens ==

Gegenüber der Wahl des Dateinamens, bei der die Betriebssystem-üblichen Konventionen für die Festlegung von Dateinamen gelten, gilt für die Modellnamen der Grundsatz der guten Verständlichkeit und Plausibilität für den Anwender. Für gute Lesbarkeit soll von den erlaubten Sonderzeichen (s.o.) Gebrauch gemacht werden.
Die Länge des Modellnamens ist nicht wie beim Dateinamen auf 31 Zeichen begrenzt. Sie soll so bemessen sein, dass der Anwender sie ohne zu rollen (scrollen) im Auswahlfenster lesen kann.
Beispiel:
Der Modellname zur Datei <tt>Tnfhs_32_XY1.3dm</tt> des Konstrukteurs XY1 kann <tt>Kühlwagen weiß (XY1)</tt> benannt werden. Es sind also Leerzeichen, Umlaute, runde Klammern (auch weitere Sonderzeichen wie diakritische Zeichen) erlaubt.

== Weitere Empfehlungen ==

* Zusätze im Modellnamen, die sich auf die Versionsnummer von EEP beziehen ‒ <tt>Südbahnhof (Version14)</tt> ‒, haben sich nicht bewährt.
* Die Angabe des Konstrukteurskürzels im Modellnamen ‒ <tt>Südbahnhof (XY1)</tt> ‒ ist war überflüssig, weil der Anwender nach Modellen bestimmter Konstrukteure gezielt suchen kann. Als Gütesiegel ist sie jedoch berechtigt. Vor allem bei Modellen aus ähnlich konstruierten Gruppen (Flora, Fauna) ist er aus Sicht des Anwenders für die einheitliche Gestaltung einer Szenerie wünschenswert.
* Da die Modellnamen für alle vier unterstützten Sprachen eingetragen werden müssen, kann versucht werden, sie mit üblichen Online-Hilfen zu übersetzen. Eine Rückfrage bei fremdsprachigen EEP-Nutzern im Forum bewahrt u.U. vor unfreiwilligen Stilblüten. Eine gute Hilfe stellt das Nachschlagen in der deutschen Wikipedia mit anschließendem Wechsel der Wikipedia-Sprachversion dar.

== Nicht vorhandene Modelle und die Online-Modellsuche ==

In den EEP-Anlagen werden die Modelle mit ihren *.3dm-Dateinamen, nicht jedoch mit dem angezeigten Modellnamen gespeichert. Sollten in einer Anlage Modelle fehlen, so erstellt EEP automatisch eine Fehlteilliste, die als Online-Suchanfrage an den EEP-Shop gesendet werden kann. Die Ergebnisse der Suchanfragen verweisen auf die jeweilige Bezugsquelle, wobei nicht nur kostenpflichtige Shop-Artikel, sondern auch Free-Modelle der jeweiligen Anbieter ausgewertet werden. Die Fehlteillisten im HTML-Format werden in der jeweiligen EEP-Programmversion im Ordner \Resourcen\MissingModels\ gespeichert und tragen den Namen der Anlage, bei der noch nicht installierte Modelle festgestellt wurden.

= Zeitliche Einordnung des Modells / des Vorbilds =
Zu den guten Vorsätzen in der Geschichte von EEP gehört die Zuordnung der Modelle zu "Epochen" (Feld <tt>Generation</tt>) oder frei zu bestimmenden Zeitabschnitten (Feld <tt>Deployment_...</tt>.

In der Praxis wurden die Felder von den Konstrukteuren beiweitem nicht immer im Sinne der ursprünglichen Idee ausgefüllt; das gilt auch für Modelle, die zum Lieferumfang von EEP selbst gehören (Grundbestand). Dennoch ist es sinnvoll, solchen Modellen, deren Vorbilder eine klar umrissenene Einsatzzeit hatten oder haben, die entsprechenden Eigenschaften in der externen ini-Datei zuzuweisen.

= Eisenbahn-Epochen =
<pre>
Generation = 3
</pre>

Bei der Filterung der Modelle nach einer bestimmten Eisenbahn-Epoche sieht der Anwender die Modelle, die dem eingestellten Epochen-Filter entsprechen, sowie diejenigen Modelle, die keinem spezifischen Zeitraum zuzuordnen sind, (Landschaftselemente, oder diverse Gebäude). Auch oder weil der Konstrukteur die entsprechenden Einträge versäumt hat.

In Anlehnung an die NEM 800 unterstützt der Epochenfilter sieben Abschnitte, wobei eine weitere Unterteilung in Perioden nicht stattfindet. Perioden können jedoch vom Konstrukteur im Feld <tt>Description_...</tt> aufgeführt werden.

{| class="wikitable"
! Bezeichner !! Modell erscheint erstmals in Epoche...
|-
| Generation = 0 || ... kann in allen sechs Eisenbahn-Epochen vorkommen (Vorgabewert)
|-
| Generation = 1 || I
|-
| Generation = 2 || II
|-
| Generation = 3 || III
|-
| Generation = 4 || IV
|-
| Generation = 5 || V
|-
| Generation = 6 || VI
|-
|}

= Einsatzbeginn und -ende =
<pre>
Deployment_Start = 1910
Deployment_End = 1990
</pre>

Tragen Sie hier Angaben zum Beginn des Einsatzes bzw. dessen Ende (etwa der Ausmusterung) ein. Liegt das Ende des Einsatzes in der Zukunft oder ist es unbekannt unbekannt, so ist hier als Einheitswert das Jahr 2100 einzutragen. Die Felder können leer bleiben, wenn die Einträge unerheblich sind (Landschaftselemente etc.). Wünschenswert sind sie bei Rollmaterial und Bauten.

Details zur Epochen-Zuordnung siehe [https://www.morop.eu/downloads/nem/de/nem806D_d.pdf |Die Eisenbahnepochen gemäß NEM 806 D]

= Räumliche Einordnung des Modells / des Vorbilds =
== Zuordnung des Ursprungslandes ==
<pre>
Country = "D"
</pre>
<table><tr><td>

[[Datei:landauswahl_eep8.jpg]]

Mit der Zuordnung mittels Länderkennzeichnung kann der Anwender seinen Modellbestand in den Auswahllisten nach Ursprungsländern filtern.

Hinweis: Als Wert für den Schlüssel <tt>Country</tt> darf nur eines der unten aufgeführten Länderkürzel verwendet werden. Der Filtermechanismus von EEP kennt nur die vordefinierten Werte. Ist das Ursprungsland für das Vorbild des Modells nicht in der Liste enthalten, so wird der Wert <tt>Country = "Others"</tt> eingetragen.

{| class="wikitable" style="float:left; margin-right:1em; margin-top:1em;"
! style="width:10%"|Flagge !! style="width:5%"|Wert !! style="width:15%"|Name in den vier von EEP unterstützten Sprachen !!style="width:5%"| Wert
|-
| Keine Zuordnung möglich || Others || Das Ursprungsland ist in der Tabelle nicht vertreten. || Country = "Others"
|-
|[[Datei:at.png]] || A || Austria Österreich Autriche Austria || Country = "A"
|-
|[[Datei:au.png]] || AUS || Australia Australien Australie Australia || Country = "AUS"
|-
|[[Datei:be.png]] || B || Belgium Belgien Belgique Belgia || Country = "B"
|-
|[[Datei:bg.png]] || BG || Bulgaria Bulgarien Bulgarie Bulgaria|| Country = "BG"
|-
|[[Datei:ba.png]] || BIH || Bosnia and Herzegovina Bosnien und Herzegowina Bosnie-Herzégovine Bosnia i Hercegowina|| Country = "BIH"
|-
|[[Datei:br.png]] || BR || Brazil Brasilien Brésil Brazylia|| Country = "BR"
|-
|[[Datei:ca.png]] || CND || Canada Canada Canada Canada|| Country = "CND"
|-
|[[Datei:ch.png]] || CH || Switzerland Schweiz Suisse Szwajcaria|| Country = "CH"
|-
|[[Datei:cz.png]] || CZ || Czechoslovakia Tchechoslowakai Tchécoslovaquie Czechoslowacja Die Teilung in Tschechische und Slowakische Republik siehe weiter unten.|| Country = "CZ"
|-
|[[Datei:cy.png]] || CY || Cyprus Zypern Chypre Cypr|| Country = "CY"
|-
|[[Datei:cz.png]] || CZ || Czech Republic Tschechien République tchèque Czechy || Country = "CZ"
|-
|[[Datei:de.png]] || D || Germany Deutschland Allemagne Niemcy|| Country = "D"
|-
|[[Datei:dk.png]] || DK || Denmark Dänemark Danemark Dania|| Country = "DK"
|-
|[[Datei:ee.png]] || E || Spain Spanien Espagne Hiszpania|| Country = "E"
|-
|[[Datei:es.png]] || EST || Estonia Estland Estonie Estonia|| Country = "EST"
|-
|[[Datei:fr.png]] || ES || France Frankreich France Francja|| Country = "F"
|-
|[[Datei:fi.png]] || FIN || Finland Finnland Finlande Finlandia|| Country = "FIN"
|-
|[[Datei:li.png]] || FL || Liechtenstein Liechtenstein le Liechtenstein Liechtenstein|| Country = "FL"
|-
|[[Datei:gb.png]] || FL || United Kingdom Großbritannien Royaume-Uni Wielka Brytania|| Country = "GB"
|-
|[[Datei:gr.png]] || GR || Greece Griechenland Grèce Grecja|| Country = "GR"
|-
|[[Datei:hu.png]] || H || Hungary Ungarn Grèce Wegry|| Country = "H"
|-
|[[Datei:hr.png]] || HR || Croatia Kroatien Croatie Chorwacja|| Country = "HR"
|-
|[[Datei:it.png]] || I || Italy Italien Italie Wlochy|| Country = "I"
|-
|[[Datei:in.png]] || IND || India Indien Inde India|| Country = "IND"
|-
|[[Datei:ie.png]] || IRL || Ireland Irland Irlande Irlandia|| Country = "IRL"
|-
|[[Datei:jp.png]] || J || Japan Japan Japon Japonia|| Country = "J"
|-
|[[Datei:lu.png]] || L || Luxembourg Luxemburg Luxembourg Luksemburg|| Country = "L"
|-
|[[Datei:lt.png]] || LT || Lithuania Litauen Lituanie Litwa|| Country = "LT"
|-
|[[Datei:lv.png]] || LV || Latvia Lettland Lettonie Lotwa|| Country = "LV"
|-
|[[Datei:mt.png]] || M || Malta Malta Malta Malta|| Country = "M"
|-
|[[Datei:mx.png]] || MEX || Mexico Mexiko Mexique Meksyk|| Country = "MEX"
|-
|[[Datei:nl.png]] || NL || Netherlands Niederlande Pays-Bas Holandia|| Country = "NL"
|-
|[[Datei:pt.png]] || P || Portugal Portugal Portugal Portugalia|| Country = "P"
|-
|[[Datei:nl.png]] || PL || Poland Polen Pologne Polska|| Country = "PL"
|-
|[[Datei:cn.png]] || RC || China China Chine Chiny|| Country = "RC"
|-
|[[Datei:ro.png]] || RO || Romania Rumänien Roumanie Rumunia|| Country = "RO"
|-
|[[Datei:ru.png]] || RUS || Russia Russland Russie Rosja|| Country = "RUS"
|-
|[[Datei:se.png]] || S || Sweden Schweden Suède Szwecja|| Country = "S"
|-
|[[Datei:si.png]] || SLO || Slovenia Slowenien Slovénie Slowenia|| Country = "SLO"
|-
|[[Datei:rs.png]] || SRB || Serbia Serbien Serbie Serbia|| Country = "SRB"
|-
|[[Datei:tr.png]] || TR || Turkey Türkei Turquie Turcja|| Country = "TR"
|-
|[[Datei:ua.png]] || UA || Ukraine Ukraine Ukraine Ukraina|| Country = "UA"
|-
|[[Datei:us.png]] || USA || U.S. USA Etats-Unis Stany Zjednoczone|| Country = "USA"
|-
|}

<div style="clear:both"></div>

= Namen des Erbauers und des Vorbildes =
<pre>
Creator_Model = "XY?"
Creator_Original = "Others"
</pre>

Die Angabe des Konstrukteursnamens hilft bei der Modellsuche, wenn sie der Anwender entsprechend filtert. EEP versteht nur die dreistellige Zeichenkette einer einzigen Konstrukteursangabe. Der Konstrukteursname muss zudem in einer internen Liste abgelegt sein. Diese Liste sieht der Anwender als Checkbox-Liste.

Im Feld <tt>Original</tt> kann jede Zeichenkette eingetragen werden; auf Anwenderseite ist hier eine Freitexteingabe möglich. Entsprechend gering ist dementsprechend die Trefferquote.

= Modell-Icon =

<pre>
Icon = n
</pre>
n: ganzzahlige Zahl

== Für Anlagenbauer: Modell-Icons aus Anwendersicht ==
<div>
<div style="float:left">
[[Datei:modellauswahl_icons.jpg|left|200px|Auswahldialog]]

Die Abbildung zeigt die Modellauflistung aus Anwendersicht. Jede Zeile beginnt mit einem Icon, gefolgt von der Modellbezeichnung.
Die Modell-Icons versinnbildlichen den Typus eines Modells. Sie verdeutlichen dem Anwender das Wesen bzw. die Eignung des Modells, ohne dass er die Modellbezeichnung lesen muss - zumal diese nicht immer Aufschluss über die Art des Modells gibt wie z.B. <tt>KVS1510 TA</tt> oder <tt>QS_6Gl_4m0</tt>.
</div>
</div>

<div style="clear:both"></div>

== Für Konstrukteure: Modell-Icons aus Entwicklersicht ==
Jedes Icon hat eine unverwechselbare Nummer (ID). Der Konstrukteur gibt sie in der [[Externe *.ini-Dateien der Modelle|externen ini-Datei]] des Modells an:
<pre>
[FileInfo] 
Name_ENG = "Cathedral" 
Name_GER = "Dom" 
Name_FRA = "Cathédrale" 
Name_POL = "Kościół" 
...
Icon = 65
...
</pre>

Die Zahl 65 weist dem Modell bei der Installation das Icon für Sakralbauten zu.

Die [[Modellicons|Liste]] aller Modell-Icons samt ihren numerischen Entsprechungen.

== Icons wirken im Verborgenen ==
Zu den Altlasten von eep gehört die Inkompatibilität der Ordnerstruktur, in der die Modelle abgelegt sind, mit der [[Scan-Mechanismus_und_Installationspfade_in_EEP|Kategorienstruktur (''Categories'')]], in der die Modelle dem Anwender erscheinen. In diesem Zusammenhang hilft das Icon, ein Modell in der richtigen Kategorie erscheinen zu lassen, obwohl es in einem Sammelordner mit Modellen aus anderen Kategorien abgelegt ist.

Beispiel:
Eine Dampflok wird im gleichen Ordner <tt>Resourcen\Rollmaterial\Schiene\Lokomotiven\..</tt> abgelegt wie eine Diesellok oder eine E-Lok. Nicht einmal die Spurweite spielt eine Rolle.

Der Anwender sieht aber diese fein ausdifferenzierte Struktur:

[[Datei:Modellauswahl_Rollmaterial.png]]

Die richtige Zuordnung der Dampfloks in diesem Bild geschieht durch die Icon-Zuweisung in der [[Externe *.ini-Dateien der Modelle|externen ini-Datei]] des Modells.
<pre>
Icon = 10
</pre>

Eine Diesellok würde durch ihr <tt>Icon = 32</tt> in den gleichen Ordner installiert, jedoch für den Anwender in der Kategorie für Diesellokomotiven erscheinen.

= Achsennamen =

Damit der Anwender im Modell verbaute Achsen ansprechen kann (per Schieberegler, Kontaktpunkte, LUA), muss er klar verständliche Achsenbezeichnungen vorfinden:
<pre>

MovAxis?_ENG = "Displayed name of the Axis"
MovAxis?_GER = "Angezeigter Name der Achse"
MovAxis?_FRA = "Nom de l’ axe affiché"
MovAxis?_POL = "Wyswietlona nazwa osi"
</pre>

Der Konstrukteur unternimmt
* die Vergabe eines gültigen Namens für eine Transformationsachse im Dialogfenster der [[Achsenschachtelung]] des Home-Nostruktors. Dabei berücksichtigt er die [[Reservierte_Achsennamen|Richtlinien für reservierte System-Achsennamen]].
* die Vergabe des in EEP angezeigten Namens dieser Achse in den vier von EEP unterstützten Landessprachen.

Klartextangaben für den Anwender sollten erst am Ende der Modellentwicklung vergeben werden. Der Home-Nostruktor nummeriert die Achsen während der Konstruktionsphase unter Umständen unterschiedlich. Die Nummer resultiert aus dem Platz, den die Achse innerhalb des Diagramms der Achsenschachtelung einnimmt und kann sich bei Löschvorgängen oder der Umplatzierung von Achsen ändern. Die Nummer bildet die logische Verknüpfung der Achse zum Klartextnamen. Sie darf vom Konstrukteur nicht verändert werden.

Hier wurde die Achse <tt>Kling-Klang</tt> erzeugt.

[[Datei:Achsennamen_vergeben_01.jpg]]

Der Home-Nostruktor hat die Achse nummeriert.

== Achsennamen im Steuerdialog ==

Wie Achsen definiert und gekreuzt werden, schildert das Kapitel zum [[Achsenschachtelung|Achsendialog]]. Der Home-Nostruktor nummeriert alle Achsen im Projekt und versieht deren Namen mit der Nummer in dieser Schreibkonvention:

<pre>
Kling-klang_01
</pre>

Obwohl die Achsennummer zweistellig erscheint, wird sie in der externen ini-Datei einstellig notiert:

<pre>
...
MovAxis1_GER = "Läuten"
...
</pre>

== Achsennamen im Klartext ==
Der Klartextname einer Transformationsachse soll in den Sprachen Englisch, Deutsch, Französisch und Polnisch angegeben werden. Die Angaben sind auch dann erforderlich, wenn der anzuzeigende Name in den vier Sprachen identisch ist oder absichtlich so angezeigt werden soll.

<pre>
MovAxis1_ENG = "Ring"
MovAxis1_GER = "Läuten"
MovAxis1_FRA = "Sonner"
MovAxis1_POL = "Dzwonić"
</pre>

Bis auf die 25 Namen der [[Reservierte_Achsennamen|reservierten System-Achsen]] kann der Konstrukteur die Achsennamen frei wählen. Weil seitens des Trend Verlages hier nie Konventionen erarbeitet und als verbindlich deklariert worden sind, hat sich im Lauf der Zeit ein Wildwuchs an Achsenbezeichnungen ergeben. Nebeneinander existieren für die gleiche Achse z.B. "Tür rechts", "Tuer rechts", Tür_rechts", Tuer_rechts, Tuer-rechts" u.v.m. Nur die erste Form ist korrekt; sie bildet jedoch in EEP die Ausnahme. Ähnlich gelagerte Fälle betreffen Zugzielanzeigen, einstellbare Gütern in Güterwagen, Tore, Stromabnehmer, Bühnen, Kräne, Haken etc.

== Empfehlungen zur Benennung ==
Die Notation von Achsen erlaubt die Nutzung von Wort-Filtern, was die Anzahl der benötigten Kontaktpunkte in den EEP-Anlagen verringert. Nach dem anführenden Namen folgt ein Leerzeichen, wenn weitere Namen z.B. der Beladung ("Ladung Sand", "Ladung Kohlen") benötigt werden. Diese optionalen Zusätze sind in der folgenden Auflistung durch ? markiert.

Hinweis: Eine Ausnahme davon bilden lediglich die Stromabnehmer, deren Nummer ohne Leerzeichen angefügt wird. Der vordere Stromabnehmer erhält <tt>1</tt>. 

Arm (z.B. bei Baukränen)
<pre>
MovAxis?_ENG = "Arm ?"
MovAxis?_GER = "Arm ?"
MovAxis?_FRA = "Bras ?"
MovAxis?_POL = "Wasiegnik ?"
</pre>

Aufzug
<pre>
MovAxis?_ENG = "Elevator ?"
MovAxis?_GER = "Aufzug ?"
MovAxis?_FRA = "Ascenseur ?"
MovAxis?_POL = "Winda ?"
</pre>

Bühne (z.B. bei Arbeitsbühnen, Schiebebühnen, Drehscheiben)
<pre>
MovAxis?_ENG = "Stage ?"
MovAxis?_GER = "Bühne ?"
MovAxis?_FRA = "Scène ?"
MovAxis?_POL = "Podest ?"
</pre>

Drehen
<pre>
MovAxis?_ENG = "Turn ?"
MovAxis?_GER = "Drehen ?"
MovAxis?_FRA = "Tourner ?"
MovAxis?_POL = "Obracanie ?"
</pre>

Haken
<pre>
MovAxis?_ENG = "Hook ?"
MovAxis?_GER = "Haken ?"
MovAxis?_FRA = "Crochet ?"
MovAxis?_POL = "Hak ?"
</pre>

Heben
<pre>
MovAxis?_ENG = "Lift ?"
MovAxis?_GER = "Heben ?"
MovAxis?_FRA = "Lever ?"
MovAxis?_POL = "Podnoszenie ?"
</pre>

Kohle (z.B. in Tendern oder Kohlebansen)
<pre>
MovAxis?_ENG = "Coal"
MovAxis?_GER = "Kohle"
MovAxis?_FRA = "Charbon"
MovAxis?_POL = "Wegiel"
</pre>

Ladung (alle Arten von Ladungen, die mit dem zweiten Wort spezifiziert werden)
<pre>
MovAxis?_ENG = "Freight ?"
MovAxis?_GER = "Ladung ?"
MovAxis?_FRA = "Cargaison ?"
MovAxis?_POL = "Ladunek ?"
</pre>

Lokführer (soweit nicht über System-Achsen: "_DriveDirF" und "_DriveDirR" gesteuert)
<pre>
MovAxis?_ENG = "Engineer ?"
MovAxis?_GER = "Lokführer ?"
MovAxis?_FRA = "Ingenieur ?"
MovAxis?_POL = "Maszynista ?"
</pre>

Senken
<pre>
MovAxis?_ENG = "Lower ?"
MovAxis?_GER = "Senken ?"
MovAxis?_FRA = "Baiser ?"
MovAxis?_POL = "Opuszczanie ?"
</pre>

Stromabnehmer1 (oder Stromabnehmer2, Stromabnehmer3, Stromabnehmer4)
<pre>
MovAxis?_ENG = "Pantograph1(2,3,4)"
MovAxis?_GER = "Stromabnehmer1(2,3,4)"
MovAxis?_FRA = "Pantographe1(2,3,4)"
MovAxis?_POL = "Pantograf1(2,3,4)"
</pre>

Tor
<pre>
MovAxis?_ENG = "Gate ?"
MovAxis?_GER = "Tor ?"
MovAxis?_FRA = "Portail ?"
MovAxis?_POL = "Brama ?"
</pre>

Tür
<pre>
MovAxis?_ENG = "Door ?"
MovAxis?_GER = "Tür ?"
MovAxis?_FRA = "Porte ?"
MovAxis?_POL = "Drzwi ?"
</pre>

Ziel (z.B. bei Anzeigen auf dem Bahnsteig)
<pre>
MovAxis?_ENG = "Destination ?"
MovAxis?_GER = "Ziel ?"
MovAxis?_FRA = "Destination ?"
MovAxis?_POL = "Cel ?"
</pre>

Zugende (z.B. als Zugschlussscheiben oder Zugschlusslichter)
<pre>
MovAxis?_ENG = "End of train ?"
MovAxis?_GER = "Zugende ?"
MovAxis?_FRA = "Fin du train ?"
MovAxis?_POL = "Koniec pociagu ?"
</pre>

Zugzielanzeige (im Lokomotiven, Waggons usw.)
<pre>
MovAxis?_ENG = "Destination sign ?"
MovAxis?_GER = "Zugzielanzeige ?"
MovAxis?_FRA = "Destination du train ?"
MovAxis?_POL = "Stacja docelowa ?"
</pre>

= Modell-Beschreibung und Dokumentation =
== Modellbeschreibung ==

[[Datei:modellauswahl_meigenschften.jpg]]

Das Dialogfenster <tt>Modelleigenschaften</tt> zeigt dem EEP-Anwender weitere Informationen zum Modell, die er wegen der Kürze des angezeigten Modellnamens sonst nicht kennt.
Dabei sollen in knapper Form Merkmale und Besonderheiten des Modells erwähnt werden. Ausführlichere Informationen, etwa zur Funktionsweise des Modells, gehören dagegen in die [[PDF-Dokumentation_schreiben_und_verlinken|Dokumentation]].

Die Beschreibung kann in den vier von EEP unterstützten Sprachen verfasst werden:
<pre>
Description_ENG = "Description of the model in the selected language" 
Description_GER = "Beschreibung des Modells in der jeweiligen Sprache" 
Description_FRA = "Description du modele dans la langue respective" 
Description_POL = "Opis modelu w wybranym jezyku" 
</pre>

Die Beschreibung darf maximal 480 Zeichen lang sein. Längere Zeichenketten werden abgeschnitten.

== Dokumentation ==
Dieser Abschnitt betrifft nur [[Regelwerke_und_Hinweise_für_offizielle_Konstrukteure#Doku_verfassen|offizielle Konstrukteure]] mit Vertrag.

= Beispiele =
== Straßenbahn ==

<pre>
[FileInfo]
Name_ENG = "KSW TW neutral (HW1)"
Name_GER = "KSW TW neutral (HW1)"
Name_FRA = "KSW TW neutral (HW1)"
Name_POL = "KSW TW neutral (HW1)"
Description_ENG = "KSW TW neutral (HW1)"
Description_GER = "KSW TW in neutraler Ausführung ohne Volltauschtextur (HW1)"
Description_FRA = "KSW TW neutral (HW1)"
Description_POL = "KSW TW neutral (HW1)"
PdfDoc_ENG = ""
PdfDoc_GER = "KSW_neutral_HW1.pdf"
PdfDoc_FRA = ""
PdfDoc_POL = ""
Country = "D"
Creator_Model = "HW1"
Creator_Original = "Fuchs (Heidelberg)"
Generation = 3
Deployment_Start = 1947
Deployment_End = 1975
Icon = 13
MovAxis7_ENG = "Pantograph"
MovAxis7_GER = "Stromabnehmer"
MovAxis7_FRA = "Pantographe"
MovAxis7_POL = "Pantograf"
MovAxis12_ENG = "Track gauge"
MovAxis12_GER = "Spurweite"
MovAxis12_FRA = "Écartement des rails"
MovAxis12_POL = "Rozstaw szyn"
MovAxis20_ENG = "Destination Top"
MovAxis20_GER = "Linienschild Dach"
MovAxis20_FRA = "Terminus toit"
MovAxis20_POL = "Stacja koncowa dach"
MovAxis21_ENG = "Driver"
MovAxis21_GER = "Fahrer"
MovAxis21_FRA = "Chauffeur"
MovAxis21_POL = "Motorniczy"
MovAxis22_ENG = "Destination"
MovAxis22_GER = "Fahrtziel"
MovAxis22_FRA = "Terminus"
MovAxis22_POL = "Stacja koncowa"
MovAxis23_ENG = "Doors right side"
MovAxis23_GER = "Türen rechts"
MovAxis23_FRA = "Drzwi pojazdu na prawo"
MovAxis23_POL = "Türen rechts"
MovAxis25_ENG = "Doors left side"
MovAxis25_GER = "Türen links"
MovAxis25_FRA = "Portes à gauche"
MovAxis25_POL = "Drzwi pojazdu na lewo"
MovAxis28_ENG = "Passengers"
MovAxis28_GER = "Fahrgäste"
MovAxis28_FRA = "Passageres"
MovAxis28_POL = "Pasazer"

</pre>
[[Datei:externe_ini_Datei_Bsp_01.jpg]] 

[http://wiki.eepshopping.de/index.php?title=Hauptseite_EEP_Wiki&redirect=no Zurück zur Startseite]

Ein Wiki zum Home-Nostruktor?

2021-05-19T08:19:07Z

HW1:

== Ein Wiki für den Home-Nostruktor ==
 
Dieses Wiki ist das Ergebnis einer Initiative von Konstrukteuren für die Eisenbahn-Simulationssoftware EEP und das dazugehörige Modellbauwerkzeug, den Home-Nostruktor. Das Wiki tritt an die Stelle des früheren Benutzerhandbuchs zum Home-Nostruktor. Die Plattform für dieses Wiki wird vom Rechteinhaber von EEP und Home-Nostruktor, dem Trend Verlag, bereitgestellt.

Auf diese Weise soll das gesammelte Wissen um die Konstruktion von Modellen für EEP an einer zentralen Stelle – für jedermann einsehbar – gebündelt zur Verfügung stehen.
Die Wissenssammlung wurde ganz bewusst als Wiki ausgelegt, weil Anwender und Konstrukteure eingeladen sind, an der stetigen Verbesserung und Aktualisierung mitzuwirken. Ziel der offenen und flexiblen Plattform als Wiki ist es auch, Darstellungen zu veralteten Konzepten und Verfahrensweisen zu tilgen. Deshalb greifen die Artikel in diesem Wiki in aller Regel keine Modellbau-Chronologien auf, sondern konzentrieren sich auf den Ist-Zustand der jeweils aktuellen Version des Home-Nostruktors.

''Weil auch dieses Wiki das Ziel von Trollen und Bots geworden ist, muss der Bearbeitungszugang leider beschränkt bleiben. Trotzdem sind Anregungen und Ergänzungen hochwillkommen. Die Praxis hat gezeigt, dass dies ohne weitere Umstände über übliche Plattformen (Foren, Direktkontakt zu den Redakteuren etc.) möglich ist. Der bislang erreichte Bearbeitungsfortschritt hat von dieser informellen Form der Zuarbeit Außenstehender schon sehr profitieren können.''

Der Redaktionsstab ist zudem offen für die Mitarbeit weiterer Verfasserkollegen.

Weil das Wiki noch im Aufbau und in manchen Punkten unvollständig ist, finden Anwender des Home-Nostruktors Antworten auf ihre Fragen auch auf der Plattform [http://www.eepforum.de/index.php?page=Portal Mein EEP Forum].

== Hinweisgrafiken ==
In diesem Wiki werden diese Grafiken und Vignetten verwendet:

[[Datei:Signal_gelb.png|40px]] Warnung

[[Datei:Signal_gruen.png|40px]] Empfehlung

[[Datei:Signal_rot.png|40px]] Verbot

[[Datei:Signal_weiss.png|40px]] Allgemeiner Hinweis

 

== Die aktuelle Redaktionsgemeinschaft dieses Wiki ==
 
Dieter Bauer 
Rudolf Fey 
Alexander Geist 
Hans-Ulrich Werner

E-Mail: 
wiki@eepshopping.de
 
 
Der Dank des Teams gilt allen Ungenannten, die mit konstruktiver Kritik, eigenen Beiträgen und weiterem Engagement dieses Wiki unterstützen.

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:150px"|
!style="text-align:left;width:250px"|
1.1 Ein Wiki zum Home-Nostruktor?
!style="text-align:left;width:200px"|
|[[Was ist der Home-Nostruktor?| 1.2 Was ist der Home-Nostruktor? → ]]
|}

Ein Wiki zum Home-Nostruktor?

2021-05-19T06:55:17Z

HW1:

== Ein Wiki für den Home-Nostruktor ==
 
Dieses Wiki ist das Ergebnis einer Initiative von Konstrukteuren für die Eisenbahn-Simulationssoftware EEP und das dazugehörige Modellbauwerkzeug, den Home-Nostruktor. Das Wiki tritt an die Stelle des früheren Benutzerhandbuchs zum Home-Nostruktor. Die Plattform für dieses Wiki wird vom Rechteinhaber von EEP und Home-Nostruktor, dem Trend Verlag, bereitgestellt.

Auf diese Weise soll das gesammelte Wissen um die Konstruktion von Modellen für EEP an einer zentralen Stelle – für jedermann einsehbar – gebündelt zur Verfügung stehen.
Die Wissenssammlung wurde ganz bewusst als Wiki ausgelegt, weil Anwender und Konstrukteure eingeladen sind, an der stetigen Verbesserung und Aktualisierung mitzuwirken. Ziel der offenen und flexiblen Plattform als Wiki ist es auch, Darstellungen zu veralteten Konzepten und Verfahrensweisen zu tilgen. Deshalb greifen die Artikel in diesem Wiki in aller Regel keine Modellbau-Chronologien auf, sondern konzentrieren sich auf den Ist-Zustand der jeweils aktuellen Version des Home-Nostruktors.

''Weil auch dieses Wiki das Ziel von Trollen und Bots geworden ist, muss der Bearbeitungszugang leider beschränkt bleiben. Trotzdem sind Anregungen und Ergänzungen hochwillkommen. Die Praxis hat gezeigt, dass dies ohne weitere Umstände über übliche Plattformen (Foren, Direktkontakt zu den Redakteuren etc.) möglich ist. Der bislang erreichte Bearbeitungsfortschritt hat von dieser informellen Form der Zuarbeit Außenstehender schon sehr profitieren können.''

Der Redaktionsstab ist zudem offen für die Mitarbeit weiterer Verfasserkollegen.

Weil das Wiki noch im Aufbau und in manchen Punkten unvollständig ist, finden Anwender des Home-Nostruktors Antworten auf ihre Fragen auch auf der Plattform [http://www.eepforum.de/index.php?page=Portal Mein EEP Forum].

== Hinweisgrafiken ==
In diesem Wiki werden diese Grafiken und Vignetten verwendet:

[[Datei:Signal_gelb.png|60px]] Warnung

[[Datei:Signal_gruen.png|60px]] Empfehlung

[[Datei:Signal_rot.png|60px]] Verbot

[[Datei:Signal_weiss.png|60px]] Allgemeiner Hinweis

 

== Die aktuelle Redaktionsgemeinschaft dieses Wiki ==
 
Dieter Bauer 
Rudolf Fey 
Alexander Geist 
Hans-Ulrich Werner

E-Mail: 
wiki@eepshopping.de
 
 
Der Dank des Teams gilt allen Ungenannten, die mit konstruktiver Kritik, eigenen Beiträgen und weiterem Engagement dieses Wiki unterstützen.

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:150px"|
!style="text-align:left;width:250px"|
1.1 Ein Wiki zum Home-Nostruktor?
!style="text-align:left;width:200px"|
|[[Was ist der Home-Nostruktor?| 1.2 Was ist der Home-Nostruktor? → ]]
|}

Datei:Signal gelb.png

2021-05-19T06:53:11Z

HW1:

Ein Wiki zum Home-Nostruktor?

2021-05-19T06:52:59Z

HW1:

== Ein Wiki für den Home-Nostruktor ==
 
Dieses Wiki ist das Ergebnis einer Initiative von Konstrukteuren für die Eisenbahn-Simulationssoftware EEP und das dazugehörige Modellbauwerkzeug, den Home-Nostruktor. Das Wiki tritt an die Stelle des früheren Benutzerhandbuchs zum Home-Nostruktor. Die Plattform für dieses Wiki wird vom Rechteinhaber von EEP und Home-Nostruktor, dem Trend Verlag, bereitgestellt.

Auf diese Weise soll das gesammelte Wissen um die Konstruktion von Modellen für EEP an einer zentralen Stelle – für jedermann einsehbar – gebündelt zur Verfügung stehen.
Die Wissenssammlung wurde ganz bewusst als Wiki ausgelegt, weil Anwender und Konstrukteure eingeladen sind, an der stetigen Verbesserung und Aktualisierung mitzuwirken. Ziel der offenen und flexiblen Plattform als Wiki ist es auch, Darstellungen zu veralteten Konzepten und Verfahrensweisen zu tilgen. Deshalb greifen die Artikel in diesem Wiki in aller Regel keine Modellbau-Chronologien auf, sondern konzentrieren sich auf den Ist-Zustand der jeweils aktuellen Version des Home-Nostruktors.

''Weil auch dieses Wiki das Ziel von Trollen und Bots geworden ist, muss der Bearbeitungszugang leider beschränkt bleiben. Trotzdem sind Anregungen und Ergänzungen hochwillkommen. Die Praxis hat gezeigt, dass dies ohne weitere Umstände über übliche Plattformen (Foren, Direktkontakt zu den Redakteuren etc.) möglich ist. Der bislang erreichte Bearbeitungsfortschritt hat von dieser informellen Form der Zuarbeit Außenstehender schon sehr profitieren können.''

Der Redaktionsstab ist zudem offen für die Mitarbeit weiterer Verfasserkollegen.

Weil das Wiki noch im Aufbau und in manchen Punkten unvollständig ist, finden Anwender des Home-Nostruktors Antworten auf ihre Fragen auch auf der Plattform [http://www.eepforum.de/index.php?page=Portal Mein EEP Forum].

== Hinweisgrafiken ==
In diesem Wiki werden diese Grafiken und Vignetten verwendet:
[[Datei:Signal_gelb.png|left|60px]] Warnung

[[Datei:Signal_gruen.png|left|60px]] Empfehlung

[[Datei:Signal_rot.png|left|60px]] Verbot

[[Datei:Signal_weiss.png|left|60px]] Allgemeiner Hinweis

 

== Die aktuelle Redaktionsgemeinschaft dieses Wiki ==
 
Dieter Bauer 
Rudolf Fey 
Alexander Geist 
Hans-Ulrich Werner

E-Mail: 
wiki@eepshopping.de
 
 
Der Dank des Teams gilt allen Ungenannten, die mit konstruktiver Kritik, eigenen Beiträgen und weiterem Engagement dieses Wiki unterstützen.

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:150px"|
!style="text-align:left;width:250px"|
1.1 Ein Wiki zum Home-Nostruktor?
!style="text-align:left;width:200px"|
|[[Was ist der Home-Nostruktor?| 1.2 Was ist der Home-Nostruktor? → ]]
|}

Ein Wiki zum Home-Nostruktor?

2021-05-19T06:48:58Z

HW1:

== Ein Wiki für den Home-Nostruktor ==
 
Dieses Wiki ist das Ergebnis einer Initiative von Konstrukteuren für die Eisenbahn-Simulationssoftware EEP und das dazugehörige Modellbauwerkzeug, den Home-Nostruktor. Das Wiki tritt an die Stelle des früheren Benutzerhandbuchs zum Home-Nostruktor. Die Plattform für dieses Wiki wird vom Rechteinhaber von EEP und Home-Nostruktor, dem Trend Verlag, bereitgestellt.

Auf diese Weise soll das gesammelte Wissen um die Konstruktion von Modellen für EEP an einer zentralen Stelle – für jedermann einsehbar – gebündelt zur Verfügung stehen.
Die Wissenssammlung wurde ganz bewusst als Wiki ausgelegt, weil Anwender und Konstrukteure eingeladen sind, an der stetigen Verbesserung und Aktualisierung mitzuwirken. Ziel der offenen und flexiblen Plattform als Wiki ist es auch, Darstellungen zu veralteten Konzepten und Verfahrensweisen zu tilgen. Deshalb greifen die Artikel in diesem Wiki in aller Regel keine Modellbau-Chronologien auf, sondern konzentrieren sich auf den Ist-Zustand der jeweils aktuellen Version des Home-Nostruktors.

''Weil auch dieses Wiki das Ziel von Trollen und Bots geworden ist, muss der Bearbeitungszugang leider beschränkt bleiben. Trotzdem sind Anregungen und Ergänzungen hochwillkommen. Die Praxis hat gezeigt, dass dies ohne weitere Umstände über übliche Plattformen (Foren, Direktkontakt zu den Redakteuren etc.) möglich ist. Der bislang erreichte Bearbeitungsfortschritt hat von dieser informellen Form der Zuarbeit Außenstehender schon sehr profitieren können.''

Der Redaktionsstab ist zudem offen für die Mitarbeit weiterer Verfasserkollegen.

Weil das Wiki noch im Aufbau und in manchen Punkten unvollständig ist, finden Anwender des Home-Nostruktors Antworten auf ihre Fragen auch auf der Plattform [http://www.eepforum.de/index.php?page=Portal Mein EEP Forum].

== Hinweisgrafiken ==
In diesem Wiki werden diese Grafiken und Vignetten verwendet:
[[Datei:Signal_gelb.png|left|70px]] Warnung

[[Datei:Signal_gruen.png|left|60px]] Empfehlung

[[Datei:Signal_rot.png|left|60px]] Verbot

[[Datei:Signal_weiss.png|left|60px]] Allgemeiner Hinweis

 

== Die aktuelle Redaktionsgemeinschaft dieses Wiki ==
 
Dieter Bauer 
Rudolf Fey 
Alexander Geist 
Hans-Ulrich Werner

E-Mail: 
wiki@eepshopping.de
 
 
Der Dank des Teams gilt allen Ungenannten, die mit konstruktiver Kritik, eigenen Beiträgen und weiterem Engagement dieses Wiki unterstützen.

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:150px"|
!style="text-align:left;width:250px"|
1.1 Ein Wiki zum Home-Nostruktor?
!style="text-align:left;width:200px"|
|[[Was ist der Home-Nostruktor?| 1.2 Was ist der Home-Nostruktor? → ]]
|}

Ein Wiki zum Home-Nostruktor?

2021-05-19T06:48:26Z

HW1:

== Ein Wiki für den Home-Nostruktor ==
 
Dieses Wiki ist das Ergebnis einer Initiative von Konstrukteuren für die Eisenbahn-Simulationssoftware EEP und das dazugehörige Modellbauwerkzeug, den Home-Nostruktor. Das Wiki tritt an die Stelle des früheren Benutzerhandbuchs zum Home-Nostruktor. Die Plattform für dieses Wiki wird vom Rechteinhaber von EEP und Home-Nostruktor, dem Trend Verlag, bereitgestellt.

Auf diese Weise soll das gesammelte Wissen um die Konstruktion von Modellen für EEP an einer zentralen Stelle – für jedermann einsehbar – gebündelt zur Verfügung stehen.
Die Wissenssammlung wurde ganz bewusst als Wiki ausgelegt, weil Anwender und Konstrukteure eingeladen sind, an der stetigen Verbesserung und Aktualisierung mitzuwirken. Ziel der offenen und flexiblen Plattform als Wiki ist es auch, Darstellungen zu veralteten Konzepten und Verfahrensweisen zu tilgen. Deshalb greifen die Artikel in diesem Wiki in aller Regel keine Modellbau-Chronologien auf, sondern konzentrieren sich auf den Ist-Zustand der jeweils aktuellen Version des Home-Nostruktors.

''Weil auch dieses Wiki das Ziel von Trollen und Bots geworden ist, muss der Bearbeitungszugang leider beschränkt bleiben. Trotzdem sind Anregungen und Ergänzungen hochwillkommen. Die Praxis hat gezeigt, dass dies ohne weitere Umstände über übliche Plattformen (Foren, Direktkontakt zu den Redakteuren etc.) möglich ist. Der bislang erreichte Bearbeitungsfortschritt hat von dieser informellen Form der Zuarbeit Außenstehender schon sehr profitieren können.''

Der Redaktionsstab ist zudem offen für die Mitarbeit weiterer Verfasserkollegen.

Weil das Wiki noch im Aufbau und in manchen Punkten unvollständig ist, finden Anwender des Home-Nostruktors Antworten auf ihre Fragen auch auf der Plattform [http://www.eepforum.de/index.php?page=Portal Mein EEP Forum].

== Hinweisgrafiken ==
In diesem Wiki werden diese Grafiken und Vignetten verwendet:
[[Datei:Signal_gelb.png|left|60px]] Warnung

[[Datei:Signal_gruen.png|left|60px]] Empfehlung

[[Datei:Signal_rot.png|left|60px]] Verbot

[[Datei:Signal_weiss.png|left|60px]] Allgemeiner Hinweis

 

== Die aktuelle Redaktionsgemeinschaft dieses Wiki ==
 
Dieter Bauer 
Rudolf Fey 
Alexander Geist 
Hans-Ulrich Werner

E-Mail: 
wiki@eepshopping.de
 
 
Der Dank des Teams gilt allen Ungenannten, die mit konstruktiver Kritik, eigenen Beiträgen und weiterem Engagement dieses Wiki unterstützen.

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:150px"|
!style="text-align:left;width:250px"|
1.1 Ein Wiki zum Home-Nostruktor?
!style="text-align:left;width:200px"|
|[[Was ist der Home-Nostruktor?| 1.2 Was ist der Home-Nostruktor? → ]]
|}

Ein Wiki zum Home-Nostruktor?

2021-05-19T06:47:50Z

HW1:

== Ein Wiki für den Home-Nostruktor ==
 
Dieses Wiki ist das Ergebnis einer Initiative von Konstrukteuren für die Eisenbahn-Simulationssoftware EEP und das dazugehörige Modellbauwerkzeug, den Home-Nostruktor. Das Wiki tritt an die Stelle des früheren Benutzerhandbuchs zum Home-Nostruktor. Die Plattform für dieses Wiki wird vom Rechteinhaber von EEP und Home-Nostruktor, dem Trend Verlag, bereitgestellt.

Auf diese Weise soll das gesammelte Wissen um die Konstruktion von Modellen für EEP an einer zentralen Stelle – für jedermann einsehbar – gebündelt zur Verfügung stehen.
Die Wissenssammlung wurde ganz bewusst als Wiki ausgelegt, weil Anwender und Konstrukteure eingeladen sind, an der stetigen Verbesserung und Aktualisierung mitzuwirken. Ziel der offenen und flexiblen Plattform als Wiki ist es auch, Darstellungen zu veralteten Konzepten und Verfahrensweisen zu tilgen. Deshalb greifen die Artikel in diesem Wiki in aller Regel keine Modellbau-Chronologien auf, sondern konzentrieren sich auf den Ist-Zustand der jeweils aktuellen Version des Home-Nostruktors.

''Weil auch dieses Wiki das Ziel von Trollen und Bots geworden ist, muss der Bearbeitungszugang leider beschränkt bleiben. Trotzdem sind Anregungen und Ergänzungen hochwillkommen. Die Praxis hat gezeigt, dass dies ohne weitere Umstände über übliche Plattformen (Foren, Direktkontakt zu den Redakteuren etc.) möglich ist. Der bislang erreichte Bearbeitungsfortschritt hat von dieser informellen Form der Zuarbeit Außenstehender schon sehr profitieren können.''

Der Redaktionsstab ist zudem offen für die Mitarbeit weiterer Verfasserkollegen.

Weil das Wiki noch im Aufbau und in manchen Punkten unvollständig ist, finden Anwender des Home-Nostruktors Antworten auf ihre Fragen auch auf der Plattform [http://www.eepforum.de/index.php?page=Portal Mein EEP Forum].

== Hinweisgrafiken ==
In diesem Wiki werden diese Grafiken und Vignetten verwendet:
[[Datei:Signal_gelb.png|left|60px]] Warnung

[[Datei:Signal_gruen.png|left|60px]] Empfehlung

[[Datei:Signal_rot.png|left|60px]] Verbot

[[Datei:Signal_weiss.png|left|60px]] Allgemeiner Hinweis

 

== Die aktuelle Redaktionsgemeinschaft dieses Wiki ==
 
Dieter Bauer 
Rudolf Fey 
Alexander Geist 
Hans-Ulrich Werner

E-Mail: 
wiki@eepshopping.de
 
 
Der Dank des Teams gilt allen Ungenannten, die mit konstruktiver Kritik, eigenen Beiträgen und weiterem Engagement dieses Wiki unterstützen.

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:150px"|
!style="text-align:left;width:250px"|
1.1 Ein Wiki zum Home-Nostruktor?
!style="text-align:left;width:200px"|
|[[Was ist der Home-Nostruktor?| 1.2 Was ist der Home-Nostruktor? → ]]
|}

Ein Wiki zum Home-Nostruktor?

2021-05-19T06:47:04Z

HW1:

== Ein Wiki für den Home-Nostruktor ==
 
Dieses Wiki ist das Ergebnis einer Initiative von Konstrukteuren für die Eisenbahn-Simulationssoftware EEP und das dazugehörige Modellbauwerkzeug, den Home-Nostruktor. Das Wiki tritt an die Stelle des früheren Benutzerhandbuchs zum Home-Nostruktor. Die Plattform für dieses Wiki wird vom Rechteinhaber von EEP und Home-Nostruktor, dem Trend Verlag, bereitgestellt.

Auf diese Weise soll das gesammelte Wissen um die Konstruktion von Modellen für EEP an einer zentralen Stelle – für jedermann einsehbar – gebündelt zur Verfügung stehen.
Die Wissenssammlung wurde ganz bewusst als Wiki ausgelegt, weil Anwender und Konstrukteure eingeladen sind, an der stetigen Verbesserung und Aktualisierung mitzuwirken. Ziel der offenen und flexiblen Plattform als Wiki ist es auch, Darstellungen zu veralteten Konzepten und Verfahrensweisen zu tilgen. Deshalb greifen die Artikel in diesem Wiki in aller Regel keine Modellbau-Chronologien auf, sondern konzentrieren sich auf den Ist-Zustand der jeweils aktuellen Version des Home-Nostruktors.

''Weil auch dieses Wiki das Ziel von Trollen und Bots geworden ist, muss der Bearbeitungszugang leider beschränkt bleiben. Trotzdem sind Anregungen und Ergänzungen hochwillkommen. Die Praxis hat gezeigt, dass dies ohne weitere Umstände über übliche Plattformen (Foren, Direktkontakt zu den Redakteuren etc.) möglich ist. Der bislang erreichte Bearbeitungsfortschritt hat von dieser informellen Form der Zuarbeit Außenstehender schon sehr profitieren können.''

Der Redaktionsstab ist zudem offen für die Mitarbeit weiterer Verfasserkollegen.

Weil das Wiki noch im Aufbau und in manchen Punkten unvollständig ist, finden Anwender des Home-Nostruktors Antworten auf ihre Fragen auch auf der Plattform [http://www.eepforum.de/index.php?page=Portal Mein EEP Forum].

== Hinweisgrafiken ==
In diesem Wiki werden diese Grafiken und Vignetten verwendet:
[[Datei:Signal_gelb.png|left|100px]] Warnung

[[Datei:Signal_gruen.png|left|100px]] Empfehlung

[[Datei:Signal_rot.png|left|100px]] Verbot

[[Datei:Signal_weiss.png|left|100px]] Allgemeiner Hinweis

== Die aktuelle Redaktionsgemeinschaft dieses Wiki ==
 
Dieter Bauer 
Rudolf Fey 
Alexander Geist 
Hans-Ulrich Werner

E-Mail: 
wiki@eepshopping.de
 
 
Der Dank des Teams gilt allen Ungenannten, die mit konstruktiver Kritik, eigenen Beiträgen und weiterem Engagement dieses Wiki unterstützen.

== Navigation ==
{|
!style="text-align:left;width:150px"|
[[HomeNos Wiki - deutsch -|↑ Inhaltsverzeichnis]]
!style="text-align:left;width:150px"|
!style="text-align:left;width:250px"|
1.1 Ein Wiki zum Home-Nostruktor?
!style="text-align:left;width:200px"|
|[[Was ist der Home-Nostruktor?| 1.2 Was ist der Home-Nostruktor? → ]]
|}

Datei:Signal weiss.png

2021-05-19T06:44:27Z

HW1:

Datei:Signal rot.png

2021-05-19T06:44:17Z

HW1:

Datei:Signal gruen.png

2021-05-19T06:44:03Z

HW1: