Testing v8.004

[yellowdog]

Hi Eric,

I have found the cause.
tsre gets confused when there are include files in the eng file.
I suggest it is already off the normal execution path.
The first sign is large tonnage.
If I keep going looking at other con files, it will eventually crash.
Log file is no help, last entry is the consist shown in the pic that I posted.

I'm not able to replicate a crash, and I'm not seeing any issues with rolling stock that have inc files. The only thing I see that might be related is that sometimes pounds (lbs) are used interchangeably with tons. So something might be seen as 44000 tons, when in reality it is 44000 lbs. This tends to happen quite regularly with NAVS products. So if you put together a string of NAVS cars, the total mass of the con will read as a scientific notation. But this has been a known "issue" for a long time in TSRE. ORTS interprets the wag/eng file just fine, though, whether the weight is in tons or lbs in the file.

[eric]

I've been running into crashes when I try to load a bunch of stuff "rapid fire" --- it barfs opening up a new file while a previous compressed file is still in the process of being uncompressed and read.

I'll take a look to see if perhaps a "common sense" filter can be added to excessive values and clamp those down. I've should have enough NAVS stock to compare to others.

[eric]

tsre gets confused when there are include files in the eng file.

Include files are indeed an issue, particularly relative vs absolute pathing. If I can get that sorted, then the math might work itself out.

[eric]

So something might be seen as 44000 tons, when in reality it is 44000 lbs.

I've now got a check in place -- anything with a value over 999 for a wagon or engine mass will be divided by 2000 to convert it to tons.

[eric]

Version 8.004c is released

Tries to address multiple paths for include files
Considers engine/wagon mass values in excess of 999 tons as pounds and converts them to tons
Reduced informational logging entries
Adds new Settings token MapAPIKey (optionally separates this from being included in the URL)

[kapitaen]

Version 8.004c works for me.
Testet with optionally MapAPIKey for MapBox.

Screen Shot 04-19-24 at 11.46 AM.jpg
Jan

[derekmorton]

divided by 2000

That won't give us metric tons?

We need divide by 2204

[eric]

That won't give us metric tons?

We need divide by 2204

If the results are looking correct, I can make both the conversion denominator a setting as well as the threshold for initiating the conversion vs hardcoding 999.

[yellowdog]

Tonnage seems to be working ok. But I found another issue with NAVS equipment that appears in 4c but not 3

4c:
navs testing 4c.jpg
3:
navs testing 3.jpg

This only seems to impact some NAVS equipment, but not all. It may impact other equipment, too.

[eric]

That might be a missing texture... I'd commented out automatic substitution -- if it requires DDS and it's not there, it's not substituting an ACE.

[yellowdog]

That might be a missing texture... I'd commented out automatic substitution -- if it requires DDS and it's not there, it's not substituting an ACE.

I just double-checked and you are correct! Except it's the opposite. The creator set up the .s to call for an ace but supplied a dds instead for the texture. Annoying, but fixable.

[eric]

Yep, the substitution worked in both directions as a "I know what you meant to do even if you didn't do it right" fix....

I'd rather find the errors.

[Icik]

Hi, I have the same problem. Previously in version 8.003, the textures worked smoothly.

obrazek.png

[eric]

If the shape calls for DDS and you only have ACE, it's a flawed shape and shouldn't display correctly.

If the shape calls for an ACE and you only have DDS, it's also flawed and shouldn't display correctly.

It'll be listed in the log file as a warning if the texture isn't present.

[E] Missing texture: "e:/dropbox/msts/trains/trainset/gb_e9_cnw/glass.ace"
[E] Missing texture: "e:/dropbox/msts/trains/trainset/gb_e9_cnw/e8wheels.ace"
[E] Missing texture: "e:/dropbox/msts/trains/trainset/gb_e9_cnw/nwheels.ace"
[E] Missing texture: "e:/dropbox/msts/trains/trainset/gb_e9_cnw/brake_l.ace"
[E] Missing texture: "e:/dropbox/msts/trains/trainset/gb_e9_cnw/porthol1.ace"
[E] Missing texture: "e:/dropbox/msts/trains/trainset/gb_e9_cnw/acc_01.ace"​

[Icik]

You oversimplified that and threw out what worked well. If he can't find *.ace he should search *.dds.