Chill's patchpack v14_7

[Eddi]

Furthermore, is the latest version of the patchpack savegame compatible with version 9?

it might be.

[ChillCore]

Sorry if this is a stupid question, but I can't seem to find copy_paste.grf and traffic_lights.grf. The link for copy paste is not available anymore and I cannot find the file on the traffic lights page.

I fixed the link in the second post for the copypaste grf.
Sorry, do not know why it was broken ... I think it worked before ...

There are three links in the first post of the trafficlights patch (wooden, light and dark). Install in the data folder and rename the one you want to use to trafficlight.grf -> only one of them should be named like that.

Furthermore, is the latest version of the patchpack savegame compatible with version 9?

Savegame compatibility is with all savegames from v9_9_4 and later.
If you have a savegame started started in an earlier version you will need to finish your game with that version.


Edit:
Also restored the link for the "View and click vehicles in tunnels" patch. (was also broken when I moved the links from the second to the first post.)
Thank you for reporting Wasila.

[romazoon]

Quote:
or i might missinterpret the meaning as i found a town with 246% transported good ratio :
That seems to be a bugsie. It should not be higher than 100%. Was it still like that the next month?


yes i looked at the windows for 3 month in a row, actually i started writing my last post i only looked at two month and the transported good ratio was at 170%, by the time i was finishing my post another month had passed and i saw 246%...


Quote:
Oh one more thing, i had a couple crash while using the road traffic light... but i have no clue were to look to give you more info about it...
Upload crash.log , crash.png, crash.sav as found near the config file.


here is crash.log : (could not upload it so i pasted it) But i believe this crash is not about the traffic lights....

*** OpenTTD Crash Report ***

Crash at: Thu Mar 31 21:27:26 2011
In game date: 1955-11-03 (171)

Crash reason:
Exception: E1212012
Location: 7563B727
Message: Assertion failed at line 116 of c:\ottd2273\src\cargotype.h: index < lengthof(CargoSpec::array)

OpenTTD version:
Version: r22273M (2)
NewGRF ver: 12005701
Bits: 32
Endian: little
Dedicated: no
Build date: Mar 25 2011 14:30:59

Registers:
EAX: 0018E650 EBX: 00000016 ECX: 00000000 EDX: 0008E3B8
ESI: 00C073E8 EDI: 00000000 EBP: 0018E6A0 ESP: 0018E650
EIP: 7563B727 EFLAGS: 00000246

Bytes at instruction pointer:
C9 C2 10 00 CC CC CC CC CC 8B FF 55 8B EC 56 8B 75 08 83 FE F4 72 18 83

Stack trace:
E1212012 00000000 00000000 7563B727 00000000 0018E754 770F301E 00D70138
770F2FFA 7718C740 00000000 00D70000 770DFA7A 77100FF2 FFFFFFFF 00000024
0018E69C 00000004 00000000 00000016 0018E700 0059C703 E1212012 00000000
00000000 00000000 0066F293 00000016 C43E252E 0018EA48 00000200 00000000
770F9D7C FFFFFFFF 00000000 0018E6E8 0059C6F3 00000001 0018E6C0 0018E214
0018EEDC 006753C0 C49BBE26 FFFFFFFE 0018EA38 0066E5E5 00000016 00000200
00000001 000D0686 00DA4C08 00DD16B0 000F001F 00000029 00000000 010001BC
00000000 00000148 01010000 0018E674 74F9288A 0018EEDC 77130AE5 000EE864
FFFFFFFE 770F2FFA 770F2BF2 00000000 00DA4C08 00010003 00000000 0018E980
00DA4C00 0018E81C 74FCF908 00D70000 00000000 00DA4C08 00000001 0018E980
00000001 0000001C 0000000F 00000000 00C69DE0 00000010 0006060A 00000000
00000006 00000000 00000000 00000556 000002D8 00000000 0000015E 0018E980
000001C5 00000000 00007F01 00000000 00000001 0000001E 50022080 00000035
00000020 00000001 00000000 000001CB 00000001 00DA4C08 00FF135C 00000000
00DA4C6C 00FF13C8 0000011B 0018E974 74FCFBAC 00000010 0018EA48 00000200
74FCFBE4 00000001 0BB879C0 00000001 0018EA48 00573B2D 00000000 00FF0E04
0BB879C0 00000000 0BB85F20 00000000 00000000 74FCFBFC 00000000 00000001
00675A66 00000000 0018EBC8 0018E8C4 00675A73 00677A80 0018EB13 FFFFFFFF
0018EB20 0067858C 00000000 0018F18D 0018F18D 00678618 770EE046 02FB019C
00000000 00000007 770EE046 02FB019C 00000000 00BE8718 02FB1728 02FB07D0
0016BE01 0018EB44 00000000 00000000 00000000 00B9460E 00000000 00000000
00000000 02DD6B88 00000001 0018EBCC 00000001 0018EB13 FFFFFFFF 00B9460C
00000040 0018E9A8 0018F2DF 000007E9 00000000 770EE38C 7718C9B8 770EE046
02FB01AC 02FB0000 05620074 0A7F6A2C 02E10014 0000007F 0018EA48 00C69DE0

Operating system:
Name: Windows
Release: 6.1.7600 ()
Compiler: MSVC 1500

Configuration:
Blitter: 8bpp-optimized
Graphics set: OpenGFX (589)
Language: C:\Users\AndreasLüscher\Desktop\Chillpatchpack V12\lang\french.lng
Music driver: win32
Music set: OpenMSX (96)
Network: no
Sound driver: win32
Sound set: OpenSFX (87)
Video driver: win32

AI Configuration (local: 0):
0: Human

Libraries:
FreeType: 2.4.4
ICU: 4.4.2
LZMA: 5.0.0
LZO: 2.03
PNG: 1.4.5
Zlib: 1.2.5

