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 ![Very Happy :D](./images/smilies/icon_biggrin.gif)
![Very Happy :D](./images/smilies/icon_biggrin.gif)
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 ![Very Happy :D](./images/smilies/icon_biggrin.gif)
![Very Happy :D](./images/smilies/icon_biggrin.gif)
Re: New combined semaphore working style
BTW, signal 6 is already used in JGRPP for programmed signals, I suggest to use 7 ![Smile :)](./images/smilies/icon_smile.gif)
![Smile :)](./images/smilies/icon_smile.gif)
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 1884 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 1 guest