Transport Tycoon Forums

Programmable signals:
Are you sure you are clicking a programmable signal? If you click a pbs signal after the program button noting will happen indeed.
You can not program other signals types and the signals to depend upon can only be exit signals. (combo signals are exit signals too.)

Please tell me how to reproduce. I can remove tramtracks without problems.
As you modified the source it would be helpful if I knew what exactly you changed.
If you PM me the patch from your source I can more easily compare it to mine to see if you have maybe forgotten to do something while modifying/bumping. No promises that I can fix it though and please make sure that the new files are included also.

There is a reason I do not always post my patch pack against the current trunk or ask not to bump. Read: if there are codechanges in trunk those changes have to be made in the patches also to keep them working correctly, if they are affected by the codechange that is.
Sometimes the change is simple, sometimes I need to go and dig the logfiles if I missed it when the change was made to trunk.

+/* Maximum bridge size is 100 tiles, 16 bit available for signals in m2 =>
+ * 50 blocks of 2 tiles available between ramps */
+static const uint8 bridge_signal_block_size = TILE_SIZE * 2;

+	while (bridge_signal_position <= bridge_section) {
+		bridge_signal_position += 2; // 2 tiles is block size, max 48 signals, 50 blocks * 2 = 102 on bridge of max length e.g. 100 tiles 

ChillCore wrote:ps: do not post 8k *8k savegames as my pc can not handle them because of the memory usage with such big maps.

Rubidium wrote: Also make sure that you've got the NewGRF debugging tools enabled and you're using the land query tool on a tile with index >= 16 777 216.

Wasila wrote: The map is 4k*8k so it should be alright. I've just noticed (speaking of the first crash) that the crash always takes place on the 12th of January - it appears to have nothing to do with trams.

http://rapidshare.com/files/418292630/GlobalTrans.sav

Attached are the newGRFs I'm using, in case it's something to do with that.

I will have a looksie to see if the issue is not caused also because of too many tiles.

Man that Rapidshare is rapid ... Yes It took until now to download those 20MB.

For testing I changed newgrf_debug_gui.cpp. 24 to 26 5 times.

Wasila wrote:Perhaps I should use a new hoster... any suggestions?

Could you please post exactly which bit of code was changed?

	return GB(window_number, 0, 24);

	return GB(window_number, 0, 26);

Wasila wrote:Oh, I understand now. I quickly ran the newly compiled game and it hasn't crashed yet; I'll test it properly tomorrow. Thanks .

I don't know if you know this, but there were a few other things that looked like error messages which popped up while compiling.

Wasila

Wasila wrote:Very curious... I compiled the moreheightlevels patch in the thread's OP with the corrent version (r20761) and not a single hunk succeeded...