Module information:
C:\Users\AndreasLüscher\Desktop\Chillpatchpack V12\openttd.exe handle: 00400000 size: 8442368 crc: 69A65630 date: 2011-03-25 13:42:18
C:\Windows\SysWOW64\ntdll.dll handle: 770C0000 size: 1293120 crc: 152090D0 date: 2010-10-27 04:40:22
C:\Windows\syswow64\kernel32.dll handle: 75170000 size: 836608 crc: C271BF8C date: 2009-07-14 01:11:23
C:\Windows\syswow64\KERNELBASE.dll handle: 75630000 size: 269824 crc: 778A4077 date: 2009-07-14 01:11:23
C:\Windows\system32\WINMM.dll handle: 74860000 size: 194048 crc: 2FBEB05C date: 2009-07-14 01:16:19
C:\Windows\syswow64\msvcrt.dll handle: 75580000 size: 690688 crc: 554C94A4 date: 2009-07-14 01:15:50
C:\Windows\syswow64\USER32.dll handle: 74F60000 size: 833024 crc: E462ECF7 date: 2009-07-14 01:11:24
C:\Windows\syswow64\GDI32.dll handle: 757A0000 size: 310784 crc: D911CA67 date: 2009-07-14 01:11:21
C:\Windows\syswow64\LPK.dll handle: 75060000 size: 25600 crc: 3C6CC57C date: 2009-07-14 01:11:23
C:\Windows\syswow64\USP10.dll handle: 75680000 size: 627200 crc: 3887C4C8 date: 2009-07-14 01:16:17
C:\Windows\syswow64\ADVAPI32.dll handle: 758C0000 size: 640000 crc: 24248FE4 date: 2009-07-14 01:14:53
C:\Windows\SysWOW64\sechost.dll handle: 75780000 size: 92160 crc: B624B29A date: 2009-07-14 01:16:13
C:\Windows\syswow64\RPCRT4.dll handle: 75460000 size: 662528 crc: 21A3ED97 date: 2009-07-14 01:11:23
C:\Windows\syswow64\SspiCli.dll handle: 74C30000 size: 96768 crc: 88D768A6 date: 2009-12-11 07:36:33
C:\Windows\syswow64\CRYPTBASE.dll handle: 74C20000 size: 36864 crc: 00308E17 date: 2009-07-14 01:15:07
C:\Windows\syswow64\WS2_32.dll handle: 74D50000 size: 206336 crc: 4C23BF22 date: 2009-07-14 01:16:20
C:\Windows\syswow64\NSI.dll handle: 77090000 size: 8704 crc: 2ACE9671 date: 2009-07-14 01:16:11
C:\Windows\syswow64\SHELL32.dll handle: 75A80000 size: 12867584 crc: E1911954 date: 2010-07-27 14:03:24
C:\Windows\syswow64\SHLWAPI.dll handle: 75070000 size: 350208 crc: 8D9B2C39 date: 2009-07-14 01:16:14
C:\Windows\system32\IMM32.DLL handle: 750E0000 size: 119808 crc: BC43D00A date: 2009-07-14 01:11:21
C:\Windows\syswow64\MSCTF.dll handle: 74D90000 size: 828928 crc: DFE09EEB date: 2009-07-14 01:15:43
C:\Program Files\CheckPoint\ZAForceField\WOW64\Plugins\ISWSHEX.dll handle: 20C70000 size: 640504 crc: 8C80834F date: 2011-02-15 15:25:56
C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4927_none_d08a205e442db5b5\MSVCR80.dll handle: 71F60000 size: 632656 crc: 3A6BF89B date: 2009-06-10 21:23:11
C:\Windows\syswow64\WINTRUST.dll handle: 75140000 size: 172032 crc: EA2D5BBA date: 2009-12-29 06:55:34
C:\Windows\syswow64\CRYPT32.dll handle: 75960000 size: 1151488 crc: CC34327C date: 2009-07-14 01:15:07
C:\Windows\syswow64\MSASN1.dll handle: 74D10000 size: 34816 crc: 4F65C9C8 date: 2009-08-29 06:57:31
C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4927_none_d08a205e442db5b5\MSVCP80.dll handle: 71C20000 size: 554816 crc: F6C154EA date: 2009-06-10 21:23:11
C:\Windows\syswow64\ole32.dll handle: 75270000 size: 1413632 crc: 082ED659 date: 2010-06-29 05:02:02
C:\Windows\system32\ntmarta.dll handle: 74140000 size: 121856 crc: EE55B9FC date: 2009-07-14 01:16:11
C:\Windows\syswow64\WLDAP32.dll handle: 75720000 size: 268800 crc: EC09CC0E date: 2009-07-14 01:16:19
C:\Windows\system32\SHFolder.dll handle: 72D60000 size: 7168 crc: 683AAC32 date: 2009-07-14 01:16:14
C:\Windows\system32\MMDevAPI.DLL handle: 71320000 size: 213504 crc: 352DF99F date: 2009-07-14 01:15:41
C:\Windows\system32\PROPSYS.dll handle: 71A70000 size: 988160 crc: 0700E8D7 date: 2009-07-14 01:16:12
C:\Windows\syswow64\OLEAUT32.dll handle: 76A70000 size: 571904 crc: 9BF754BE date: 2010-04-07 07:10:36
C:\Windows\system32\wdmaud.drv handle: 689C0000 size: 172032 crc: 03BEEBE2 date: 2009-07-14 01:14:08
C:\Windows\system32\ksuser.dll handle: 693D0000 size: 4608 crc: EBE07232 date: 2009-07-14 01:15:35
C:\Windows\system32\AVRT.dll handle: 689B0000 size: 14336 crc: 9818237B date: 2009-07-14 01:14:58
C:\Windows\syswow64\SETUPAPI.dll handle: 768D0000 size: 1668608 crc: F909EF01 date: 2009-07-14 01:16:14
C:\Windows\syswow64\CFGMGR32.dll handle: 75550000 size: 145920 crc: 6377C630 date: 2009-07-14 01:15:02
C:\Windows\syswow64\DEVOBJ.dll handle: 76B00000 size: 64512 crc: 2B501D62 date: 2009-07-14 01:15:11
C:\Windows\system32\AUDIOSES.DLL handle: 712E0000 size: 195584 crc: BC939745 date: 2009-07-14 01:14:57
C:\Windows\system32\msacm32.drv handle: 6A770000 size: 20992 crc: 73923147 date: 2009-07-14 01:14:08
C:\Windows\system32\MSACM32.dll handle: 72990000 size: 72192 crc: ABA25814 date: 2009-07-14 01:15:42
C:\Windows\system32\midimap.dll handle: 689A0000 size: 16896 crc: C000494C date: 2009-07-14 01:15:40
C:\Windows\syswow64\CLBCatQ.DLL handle: 75830000 size: 522240 crc: 6C130B8A date: 2009-07-14 01:15:03
C:\Windows\system32\uxtheme.dll handle: 71380000 size: 245760 crc: 60C5C746 date: 2009-07-14 01:11:24
C:\Windows\system32\dwmapi.dll handle: 71360000 size: 67072 crc: FC7CA4B8 date: 2009-07-14 01:15:13
C:\Windows\system32\mswsock.dll handle: 73E80000 size: 232448 crc: 32400D27 date: 2009-07-14 01:15:51
C:\Windows\System32\wshtcpip.dll handle: 73EF0000 size: 9216 crc: BA963A19 date: 2009-07-14 01:16:20
C:\Windows\syswow64\psapi.dll handle: 75770000 size: 6144 crc: 25B988F9 date: 2009-07-14 01:16:12

