Very nice work Prissi. Passenger lists are all right now.prissi wrote:Update to r8104, fixed bug with 0 passengers, did rub stable over night
Passengers/Mail with Specific Destinations
Moderator: OpenTTD Developers
Last edited by paijm021 on 16 Jan 2007 17:48, edited 1 time in total.
Did you start a game without destinations and switched them on later? Then this might happen (just press ignore some times will fix this). Otherwise this can pointing to a bug, however, I need a savegame to find out.
(This is an assertion, meaning some internal check has failed. The game can continue anyway, this is just for debugging.)
(This is an assertion, meaning some internal check has failed. The game can continue anyway, this is just for debugging.)
I've started a brand new game from scratch using this build. It doesn't crash immediately, but when you let run it for a while, it will crash. After pressing 'ignore' twice, the game quitted. I also tried to use your precompiled version, and also with that version, crashes occured. I've attached my savegame and config
- Attachments
-
- openttd.cfg
- (4.97 KiB) Downloaded 116 times
-
- Aberdwood Transport.sav
- (310.12 KiB) Downloaded 126 times
Hey Fragothic, I analyzed your savegame a little so prissi can spend more time with his wifeFragothic wrote:I've started a brand new game from scratch using this build. It doesn't crash immediately, but when you let run it for a while, it will crash. After pressing 'ignore' twice, the game quitted. I also tried to use your precompiled version, and also with that version, crashes occured. I've attached my savegame and config

The game crashes when train 4 arrives at "Lower Little Orentfingyway". The sum of the separate amounts of passengers per destination waiting in this station is lower than the 'total amount' of waiting passengers.
In train 18 the total amount en the sum of the separate amounts don't equal either. When this train enters a station the game will crash.
This error often occurs a while after you build a lot of new stations and trains at once. Maybe it has something to do with the extension of the 'destination network'?prissi wrote:Running beyond these two errors I could extend the game for quite some time without any error. Hmm, I could not really find out how this error occurred.
I found an error, the passenger weight were memcpy with wrong size and could overwrite other things
Hope this was the only error.
Updated to 8169, another savegame step up => no old games loadable

Updated to 8169, another savegame step up => no old games loadable

- Attachments
-
- destination_r8169.diff
- (75.24 KiB) Downloaded 176 times
The game is still crashing, producing the same kind of error, but now in vehicle.cpp
- Attachments
-
- OT.PNG (7.2 KiB) Viewed 3772 times
-
- openttd.cfg
- (5 KiB) Downloaded 112 times
-
- Gendington Transport, 2nd Aug 1955.sav
- (321.3 KiB) Downloaded 126 times
I've registered just to tell you how much I love this patch!
One of the best patches IMO, it adds a whole lot of fun!!!
Just tried it with Quark's multipatch-build (which doesn't use your last version btw) with long vehicles newgrf, and after a while there were a few busses that suddenly had 1000+ passengers and couldn't drive anymore because of their weight. I forgot to save the game to show it, if I encounter it again I will.
Thanks for your efforts!

Just tried it with Quark's multipatch-build (which doesn't use your last version btw) with long vehicles newgrf, and after a while there were a few busses that suddenly had 1000+ passengers and couldn't drive anymore because of their weight. I forgot to save the game to show it, if I encounter it again I will.
Thanks for your efforts!
-
- Chairman
- Posts: 776
- Joined: 20 Jan 2007 12:08
- Location: Germany
I really love this patch, it makes building passenger networks a lot more fun.
Two minor GUI issues:
- Often, the station windows show a full row of people waiting, even if the number says, that there are only a few people or even no-one waiting.
- Sometimes, there are already passengers waiting to specific destinations, but the the total waiting number still says zero and updates notable (a few seconds later). It might just be minor a GUI issue, but if its really the data that is inconsistent that might explain the failed assertions.
Maybe these issues are already fixed? I am still playing with destination_r8104 applied to trunk r8124 as I want to continue with my saved game.
BTW: How complicated would it be to apply this approach to mail? IMHO it would really make sense there, too. Usually, people care where their mail goes to
Two minor GUI issues:
- Often, the station windows show a full row of people waiting, even if the number says, that there are only a few people or even no-one waiting.
- Sometimes, there are already passengers waiting to specific destinations, but the the total waiting number still says zero and updates notable (a few seconds later). It might just be minor a GUI issue, but if its really the data that is inconsistent that might explain the failed assertions.
Maybe these issues are already fixed? I am still playing with destination_r8104 applied to trunk r8124 as I want to continue with my saved game.
BTW: How complicated would it be to apply this approach to mail? IMHO it would really make sense there, too. Usually, people care where their mail goes to

"The bigger the island of our knowledge, the longer the shore of our ignorance" - John A. Wheeler, Physicist, 1911-2008
Apllication to mail is easily possible, but the current vehicles are not really fit for mail, like the airplanes. This and for the people who prefer the traditional OTTD approach I left the pasengers only with destinations.
By the way, the wrong behaviour is most likely cause by the error I fixed in the lastest release.
By the way, the wrong behaviour is most likely cause by the error I fixed in the lastest release.
I'm afraid that ain't true yet (Screenshot).prissi wrote:By the way, the wrong behaviour is most likely cause by the error I fixed in the lastest release.
I made some test maps and I can't find situations anymore where I know for certain that the game is gonna crash (particular train entering station). Only 'random' crashes occur with the change of such a crash dramatically increasing with the amount of destinations.
- Attachments
-
- Error stations.
- Image1.jpg (43.85 KiB) Viewed 3482 times
-
- Chairman
- Posts: 776
- Joined: 20 Jan 2007 12:08
- Location: Germany
Okay, thank you.
I will start a new game soon anyway as I want to test a game with a few nice patches. (One of them signal auto-complete I just operated out of MiniIN to apply to the trunk. So, if anyone is interested: http://www.tt-forums.net/viewtopic.php?p=544048#544048
I just noticed, you are also from Berlin. What a coincidence
I will start a new game soon anyway as I want to test a game with a few nice patches. (One of them signal auto-complete I just operated out of MiniIN to apply to the trunk. So, if anyone is interested: http://www.tt-forums.net/viewtopic.php?p=544048#544048
I just noticed, you are also from Berlin. What a coincidence

"The bigger the island of our knowledge, the longer the shore of our ignorance" - John A. Wheeler, Physicist, 1911-2008
What determines the sorting order of the destinations? Maybe it's convenient to sort it on no. of passengers/destination; this is the easiest way to see where to add busses etc. Is that possible (and: easy to do)? It's not exactly high-priority but it would be a nice touch. Smashing bugs is more important, even though I haven't noticed any in the last few hours.
The sorting order is the station index; this is very important, because is can reduce the search times by a factor of two or more. However, for the display the order could be shown different, although since I even have not time enough to debug, I will not code this in the next three months for sure.
bug
i am playing with exe which was poste like one page ago (so I dont have the latest version), but because I see that there are still some crashes I am posting my savegame - I am not sure if it is of any good tho. (I just want to help a bit.
The game crashes always on 14th feb. Most people here say that they crashes appears quite random so I was thinking that having something reproducable might help?
btw.
this is absolutely GREAT patch, makes the game much more fun!
The game crashes always on 14th feb. Most people here say that they crashes appears quite random so I was thinking that having something reproducable might help?
btw.
this is absolutely GREAT patch, makes the game much more fun!
- Attachments
-
- savegame.zip
- savegame
- (885.62 KiB) Downloaded 95 times
Who is online
Users browsing this forum: No registered users and 16 guests