[jonas]

mbm_OR, on 11 January 2020 - 01:14 PM, said:

... Works fine here. ...

I'm glad to hear it.

mbm_OR, on 11 January 2020 - 01:14 PM, said:

... It requires selecting the ORCloks activity ...

In the Route ORClocks should be only one path starting point, the one of the only activity is included. So it should not play any role if you start with the activity or not. But it happened to me as well that I started in explore mode with a long train and then I was wondering where the clocks are ... at the end of the train I found them :-)

mbm_OR, on 11 January 2020 - 01:14 PM, said:

... and uncheck the LAA from Options/General. ...

Yes, I forgot to mention, it is made for "normal" RunActivity.exe, not for RunActivityLAA.exe.

[Hannes44]

jonas, on 11 January 2020 - 01:46 PM, said:

I'm glad to hear it.

In the Route ORClocks should be only one path starting point, the one of the only activity is included. So it should not play any role if you start with the activity or not. But it happened to me as well that I started in explore mode with a long train and then I was wondering where the clocks are ... at the end of the train I found them :-)


Yes, I forgot to mention, it is made for "normal" RunActivity.exe, not for RunActivityLAA.exe.

After this exchange the question is, is the clock only working with activities? That would be a pity because I only run timetables. (btw I have added my clock to the clock.dat file just as you describe.)

[Icik]

Hi, the clock acts like a normal object for example like a building. In the route editor it will be placed on the required place like any other object. He will always be there in activity, free ride and timetable.

[jonas]

Yes, the clocks here should be understood like any other non-animated object.

The whole principle of operation is very similar to that of the turntables: A special-shape contains specially named subobjects and an animation. And it is expected that the shape is listed in an extra OR-file.
With turntables the animation is counterclockwise, with the clocks it is clockwise (sounds logical :-).
With the turntables there is 1 subobject maybe called TRACKPIECE, with the clocks there may be more than one subobjects as clock-hands, e.g. ORTS_HHand_Clock.
Even turntables are placed as non-animated in the route although they contain an animation (turntables are tracks and therefore one wouldn't be able to place a turntable as animated anyway).

As far as the clocks should become a permanent feature of Open Rails, they should always be placed as non-animated objects in a route, so that they do not show wildly rotating hands in MSTS.

[NF1-800]

Thank you very much for taking your free time to achieve this detail.
Looking forward to study your work.
Minor question: Any chances for digital display type?

[jan111]

I have tried to include Station clocks in my existing routes but I didn´t succeed. Is it possible to get a detailed step by step instruction on how to do it.

[jonas]

I asume that greater efforts were made when I read this:

jan111, on 13 January 2020 - 05:39 AM, said:

... I have tried to include Station clocks in my existing routes ...

Especially the "s" of clocks and routes alarms me here. I'm certainly pleased about that, the more efforts and constructive discussions about OR clocks are done here, but please don't forget that it is only a suggestion so far. It is not at all clear if and how the patch will be adopted in Open Rails at all, either in this way or in parts.
So please don't change your routes now, for example by placing OR-clocks everywhere at the stations, before it is clear if the patch will be part of Open Rails.
I uploaded the patch to continue the discussion about OR clocks here and to discuss how the patch works.
I therefore recommend to test your own clocks only in the included route OR-Clocks for the time being.

jan111, on 13 January 2020 - 05:39 AM, said:

... Is it possible to get a detailed step by step instruction on how to do it.

Here an attempt of a step-by-step instruction:
•Create a clock-shape with clock-hands as sub-objects witch are named as either ORTS_HHand_Clock, ORTS_MHand_Clock, ORTS_SHand_Clock or ORTS_CHand_Clock
•Each hand in the clock-shape has a 5-part clockwise animation, for example with "slerp_rot":

						tcb_rot ( 5
							slerp_rot ( 0  0        0 0 -1 )
							slerp_rot ( 1 -0.707107 0 0 -0.707107 )
							slerp_rot ( 2 -1        0 0  0 )
							slerp_rot ( 3 -0.707107 0 0  0.707107 )
							slerp_rot ( 4  0        0 0  1  )
						)

•Copying Clock-shape and corresponding texture(s) into the SHAPE and TEXTURES directories of the route
•Enter clock-shape in Clocks.dat and increase index in the second line of Clocks.dat by 1
•Enter clock-shape in the .ref file of the route
•Place the Clock-shape with a route editor in a route, just like a house or tree. Do not(!) set it as animated

I hope that helps a bit.

[jonas]

NF1-800, on 12 January 2020 - 08:13 AM, said:

Thank you very much for taking your free time to achieve this detail.
Looking forward to study your work.
Minor question: Any chances for digital display type?

Good to hear from you, more than 3 years after you started this thread here!

Unfortunately I don't have a patch for digital clocks. Maybe it could work by declaring them directly in the Clocks.dat, similar to the way it is done with speedposts in the speedpost.dat.
The Clocks.dat with a digital clock could look like this:

2
ClockItem( AnalogClock.s analog )
ClockItem( DigitClock.s digital
	Digit_Sets ( 1
		Digit_Set (
			Digit_Position ( -0.97 1.624 -4.02 )		comment(related to pivot of main-subobjebt)
			Digit_Azimuth ( -180 -180 -180 )		comment(facing direction -> seen in eng or wag files)
			Digit_Separator ( ":" )				comment(Sign witch separates the digits of hour, minute an second)
			Digit_Textur ( Numbers.ace )			comment(Texture with Numbers -> seen in Speedpost.dat)
			Digit_Colour ( ffff0000 )			comment(overwrite the color of digittexture -> here "Numbers.ace")
			Digit_Text_Size ( 0.16 0.13 0 )			comment(size of digits  -> seen in Speedpost.dat)
		)
	)
)

The Digit_Set would then define where you would see the digits "00:00:00" on the main shape "DigitClock.s" and with what character they are separated, here with ":". A digit texture, color selection and digit size would be definable by the user.
This way everybody could "glue" a digital clock to every wall, even on already placed shapes of the hole route :-)

[Hannes44]

After I installed the older version of ORTS and removed the check for Large Address Awareness my clock worked nicely and flawlessly. Unfortunately this older version without LAA is not of much use to me, I prefer the Monogame version. So I hope that this nice feature will be part of the Monogame version and the latest experimental versions soon.
Thank you Jonas for your efforts!

[eugenR]

In Trello is a card for the release 1.4 which is defining an analogue clock in cabview:
https://trello.com/c...lock-in-cabview
Would it make sense to combine this two proposals?
Perhaps the shape-definitions could be the same?