---- gamelog start ----
Tick 0: new game started
Revision text changed to r22273M, savegame version 225, modified, _openttd_newgrf_version = 0x12005701
New game mode: 2 landscape: 1
Added NewGRF: GRF ID 4F472B34, checksum 5030F25CA77DE5080DB906235CD70005, filename: opengfx_landscape-0.2.1\ogfx-landscape.grf (md5sum matches)
Added NewGRF: GRF ID 46727806, checksum 09E95562B1894A4D55D5532C6A889621, filename: opengfx_trees-0.2.2\opengfx+trees.grf (md5sum matches)
Added NewGRF: GRF ID 43415000, checksum 1F9B8D2A82BDD5298272126D663A84C6, filename: airportsplus-nightly\airportsplus.grf (md5sum matches)
Added NewGRF: GRF ID 43415261, checksum 15F5C5EDD710F193D695A232B5843D1D, filename: NARoadsw.grf (md5sum matches)
Added NewGRF: GRF ID 74677462, checksum DCE498065ACF0D1C92AA13356489DD82, filename: Switzerland GRF\total_bridges_NAR.grf (md5sum matches)
Added NewGRF: GRF ID 4D656F91, checksum 8B33467B4F648F8D1A4BA2F84E5A936A, filename: ecs_town_vector-1.114mar2011\ecstown.grf (md5sum matches)
Added NewGRF: GRF ID 4D656F95, checksum 46298866FF5F872EF39E25AD8C22DE31, filename: ecs_wood_vector-1.114mar2011\ecswood.grf (md5sum matches)
Added NewGRF: GRF ID 4D656F94, checksum 7873A28EE4D3DF97DE137A039820D732, filename: ecs_machinery_vector-1.114mar2011\ecsmach.grf (md5sum matches)
Added NewGRF: GRF ID 4D656F9C, checksum 3C3F77F87B7EDD8B844E61A6B89117A9, filename: ecs_chemical_vector_ii-1.114mar2011\ecschem2.grf (md5sum matches)
Added NewGRF: GRF ID 4D656F9F, checksum B470AD2EFFA5149D02CB6BA6B6D71754, filename: ecs_basic_vector_ii-1.114mar2011\ecsbas2.grf (md5sum matches)
Added NewGRF: GRF ID 4D656F97, checksum F2052CB6DE8210B229E8C8B4C56131C5, filename: ecs_agricultural_vector-1.114mar2011\ecsagri.grf (md5sum matches)
Added NewGRF: GRF ID 4D656F9D, checksum 5294F68F372E93EEC9BB5898FCFDBF37, filename: ecs_houses-1.114mar2011\ecshouse.grf (md5sum matches)
Added NewGRF: GRF ID 444A5401, checksum 58178550515FB674D4081FCD23D7CFA3, filename: nutracks-nightly\nutracks.grf (md5sum matches)
Added NewGRF: GRF ID 41533031, checksum 911AC4448EE52CFDF171FA358404DD23, filename: swedish_houses-1.1\swehouses.grf (md5sum matches)
Added NewGRF: GRF ID 444E0800, checksum B0DB930C8D8987D6FB4CAC6CA15589D1, filename: VASTobjects.grf (md5sum matches)
Added NewGRF: GRF ID 6D620C00, checksum 64554633963CD30BB940D524E42E0545, filename: maricow.grf (md5sum matches)
Added NewGRF: GRF ID 6D620601, checksum 44EB2F155862E4D4F0AB671D7021AF54, filename: newstatsw.grf (md5sum matches)
Added NewGRF: GRF ID 43415463, checksum 637BAB6FD6B33DFBF26D82F2BC50E8B0, filename: CanStnw.grf (md5sum matches)
Added NewGRF: GRF ID 58534D00, checksum 6F4C28B41F5127046DED0320D0BE533B, filename: modern_set.grf (md5sum matches)
Added NewGRF: GRF ID 4A430002, checksum 0728ADCB4DF2F1EB9247ABD449296F4E, filename: Switzerland GRF\indstatrw.grf (md5sum matches)
Added NewGRF: GRF ID 44573452, checksum 39A1EB2C5FE2AD2164C807DDE631B3DD, filename: dwestationtiles_industrial_ter-v0.6\dwe_stat_r.grf (md5sum matches)
Added NewGRF: GRF ID 54430201, checksum C837D48D657129DD915830D60D68E09F, filename: cs_stationset_v0.1-1\csstationsw.grf (md5sum matches)
Added NewGRF: GRF ID 54430202, checksum 081B62FD686AF2161866A0CF6EA043AC, filename: cs_platforms_set-1\csplatformsw.grf (md5sum matches)
Added NewGRF: GRF ID 27711003, checksum 1AA60ACCF4BB2BEEB3CAC7E574892C63, filename: 2cctrainset-nightly\2cctrainset.grf (md5sum matches)
Added NewGRF: GRF ID 44440A01, checksum 0BF8636EFEEF4F0617CAE47D77FF4C43, filename: av8_aviators_aircraft_set-1.81\pb_av8w.grf (md5sum matches)
Added NewGRF: GRF ID 78560007, checksum 4FF96B8C2A55CA3DE21F8049F9DF046F, filename: ikarus_set-5.3\ikarus2w.grf (md5sum matches)
Added NewGRF: GRF ID 24251D2C, checksum 6E380EAEFD09E9FABACD48B7C5228E3A, filename: hungarian_truck_set-2.1\teherautow.grf (md5sum matches)
Added NewGRF: GRF ID 414E0101, checksum E574F55A1C29C96BA3AD69DF64FE8E19, filename: fish-nightly\fish.grf (md5sum matches)
Added NewGRF: GRF ID 52571201, checksum C1C7D8C53EB7E74EEE2F0EF29638B466, filename: egrvts.1.0\egrvts.grf (md5sum matches)
Added NewGRF: GRF ID 41501202, checksum CE6977486771C62CB00B846BB621B337, filename: heqs-nightly\heqs.grf (md5sum matches)
Added NewGRF: GRF ID 4D656F17, checksum 8A4F8A04256C90BECF818D134C91C816, filename: long_vehicles-v404oct2008\4lvw.grf (md5sum matches)
Added NewGRF: GRF ID 4A4D0101, checksum 9ABAA3211849E0C55FB642521ECFB16F, filename: sailing_ships-0.3\sailing_ships.grf (md5sum matches)
Tick 0: GRF config changed
GRF parameter changed: GRF ID 4F472B34, filename: opengfx_landscape-0.2.1\ogfx-landscape.grf (md5sum matches)
Tick 0: game loaded
New game mode: 1 landscape: 1
Tick 51742: GRF config changed
GRF parameter changed: GRF ID 27711003, filename: 2cctrainset-nightly\2cctrainset.grf (md5sum matches)
Tick 3076: GRF config changed
GRF parameter changed: GRF ID 27711003, filename: 2cctrainset-nightly\2cctrainset.grf (md5sum matches)
---- gamelog end ----

*** End of OpenTTD Crash Report ***

Decoded stack trace:
[00] ??? 0x7563B727 dÄwRaiseException + 88
[01] ??? 0x0059C703
[02] ??? 0x0066E5E5
[03] ??? 0x0043FAC9
[04] ??? 0x004534B7
[05] ??? 0x00451E9E
[06] ??? 0x00451015
[07] ??? 0x00451070
[08] ??? 0x004A6476
[09] ??? 0x004A75BF
[10] ??? 0x00466886
<infinite loop>

*** End of additional info ***


the crash.png

crash.png

and unfortunately i haven t made crash.sav for this time.

And the crash that happened probably with the traffic light, i haven t found the crash.png or .log.... but this one i did made a crash.sav (well i could also be wrong cause i definetly lack memory... not on my computer but in my brain)

crash.sav

Edit : Sorry i forgot to tell how it happened... the problem with linkgraph i was just selecting some cargo link on the map, and the crash about traffic light... euh my memory is not helping there sorry...

[Wasila]

I have also encountered a bug, while setting up a new game.

*** OpenTTD Crash Report ***

Crash at: Mon Apr 04 10:59:32 2011
In game date: 2000000-03-05 (0)

Crash reason:
Exception: E1212012
Location: 754FB727
Message: NOT_REACHED triggered at line 181 of C:/MinGW/msys/1.0/home/(user)/trunk/src/strings.cpp

