Beiträge von ES64F4

BR285 bei der Arbeit.

With NVIDIA Pascal GPU, you have to set power scheme to optimized for performances in the driver settings. Otherwise, you may experience some kind of strange lag effect. I have the same kind of hardware, with V-synch and everything at the max, you should have most time 60 fps @ 2560x1440 (and as low as 20 to 25 fps in some stations).

I dont know if it's usefull to set MFAA and FXAA in driver if you already have FXAA and MSAA in game. Too many different kind of AA may have an important impact.

I have swap some engines with BR 285 using the in game editor and it works fine : tank is full.


I also noticed that the BR 285 have the electric hud. So it looks like a script handle the tank and it only works with the scenario editor.

After you swap with RW Tools, edit the scenario in game and replace the BR 285 with the BR 285 again.

BR 285 Fahrt.

Vielen Dank, dass Sie beide Matthias für diese Arbeit.

Hello,

After I send online my patch which change the platform characters on all DTG/RSC routes, I receive some request to do the same for other routes. Unfortunately, the job is a little tricky. DTG/RSC use the same kind of folder structure so it's easy to spot the .bin which handles the characters. And each DTG/RSC route have is own file for Platform characters. For other routes, it can be a file within the route (of course, it's not always the same name and it's not always in the same place) or just calling the .bin file within Kuju, or even both. So get ready to waste time !

You need LGV: Marseille - Avignon Route if you want to make it work. This is only for Advanced users, dont cry if you messed up the game because you are not common with TS files. Backup your game first.

1/ The route uses a dedicated file in the route folder : You just have to find the good file ! IE for Konstanz Villingen : Assets\VirtualRailroads\Konstanz-Villingen\Procedural\Bahnsteig\Bahnsteig_Characters.bin. You just have to copy PlatformCharacters.bin from any folder of my patch DTG/RSC German route patch for 3D trees, platforms and sky in a temp location, rename it Bahnsteig_Characters.bin and copy from the temp place to Assets\VirtualRailroads\Konstanz-Villingen\Procedural\Bahnsteig\Bahnsteig_Characters.bin. When it's done, go in the main menu, bluid and edit the Konstanz Villingen route. Click like on the picture :

After clicking the Arrow in bottom left, accept saving change. It's done. The route will use the MGVmed characters.

2/ The route is fully based on Kuju : You have to copy PlatformCharacters.bin from any folder of my patch DTG/RSC German route patch for 3D trees, platforms and sky in a temp location, rename it
PlatformCharacters 00s.bin. Create a second copy of PlatformCharacters.bin and rename it PlatformCharacters 00s DE.bin. Copy the two files from the temp location to Assets\Kuju\RailSimulator\scenery\Procedural. Now, it will not be funny. The change will affect ANY ROUTE using the Kuju based files ! It's not possible to know which route use it but it could be a lot of routes ! You will have to edit ANY route to add DTG LGVMedSouth like explained in case 1. Berlin - Leipzig, Koblenz Trier and 3CCR are using the Kuju based files. But also : Seebergbhan, Hagen - Siegen, etc.

3/ The route use a mixe : Kuju + dedicated file in route folder. It's the case of RSSLO route and 3CCR for people walking around the lake. You will have to find the file and change it. To achieve a full replacement in 3CCR, you have to copy PlatformCharacters.bin from any folder of my patch DTG/RSC German route patch for 3D trees, platforms and sky in a temp location, rename it PlatformCharacters 00s.bin. Create a second copy of PlatformCharacters.bin and rename it PlatformCharacters 00s DE.bin. Copy the two files from the temp location to to Assets\JustTrains\Austriaobjects\Scenery\CHPlatform. You will have to edit the 3CCR route to add DTG LGVMedSouth like explained in case 1.

The KujuBasedRouteNewCharacters.7z attached will do all the job for : Berlin - Leipzig, Koblenz - Trier, 3CCR and Konstanz - Villingen.

KEEP IN MIND : IT WILL CHANGE KUJU FILES SO MANY OF YOUR ROUTES WILL BE AFFECTED. YOU WILL HAVE TO EDIT ANY ROUTE WHERE PLATFORM CHARACTERS HAVE DISAPPEARED (like explained in case 1) afterwhat you will have the new characters.

