JGR wrote:Thanks for reporting this. Can you post the crash log please?
I'm not the person who reported it originally, but here's a crash.log from basically the exact same thing:
...
Good luck, let me know if you need anything else.
This looks suspiciously similar to the bug (fixed in 0.13.3) where if a template vehicle was deleted when it was in use by more than one group, it'd only be unassigned from the first group. If a train in one of the remaining groups was then replaced using the now deleted template, something would go wrong along the lines of your crash log.
Can you check in your savegame if there are groups with templates in use, which are not in the available templates list for any available rail type (i.e. always says "Uses template of different rail type")?
If so, using the "stop replacement" button for those groups should make the problem go away.
Thanks for the crashlog and info.
JGR wrote:[...]
This looks suspiciously similar to the bug (fixed in 0.13.3) where [...] something would go wrong along the lines of your crash log.
Can you check in your savegame if there are groups with templates in use, which are not in the available templates list for any available rail type (i.e. always says "Uses template of different rail type")?[...]
Sorry to disappoint, but I'm running 0.13.3, it's a fresh new map, and that was the first template I (tried to) set up.
I'm suspecting it's something odd about the NewGRFs I'm using (I just noticed I have two kinds of metro track GRFs) interacting badly with the template patch. Let me know if you'd like a save (might be a while to get it, though) -- all the GRFs are from the online content manager.
Narc wrote:Sorry to disappoint, but I'm running 0.13.3, it's a fresh new map, and that was the first template I (tried to) set up.
I'm suspecting it's something odd about the NewGRFs I'm using (I just noticed I have two kinds of metro track GRFs) interacting badly with the template patch. Let me know if you'd like a save (might be a while to get it, though) -- all the GRFs are from the online content manager.
Hmm, then I'm not sure. A save game would be helpful.
Would you be able to add Traffic Lights in the near future? Sorry if this has been asked before.
Licenses for my work...
You automatically have my permission to re-license graphics or code by me if needed for use in any project that is not GPL v2, on the condition that if you release any derivatives of my graphics they're automatically considered as ALSO GPL v2 (code may remain unreleased, but please do provide it) and carry this provision in GPL v2 uses. Please ask someone in-the-know to be sure that the graphics are done by me. Especially TTD-Scale, long story.
Narc wrote:Sorry to disappoint, but I'm running 0.13.3, it's a fresh new map, and that was the first template I (tried to) set up.
I'm suspecting it's something odd about the NewGRFs I'm using (I just noticed I have two kinds of metro track GRFs) interacting badly with the template patch. Let me know if you'd like a save (might be a while to get it, though) -- all the GRFs are from the online content manager.
Hmm, then I'm not sure. A save game would be helpful.
Well, the issue does seem to be specific to the locomotive I was trying to use (suggesting the NewGRFs being at fault), but really it shouldn't happen, should it?
Go into template replacement (for any group; I've used a custom one as well as the "All trains" group)
Start a new template, and
Specifically use the "2-6-2 Suburban (Steam)" to start the new template (I've tried a few others and they're okay)
Upon clicking to buy the locomotive, you should see the assert failure pop up; if it doesn't, let me know, so I can just consider myself cursed and quit trying to use that engine (even if it is just right for the line I'm setting up).
Narc wrote:Sorry to disappoint, but I'm running 0.13.3, it's a fresh new map, and that was the first template I (tried to) set up.
I'm suspecting it's something odd about the NewGRFs I'm using (I just noticed I have two kinds of metro track GRFs) interacting badly with the template patch. Let me know if you'd like a save (might be a while to get it, though) -- all the GRFs are from the online content manager.
Hmm, then I'm not sure. A save game would be helpful.
Well, the issue does seem to be specific to the locomotive I was trying to use (suggesting the NewGRFs being at fault), but really it shouldn't happen, should it?
Go into template replacement (for any group; I've used a custom one as well as the "All trains" group)
Start a new template, and
Specifically use the "2-6-2 Suburban (Steam)" to start the new template (I've tried a few others and they're okay)
Upon clicking to buy the locomotive, you should see the assert failure pop up; if it doesn't, let me know, so I can just consider myself cursed and quit trying to use that engine (even if it is just right for the line I'm setting up).
It looks like the NewGRF is trying to query the tile the train is on to check whether it has power or not, which seems a bit odd for a steam engine.
As template/virtual trains do not live on actual rail tiles this doesn't work, but should be straightforward to fix.
Edit: This is done and will be in the next release.
JGR wrote:It looks like the NewGRF is trying to query the tile the train is on to check whether it has power or not, which seems a bit odd for a steam engine.
As template/virtual trains do not live on actual rail tiles this doesn't work, but should be straightforward to fix.
Edit: This is done and will be in the next release.
I notice that the various pathfinder penalty settings in your game are set to highly interesting values.
I've not done a thorough analysis yet, but I'm inclined to suspect that this is the source of the problem.
These are particularly bad, as it means that you will get negative pathfinder costs for red signals en-route, which is a feasible cause of the error you ran into, which is implicitly checking for negative penalties.
This in combination with the above, and the other large values in general, seems likely to result in numeric overflow issues, which is another feasible cause for the error you ran into.
Why did you set these settings to these particular values?
Most of these parameters are not intended to be set by end-users, and any tuning of the remaining ones should be done with care.
Can I suggest that you set them all back to the default values.
Thanks for You time. I didn't change this settings.
I delete OTTD (with user folder) from my computer and I get fresh installation. When I open the same save I have the same problem :/
Here is fresh CFG:
Adding a value resolves it. I don't know If it somehow affects gameplay, but probably not.
Can you post here what the output of running `./findversion.sh` is.
Which method did you use to get the source, and what is in your .ottdrev-vc and/or .ottdrev files?
Thanks for reporting the issue.