OpenTTD version:
Version: r22273M (2)
NewGRF ver: 12005701
Bits: 32
Endian: little
Dedicated: no
Build date: Apr 3 2011 23:21:05

Registers:
EAX: 0028DF44 EBX: 00000016 ECX: 00000000 EDX: 0008E3B8
ESI: 76CF3180 EDI: 00000000 EBP: 0028DF94 ESP: 0028DF44
EIP: 754FB727 EFLAGS: 00000246

Bytes at instruction pointer:
C9 C2 10 00 CC CC CC CC CC 8B FF 55 8B EC 56 8B 75 08 83 FE F4 72 18 83

Stack trace:
E1212012 00000000 00000000 754FB727 00000000 0028DF78 7697FE81 002A0896
76CF64A8 76CA03D8 00012010 00000000 FFFFFFFF 0028DF94 7697FEC6 002A0896
7792FA7A 77950FF2 FFFFFFFF 00000024 0028E000 00539193 E1212012 00000000
00000000 00000000 76CF0290 0028E000 76CB5E81 76CB5E87 00000016 BE90A304
0028F773 0028E768 0028E350 7792FA7A 77949D7C 00000000 00000024 0053916C
00000001 0028DFC0 0028DAE8 0028FFC4 76C78CD5 C8731DB4 FFFFFFFE 0028E338
76CB8E8A 00000016 0028E768 002B0580 00C7BA80 00C79A08 000F0047 0000002C
00000000 010001BC 00000000 00000160 01010000 0028DF70 7694288A 0028FFC4
77980AE5 086126CA FFFFFFFE 77942FFA 77942BF2 00000000 00C7BA80 00010003
00000000 0028E27C 00C7BA78 0028E118 7697F908 00BF0000 00000000 00C7BA80
00000001 0028E27C 00000001 0000001C 0000000F 00000000 00951000 00000010
002A0896 00000000 00000006 00000000 00000000 00000556 000002D8 00000000
0000011A 0028E27C 000001E7 00000000 00007F01 00000000 00000001 0000001E
50022080 00000035 00000020 00000001 00000000 00000187 00000000 00C7BA80
00E7135C 00000000 00C7BAE4 00E713C8 0000011B 0028E270 7697FBAC 00000010
0028F773 0028E768 7697FBE4 00000001 00894DD0 0028E168 76C6AA42 00EA1C56
00000000 00E70E04 00000016 7FFFFFFF 00000000 00000000 00000000 7697FBFC
00000000 00000001 76C6A8C1 00EA1C56 00894DD0 00000016 0028E188 7FFFFFFF
00000000 76CF2BD0 00EA1540 00EA07D0 00000000 0028E1C8 76C6A9C8 00EA1C56
00000001 00000016 00000001 00EA17BC 00EA1C57 76CF2BD0 0028E1E3 00000000
0028E29C 0028E1E0 006B2765 00000001 00000000 0000000A 00000000 00313831
0028F773 0084CE14 00000000 0028E1FC 76C5A442 FFFFFFFF 006B2642 76C6A490
00000007 76C6A462 BE90A13C 0028F773 0000007F 0028E350 00951000 00000200
0028E3A7 0028E24C 755246EF 00951000 00000000 0028E248 009510A0 00951400

Operating system:
Name: Windows
Release: 6.1.7600 ()
Compiler: GCC 4.5.2 "4.5.2"

Configuration:
Blitter: 8bpp-optimized
Graphics set: OpenGFX (622)
Language: C:\MinGW\msys\1.0\home\(user)\trunk\bin\lang\english.lng
Music driver: win32
Music set: OpenMSX (96)
Network: no
Sound driver: win32
Sound set: OpenSFX (87)
Video driver: win32

AI Configuration (local: 0):
0: Human

Libraries:
FreeType: 2.4.4
LZMA: 5.0.1
LZO: 2.04
PNG: 1.5.1
Zlib: 1.2.5

