[vince]

Hi Goku,

Got a problem. The tile was involved in yesterdays (Saturday) edits. The normal train ride test run through the area (& tile) went normally. I ended yesterdays editing several tiles south of the problem so I did not fly the editor to the problem tile until this morning.
++ If I attempt to move towards the tile from any direction I get a hard TSRE crash. (a first for me!)

++ If I use the tile as the TSRE start tile, TSRE crashes on startup.

I have attached the zipped TSRE Log.txt

regards,
vince
 TSRE_6948_LOG.ZIP (14.38K)
Number of downloads: 1259

[Goku]

If you send me the route then I can fix it.

[Genma Saotome]

<Admin Comment>

Please send him a PM w/ instructions on how to get the route to you. It's too large to attach to a post.

[vince]

What I typed into wifes i5:
Pwr supply fubar. System in shop. This reply via ifone. I can access forums on wife’s ifone so yes,send instructions how to get route to you.

What ifone thinks I wanted to say:
Per supply fubar. System in shop. This reply via icons. I can access forums on wife’s ifone so yes,send instructions how to get route to you.

Thanks Apple for saying something I didn't want,
vince

[Goku]

Compress the route using zip, or 7z or something. Skip directories: Textures, Terrtex.

Use your google account or something to upload the file. If you don't have any cloud, you can upload the file here:
https://mega.nz

In log I see that you removed some track where there was still interactives on it.

[vince]

Up & running. Desktop power supply replaced. lifetime warrenty!

Goku, on 14 December 2017 - 04:34 AM, said:

++Compress the route using zip, or 7z or something. Skip directories: Textures, Terrtex.
Use your google account or something to upload the file. If you don't have any cloud, you can upload the file here:
https://mega.nz
++In log I see that you removed some track where there was still interactives on it.

++ "... or something = WinRar. Is this ok?
++ I'll look for a way to get route to you. Thanks for suggestions.
++ On tile that has the problem I was installing signals.
The tracks I did select was on same tile but nowhere any signals. I was repairing TDB mis-alignments.
I had selected several sections in this sequence: 1.select, 2.Z, 3, de-select. 4. select, 5.Z
When I correct alignment on a switch (turnout) I always check alignment for all switch exits. [emphasis added]
I have seen the same switch show up mis-aligned where is was perfect the day before. I'll correct it but if I go back to the switch a day or so later, it's gone bad again but sometimes NOT the same divirge exit. Could be a bad alignment on any of a particular switches exits. Like I said, random, intermittent.

As a survivor of 32 years with Big Blue I know that these are two words a programmer does not like hearing. Sorry . . this was a bitchy route to try out editing with TSRE but I feel a stress test is a good way to test things.

This is what I do correcting these TDB Yellow line mis-alignments that now seem to be showing up in parts of the route I have never edited at all! The mis-alignments are both vertical & horizontal and like I said they are increasingly showing up in other locations around the route, locations that have never been edited by me. This is very troubling because I know you save TBD (and every other saveable file) for every save.

The PRR TDB is >50MB. Is This choking TSRE? Causing random tdb changes? I don't know but it is suspicious.
The PRR-East TDB is a horror! Broken nodes everywhere! But it DOES run perfectly in Open Rails. MSTS is a ? tho'. Have not tried running it.

regards,
vince

[vince]

Goku, on 14 December 2017 - 04:34 AM, said:

.........snip...........................In log I see that you removed some track where there was still interactives on it.

If you are logging this could I suggest you add a warning message if a delete track/road involves an interactive(s).

regards,
vince

[Goku]

Quote

If you are logging this could I suggest you add a warning message if a delete track/road involves an interactive(s).

Yes. Of course this is missing important feature of TSRE. But to do next year.

Quote

I had selected several sections in this sequence: 1.select, 2.Z, 3, de-select. 4. select, 5.Z

TSRE should handle track editing tr vector even if there are interactives on it.

Quote

The PRR TDB is >50MB. Is This choking TSRE? Causing random tdb changes? I don't know but it is suspicious.

File size doesn't matter.

[vince]

Goku, on 15 December 2017 - 06:39 AM, said:

Yes. Of course this is missing important feature of TSRE. But to do next year.
TSRE should handle track editing tr vector even if there are interactives on it.
File size doesn't matter.

