New Patch: Speed Signs

MegaByte · Post by **MegaByte** » 25 Jul 2006 14:04

Thanks Richk67 for the fast respons. It's just so annoying when someone's left in the dark or seems to be ignored.

Now i know what the situation is, and i have all the respect for you and the development team.

As a matter of fact, i did some search and ended up with Mini Integrated Nightly, which is maintained by yourself. In the "will be added soon" part, it got all clear to me: the patch isn't stopped, but just delayed to make one general signal system.

I'm very happy to see that the 3 patches i was willing to implement (also the three topics i asked the question what the situation was on those patches: Speed Signs, Past 2090 and Yellow Signal State), are all in the "will be added soon" section.

So now i'll just have to wait untill you guys come up with a new release with some nice improvements too the signalling system, which is in my opinion a part of the game that can make it easier to make near-to-realistic railtracks.

Keep up the good work!
I'll be following you closely

Bryan · Post by **Bryan** » 29 Dec 2006 07:20

Has this been added to the latest 0.5.0 RC1?

Sorry I'm new to this place =X

still learning a lot ..

sidew · Post by **sidew** » 29 Dec 2006 07:26

No. See this:

Richk67 wrote: have stopped development of Speed Signs for the moment. It is quite old now (over 500 revisions out of date) which is why it doesnt patch cleanly.

Main reason for halting development is YAPF. Speed Signs does not work with YAPF, and me and KUDr (YAPF developer) have an idea to make these *way* more useful.

Bryan · Post by **Bryan** » 29 Dec 2006 07:27

Thank you sir.

richk67 · Post by **richk67** » 29 Dec 2006 11:35

Bryan wrote:Thank you sir.

And also note it was 500 revisions out of date in July! Its now more like 2500-3000 revisions out of date!

richk67 · Post by **richk67** » 17 Jan 2007 14:16

Just a quick heads up that this patch has now evolved into a new one: Route Markers.

Using the same sign placing code (now updated to current trunk r8200+), you place coloured markers on the track like signals. (Yes, you can have a signal and a marker in the same tile). In the train properties, you will be able to select the route marker colour for that train. The pathfinder will then bias the train's route to follow the markers that match the train's route colour.

What this will let you do is the fulfilment of our signalling desires: separate freight and passenger properly. With it, you can build either a separate parallel mainline that the freight will always choose, or build short bypasses where the slow train is always the one that pulls off the mainline. Currently, no signalling can say bypass for this one, but not for that one.

Or maybe you want to have your local passenger service stay off the express mainline. Currently the only way is to use waypoints... this patch puts the route selection as a property of the train itself.

The first part is done - I can place the coloured marker on the route (so far only 3 colours, but the intention is to have the full 15 standard colours).

I now need to code the setting of the train property, and the pathfinder tests. I have code sections marked in the right place within the NPF and NTP pathfinders, but they currently do nothing. I will also get it working with YAPF (heads up KUDr - I may need you

)

ETA for a first release of this by this weekend (20/21 Jan).

Wolf01 · Post by **Wolf01** » 17 Jan 2007 17:57

ooooh finally, lomo-style waypoints

vbraun · Post by **vbraun** » 03 Feb 2007 18:23

Any news on the update? I've been looking forward to something for a while.

richk67 · Post by **richk67** » 03 Feb 2007 20:45

Its looking good, but Ive had to reverse the concept for performance reasons.

All pathfinders work best with a "if tile has XYZ, add a penalty". They all do not like it if you try to give a positive bias - ie. "if tile has ABC, deduct a bonus". However, if you have a "cheaper than straight line" rail, then the pathfinders can go beserk trying desperately to find a better route. The world then slooooooooooooooows doooooooooown!

So I have made the patch more a "route avoidance" patch.

If you place a marker on a route, then the train will be *less* likely to choose that route. Sort of "diversion signs", or maybe "no-entry" signs. (However no-entry implies its absolute - it isnt... if the unmarked route is significantly worse, then it may use the marked route anyway.)

MagicBuzz · Post by **MagicBuzz** » 03 Feb 2007 20:55

I'd like this patch, but it's currently not compatible with lastest trunk.
Could it be possible to update it to the lastest trunk revision ?

(let say, by exemple in the command.h there are several CMD_* constants redefinitions with different meaings)

richk67 · Post by **richk67** » 03 Feb 2007 22:16

New routemarker patch now available... just writing posts.

davidpk212 · Post by **davidpk212** » 28 Feb 2007 17:11

Going back to graphics, in real life, normal signals tend to be used, mounted higher or lower depending on the speed limit. However, this is difficult to tell except of junctions... I'll look into this.

buh_vi · Post by **buh_vi** » 04 May 2007 10:33

i try install it and signals don´t work, How do i install it?

joeyjo0 · Post by **joeyjo0** » 25 Jun 2007 13:47

Sorry for late reply, I use TurtoiseSVM to patch, but it says command.h has no valid URL. Can someone help me?

richk67 · Post by **richk67** » 25 Jun 2007 14:02

The Speed Signs patch in this thread is VERY old. It was written before the code was C++-ified into .hpp and .cpp files. So command.h is now found in command.hpp.

I very much doubt the patch works any more, and I dont have the inclination at present to rewrite it.

There is a new patch available in another thread, for Speed Limits, which shares some of the ideas. Try there for something more up to date.

Transport Tycoon Forums

New Patch: Speed Signs

Who is online