Module information:
C:\MinGW\msys\1.0\home\(user)\trunk\bin\openttd.exe handle: 00400000 size: 9173438 crc: AC82539D date: 2011-04-03 22:22:28
C:\Windows\SysWOW64\ntdll.dll handle: 77910000 size: 1293120 crc: 152090D0 date: 2010-10-27 04:40:22
C:\Windows\syswow64\kernel32.dll handle: 76a10000 size: 836608 crc: C271BF8C date: 2009-07-14 01:11:23
C:\Windows\syswow64\KERNELBASE.dll handle: 754f0000 size: 269824 crc: 778A4077 date: 2009-07-14 01:11:23
C:\Windows\syswow64\ADVAPI32.DLL handle: 75330000 size: 640000 crc: 24248FE4 date: 2009-07-14 01:14:53
C:\Windows\syswow64\msvcrt.dll handle: 76c50000 size: 690688 crc: 554C94A4 date: 2009-07-14 01:15:50
C:\Windows\SysWOW64\sechost.dll handle: 76b10000 size: 92160 crc: B624B29A date: 2009-07-14 01:16:13
C:\Windows\syswow64\RPCRT4.dll handle: 761d0000 size: 662528 crc: 21A3ED97 date: 2009-07-14 01:11:23
C:\Windows\syswow64\SspiCli.dll handle: 75010000 size: 96768 crc: 88D768A6 date: 2010-07-23 13:39:20
C:\Windows\syswow64\CRYPTBASE.dll handle: 75000000 size: 36864 crc: 00308E17 date: 2009-07-14 01:15:07
C:\Windows\syswow64\GDI32.dll handle: 75070000 size: 310784 crc: D911CA67 date: 2009-07-14 01:11:21
C:\Windows\syswow64\USER32.dll handle: 76910000 size: 833024 crc: E462ECF7 date: 2009-07-14 01:11:24
C:\Windows\syswow64\LPK.dll handle: 753d0000 size: 25600 crc: 3C6CC57C date: 2009-07-14 01:11:23
C:\Windows\syswow64\USP10.dll handle: 75230000 size: 627200 crc: 3887C4C8 date: 2009-07-14 01:16:17
C:\Windows\syswow64\SHELL32.DLL handle: 75540000 size: 12867584 crc: E1911954 date: 2011-03-07 01:57:33
C:\Windows\syswow64\SHLWAPI.dll handle: 76d60000 size: 350208 crc: 8D9B2C39 date: 2009-07-14 01:16:14
C:\Windows\system32\WINMM.DLL handle: 703c0000 size: 194048 crc: 2FBEB05C date: 2009-07-14 01:16:19
C:\Windows\syswow64\WS2_32.dll handle: 77010000 size: 206336 crc: 4C23BF22 date: 2009-07-14 01:16:20
C:\Windows\syswow64\NSI.dll handle: 75100000 size: 8704 crc: 2ACE9671 date: 2009-07-14 01:16:11
C:\Windows\system32\IMM32.DLL handle: 752d0000 size: 119808 crc: BC43D00A date: 2009-07-14 01:11:21
C:\Windows\syswow64\MSCTF.dll handle: 76680000 size: 828928 crc: DFE09EEB date: 2009-07-14 01:15:43
C:\Windows\system32\SHFolder.dll handle: 745f0000 size: 7168 crc: 683AAC32 date: 2009-07-14 01:16:14
C:\Windows\syswow64\ole32.dll handle: 76490000 size: 1413632 crc: 082ED659 date: 2010-06-29 05:02:02
C:\Windows\system32\MMDevAPI.DLL handle: 6dc90000 size: 213504 crc: 352DF99F date: 2009-07-14 01:15:41
C:\Windows\system32\PROPSYS.dll handle: 732c0000 size: 988160 crc: 0700E8D7 date: 2009-07-14 01:16:12
C:\Windows\syswow64\OLEAUT32.dll handle: 76b90000 size: 571904 crc: 9BF754BE date: 2010-04-07 07:10:36
C:\Windows\system32\wdmaud.drv handle: 6c800000 size: 172032 crc: 03BEEBE2 date: 2009-07-14 01:14:08
C:\Windows\system32\ksuser.dll handle: 6c8c0000 size: 4608 crc: EBE07232 date: 2009-07-14 01:15:35
C:\Windows\system32\AVRT.dll handle: 6c8b0000 size: 14336 crc: 9818237B date: 2009-07-14 01:14:58
C:\Windows\syswow64\SETUPAPI.dll handle: 76750000 size: 1668608 crc: F909EF01 date: 2009-07-14 01:16:14
C:\Windows\syswow64\CFGMGR32.dll handle: 76c20000 size: 145920 crc: 6377C630 date: 2009-07-14 01:15:02
C:\Windows\syswow64\DEVOBJ.dll handle: 768f0000 size: 64512 crc: 2B501D62 date: 2009-07-14 01:15:11
C:\Windows\system32\AUDIOSES.DLL handle: 72aa0000 size: 195584 crc: BC939745 date: 2009-07-14 01:14:57
C:\Windows\system32\msacm32.drv handle: 69590000 size: 20992 crc: 73923147 date: 2009-07-14 01:14:08
C:\Windows\system32\MSACM32.dll handle: 74580000 size: 72192 crc: ABA25814 date: 2009-07-14 01:15:42
C:\Windows\system32\midimap.dll handle: 69580000 size: 16896 crc: C000494C date: 2009-07-14 01:15:40
C:\Windows\syswow64\CLBCatQ.DLL handle: 76f80000 size: 522240 crc: 6C130B8A date: 2009-07-14 01:15:03
C:\Windows\system32\uxtheme.dll handle: 70400000 size: 245760 crc: 60C5C746 date: 2009-07-14 01:11:24
C:\Program Files (x86)\DigitalPersona\Bin\DpoFeedb.dll handle: 10000000 size: 640336 crc: 63867ACA date: 2010-04-23 16:52:40
C:\Windows\system32\VERSION.dll handle: 74850000 size: 21504 crc: 88D9D0F1 date: 2009-07-14 01:16:17
C:\Windows\system32\USERENV.dll handle: 73bd0000 size: 79360 crc: A3905B80 date: 2009-07-14 01:16:17
C:\Windows\system32\profapi.dll handle: 747e0000 size: 31744 crc: E7DBE825 date: 2009-07-14 01:16:12
C:\Windows\system32\dwmapi.dll handle: 74800000 size: 67072 crc: FC7CA4B8 date: 2009-07-14 01:15:13
C:\Program Files (x86)\DigitalPersona\Bin\DpoSet.dll handle: 721e0000 size: 209232 crc: 2DC345CC date: 2010-04-22 23:43:40
C:\Windows\system32\mswsock.dll handle: 72170000 size: 232448 crc: 32400D27 date: 2009-07-14 01:15:51
C:\Windows\System32\wshtcpip.dll handle: 72160000 size: 9216 crc: BA963A19 date: 2009-07-14 01:16:20
C:\Windows\System32\wship6.dll handle: 6de40000 size: 10752 crc: 99DFC9DA date: 2009-07-14 01:16:20
C:\Windows\system32\DNSAPI.dll handle: 6ffa0000 size: 269824 crc: 85C25AB3 date: 2009-07-14 01:15:12
C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live\WLIDNSP.DLL handle: 6ea70000 size: 145280 crc: C6B238E9 date: 2010-09-21 14:03:14
C:\Windows\syswow64\PSAPI.DLL handle: 76b30000 size: 6144 crc: 25B988F9 date: 2009-07-14 01:16:12
C:\Windows\system32\IPHLPAPI.DLL handle: 72f80000 size: 103936 crc: 0D4054DF date: 2009-07-14 01:15:33
C:\Windows\system32\WINNSI.DLL handle: 72f70000 size: 16896 crc: 484CAF17 date: 2009-07-14 01:16:19
C:\Windows\system32\rasadhlp.dll handle: 6e8e0000 size: 11776 crc: C799823B date: 2009-07-14 01:16:12
C:\Windows\System32\fwpuclnt.dll handle: 6e8f0000 size: 216576 crc: 930BF51D date: 2009-07-14 01:15:21
C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7600.16661_none_420fe3fa2b8113bd\comctl32.dll handle: 70480000 size: 1680896 crc: 6840D70D date: 2010-08-21 05:21:32
C:\Windows\system32\ntmarta.dll handle: 74950000 size: 121856 crc: EE55B9FC date: 2009-07-14 01:16:11
C:\Windows\syswow64\WLDAP32.dll handle: 76b40000 size: 268800 crc: EC09CC0E date: 2009-07-14 01:16:19
C:\Windows\system32\CRYPTSP.dll handle: 746d0000 size: 78848 crc: 63C1B844 date: 2009-07-14 01:15:07
C:\Windows\system32\rsaenh.dll handle: 74690000 size: 242936 crc: 1C7C0295 date: 2009-07-14 01:17:54
C:\Windows\system32\RpcRtRemote.dll handle: 749d0000 size: 45568 crc: 5E5254A2 date: 2009-07-14 01:16:13
C:\Windows\system32\mssprxy.dll handle: 6ff90000 size: 35328 crc: F549BB70 date: 2009-07-14 01:15:48

---- gamelog start ----
Tick 0: new game started
Revision text changed to r22273M, savegame version 225, modified, _openttd_newgrf_version = 0x12005701
New game mode: 1 landscape: 0
Added NewGRF: GRF ID 44440111, checksum 9B5051E70D60EF2926A249B923AFB0CA, filename: uk_renewal_set.3.04\pb_ukrs.grf (md5sum matches)
Added NewGRF: GRF ID 05102002, checksum A8B77B8D1F20D43B6FA521B4C3A8FC50, filename: monolev_replacement_set_v0.3.6-0.3.7\mrsv037.grf (md5sum matches)
Added NewGRF: GRF ID 444E0700, checksum 82B3BEF3F36E7B9CCE04AFD5AC690C3A, filename: universal_rail_type-1.4\univrt.grf (md5sum matches)
Added NewGRF: GRF ID 72777473, checksum 431E58F4ACA83A2B4E25EEC5FD2E1EEF, filename: uk_town_set-2.1\ukts_2.1.grf (md5sum matches)
Added NewGRF: GRF ID 44440A01, checksum 0BF8636EFEEF4F0617CAE47D77FF4C43, filename: av8_aviators_aircraft_set-1.81\pb_av8w.grf (md5sum matches)
Added NewGRF: GRF ID 554B5201, checksum 0D9C15FF1DC9AA50702780A730D9C650, filename: uk_roadset.1.1\ukroadsetw.grf (md5sum matches)
Added NewGRF: GRF ID 414E0101, checksum 1922958963E54992E395CAE86EBF4649, filename: fish_ship_set-0.9.0\fish.grf (md5sum matches)
Added NewGRF: GRF ID 52453C00, checksum C5B4EC240B33E2DB8D1EA64C97898B5E, filename: ottdc_grfpack\2_landscape\stolentrees\stolentreesw_162_108.grf (md5sum matches)
---- gamelog end ----

