Moderator: OpenTTD Developers
For compiled version see Chill's patchpack
Special thanks to Belugas for providing chunks of signal placing code.
Tunnel bridge patch.
we now have working signals on brides. (Only block signals)
You can still load an old game with the old signal patch, but you have to change the signals on your wormholes.
Other games should not be a problem.
Decontaminating the game is when you remove all wormholes with signals.
Light or semaphore signals change according to your "build signals before ..." in advanced settings.
Be shure you have block signals before and after the bridges and tunnels.
Spacing between signals can be adjusted in advanced settings.
If more than 16 signals are used on bridge visual functioning of signals does not work correctly.
Stopping and starting of trains however is not affected.
- (34.62 KiB) Downloaded 2872 times
Patches (OpenTTD): Improved smooth_economy [in trunk], More (diesel) smoke [in trunk], Realistic_acceleration finetune.
Keep 'em rollin'!
Because he can't follow the GPL (must include LICENCE file)Torben Paw wrote:looks brilliant in my opinion
why shouldnt you be able to post it?
Host of ThroughTheTube site
I especially like the option to build undersea tunnels Is it possible to make a patch where the undersea tunnel is built automatically if the tunnel-exit is a shore (i.e. if the entrance is at level 0, and there is no possible exit, then it will look for the first possible exit on the next shore). Then there will be no need to use the ctrl-button, and unrealistic tunnels between mountains will be impossible.
( o/\...... /\o )
IMO, that kind of undersea tunnel is more realistic than previous attempts to have several levels below sealevel, as in RL, the entrances to these tunnels are usually at or above sealevel.
Such a patch may also easier reach trunk, as it can be made much shorter, since all the signal stuff can be omitted.
Allowing trains to pass each other inside a tunnel, is IMO a bit unrealistic, so I would not play with that option.
Finally, I have a few extra thoughts about such tunnels:
If undersea tunnels are made, then how should one decide whether to build a tunnel or a bridge? obviously, this depends on the depth, and on geological conditions, which are not part of the OTTD world. Is it possible to simulate that the undersea tunnel goes down a few levels, and then up again, in the calculation of how long time the train/rv uses to go through?
Where I'm from, we have a few undersea road-tunnels. These go down to 200-300 meters below the surface, descending at 8%, which really makes loaded trucks slow down on their way up.
A theoretical depth can maybe be calculated based on the surrounding landscape. The landscape under the sea can often be guessed from the steepness of the shore. (But of course, having some undersea levels would be the best.)
happy new year
But the idea is based on the habit of model railroaders to let trains pop up on unexpected locations.
By the way that part of the hack has still some bugs.
You can build for example a tunnel in between the tunnel and get some unexpected results.
If wormhole passes other bridgeend train will disconnect.
I am looking at that now and maybe it is a nice idea to only allow passing over water.
The purpose of this post was to get feedback and maybe get some help.
The basic algorithm functions.
Two things have to be improved:
Reversing of train and getting train out of tunnel with track reservation.
Thanks for your post and I'll keep in touch.
Eventually i hope that it will be possible to have an underground view like in rollercoaster tycoon. That way it will be possible to build signals, junctions and stations underground. My aim for stations would be that you have to have a single tile above ground as the entrance. Also that building underground would be very expensive unless it was just a standard tunnel
Maybe you could try to make the patch with svn or Mercurial?
Check other project in this Forum, how they make the patches, might help you.
Anyway, I hope I can soon see how it works, too.
am usin tortoise.
TortoiseSVN 1.5.6, Build 14908 - 32 Bit , 2008/12/20 11:51:04
berkeley db 4.4.20
OpenSSL 0.9.8i 15 Sep 2008
Tried to incorporate TTo.sav game to make testing easier.
You can get that file when you download the compiled version now.
See first message for download
This patch is still in development I'm bussy trying to make it work with track reservation.
That will take time
After that I will try to make it more compatible with the overall game philosophy and make it more user friendly.
For now I would appreciate if you tell me about bugs, errors, coding style etc.
The code for the CTRL feature when building a tunnel still has to be improved an is provisorical.
Am thinking about the remark of Dimme to allow that feature only under water.
Thanks for the reply.
I've been trying the patch for a while, and I think it's a good first step, but I really think you should concentrate only in one thing: first get tunnels with signals working perfectly, then you can try underground tunnels (which seems a lot more complicated to me).
I think that determining the kind of signals to put in the tunnel by the one at the entrance is the best option.
But back to subject: Shouldnt this patch be renamed to "Teleporting tunnels"? I haven compiled this patch, but it doesn't seem like this patch makes it possible to make signals in tunnels? Correct me if I am wrong.
Users browsing this forum: No registered users and 5 guests