Russian OpenTTD Community patchpack (1.2.0)

[Two5Kid]

Not sure is it a bug but it doesn't matter, no need to redo the .dmg. The bug resides in the station window, in which you could see the number of passengers/mail and whatever. If you transfer passengers/mail from other stations towards one 'main' station, there's usually a '+' next to the number of passengers/mail, which you could expand to see how many are from the 'main' station and how many are not.

In this version (oleg's MAC version), no matter how hard you try to click on the '+', it would not expand. And sometimes you'll see eg. "20 passengers +" but when your train with 200 capacity arrives, it fills up completely (100%).

[jmurrayufo]

I'm not sure if this is a known error with the new passenger destinations, but some stations don't seem to want to list all the routes that go to/from them.

Attached is a pic of a central station. About 8 other stations should connect through this one, but as you can see form the station dialog, they don't seem to want to be able to route back outward. Anyone know what might cause this?

[The Irish]

how much time did you give it between installing the routes and posting here?
I found that it sometimes takes a couple of game months for the new routes to be established/picked up by the paxdest patch.

I suggest to let the game run for 3-4 gamemonths and see what happens.

[jmurrayufo]

I tried 20 years of game time, along with add/subtracting/changing the train routes. They really don't seem to like to make some connections.

Are there some limitations to passenger destinations that i am not aware of? What I have been building thus far is a sort of wheel and spoke system. Each city picking up local passengers to its own mini hub, with city <-> city passengers being picked up there and taken to a regional hub. I had hoped to extend this to several regional hubs to cover the map. From what I can tell, the stations don't like to form routes from the mini hubs to the regional one.

[jaach]

With the "towns need goods" patch enabled, some of my cities don't detect that they are receiving goods (demanding "goods service" instead of "more goods"), is there some requirement I'm not aware of? Like the entire station has to be within the goods-accepting area (guessing)? Also having paxdest bugs, but I guess that's excpected.

[Two5Kid]

Just recently been having some unexpected crashes in the game. Not sure what I've done to get it. Been crash-free for 5 game years then now, it has been happening frequently. Even without me doing anything.

Thread 0 Crashed:
0 libSystem.B.dylib 0x92d5f0ea __kill + 10
1 libSystem.B.dylib 0x92dd63f2 raise + 26
2 libSystem.B.dylib 0x92de59af abort + 73
3 libSystem.B.dylib 0x92dd7593 __assert_rtn + 101
4 OpenTTD 0x0027096f CYapfBaseT<CYapfRail_TypesT<CYapfRail1, CFollowTrackT<(TransportType)0, true, false>, CNodeList_HashTableT<CYapfRailNodeT<CYapfNodeKeyTrackDir>, 12, 16>, CYapfDestinationTileOrStationRailT, CYapfFollowRailT> >::AddNewNode(CYapfRailNodeT<CYapfNodeKeyTrackDir>&, CFollowTrackT<(TransportType)0, true, false> const&) + 1327
5 OpenTTD 0x002717f1 CYapfBaseT<CYapfRail_TypesT<CYapfRail1, CFollowTrackT<(TransportType)0, true, false>, CNodeList_HashTableT<CYapfRailNodeT<CYapfNodeKeyTrackDir>, 12, 16>, CYapfDestinationTileOrStationRailT, CYapfFollowRailT> >::FindPath(Vehicle const*) + 2961
6 OpenTTD 0x00271bec CYapfFollowRailT<CYapfRail_TypesT<CYapfRail1, CFollowTrackT<(TransportType)0, true, false>, CNodeList_HashTableT<CYapfRailNodeT<CYapfNodeKeyTrackDir>, 12, 16>, CYapfDestinationTileOrStationRailT, CYapfFollowRailT> >::stCheckReverseTrain(Vehicle const*, unsigned int, Trackdir, unsigned int, Trackdir, int) + 204
7 OpenTTD 0x00266e83 YapfCheckReverseTrain(Vehicle const*) + 163
8 OpenTTD 0x00207092 CheckReverseTrain(Vehicle*) + 450
9 OpenTTD 0x00215c3e TrainLocoHandler(Vehicle*, bool) + 142
10 OpenTTD 0x00230433 CallVehicleTicks() + 115
11 OpenTTD 0x0011eaf7 StateGameLoop() + 119
12 OpenTTD 0x0012030b GameLoop() + 347
13 OpenTTD 0x0029a5d9 QZ_GameLoop() + 473
14 OpenTTD 0x0029791b -[OTTDMain applicationDidFinishLaunching:] + 11
15 com.apple.Foundation 0x9539bbda _nsnote_callback + 106
16 com.apple.CoreFoundation 0x92fd09da __CFXNotificationPost + 362
17 com.apple.CoreFoundation 0x92fd0cb3 _CFXNotificationPostNotification + 179
18 com.apple.Foundation 0x95398fd0 -[NSNotificationCenter postNotificationName:object:userInfo:] + 128
19 com.apple.Foundation 0x953a2668 -[NSNotificationCenter postNotificationName:object:] + 56
20 com.apple.AppKit 0x91281eff -[NSApplication _postDidFinishNotification] + 125
21 com.apple.AppKit 0x91281e0e -[NSApplication _sendFinishLaunchingNotification] + 77
22 com.apple.AppKit 0x911fb8aa -[NSApplication(NSAppleEventHandling) _handleAEOpen:] + 284
23 com.apple.AppKit 0x911fb0a3 -[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 98
24 com.apple.Foundation 0x953c11df -[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 655
25 com.apple.Foundation 0x953c0eef _NSAppleEventManagerGenericHandler + 223
26 com.apple.AE 0x92e87648 aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned long, unsigned char*) + 144
27 com.apple.AE 0x92e8757e dispatchEventAndSendReply(AEDesc const*, AEDesc*) + 44
28 com.apple.AE 0x92e87425 aeProcessAppleEvent + 177
29 com.apple.HIToolbox 0x94b64f61 AEProcessAppleEvent + 38
30 com.apple.AppKit 0x911f89ed _DPSNextEvent + 1189
31 com.apple.AppKit 0x911f808e -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128
32 com.apple.AppKit 0x911f10c5 -[NSApplication run] + 795
33 OpenTTD 0x0029824e VideoDriver_Cocoa::MainLoop() + 30
34 OpenTTD 0x0011f444 ttd_main(int, char**) + 2020
35 OpenTTD 0x00226bcf main + 143
36 OpenTTD 0x00002e36 start + 54

[planetmaker]

crash log

looks like one of the known YAPP errors. Load an earlier version of your game where the situation is different.

[Two5Kid]

I was thinking the same thing, because just a month ago (game time), everything including YAPP was running well. But, for the past one month I've been heavily involved in laying multiple tracks across a few stations, plenty of YAPP-ing going on. So I guess it caused a havoc in the system.

Thanks planetmaker, wonder how should I clear it? Maybe just keep saving my games until my tracks are properly laid. My tracking system is interconnected, meaning freight and passenger (local/mainline) share the same tracks, leading to multiple junctions, but none are that complicated.

Edit: Managed to replay the part prior to the crash, but focusing on other parts of the map, will leave the troublesome region for the last. So far so good, no crashes yet. But I've yet to find out what caused it. I'm also creating loads of rerouted lines currently but it's not forcing YAPP to crash.

[TommyGun]

Anyone able to help me? I installed the source code package on my Linux server system, but i can't join the game from another (Windows) machine. That Windows machine is running OpenTTD-RCPP-1.2.0-Win32.zip. Is it possible that the source code is based on another build or am i doing something wrong? (Message = Version mismatch).

I don't have to do anything with OpenTTD 0.6.1 as far as i know, right?

Thanks in advance.

[Smoky555]

Anyone able to help me? I installed the source code package on my Linux server system, but i can't join the game from another (Windows) machine. That Windows machine is running OpenTTD-RCPP-1.2.0-Win32.zip. Is it possible that the source code is based on another build or am i doing something wrong? (Message = Version mismatch).

I don't have to do anything with OpenTTD 0.6.1 as far as i know, right?

Thanks in advance.

How did you compiled you Linux version?

[Ammler]

Smoky, instead of using compile option --revision, I suggest you patch the file src/rev.cpp.in

Would be easier for others to compile with same revision name.

Anyway, this build uses passenger destination and therefor, I fear, it isn't usable for network...

Greets
Ammler

Code: Select all

Index: src/rev.cpp.in
===================================================================
--- src/rev.cpp.in      (Revision 13671)
+++ src/rev.cpp.in      (Arbeitskopie)
@@ -20,7 +20,7 @@
  * norev000 is for non-releases that are made on systems without
  * subversion or sources that are not a checkout of subversion.
  */
-const char _openttd_revision[] = "@@VERSION@@";
+const char _openttd_revision[] = "@@VERSION@@ - Russian Patchpack 1.2";

 /**
  * Let us know if current build was modified. This detection

[TommyGun]

Already figured it out. Did it with the --revision option, and now it works! Thanks anyway

[nonick37]

not sure if this is a russian community patch problem. but. when paralell drive through stops, vehicles allways queue up where there allready are vehicles allready, instead of choosing a free one. only moments they freely choose ones are the time when there are no vehicles loading.
same thing happens with queueing enabled/disabled
some more searching reveals that this is probably a yapf problem.. problem is, i cannot change pathfinder without game crashing..
the setups works in 0.6.1..

[Jim Starluck]

Does anyone else have passengers who select specific trains to travel on? I've got a few cities that have multiple trains running between them, but the passengers who want to get from City A to City B seem to only board a single specific train, as opposed to any train which makes the trip.

[Indiana]

The Linux Version and the Windows Version have different netversions so they can't connect
Any reasons for that?

[RPG]

has anyone played this patchpack online?

Cause when i put a dedicated server online i can play. But when i have build at least 1 train and abandon the game for whatever reason i cannot rejoin. When i rejoin the game i get kicked out of the game in 2 second and get this error: Network-Game synchronisation failed

This happens on a windows and on a linux dedicated server.

Server and client runs same version
It happend on different computers
I cannot even spectate a game

Any idea how i can fix this ?

[DaleStan]

Does the pack have passenger destinations? If so, there's your problem; passenger destinations is not even remotely MP-safe. I think disabling it will fix that particular problem, but I don't know for sure.

[Ammler]

Heya

has anyone played this patchpack online?

May I quote myself

Anyway, this build uses passenger destination and therefor, I fear, it isn't usable for network...

Greets

[Smoky555]

Smoky, instead of using compile option --revision, I suggest you patch the file src/rev.cpp.in

Would be easier for others to compile with same revision name.

Anyway, this build uses passenger destination and therefor, I fear, it isn't usable for network...

Greets
Ammler

Code: Select all

Index: src/rev.cpp.in
===================================================================
--- src/rev.cpp.in      (Revision 13671)
+++ src/rev.cpp.in      (Arbeitskopie)
@@ -20,7 +20,7 @@
  * norev000 is for non-releases that are made on systems without
  * subversion or sources that are not a checkout of subversion.
  */
-const char _openttd_revision[] = "@@VERSION@@";
+const char _openttd_revision[] = "@@VERSION@@ - Russian Patchpack 1.2";

 /**
  * Let us know if current build was modified. This detection

it must be:

Code: Select all

Index: src/rev.cpp.in
===================================================================
--- src/rev.cpp.in      (Revision 13671)
+++ src/rev.cpp.in      (Arbeitskopie)
@@ -20,7 +20,7 @@
  * norev000 is for non-releases that are made on systems without
  * subversion or sources that are not a checkout of subversion.
  */
-const char _openttd_revision[] = "@@VERSION@@";
+const char _openttd_revision[] = "r13437 - Russian Community patchpack 1.2.0";

 /**
  * Let us know if current build was modified. This detection

[Indiana]

Does the pack have passenger destinations? If so, there's your problem; passenger destinations is not even remotely MP-safe. I think disabling it will fix that particular problem, but I don't know for sure.

Even with disabled PAXDest it doesn't let you in again.
The first player can play as long as he want, only new connects get kicked on connect.