*** End of OpenTTD Crash Report ***

[ostlandr]

Chill,

I really like the new v12. The traffic lights are a fun addition. Going to test this with a truck AI and see if it will solve the problem of AI vehicles "blocking the box" and causing gridlock in towns.

[ChillCore]

Thank you for the bugreports romazoon and Wasila.
You know you can change the extension of the crahlogs ... rename to crash.txt (or crash log.txt) and then you can upload them to the forums.


romazoon:
I have seen that crash before but was not yet able to reproduce.
From your picture it seems that the crash happened during redrawing the smallmap ... but you changed the parameters of the 2cc grf and your crash could be due to that also (->You clicking and the redrawing just happened to be at the same moment of the crash ...).

Please do not change GRFs midgame if you care for your game. if you want to try, do make sure that you have a backup ... , sometimes you can change them but most of the times not ...

I think that changing parameters midgame has the same effect as adding or removing them ... ifso it should be dissallowed just like adding removing GRFs ...
Any of the Devs can shed some light on changing parameters migame and its effects?


Wasila:
I could reproduce ...
When you start a game in the year 2000000 the date will overflow and after a while the game will crash. Also happens when using daylength factor 1 and not showing the time in minutes. In your screenshot the date is even missing ... hmm
If you start your game in the year 2050 you will have everything available also ...

I'll have a looksie after testing the departures board patch alone ... this does not happen in clean trunk.

Chill,

I really like the new v12. The traffic lights are a fun addition. Going to test this with a truck AI and see if it will solve the problem of AI vehicles "blocking the box" and causing gridlock in towns.

Yeah, they are fun.
Be careful where you put them, badly placed trafficlights will make the situation worse.
Do not forget that for putting trafficlights on town-owned roads there is a separate switch, the error message will tell you that though.

[romazoon]

Please do not change GRFs midgame if you care for your game. if you want to try, do make sure that you have a backup ... , sometimes you can change them but most of the times not ...

thanks for your kind advice (i believe you trying to prevent me from losing my nice games ), I actually "try" to be very carefull with this, as i allready saw how bad it can affect the game... and the making of a scenario !
I always make a back up of my game, and change the name of the following savegames to not mess it up or lose it.

I have also no clue about changing parameter ingame.. Me too I m hoping for a develloper to clear this of our mind!

You know you can change the extension of the crahlogs ... rename to crash.txt (or crash log.txt) and then you can upload them to the forums.

I lack of skill concerning basics stuff like this, but i understand things easily, it will be done next time sir !

[ChillCore]

thanks for your kind advice (i believe you trying to prevent me from losing my nice games ),

Or anybody's savegame for that matter.
Crashes are bad enough but it really sucks having to say that you as player have broken it yourself and nothing can be done to recover the game -> changing GRFs messes up the savegamestate in such a way that most of the times the effects (if not crashing) can not be reverted. The big red warning that most people quickly click(ed) away says so ...
Crashes caused by bugs in the code suck too but those can be fixed by fixing the code without losing the game (most of the times).

Anyway, I still have to further investigate why your game crashed as I am not yet sure that it crashed because of changed parameters in the 2cc set.

I actually "try" to be very carefull with this, as i allready saw how bad it can affect the game... and the making of a scenario !

Scenarios are just savegames. The only difference is that in the scenario editor more actions are allowed while being less restricted, but you can not play them. Changing GRFs there has the same unwanted effects as in normal gameplay mode thus it is disabled there also by default.
The "way around it" should only be used for testing simple things when the savegamestate is less important and the game in question is not going to be played long term ...

When you start a game in the year 2000000 the date will overflow and after a while the game will crash. Also happens when using daylength factor 1 and not showing the time in minutes.
...
I'll have a looksie after testing the departures board patch alone ... this does not happen in clean trunk.

Tested and reproduced in clean departureboards patch, when starting in the year 2000000 the date overflows there also.
Will report in the departurboards thread.

[EyeMWing]

Is it just me or does the fast forward button not work anymore?

I built my own - Win64/MSVC. Included the 1-line fix for town.h. Against R22273.

[ChillCore]

Is it just me or does the fast forward button not work anymore?

Tis just you.

As long as your computer can handle it, normal speed wil run at 2.22 seconds / day (or 74 ticks with higher daylength factors).
Fast forward uses all the resources it can find, and has most effect in the beginning of the game.
Check the cpu usage when your savegame is running normally, if the usage is near 100% already (200% during cargodist linkgraph recalculation if you have more then one core) then fast forward will have no or little effect.

If you want to speed things up anyway then you will need to turn off some things:
Set trees invisibe, do not show all details, animation and reserved track, disable vehicle smoke, etc,
Also downtuning some patches in the advanced settings can speed things up a bit.

If nothing helps you can always post your savegame so I can have a looksie myself ...

[Alberth]

I think that changing parameters midgame has the same effect as adding or removing them ... ifso it should be dissallowed just like adding removing GRFs ...
Any of the Devs can shed some light on changing parameters migame and its effects?

Changing a parameter is equal to changing NewGRFs.

A parameter change may cause disabling of other NewGRFs, and thus remove those NewGRFs from the game.

[ChillCore]

I think that changing parameters midgame has the same effect as adding or removing them ... ifso it should be dissallowed just like adding removing GRFs ...
Any of the Devs can shed some light on changing parameters midgame and its effects?

Changing a parameter is equal to changing NewGRFs.

A parameter change may cause disabling of other NewGRFs, and thus remove those NewGRFs from the game.

Good to know that. Thank you for the info.

romazoon, and everyone else who wants to mess around, you heard the man ...

I might still try to find out what went wrong in your savegames when you have changed GRFs or its parameters but it will have low priority ... chances are very high that the error is not in the code and not reproducable.

[romazoon]

I might still try to find out what went wrong in your savegames when you have changed GRFs or its parameters but it will have low priority ... chances are very high that the error is not in the code and not reproducable.

Well do as you see fit ! It s actually no importance to me that you fix that savegame (i allready used a backup and played a lot further).

And yeap thanks for the info ! it s always good to know!

[ChillCore]

Don't get me wrong, I'd like to know the reason behind every crash ...

But if I say "go ahead and do whatever you want with your savegames", then I wil be bombarded with bugs that are no bugs, and I will be chasing ghosts instead of spending my time on fixing real bugs and making improvements. (-> guess why the Devs finally decided to disable it in the end. Believe me, it has been discussed for a long time before they decided to make such a big change )

Glad you could continue from your backup. No more crashes for the moment?
I think I will be trying to reproduce your crash by changing the parameters in a savegame I already tried clicking everywhere ... Do you remember what exactly you changed by any chance?

[EyeMWing]

