Hello! Im think, that OpenTTD need have a new combined semaphore! Now (already on starting this teme) combined semaphore working this way - if ALL out semaphores are red, combined are red. I think we need new way - if ONE OF out semaphores are red, combined are red.
Now, you know what I want, I need say, I not have any experience whis developing OpenTTD, whis openGL. I'm know baze of C++ (but i think i need more C, becouse original code of combined semaphore was writed on C)
Can someone help me whis it?
Thanks
New combined semaphore working style
Moderator: OpenTTD Developers
New combined semaphore working style
If you want make something, maki it yourself. If you want to maki it by programming, just get this task to another programmist
Re: New combined semaphore working style
i'm unsure why you would need that, but you could start from this ancient patch that also adds a new signal type: [will not apply, but might show the general gist of what to do]
viewtopic.php?f=33&t=26364
note that currently the signal types 0 through 5 are used, types 6 and 7 are unused and you can add without much trouble.
viewtopic.php?f=33&t=26364
note that currently the signal types 0 through 5 are used, types 6 and 7 are unused and you can add without much trouble.
Re: New combined semaphore working style
Thank you!
Realy, interesting Idea!
Becouse (if we imagine train signals as C code like: (if x [Some condition] y:) )
Now in this code we have only "AND" Like condition, NAND patch adds "NOT" condition, and I like add "OR" condition.
Realy, interesting Idea!
Becouse (if we imagine train signals as C code like: (if x [Some condition] y:) )
Now in this code we have only "AND" Like condition, NAND patch adds "NOT" condition, and I like add "OR" condition.
If you want make something, maki it yourself. If you want to maki it by programming, just get this task to another programmist
Re: New combined semaphore working style
BTW, signal 6 is already used in JGRPP for programmed signals, I suggest to use 7
Re: New combined semaphore working style
You could easily create this behaviour using the existing programmable pre-signal functionality, such that you wouldn't need to add another signal type as well.
That said, it is not really a problem for two different patches to be using signal type 6 for different purposes.
Ex TTDPatch Coder
Patch Pack, Github
Patch Pack, Github
Re: New combined semaphore working style
This can be achieved using just the existing types of signals.
- Attachments
-
- Wronnville Transport, Aug 13th, 2009-fs8.png (80.52 KiB) Viewed 1777 times
My add-ons: • AdmiralAI fix • Persistence for vehicle evolution lines
My pictures: • The animation thread
My pictures: • The animation thread
Who is online
Users browsing this forum: No registered users and 3 guests