Project: cargodest
Moderator: OpenTTD Developers
Re: Project: cargodest
Just a heads up: I've just posted a crash report on the wiki. To summarise, the game crashes when delivering clay (from Pikka's brickchain grf) to a transfer station. I have included links to the crash report provided by OSX and a save game.
Re: Project: cargodest
My game crashed too.
Here's the debug and the savegame !
I play with the last binary version (28-08 from binary.openttd.org)
EDIT: Finally, it seems that the bug is linked to the NARS v2pb2. Sorry.
Here's the debug and the savegame !
I play with the last binary version (28-08 from binary.openttd.org)
EDIT: Finally, it seems that the bug is linked to the NARS v2pb2. Sorry.
- Attachments
-
- OpenTTD-Cargodest.zip
- (716.37 KiB) Downloaded 179 times
Re: Project: cargodest
I did some experimenting with the payment issue.
I'm only guessing and I have no coding knowledge but if you could effectively 'pause' the cargo so when it's on a transfer station it's not considered in transit the value wouldn't become negative...
Sorry if that was really obvious, I have no idea how you'd do it either.
Really good patch though, got me hooked on OTTD again.
I'm only guessing and I have no coding knowledge but if you could effectively 'pause' the cargo so when it's on a transfer station it's not considered in transit the value wouldn't become negative...
Sorry if that was really obvious, I have no idea how you'd do it either.
Really good patch though, got me hooked on OTTD again.
Re: Project: cargodest
that might be a possibility, but it makes only sense with passengers. for all other cargo, the distance and time from point to point is what matters
Re: Project: cargodest
Forked: I've fixed the missing route problem (hopefully). Not sure about the crash you're getting yet.
Celestar
Celestar
Re: Project: cargodest
It's a good thing that value becomes negative if cargo has to wait for too long if you ask me. The trick is to ensure speedy connections, then you don't have as many problems.Kanibal wrote:I did some experimenting with the payment issue.
I'm only guessing and I have no coding knowledge but if you could effectively 'pause' the cargo so when it's on a transfer station it's not considered in transit the value wouldn't become negative...
Sorry if that was really obvious, I have no idea how you'd do it either.
Really good patch though, got me hooked on OTTD again.
On another note:
How is the destination for Cargo chosen? My one food processing plant didn't supply to a town I really wanted supplied with food. I figured that it was because the town was too far, so I hooked up another food processing plant. But now , because I allowed fruit and maize to pick their own destination, I can't manage how much is produced in each one. The one that serves the least towns actually produces the most food, which is rather lame if you ask me.
Re: Project: cargodest
I should hope not; you supply them with a transport service to suit their needs!el koeno wrote:I can't manage how much is produced in each one.
PGP fingerprint: E66A 9D58 AA10 E967 41A6 474E E41D 10AE 082C F3ED
Re: Project: cargodest
I have some weird behavior with my water transfer service.
Running a water service through a transfer station. See attached screenie and save game (for HG revision 19764:f73d2f50bb61). Delivery of the water to the transfer station happens from the top-right (not shown in the screenie).
From the transfer station (at top-right), there are 2 delivery tracks, one to RadingWorth (which works correctly), and one to both Wadborough and BinningHall Heights. The latter station (at bottom right of the screenie) never gets any water.
Running a water service through a transfer station. See attached screenie and save game (for HG revision 19764:f73d2f50bb61). Delivery of the water to the transfer station happens from the top-right (not shown in the screenie).
From the transfer station (at top-right), there are 2 delivery tracks, one to RadingWorth (which works correctly), and one to both Wadborough and BinningHall Heights. The latter station (at bottom right of the screenie) never gets any water.
- Attachments
-
- screen shot of the situation
- Radingworth Transport, 22nd Mar 1954.png (71.29 KiB) Viewed 908 times
-
- Radingworth Transport, 19th Mar 1954.sav
- save game for HG 19764:f73d2f50bb61
- (152.24 KiB) Downloaded 140 times
Re: Project: cargodest
I think that this great new gameplay feature also warrants a change in the station rating system. Instead of measuring station rating by the age and maximum speed of trains, a station's rating should be determined by how fast the player is able to deliver the goods to their final destination.
Also, the total size of the stockpile at a station should not affect station rating. Instead, the size of the stockpile for a particular destination should affect station rating. This means that every possible final destination for a type of cargo should have its own station rating.
Also, the total size of the stockpile at a station should not affect station rating. Instead, the size of the stockpile for a particular destination should affect station rating. This means that every possible final destination for a type of cargo should have its own station rating.
Re: Project: cargodest
Agree on this one, especially considering how competition between different companies should be handled. And on top of that, all the new AI's will also make it more important how the cargo is being divided between different competing stations.Tekky wrote:I think that this great new gameplay feature also warrants a change in the station rating system. Instead of measuring station rating by the age and maximum speed of trains, a station's rating should be determined by how fast the player is able to deliver the goods to their final destination.
Also, the total size of the stockpile at a station should not affect station rating. Instead, the size of the stockpile for a particular destination should affect station rating. This means that every possible final destination for a type of cargo should have its own station rating.
Re: Project: cargodest
Well, you're totally right. That's why I built my network in such a way that every fruit plantation was connected to both factories. But the final outcome doesn't really suit their needs: one factory has a shortage of food, the other a surplus. That sounds pretty inefficient to me.Brianetta wrote:I should hope not; you supply them with a transport service to suit their needs!el koeno wrote:I can't manage how much is produced in each one.
The only way around it I can see would be a full blow economic model, with prices etc. But that would go far beyond the scope of this patch, and I don't think this game should need anything that's that complex.
Re: Project: cargodest
Looks like the two factories are in extreme competition with each other, with a bidding war for the produce of the plantations.
PGP fingerprint: E66A 9D58 AA10 E967 41A6 474E E41D 10AE 082C F3ED
-
- Engineer
- Posts: 14
- Joined: 28 Aug 2008 21:32
Re: Project: cargodest
Maybe a new station building could be introduced, such as a hotel or inn, which pauses, or slows down, the loss in value?Kanibal wrote:I did some experimenting with the payment issue.
I'm only guessing and I have no coding knowledge but if you could effectively 'pause' the cargo so when it's on a transfer station it's not considered in transit the value wouldn't become negative...
Sorry if that was really obvious, I have no idea how you'd do it either.
Really good patch though, got me hooked on OTTD again.
Re: Project: cargodest
..or any other host of station facilities, I like that idea a lot... But I can see it being hard to pull off.
Re: Project: cargodest
How about an option in the cheats menu? Do you think your customers care whether you stored their goods in a warehouse or a slow train? Late is late.Wibblebutt wrote:Maybe a new station building could be introduced, such as a hotel or inn, which pauses, or slows down, the loss in value?
PGP fingerprint: E66A 9D58 AA10 E967 41A6 474E E41D 10AE 082C F3ED
Re: Project: cargodest
Didn't this all start as a way of resolving the issue of cargo being unloaded and then reloaded if it wanted to continue on?Brianetta wrote:How about an option in the cheats menu? Do you think your customers care whether you stored their goods in a warehouse or a slow train? Late is late.Wibblebutt wrote:Maybe a new station building could be introduced, such as a hotel or inn, which pauses, or slows down, the loss in value?
Formerly known as r0b0t_b0y2003, robotboy, roboboy and beclawat. The best place to get the most recent nightly builds of TTDPatch is: http://roboboy.users.tt-forums.net/TTDPatch/nightlies/
Re: Project: cargodest
Yeah, but with the one that has the least customers (and presumably the least money, unless the people of Tena pay a lot for their food ) outbids the richer one.Brianetta wrote:Looks like the two factories are in extreme competition with each other, with a bidding war for the produce of the plantations.
I think I'll offer food from both food processing plant the choice to go to all towns with a food service, by running a train between both factories (the train will stop at the towns on the route as well I guess). This is sort of what I did with the raw fruit, so it should work. It would also prevent the trains from riding around empty half of the time.
This is quite fun by the way. I'm still looking for ways in which I can play best. There's messy solutions all over my network, that need attention. But it's hard to optimize the routes in such a way that every type of cargo is served often, by fast trains, and with good connections. And as long as I'm not sure what the best way is to do so, I opt for quick and messy solutions that are easy to change. I have just one rail over rail bridge in my entire network. The rest are level junctions, because they offer maximum flexibility, and because traffic is pretty spread out, they don't form a real bottleneck.
- Regiovogel
- Engineer
- Posts: 48
- Joined: 03 Feb 2008 23:25
- Location: Nürnberg, Germany
Re: Project: cargodest
I've got some problems with the routes passengers take to get from one point to another.
Let's say we have a line with four stations A to D.
On this line, there are some trains:
- an express train that directly connects A with D
- some local passenger trains which stop at every station between A and D.
With the current version, passengers who want to go from A to D will only use the express train. This leads to the local trains being rather empty.
Even decreasing the stopover penalty to 1 doesn't change anything.
If you add a station E, where the local trains and the express train are going (so it drives A-D-E-D), passengers from E to A, who get on a local train, will change at D to the express train.
My suggestion would be to distribute the passengers to both services.
At least here in germany, there's a massive difference in the price of those transport services. The thing is, that not everybody is able or does want to pay an immense amount for travelling, so many people use the regional trains, even if there were better connections which they could use. I know that this is not true for everywhere (Switzerland, for example), but it could also be configurable as a patch like the stopover penalty.
I think that something like this is already "implemented" in TTD since you get more money when transporting passengers faster to their destination.
I don't think the passengers have to change their route according to which train enters the station next, they could also have a predefined route with some using the "fast" and others over the "slow" route. (developing this idea a bit further, the chance for passengers from big cities to take the faster train could increase compared to small towns... because they presumably have more money)
Just as a suggestion to solve this issue without getting unrealistic... I would love to have some profitable regional trains in addition to the fast trains
Let's say we have a line with four stations A to D.
On this line, there are some trains:
- an express train that directly connects A with D
- some local passenger trains which stop at every station between A and D.
With the current version, passengers who want to go from A to D will only use the express train. This leads to the local trains being rather empty.
Even decreasing the stopover penalty to 1 doesn't change anything.
If you add a station E, where the local trains and the express train are going (so it drives A-D-E-D), passengers from E to A, who get on a local train, will change at D to the express train.
My suggestion would be to distribute the passengers to both services.
At least here in germany, there's a massive difference in the price of those transport services. The thing is, that not everybody is able or does want to pay an immense amount for travelling, so many people use the regional trains, even if there were better connections which they could use. I know that this is not true for everywhere (Switzerland, for example), but it could also be configurable as a patch like the stopover penalty.
I think that something like this is already "implemented" in TTD since you get more money when transporting passengers faster to their destination.
I don't think the passengers have to change their route according to which train enters the station next, they could also have a predefined route with some using the "fast" and others over the "slow" route. (developing this idea a bit further, the chance for passengers from big cities to take the faster train could increase compared to small towns... because they presumably have more money)
Just as a suggestion to solve this issue without getting unrealistic... I would love to have some profitable regional trains in addition to the fast trains
Re: Project: cargodest
that's a feature for in the future (says Wiki) Seems like an important one to me btw
- Regiovogel
- Engineer
- Posts: 48
- Joined: 03 Feb 2008 23:25
- Location: Nürnberg, Germany
Re: Project: cargodest
Oh, well. Do you think ofbokkie wrote:that's a feature for in the future (says Wiki) Seems like an important one to me btw
then? Didn't think of this by now. But, well, basically the fastest route is not the cheapest, but the most expensive one... (except "cheapest" was talking about route cost )Wiki wrote:Route load balancing (don't send everything via the cheapest route)
Who is online
Users browsing this forum: No registered users and 17 guests