Is it just me or does the fast forward button not work anymore?

Tis just you.

As long as your computer can handle it, normal speed wil run at 2.22 seconds / day (or 74 ticks with higher daylength factors).
Fast forward uses all the resources it can find, and has most effect in the beginning of the game.
Check the cpu usage when your savegame is running normally, if the usage is near 100% already (200% during cargodist linkgraph recalculation if you have more then one core) then fast forward will have no or little effect.

If you want to speed things up anyway then you will need to turn off some things:
Set trees invisibe, do not show all details, animation and reserved track, disable vehicle smoke, etc,
Also downtuning some patches in the advanced settings can speed things up a bit.

If nothing helps you can always post your savegame so I can have a looksie myself ...

Huh. I guess something since 11.9.5/R21900 (the latest previous build of the patchpack I have handy) did something to kneecap performance - the same completely blank 2048x2048 map is all-consuming in the current version (even if I disable all the new patches) - full 100% on one core, but completely undemanding in the older version (less than 1% on one core).

1024x1024 consumes no resources at all - less than 1% in both versions, all other things equal.

My suspicion is that either I missed a switch somewhere (probably) or something isn't being properly disabled by the switches. Either way, I'll just play smaller maps, since I'm here for the new goodies.

I went ahead and attached the big map if you want to take a look. It was last saved in an old version, so it can be used for comparison testing.

[romazoon]

Don't get me wrong

ME too !! i was just affraid that you were trying to fix it for me... so i wanted to be clear about that

I'd like to know the reason behind every crash ...

And that s how your patch pack became awesome Who would keep playing it if it was crashing all the time

No more crashes for the moment?

Nope, none at all... Lucky me

Do you remember what exactly you changed by any chance?

That s actually quite hard to say in proper word in English, but i ll try to explain (i did in a older post, but it s probably not clear):
So i was checking the minimap. I was turning on/off some links on the minimap legend. if i remind well i had a look at the minimap not long before, and i was selecting just a few or one cargo type, then i closed the minimap, shortly after when i reopened it was still same selection as before and i quite fast selected coal link and then it bugged...
I will also give a try if i can redo it (on the older save as i even more messed my actual savegame: I upgraded swedish house, and changed some more parameter of 2cc trains)

Mmh i let what i wrote as it could be usefull if your trying to reproduce bug, but after re reading your question, i m just realizing you maybe want to know wich parameter i have changed !! So if i recall me well, i doubled the maintenace cost (two times but at different moment). i started with half price, then raise to normal, to finally select double maintenance cost

[AppeL]

Find this code around line 1475 in town_cmd.cpp:

Code: Select all

 /**
 * Calculate demanded goods for towngrowth.
 * @param t This town.
 */
void UpdateTownDemands(Town *t)
{
	t->max_pass     = ((t->population >> 2) * 3 / 5) / _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo];
	t->max_mail     = ((t->population >> 3) / 5) / _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo];
	t->max_food     = ((t->population >> 2) / 7) / _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo];
	t->max_water    = ((t->population >> 4) * 5 / 9) / _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo];
	t->max_goods    = ((t->population >> 2) / 5) / _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo];
}

and do this for each requirement that you want adjusted:

Code: Select all

-	t->max_pass     = ...;
+	t->max_pass     = (...) * _date_daylength_factor;

right, i have tried a little bit more and thought of the following solution:

for PASSENGERS and MAIL demands, they should be roughly the same as the "max generated cargo last month" rate (in the town info window under the line with "houses" and "population")

the idea is generally, that all cargo that is produced within your transport system, also has to end up somewhere.. and that should be roughly balanced, so that when a town is generating 1000 passengers per month, then it should also receive 1000 passengers a month.. so if your transport network in a city is really good and reaches out across all houses, then you transport the full max generated cargo, i.e. with the help of cargodist you also receive that same amount of cargo. so, then you would have 100% fulfilment of the passenger demand. also, the cargo generate factor has to be included here.. if you have it on -4 (like me), then obviously all your towns create less cargo, so the demand also needs to go down..

the three difficulty settings for towngrowth patch are then as follows:

normal: like described above: demand for town x = cargo generated in town x
easy: 75% of normal
hard: 125% of normal

now, this is all very well in theory, but i tried to actually code it and it does not really work (apart from the difficulty percentages; they are alright)

here is how i changed the function (only focus on passenger and mail):

Code: Select all

void UpdateTownDemands(Town *t)
{	
	t->max_pass     = (t->population >> 3) * _date_daylength_factor;
	t->max_mail     = (t->population >> 4) * _date_daylength_factor;
	t->max_food     = ((t->population >> 2) / 7) / _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo];
	t->max_water    = ((t->population >> 4) * 5 / 9) / _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo];
	t->max_goods    = ((t->population >> 4) / 4) / _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo];

	/* copied from TownGenerateCargo() to take town_cargo_factor into consideration */
	int cf = _settings_game.economy.town_cargo_factor;

	if (cf < 0) {
		t->max_pass = (t->max_pass + ((1 << -cf) - 1)) >> -cf;
		t->max_mail = (t->max_mail + ((1 << -cf) - 1)) >> -cf;
	}
	else if (cf > 0) {
		t->max_pass = t->max_pass << cf;
		t->max_mail = t->max_mail << cf;
	}

	/* reworked difficulty:
	   easy: 75% of normal demand
	   normal: 100% of normal demand (no change)
	   hard: 125% of normal demand */
	t->max_pass = t->max_pass * ( -0.25 * _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo] + 1.5);
	t->max_mail = t->max_mail * ( -0.25 * _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo] + 1.5);
}

basically i failed to understand how the "max generated cargo last month" value in the town info window is calculated or in which variable it is actually saved, so i couldn't repoduce it. i managed to gather the t->max_pass = (t->population >> 3) and the t->max_mail = (t->population >> 4) bit from the UpdateTownGenCargo() function, but this is not the whole picture.. if you start a game and run it on fastforward, the value for "max generated cargo last month" changes randomly even though the population stays constant. that bit i have taken from TownGenerateCargo() in the above code also has to do something with the whole thing where the cargo generation factor comes in, but when i have cf=0, even then the results are not really satisfying (see screens)

[ChillCore]

oh) As mentioned in the third post. First person to shout a key (or combination) that is not taken in hotkeys.cfg wins.

How about [Shift+R] ?

Done. For already existing hotkeys.cfg files you will need to change it manualy or delete the file so it can be re-generated. Be aware that doing so will also make you lose the ones you may have already modified yoursel(f/ves)

right, here is a screen from a game with towngrowth patch... is that right, that i have 0% towngrowth? i thought i have at least a bit, since i have more than 5 stations and fulfil the passenger demand? or is it 0% growth as soon as one of the demands is zero?

... Yes, to 0 when 1 is not transported.

I changed it to fallback on 1. In one of my testgames I had a town of 500 people but there were not enough buildings that accepted goods and no way to grow the town. If this happens and player has not enough money to fund houses there is a still a chance of growth. (The value might need a little more tweaking.)

IMHO the default value of 2000 inhabitants for goods requirements is too low, 10000 seems more appropriate. depending on settings, initial cities may start out with 5000-6000 inhabitants.

