Jump to content

OpenRails textures vs TS textures

Sign in to follow this  


A while ago, I was asked to export one of the objects I was building for my OpenRails route Zuidwest Nederland 1935 for DTG TSxx also. This posed me for the challenge: I had never exported something to TS yet, but I wanted to be able to, so I took the advice given to me.


Enige tijd geleden werd mij gevraagd om een van de objecten die ik voor mijn OpenRails route Zuidwest Nederland 1935 aan het ontwikkelen was ook te exporteren naar DTG TSxx. Dit was voor mij een opgave: ik had nog nooit iets voor DTG TS ontwikkeld, maar ik wou het wel leren, dus heb ik de adviezen ter harte genomen die ik kreeg.


As it happens, the development for TSxx is fairly similar to the development for OpenRails. The main difference in modelling is the naming conventions: OpenRails uses names for animations of trains, and LOD-distances are specified in the exporters, while in TSxx these LOD distances are specified by the names. This is not that much work, so I'll leave that here.


Naar het blijkt is het ontwikkelen voor TSxx grotendeels hetzelfde als voor OpenRails. Het belangrijkste verschil bij het modelleren is de naamgevingsconventie: Waar je in OpenRails alleen naamgevingsconventies hebt voor animaties van treinen en de LOD-distances worden ingesteld met de export tools, zijn er in TSxx wel naamgevingsconventies die de LOD-distances specificeren. Dit is niet heel veel werk, daarom laat ik het hierbij.


However, the difference in texturing is quite large. OpenRails prefers a small number of large textures over a large number of small textures, while in TSxx this preference is completely the opposite. For some parts of my objects I cannot use smaller textures, as the bricks would become too much of a blur, but when developing for OpenRails I usually have a number of smaller textures that I combine into one big texture before export. This means that in my case, the export for TSxx is a bit earlier than for OR. In the images below I show the difference in texture folders between OpenRails and TSxx (see the number of files and the thumbnails).


Het verschil in textures daarentegen is vrij groot. Waar OpenRails een voorkeur heeft voor een klein aantal grote textures boven een groot aantal kleine textures, heeft TSxx een precies tegenovergestelde voorkeur. Voor sommige delen van mijn objecten kan ik geen kleinere textures gebruiken, omdat de bakstenen dan geblurd zouden raken. Echter, wanneer ik voor OpenRails ontwikkel produceer ik een aantal kleinere textures die ik later combineer tot grote textures. Dit betekent dus dat ik een export voor TSxx moet maken voordat ik het object exportklaar maak voor OpenRails. In de afbeeldingen hieronder laat ik het verschil zien tussen de texturemap voor OpenRails en TSxx (kijk bijvoorbeeld naar het aantal bestanden en de thumbnails).



Texture folder of the TSxx model

Texturemap voor het TSxx model



Texture folder of the OpenRails model

Texturemap van het OpenRails model


We see two significant changes:

  • The names of the TS files are more descriptive. This is because TSxx does not suffer from texture collisions because all assets are in unique folders, where OpenRails have all objects for a route in the same folder (a shape folder and a texture folder). Both techniques have their own upsides and downsides, but I consider the OpenRails technique a little more user friendly and search-efficient (however, it's less space efficient).
  • There number of textures for OR is cut in half. When we look closely, we see that the file "Schoorsteen.dds" has been combined with "Dak.dds" to "RZ_RsdGloods-2.dds", and that "Dakkapel1.dds", "Dakkapel2.dds", "Houtwerk.dds" and "perron1.dds" are combined to "RZ_RsdGloods-3.dds".


We zien twee significante verschillen:

  • De namen van de files voor TS zijn veel descriptiever. Dit komt doordat TSxx niet leidt aan botsingen van bestandsnamen omdat alle assets hun eigen map hebben, terwijl OpenRails alle objecten die in een route worden gebruikt in dezelfde map staan (een shapes-map en een texturemap). Beide technieken hebben hun voor- en nadelen, maar naar mijn mening is de techniek van OpenRails iets gebruiksvriendelijker voor de eindgebruiker en iets efficiënter te zoeken, maar minder ruimte-efficient.
  • Het aantal textures voor OpenRails is gehalveerd. Als we goed kijken zien we dat "Schoorsteen.dds" is gecombineerd met "Dak.dds" tot "RZ_RsdGloods-2.dds", en dat "Dakkapel1.dds", "Dakkapel2.dds", "Houtwerk.dds" en "perron1.dds" zijn samengevoegd tot "RZ_RsdGloods-3.dds".


Some people may remember that MSTS once used .ace files for textures, I still export those, because my exporter still requires them, and Shape Viewer (a tool to look at MSTS models) does not work with DDS files, and this way I can check the models without having to start the route editor of OpenRails, although the textures are not as good as the dds files (2048-textures are not supported as .ace).


Sommigen zullen zich herinneren dat MSTS ooit .ace files had voor textures. Ik exporteer deze files nog steeds, omdat mijn exportprogramma ze nog vereist, en omdat shape viewer (een tool om MSTS/OpenRails modellen mee te inspecteren) niet met DDS files werkt, en op deze manier kan ik de modellen nog even controleren zonder de route editor van OpenRails te hoeven starten, hoewel de textures dan minder zijn dan die uit de dds files (2048-textures worden niet ondersteund in .ace formaat)


To conclude this blog post, pictures of the object in TS2020 and in OpenRails

Als afsluiter van dit blogbericht, een paar afbeeldingen van het object in TS2020 en in OpenRails








Met dank aan @Supercitroen die mij de aanwijzingen om voor TSxx te exporteren heeft gegeven, en aan @OwinR97 voor de opdracht om dit object naar TSxx te converteren.

  • Like 1
Sign in to follow this  


Recommended Comments

Add a comment...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.Privacy Policy