I don't have other routes, I will not do the job for route I dont own (even if they are freeware).

PS : If you are common with basic XML, you can edit RouteProperties.xml and add DTG with LGVmedSouth as provider (rather then using the game editor).

wunderbar pack ! Danke matthias.gose

Hum, not the best choice. With TTB, we already have 70 BR 185... I would be pleased to have Taurus and/or Vectron AI.

PS : Sure I will buy all AI stuff from 3Dzug !

It looks the new plaform characters are fine with no-DTG routes.

No more empty platforms in Konstanz Villingen !
Summer event in Lindau...
... and travelers in Trier station.

I found the problem. Coupling folder was missing. Only Advanced installation have issue. With the academy asset pack, the coupling is taken from the academy asset pack. Without, well... It crash the game. I hope the was the only reason ! It should be...

Hello

My project is already done (BR 189 Academy Repaint Pack). I know how to make blueprint and I have run a long batch of tests before send it to the download section.

To test my pack, I have create some basics scenarios for Seebergbhan, Konstanz Villingen and 3CCR. With a none released version of the pack, from time to time, I encounter crash to desktop. When I try to edit the scenario, the game also mostly crash. I use RW_Tools to replace the *my* BR 189 with TTB Traxx. It works fine. So I delete my job an start again creating the blueprint and the repaints. Everything was fine. I was happy and do a new batch of tests. I create some scenario again and check it there was no issue while edition. It was fine. I release the pack.

Yesterday evening, I start to edit some of my older scenarios to enjoy the new engines from the pack and the bug comes back. The game crash. Before a crash, I noticed that the blueprint and/or repaints have a black texture, not the missing texture, not their texture, a nice shiny black. First time I see such a thing. If it happens, the scenario crash and trying to edit the scenario also crash the game. I managed to save a scenario just before it crash and it helps me for more testing. I place a copy of the scenario in a safe place to reuse it for more inquiries.

I replace the blueprint repaints with more classic repaints using GeoPcDx and a full engine bin file. I use the same naming so I can test again with the saved scenario. It load the saved game and... it works flowless ! The only downside was that all blueprint repaints have the paint of the engine use as blueprint.

So I wonder if I make mistake in my blueprint and repaints or if the blueprint repaint technology may have issue or it was just bad luck (I doubt because same kind of crash happens several times).

I noticed that most editors (vR, RSSLO, DTG, Chistrain) did not use blueprint. Sure they know how to do it, but why they dont use it ? It save plenty of memory and storage space.

Any advise is welcome. If someone can have a look at my files, i would be pleased.

My plesure. For know, I have no more idea of where to look for free memory. I have shared all my personnal solution, it can help other ones. And those who play scenario with light Rolling stock and/or scenario with few trains and/or on old, or better, on optimisez routes nice to know they did not have to tweak the game. Perhaps one day, they will need to do so.

I forget to tell. I start searching memory solution because I was not able to end this scenarios pack from 3Dzug (crash before end) : http://www.3dzug.de/Train-Simu…Vol--32--WINTERZEIT-.html