Default changed to 9000. I can change it to 11000 if you want ... 10000 seemed to clean
I also have modified the max population value to 20000 before needing goods ...

what's wrong with these lines? taken right out of town_gui.cpp

Code: Select all

            const CargoSpec *food = FindFirstCargoWithTownEffect(TE_FOOD);
            CargoID first_food_cargo = (food != NULL) ? food->Index() : (CargoID)CT_INVALID;
            StringID food_name       = (food != NULL) ? food->name    : STR_CARGO_PLURAL_FOOD;

Done, except for town generated cargo.
I did not use xxx_name when I tried before and I have no need for first_xxx_cargo so I left that out. (-> still in the code for food and water to be able to display that in the old way when the patch is off or the town is too small ...)

Anyway, as GRFs are WAAAAAY easier to change ...
In my modified version of FIRS, goods is counted as goods as the should be ... I have not yet succesfully put back the water industries in the tropical climate, for now I have alcohol and fueloil as replacement for it.
Alcohol alone did not seem to produce enough to be able to satisfy the needs. so I added fueloil again after removing it first... currently testing ... more info to come.

you're mixing arguments here that shouldn't be mixed. As long as FIRS is according to the specs, the patch is wrong. and changing the GRF specs is waaaaaay harder.

Adjusting TE_xxx in FIRS is easy ...
@see cargo.list
In the column for towngrowth 00 is passengers, 02 is mail, 05 is goods, 09 is water, 0B is food and FF is no influence.

As I mentioned before I am not going to adjust my code to suit the needs of each and every GRF out there and if the combination of unmodified FIRS and towngrowth proves to be unplayable because of insufficient production values ... well then that is too bad.
I have done what I can do by fetching the correct strings.

I am still testing/adjusting my modified FIRS version ... goods is goods and water is the rest that gets transported in towns that is not mail or food.
For the moment alcohol, fuel and building materials are counted as water -> Dunno if enough can be provided yet and if I will be able to make all three demands appear as needed, will check later.
I might post it later, with proper credits ofcourse, if I get too much complaints and if I'm sure that demands can be met. (As bonus it will be playable in Toyland ...)

Huh. I guess something since 11.9.5/R21900 (the latest previous build of the patchpack I have handy) did something to kneecap performance - the same completely blank 2048x2048 map is all-consuming in the current version (even if I disable all the new patches) - full 100% on one core, but completely undemanding in the older version (less than 1% on one core).

1024x1024 consumes no resources at all - less than 1% in both versions, all other things equal.

There is an increase in cpu usage indeed.
When I load your game I see a difference of about 10% in cpu usage, I made sure that other programs running in the background were not changed between loading it in both versions.
Wether this is caused by something in the patchpack(added/adjusted patches) or in trunk I do not know.
I did not yet have the time to play with settings as the changes made have to be made exactly the same in both verions for reliable testing and I have not yet compared clean trunk r21900 and current.

The difference between 1024² and 2048² is four times the size of the map. I have not yet checked the cpu usage between that neither ... lots of thing to test at the moment ...

right, i have tried a little bit more and thought of the following solution:

for PASSENGERS and MAIL demands, they should be roughly the same as the "max generated cargo last month" rate (in the town info window under the line with "houses" and "population")

I do not quite agree there ... demand should be based on difficulty and not on generated cargo ... some of the demand might be people/mail from other towns just like food, goods and water are produced somewhere else ... still there is a demand ...

the idea is generally, that all cargo that is produced within your transport system, also has to end up somewhere.. and that should be roughly balanced, so that when a town is generating 1000 passengers per month, then it should also receive 1000 passengers a month.. so if your transport network in a city is really good and reaches out across all houses, then you transport the full max generated cargo, i.e. with the help of cargodist you also receive that same

I can not rely on the help of CargoDist as it can be disabled or the distribution can be assymetric in some games.

also, the cargo generate factor has to be included here.. if you have it on -4 (like me), then obviously all your towns create less cargo, so the demand also needs to go down..

I agree. Done.

Code: Select all

   t->max_pass     = (t->population >> 3) * _date_daylength_factor;
   t->max_mail     = (t->population >> 4) * _date_daylength_factor;

If you want the same values for demand (before modification by other factors) as for generated cargo then just do:
t->max_pas = t->gen_max_pass * daylenght factor

Code: Select all

   /* reworked difficulty:
      easy: 75% of normal demand
      normal: 100% of normal demand (no change)
      hard: 125% of normal demand */
   t->max_pass = t->max_pass * ( -0.25 * _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo] + 1.5);
   t->max_mail = t->max_mail * ( -0.25 * _difficulty_town_needed_for_growth[_settings_game.economy.town_growth_cargo] + 1.5);

Adjustment of difficulty should be done in the array in town.h. In town command we only use it as devider/multiplier ... My current version has 6 difficuty options for the moment ... see attachments -> screenshots of easiest and hardest option.

basically i failed to understand how the "max generated cargo last month" value in the town info window is calculated or in which variable it is actually saved, so i couldn't repoduce it. i managed to gather the t->max_pass = (t->population >> 3) and the t->max_mail = (t->population >> 4) bit from the UpdateTownGenCargo() function, but this is not the whole picture..
if you start a game and run it on fastforward, the value for "max generated cargo last month" changes randomly even though the population stays constant.

Yes, I have noticed that the gui is not updated as fast as it should ... still looking for the sweet spot(s) ...
generated max passengers is stored in t->gen_max_pass.

that bit i have taken from TownGenerateCargo() in the above code also has to do something with the whole thing where the cargo generation factor comes in, but when i have cf=0, even then the results are not really satisfying (see screens)

I think something is wrong in your calculations as demand did not go up with the daylenght factor.
Also the way you have constructed your code makes it hard to follow ... you calculate and modify by daylenght factor, then you adjust t the town_cargo fator and then later you have modified by the value in the difficult array while adding some more modification ...

Anyway I have reworked the difficulty settings a little in my separate version ... again see screenshots. Note that cargo generation factor and daylenght factor are not taken into account here and I still need to clean up a few things before merging the changes in the patchpack.
Almost done ... this time I will not be promising for three weeks.

[AppeL]

i have another question:

if i meet all demands, so that my towngrowth is 100%, that means, that my town grows with the speed that is specified in the advanced options right?

[ChillCore]

In my patchpack that I have posted there migt be difference.
In my seperate version it is the same now (when transporting 100%), as I have made this change ... besides many other changes in town cmd.cpp.

Code: Select all

	/* Use the normal growth rate values if new buildings have been funded in
	 * this town and the growth rate is set to none. */
	uint growth_multiplier = _settings_game.economy.town_growth_rate != 0 ? _settings_game.economy.town_growth_rate - 1 : 1;
	m >>= growth_multiplier;
	if (t->larger_town) m /= 2;
	t->growth_rate = m / (t->num_houses / 50 + 1);

	if (!_settings_game.economy.town_growth_cargo || t->population < _settings_game.economy.town_pop_need_goods) {
		if (m <= t->grow_counter) {
			t->grow_counter = m;
		}
	} else {
		if (m <= t->grow_counter) {
			t->growth_rate = m * ratio;
		}
	}

Note that I am still testing the attached version and there still might be some odd thinghs in it ...
Anyway it should be easier to see what happens where and how without the rest of the patchpack attached.