Testing v8.005

[thegreatone1980]

Never mind. I figured it out (select the green direction arrow instead of the black marker).

[StormerDSR]

Hello,
I found a critical bug. Just put any dds texture in TERRTEX folder in any route and rename it to microtex.dds. Open route. Texture will load in a loop endlessly, causing out of memory problems and system freezings This problem not occured in Goku's TSRE v0.714

[eric]

Why would you replace Microtex?... I can throw a check on that.

[StormerDSR]

I just have tried to open polish route, which everytime crashes for me in 0.8. After investigation I found the reason, which is microtex texture as dds. No matter if microtex.ace also exist or not in the same folder. Deleting microtex.dds resolve the problem, but as for me, using dds format for microtex texture, should not cause fatal errors.

[eric]

I don't know if dds is fully supported for terrain, but there are also two settings I'd like you to validate.

imageSubstitution = false // V08.x true by default, shows ACE if DDS is missing and DDS if ACE is missing

imageUpgrade = false // V08.x true by default, false forces displaying texture called for in shapefile material


Try setting these to false and see if the problem persists, then try true.

Sent from my SM-S911U using Tapatalk

[StormerDSR]

Set these options to false, loads micrtotex.ace instead of microtex.dds. When options are set to true then texture microtex.dds is loaded in loop endlessly. There is no such problem in Openrails. When you open a route with microtex.dds in simulator, then everything works correctly and dds texture is displayed on terrain.

[kapitaen]

I'm joining in here because I have a similar problem.I had the same behaviour with terrain.dds, TSRE was blocked for a long time and I had to disconnect my computer from the power supply. So I removed terrain.dds again.

In the meantime, I have created 100 new terrain textures in route FCGB_C14. Since these are .ace 50MB in size, I have converted them to .dds 10MB, as compressing them to DXt1 always creates a 5 line offset for me.
Screen Shot 05-22-25 at 01.23 PM.jpg

After removing the .ace from the Terrtex folder, TSRE gets into trouble and does not load the textures, while in OpenRails you can drive without error message in the log.txt and full terrain.

I have made the following attempts.

1 setting.txt
imageSubstitution = true
imageUpgrade = false
I get 255 messages in log.txt:

[E] Missing texture: ‘i:/train simulator 1/routes/fcgb_c14/terrtex/-09cf26e4_map.ace’
.....
.....
[E] QImage: out of memory, returning null image

The computer is blocked, TSRE closes automatically after approx. 10 minutes.

2 setting.txt
imageSubstitution = false
imageUpgrade = true
I get 511 messages in the log.txt:

[E] Missing texture: "i:/train simulator 1/routes/fcgb_c14/terrtex/-09cf26e4_map.ace"
[I] DDS upgraded for "i:/train simulator 1/routes/fcgb_c14/terrtex/-09cf26e4_map.ace"
.....
.....

The computer is blocked, TSRE closes automatically after approx. 10 minutes.

3 setting.txt
imageSubstitution = false
imageUpgrade = false
I get this messages in the log.txt:

[E] Missing texture: "i:/train simulator 1/routes/fcgb_c14/terrtex/-09cf26e4_map.ace"

TSRE continues to work as usual and I can visit the tile. Only the terrain.ace is displayed here, but not the -09cf26e4_map.dds belonging to it.

Screen Shot 05-22-25 at 01.03 PM.jpg

In the meantime I have gone and changed the entries in the tiles files from .ace to .dds. This means that the textures are loaded again in the TSRE. OpenRails also takes this in its stride, so I don't necessarily need an improvement in the TSRE.

Screen Shot 05-22-25 at 01.04 PM.jpg

Jan

[yellowdog]

Not sure what's happening, but .005y test version of consist editor has stopped working for me. It loads 100% consists and then gets through about 11% of loading Activities and just closes. Thinking maybe I corrupted something, I deleted my copy and redownloaded. But still same result. Shape Viewer seems to work fine. Route Editor seems to load ok, but I don't use it so I can't say if it's working. The Consist Editor will show a list of files on the opening window and all the right buttons are green, and route editor sees routes in the opening window with all the right buttons green. But Consist Editor just crashes. I'm on Windows 11 and did do an optional update yesterday: 2025-05 Cumulative Update Preview for Windows 11 Version 24H2 for x64-based Systems (KB5058499). Otherwise nothing else has changed. ORTS loads fine.

EDIT: The only other test version I had on hand was .003m. Tried that as well. Same result with consist editor--it crashes while loading Activities. Route Editor loads, but the routes are all in a different order from .005y--003m has them alphabetical, but 005y has them in some other order that doesn't seem logical that I can see. Not sure if that's significant.

EDIT 2: Went back to the original TSRE 0.698.1 and get the same result. Must be something on my end, likely the windows update. I'll try to roll it back and test again

EDIT 3: Rolled back that Windows update. Tried again with 005y. It actually does load the Trains first to 100%, then the Consists to 100%, but crashes again after loading Activities to 11%. No idea what I borked over here.

EDIT 4: In the new B&O West End route just uploaded to the file library, there is an activity in the ACTIVITIES folder called DeleteAfterInstallation.act. I had installed that route, but not deleted that placeholder .act file. Once I deleted it, Consist Editor loads without issue.

[geepster775]

Confirmed on older windows, too. 5y would not even load the folder with the B&O route. Replaced the .act placeholder file with a .txt placeholder file and all is well.

The Services folder also has a .srv placeholder and the Traffic folder has a .trf placeholder. That too might interfere with actually building and saving activities; haven't gone that far yet to actually read any content in those folders, yet.

[eric]

It's quite unlikely Windows Update would impact TSRE. All the required DLLs are in the TSRE app directory and would supercede the same DLL if present in a Windows directory.

[derekmorton]

The only time that will not be the case, is if the dll in the windows directory is previously loaded by another application.

The priority of dll load is:-

The memory loaded dll,
application directory,
windows32/syswow64

[albertosaurio65]

Hi, I have some questions about the new marker colors. I've read that when a link is established, it changes to green, but it's a different shade than what I see on some signals. There's bright green on both signals without a link and with a link, and if I establish a link, it changes to another shade of green. Why do some signals appear fluorescent green and others red? The color when I create a link is a darker green, but it only appears if I create a new link in the session.

I also have another question about superelevation. I've enabled it in the settings, but I don't see any effect. Do I need to do anything special? I thought it would only render when I opened the route so I could place the objects correctly. I use custom settings in TRK with the track profile, and the objects hide under the track when tilted.

image.pngimage.pngimage.png

[myaroslav]

Hello,
here I want to mention may be not significant, but often appearing old problem which I'm seeing every day while building a route.

Putting a terrain texture has no undo (while drawing on the texture does).

And as it's easy to accidently delete drawings on a square or just put the texture in a wrong place, it often requires reloading last save instead of just pressing ctrl+z. Would be happy if it'll be fixed in the following releases.
Thanks!

[maulicante]

Thanks Erc, for your constant work, congratulations STEVEN!!!!!

[maulicante]

My work, the FS Gr851 072 of the FS Italian State Railways fron Maffei company