Okay, thank you.
re: interactives.
Okay, lets say we have the 'appearance' of a mis-aligned tdb line.
I do my thing with Select, Z, and so on.
This 'moves' the tdb line to an apparent good lined up position. IOW, the tdb line 'moved'.

Now you are saying that this is not a problem even if there are interactives? Remembering the apparent movement of the tdb line? Really? Ok, if you say so but it seems odd (and scary) that I can move a tdb line that has interactive object installed without causing problems.

By the way, I have NEVER ever and never will (per your instructions) move or 'correct' a track section with an interactive on it. Been burned too badly by this in the past.
I will always delete the interactive before selecting the track.

regards,
vince

[Goku]

No! You can't edit track section with interactive on it. You must to delete them first.
I was talking about tdb line and that is different thing. Tdb line contains many track sections.
Also if you remove junction with linked signals from tdb using Z, the signal links will be broken.

[vince]

Goku, on 18 December 2017 - 08:19 AM, said:

previous quote:Goku, on 15 December 2017 - 06:39 AM, said:".......snip...................TSRE should handle track editing tr vector even if there are interactives on it. File size doesn't matter."[end previous quote]

[and todays quote]
No! You can't edit track section with interactive on it. You must to delete them first.
I was talking about tdb line and that is different thing. Tdb line contains many track sections.
Also if you remove junction with linked signals from tdb using Z, the signal links will be broken.

These two quotes from your posts seem to be at odds. Editing Tr vector means to me editing track.
Either I can or cannot edit a route that has interactives installed? Which is it?

regards,
vince

[Goku]

Tr Vector is line between Tr points. (TrVectorNode)
It's made of track sections.
Track section is just the part that belongs to one track shape.
Track interactives are shown as black boxes.

In MSRE editing TrVectorNode that contains interactive was good way to damage the route. TSRE should handle this. But you still can't remove track section where interactives are on it.

So, on this image: you can remove Track Section 1, but you can't remove track section 2.

https://i.imgur.com/2bZbEAk.png

[vince]

Goku, on 18 December 2017 - 01:43 PM, said:

Tr Vector is line between Tr points. (TrVectorNode)
It's made of track sections.Track section is just the part that belongs to one track shape.Track interactives are shown as black boxes. In MSRE editing TrVectorNode that contains interactive was good way to damage the route. TSRE should handle this. But you still can't remove track section where interactives are on it. So, on this image: you can remove Track Section 1, but you can't remove track section 2.

[redundant img removed]
Thank you Goku. Concise, to the point and very understandable.

regards,
vince

[Goku]

Try this version: http://koniec.org/ts...E5_v0.69481.exe

TSRE will not crash and you can continue editing your route.

But I didn't fixed your route. TSRE crashed because speedpost object was reffering to track item that is not a speedpost.
The problem with your route is that you fall into this issue:

http://www.elvastowe...reated-by-tsre/

Quote

If a section of track is removed while a [...]Item (marker) is still placed on that section, the [...]Item entries for those [...]Item are cleared (substituted by an EmptyItem), but the references in the world file for these [...]Items is left unchanged.
Therefor there is then an inconsistency between the world files and the tdb because there is a [...]Item entry with a reference to a tdb entry which no longer exists.
But that's only the start of things.
Suppose the user hasn't noticed this (there is no warning or whatever), continues to edit and places new [...]Items. These new [...]Items will now use those tdb entries which were cleared earlier - so there now are different [...]Items, perhaps in different world files, referring to the same tdb entry.
Clearly, one set of these [...]Items - those on the section of track which was removed at the start of things - are now 'dead', and sooner or later the user will notice this. The user will then go back to the editor, select the [...]Items and remove them. But in doing so, TSRE will clear the referenced tdb entries - but these are now used by other [...]Items, so these other [...]Items now loose their tdb entries and these are now 'dead'.
It is clear that this problem can spread like wildfire through the .tdb, and the user could end up having to replace dozens of [...]Items before it is rooted out.

Looking in TSRE log, I think you have at least 5 "dead" track items.

[Aldarion]

Greetings Goku.

I've been experiencing tsre5 crashing in my system recently.
Been using 0.69751 until a few days ago, and I was able to introduce track inclination for dynamic track.
The last weekend I changed to 0.609752 and tsre5 crashes when i introduce the inclination in the respective box. Now i can only change inclination via rotation key 'R'
Tried reverting back to 0.69751 and i crashes…Do you have any insights about this?
many thnaks!