Some technical informations :
- railworks.exe load the game, it laods all files in Railworks\data\textures\frontend useful and useless ones, it makes no difference. They are part of the interface only.
- when railworks.exe load an engine, it loads all related texture and sound : blueprint vs 1 GeoPcDx for each repaint
- when railworks.exe starts, it also load all routes infos/pictures, rolling stock picture, all preloads and all scenario names (more you have, more memory it takes). That' a reason a scenario can be fine for some and not for others.
- i have split my TS installation in 3 : DB/OBB/SBB, UK and USA/CA. This is a bit longer to handle but it avoid loading or having Rolling stock which will never run togather (yes, I'am a bit crazy from time to time).
- large nm texture can be replaced by the nmc texture with an acceptable (or even nearly no) waste of quality. I dépends on what you do : play the game from cab, taking picts, driving time to time from external to see the landscape or look your stock with a zoom or a microscope !

Well everyone play it his way. Like a have already tell : all what I found, I share it ! Everything can be useful to someone one day.

I would like to explain why I do this small patch. First of all, railworks.exe is a 32bits process and Windows 64bits will give 4096 MB of virtual space memory (see https://en.wikipedia.org/wiki/Virtual_address_space). You can have 64 MB, a 32bits app will have 4 GB. And the worst, railworks crash when railworks.exe reachs about 3300 MB (use any monitoring soft for some time will show it). It's an old school software and it will never be update in 64bits.

Routes and engines from some editor are taking more and more memory with most time too big textures. No need to talk again about Influenzo 65 MB textures, I just place 6 BR 189 AI within 66 MB with fine texture for AI. I play in 2560x1440 maxed so no need to tell me about making too low res textures or use old hardware.

DTG and/or RSC and/or Kuju did not optimise their work. A proof ? Yep, see what it in the logos.TgPcDx (2.7 MB) from Railworks\data\textures\frontend ! A hand gun... and lost in a layer a few Kb Kuju logo... They use about 6 times a 1920x1080 JGP with no compression or TGA with the same loading image : a pure waste. I reduced from 6 MB to 512 Kb (JPG 15% compression YCbCr 4x4 2x2 2x2; hard to see an a lost of quality). You can take a look at my JPG renamed in TGA an compare with original ones. If you see glitches, just tell me. Even, who care about having a slighly lower quality in the loading screen ? There are also files that the game use anymore (component for TS 2013 interface or older). DTG use 4 MB TGA image which can be replaced by 500 Kb JPG or PNG. And if the engin was PNG compatible, it would be possible to recover about 100 MB.

So if you want to be as far as possible from the 3.3 GB limit, every MB spared is fine : clearing junk and reducing some texture are fine solutions. Or you can go an cry on forum that your TS crash all the time with big scenario on some big/recent routes... Each one his way.

What I do for my personnal usage, I also shared it in forum. You like it, enjoy. You don't like it or need it, pass your way. Also try it before writing comments.

And just one last think or thing : 80 MB from 600 MB is about 13% and those 80 MB are still ~3% from 3300 MB.

PS : I work part time in network storage (SAN, File server and so on). When we setup a new infrastructure, customers tell us : Great, we have planty of room and fast storage for years. We always recommand to spare any amount of storage (mostly for Flash high en SAN and also SSD storage). Most time, we are call back in less than two years to free some space... Spare space advice ? Oups... We will take care and clean some space, just don't forget to pay our second bill ! That's perhaps why I hate waste of space and lake of optimisation... I got to change my mind and love it because it pays !

Tests are running fine. I managed to preserve the possibility of driving the AI locomotives and maintaining a very low memory occupancy.
- 51 MB 40 MB for the based engine with full audio and textures (BR 189 917 Lokomotion)
- All BR 189 can be driven (low resolution textures inside but readable)
- Included power correction
- Same lights level as vR engine
- First panto used (need to place "driver" mark)
- Self sufficient pack (works with or without Academy)
- All BR 189 Academy features preserved : AFB, PZB, cab light, etc.
- Preload and quick drive capablity for BR 189 917 Lokomotion
- Easy install : only one AP with fast compression !
- Easy way to add repaints : 1 folder with 1 texture and 1 engin .bin file
- 5.33 MB per repaint

The outside is great with Matthias J.'s textures. And the inside is fine with only 2 MB (1.7 MB for cab + .3 MB for driver).
TTB Traxx Lokomotion KI will have BR 189 KI friend !

Working on a pack of BR 189 AI...

Six vR BR 189 : about 500 MB
Six opimized BR 189 AI (Academy based) : 65 MB

The blueprint is ~40 MB. Each engine is a single folder and takes 5.33 MB : 1 2K DXT5 texture and two 1 Kb .bin files. For testing I use Raildesign texture. I have removed every useless file for the blueprint : no Inside cab, no Inside noise, etc. All textures used to view the Inside cab from outside take about 1.75 MB. The good pantho is up when locos are running. The third when they don't move; I dunno how to fix this.

I have the Ciytjet since long ago but I did not use it a lot until I found this patch : https://railworks-austria.at/i…ipt-und-soundmodifikation

This is a great uptdate. It brings very nice sound and AFB to the train. Now, I really enjoy the Cityjet.