Title game competition for OpenTTD 1.2 series

[Frank327]

So, I gave it a shot on a 128x128 map. Though I didn't feel like getting to maglev, and I like steam stuff more anyways, I did get all the different types of transport in there. Maybe it's still a little empty though.

Is it looking a bit like a possible title game already?

[Level Crossing]

Looking just at the zoomed-out screenie:

where are maglevs? monorails? presignals? level crossings?

[JacobD88]

where are ... level crossings?

You had to add them to that didn't you Level Crossing

Agreed though, the point of the title game is to show all of the features of OTTD, including Monorail and Maglev, you can't just say you like the steam era, stick to that and still not show all the features available to standard railway...

That said, i like your railway junctions, they're clean of horrible "X's"

[Vinnie_nl]

I would like to share my first planning for this title game. This because all should be able to use it and of course i need some help

The map i made so far is only containing signs, this is used to calculate how big the various opening screens will be and build some interesting structures into it.

Darhill Transport, 29th Oct 1950.png (526.9 KiB) Viewed 3896 times

Now I did some calculations myself to see how much tiles are being shown on the various green resolutions and this is my current data:

resolution: 640x480

X = 9.5 tiles
Y = 15 tiles

resolution: 800x600

X = 12 tiles
Y = 18.5 tiles

resolution: 1024x768

X = 15.5 tiles
Y = 24 tiles

resolution: 1440x900

X = 22 tiles
Y = 24.5 tiles

The following problem occurred for me. My laptop does not supper the higher resolutions used in the competition
I still need to know how big the screen will be for the following resolutions to make a nice entry for this contest.

• 1680x1050
• 1920x1200
• 2048x1536
• 2560x1600

I would highly appreciate it if someone could provide me the amount of tiles on the X and Y axis. And i hope others can also use some of the information i already acquired. Savegame below

titlegameVinnieV0.1.sav

(22.91 KiB) Downloaded 147 times

[Eddi]

I still need to know how big the screen will be for the following resolutions to make a nice entry for this contest.

• 1680x1050
• 1920x1200
• 2048x1536
• 2560x1600

I would highly appreciate it if someone could provide me the amount of tiles on the X and Y axis. And i hope others can also use some of the information i already acquired. Savegame below

to create a screenshot of size 1680x1050: resize the window to 840x525 (i.e. exactly half. you can use the config file for that), zoom out to x2 (one level), use the [?]->"zoomed-in screenshot" menu point.

Also:
a tile is 64px from left corner to right corner
a tile is 32px from upper corner to lower corner

[Plasma_Wolf]

First of all: A happy new year to everyone!

Here's my commission, along with a 640x480 screenshot (without the program's window it is at that resolution), and a1920x1200-ish screenshot.
I'm always surprised at how the screenshots can be 2 to 3 times larger than the game itself...

Well, the size restriction is to the game and I believe my game doesn't break that restriction.

Enjoy!

EDI: New save file (a minor fix)

[Michi_cc]

I'm always surprised at how the screenshots can be 2 to 3 times larger than the game itself...

Don't save Windows-made screenshots in JPEG format then. Use the in-game screenshot facilities and stay with PNG.

-- Michael Lutz

[Plasma_Wolf]

I forgot about that. Thanks. Using photoshop for PNGs fails as well. Those are even larger than low quality jpgs.

[Supercheese]

I forgot about that. Thanks. Using photoshop for PNGs fails as well. Those are even larger than low quality jpgs.

Likely because they default to RGB rather than palletized, resulting in needless filesize bloating.

[Plasma_Wolf]

I'VE GOT AN UPDATE. A piece of track that went nowhere is now removed. The old .sav (three posts earlier) will be replaced as well.

Also a new screenshot, one from OpenTTD directly.

[FooBar]

you should reconsider your signalling on at least the monorail track, as you're setting totally the wrong example there. That's not how one is supossed to use path signals.

[Plasma_Wolf]

How is it supposed to be then? It works the way I made it.

[FooBar]

Check the wiki for details.

With this setup you may encounter cases where trains wait on the junction, blocking it. In general only place path signals on locations where you want trains to wait.

[Plasma_Wolf]

I haven't encountered that and I am 100% certain that I will not encounter that problem at any time. You are of course referring to the Limitations

That is not the case here. The trains, from both directions, can make it to the station from the entry presignal and when they leave the station, they can make it to the normal signal in their new direction.
Check the attachment "Incorrect" to see what I had first. That obviously goes wrong. While both of the rails at the stations are occupied, the area after the exit signal is not, so the entry signal gives the green light.
I had it like that because I thought that was the way it worked (some 6 months ago when I last played OpenTTD before I joined this competition - I've been extremely busy, sorry).

Now check the attachment "Correct". The situation is the same as the situation in my save file. Two trains are occupying the station. The exit signals give red, so the entry signal will give red as well.
The entry signal disregards the normal signals because the entry signal does have an exit signal.

[Zuu]

No issue with your pre signals. It is just how you have mixed block signals with path signals in a strange way.

Edit: see the wiki for help on how signals are intended to be used: http://wiki.openttd.org/Signals
Edit2: More specifically, take a look at the basic examples of the wiki: http://wiki.openttd.org/Signals#Basic_Examples

[Plasma_Wolf]

I know about every single basic example and every single way of using pre-signals. That's no problem for me at all, I won't need any help with them.

But using them in the standard obvious way is a bit boring, don't you think?

I know that the same can be achieved without pre signals, but it is a case of explaining what exactly happens and therefore this configuration works really well. It also won't use much area on screen simply because you don't need to extend the railway from the other side of the station (or use at least two and probably four squares for tunnels). That really counts for the low res screens.

[Supercheese]

I know about every single basic example and every single way of using pre-signals. That's no problem for me at all, I won't need any help with them.
But using them in the standard obvious way is a bit boring, don't you think?

Not for new users, for whom the title screen example scenario is useful.

[Zhall]

First!

Starting with a screenshot...

opntitle.dat

EDIT: This version is out of date. See new version below.

A rail system containing a short 45 degree turn as a menu level is a complete desacration of the very openttd franchise.

[Plasma_Wolf]

I know about every single basic example and every single way of using pre-signals. That's no problem for me at all, I won't need any help with them.
But using them in the standard obvious way is a bit boring, don't you think?

Not for new users, for whom the title screen example scenario is useful.

You've got a point on that one. I'll make an adjustment *somewhere*. Though my monorail will remain the same. It'll leave the maglev or the steam train for adjustment. I think I'll go for the steam train since the maglev is all hidden behind buildings.

[FooBar]

Add some more trains and it will go wrong

It may work in this case, but in general having path signals in these locations is a bad idea. I don't think a title game should set such and example. IMO it should teach what works in any case, and then it's up to the player to try different setups.