Semaphore signals do not show correct animation state

Bug #1096831 reported by r.roeterdink
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Open Rails
Fix Released
Medium
James Ross

Bug Description

Semaphore signals in various routes do not show correct animations state even though they do show correct aspect.

Examples :

sempaphore signals at Hanau, route ProTrain Frankfurt-Nürnberg
switch-stands on route NEC-IV
switch-stands on route GN Hi-Line

There are no reports in the log-files.

Tags: graphics
Revision history for this message
r.roeterdink (r-roeterdink) wrote :

Attached screenshot at Hanau.
This clearly shows the signal in the middle is off (green light), the two other signals are at danger (red light).
Yet all three show same semaphore positions.

Revision history for this message
James Ross (twpol) wrote :

ProTrain Frankfurt-Nurnberg looks like a payware route to me; have you seen this on an in-box or freeware route?

Revision history for this message
James Ross (twpol) wrote :

I expect this is fixed by V1440.

Changed in or:
assignee: nobody → James Ross (twpol)
status: New → Fix Committed
milestone: none → 0.9
importance: Undecided → Medium
Revision history for this message
r.roeterdink (r-roeterdink) wrote :

Reset the state as bug still persists.
Attached are screen-shots from route NEC-4.
To demontrate the problem I have added a big red light and a big green light for the two states.
As can be seen, the state does change when the switch is thrown, but the stands do not animate.

Changed in or:
status: Fix Committed → Confirmed
Revision history for this message
r.roeterdink (r-roeterdink) wrote :

And the other picture.

Revision history for this message
James Ross (twpol) wrote :

How are these switch stands related to this bug about semaphore signals?

Revision history for this message
r.roeterdink (r-roeterdink) wrote :

A switch stand is, in principle, nothing else as a semaphore signal.
The only difference is it's shape and that it is a 'distance' type signal rather than a 'normal', but definition and processing are completely similar.

Revision history for this message
James Ross (twpol) wrote :

Ah, I didn't know that switch stands were implemented as distance signals and not part of the track shape or whatever. In any case, it's hard to tell if this is the same issue or not.

Revision history for this message
James Ross (twpol) wrote :

This switch stand issue is caused by unusual data in sigcfg.dat in relation to the animation data in the shape: the shape defines 2 key frames, frame 0 and frame 1, but the sigcfg data is trying to animate between frame 1 and frame 2.

Revision history for this message
r.roeterdink (r-roeterdink) wrote :

OK - thanks.
I'll check if the same applies to the signals in other routes which fail to act properly.

James Ross (twpol)
Changed in or:
status: Confirmed → In Progress
Revision history for this message
James Ross (twpol) wrote :

I believe this is fixed in V1502 but let me know if they are e.g. animating backwards or anything else weird. The switch stands aren't clear to me which way is correct.

Changed in or:
status: In Progress → Fix Committed
James Ross (twpol)
tags: added: graphics
James Ross (twpol)
Changed in or:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.