I understand colours. But how can a NewGRF cause an effect on networking?McZapkie wrote:Well, let me be more specific. I wanted to report, that some of your newgrf on Alpinea server caused totally havoc with client-bananas connection.SimYouLater wrote: I don't think you understand. It's not wrong colors in the UI, something corrupted the save file for the Alpinea Server.
It is not an issue with just wrong colors in gui, it is not possible to list online content.
JGR's Patch Pack
Moderator: OpenTTD Developers
- planetmaker
- OpenTTD Developer
- Posts: 9432
- Joined: 07 Nov 2007 22:44
- Location: Sol d
Re: JGR's Patch Pack
OpenTTD: manual | online content | translations | Wanted contributions and patches
#openttdcoop: blog | wiki | public server | DevZone | NewGRF web translator
DevZone - home of the free NewGRFs: OpenSFX | OpenMSX | OpenGFX | Swedish Rails | OpenGFX+ Trains|RV|Industries|Airports|Landscape | NML
Re: JGR's Patch Pack
I have no idea. Another servers worked well.planetmaker wrote: I understand colours. But how can a NewGRF cause an effect on networking?
Simyoulater, could you run your server again and check if this issue is replicable?
Maybe it is problem with settings.
- Redirect Left
- Tycoon
- Posts: 7249
- Joined: 22 Jan 2005 19:31
- Location: Wakefield, West Yorkshire
Re: JGR's Patch Pack
I have had a crash today, which is a rare occurence (not occured for months!) so i thought it may be worthy of posting here.
I have attached the .dmp file here. The log is pastebinned here - the forum doesn't allow .log uploads.
It may be worth noting this save is a game i have been playing for many many months, probably going on for 18month. Long enough that I had to reset the year as i had hit 65536 and GRFs had started misbehaving. Although that reset was many weeks ago, so i don't think its related to that. The crash reference in log is probably just a long lived memory of a crash that happened even longer ago that i rescued and have been playing weith fine for many many months.
The crash screenshot shows the date to be 31st Dec, 7728. Immediately before the next autosave should have been produced.
If you'd like a copy of the save, i can either give you the last autosave, or the emergency one generated at crash. Note. I was not doing anything at the time, the game was just running in the background, as it so often does. I have ottd running practically 24/7 and just tab in and out when i feel like it. So I only have the crash screenshot to show the actual on screen stuff.
I have attached the .dmp file here. The log is pastebinned here - the forum doesn't allow .log uploads.
It may be worth noting this save is a game i have been playing for many many months, probably going on for 18month. Long enough that I had to reset the year as i had hit 65536 and GRFs had started misbehaving. Although that reset was many weeks ago, so i don't think its related to that. The crash reference in log is probably just a long lived memory of a crash that happened even longer ago that i rescued and have been playing weith fine for many many months.
The crash screenshot shows the date to be 31st Dec, 7728. Immediately before the next autosave should have been produced.
If you'd like a copy of the save, i can either give you the last autosave, or the emergency one generated at crash. Note. I was not doing anything at the time, the game was just running in the background, as it so often does. I have ottd running practically 24/7 and just tab in and out when i feel like it. So I only have the crash screenshot to show the actual on screen stuff.
- Attachments
-
- crash.dmp
- (19.78 MiB) Downloaded 45 times
Re: JGR's Patch Pack
Thanks for reporting this. This looks like a known bug (kd tree implementation).Redirect Left wrote:I have had a crash today, which is a rare occurence (not occured for months!) so i thought it may be worthy of posting here.
I have attached the .dmp file here. The log is pastebinned here - the forum doesn't allow .log uploads.
It may be worth noting this save is a game i have been playing for many many months, probably going on for 18month. Long enough that I had to reset the year as i had hit 65536 and GRFs had started misbehaving. Although that reset was many weeks ago, so i don't think its related to that. The crash reference in log is probably just a long lived memory of a crash that happened even longer ago that i rescued and have been playing weith fine for many many months.
The crash screenshot shows the date to be 31st Dec, 7728. Immediately before the next autosave should have been produced.
If you'd like a copy of the save, i can either give you the last autosave, or the emergency one generated at crash. Note. I was not doing anything at the time, the game was just running in the background, as it so often does. I have ottd running practically 24/7 and just tab in and out when i feel like it. So I only have the crash screenshot to show the actual on screen stuff.
I've committed some fixes/mitigations which should prevent this which will be in the next release, soon.
Ex TTDPatch Coder
Patch Pack, Github
Patch Pack, Github
-
- Chief Executive
- Posts: 675
- Joined: 03 Apr 2016 20:19
Re: JGR's Patch Pack
Here. I laid down Planning Track and converted it into Wagonway, but this station has had two tiles turn back into planning track.
- Attachments
-
- [4$] qWorks, 10_08_1699 (debug).sav
- (12.9 MiB) Downloaded 46 times
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.
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.
Re: JGR's Patch Pack
I have also seen instances of tracks seemingly randomly changing, almost exclusively on tiles with a pair of top to bottom diagonal track pieces on them.
-
- Chief Executive
- Posts: 675
- Joined: 03 Apr 2016 20:19
Re: JGR's Patch Pack
It's not just that. Here's an actual example of issues with ghostly rail depots...Gwyd wrote:I have also seen instances of tracks seemingly randomly changing, almost exclusively on tiles with a pair of top to bottom diagonal track pieces on them.
- Attachments
-
- [4$] qWorks, 02_09_1701 (debug).sav
- (13.72 MiB) Downloaded 61 times
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.
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.
Re: JGR's Patch Pack
I understand what you are talking about now on rail depots.SimYouLater wrote:It's not just that. Here's an actual example of issues with ghostly rail depots...Gwyd wrote:I have also seen instances of tracks seemingly randomly changing, almost exclusively on tiles with a pair of top to bottom diagonal track pieces on them.
I was able to reproduce this same visual oddity in the 1.8 release, the 1.9 release and the current upstream master with only one GRF applied, which suggests that the GRF (Recycled Infrastructure Set 1.7) has been implemented incorrectly.
As for the issues with content download, I'd already committed a fix in this general area which has been merged into trunk. It seems likely that this is what you're running into and it will be in the next release.
This is interesting, I will look into this.SimYouLater wrote:Here. I laid down Planning Track and converted it into Wagonway, but this station has had two tiles turn back into planning track.
Ex TTDPatch Coder
Patch Pack, Github
Patch Pack, Github
-
- Chief Executive
- Posts: 675
- Joined: 03 Apr 2016 20:19
Re: JGR's Patch Pack
Alright, thank you. Can I get a hint as to what I did wrong with RIS? I definitely need to fix this.JGR wrote:I understand what you are talking about now on rail depots.SimYouLater wrote:It's not just that. Here's an actual example of issues with ghostly rail depots...Gwyd wrote:I have also seen instances of tracks seemingly randomly changing, almost exclusively on tiles with a pair of top to bottom diagonal track pieces on them.
I was able to reproduce this same visual oddity in the 1.8 release, the 1.9 release and the current upstream master with only one GRF applied, which suggests that the GRF (Recycled Infrastructure Set 1.7) has been implemented incorrectly.
As for the issues with content download, I'd already committed a fix in this general area which has been merged into trunk. It seems likely that this is what you're running into and it will be in the next release.
This is interesting, I will look into this.SimYouLater wrote:Here. I laid down Planning Track and converted it into Wagonway, but this station has had two tiles turn back into planning track.
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.
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.
Re: JGR's Patch Pack
None of the GitHub download links seem to work for v0.30.2:
https://github.com/JGRennison/OpenTTD-patches/releases
Thanks.
https://github.com/JGRennison/OpenTTD-patches/releases
Thanks.
Re: JGR's Patch Pack
Hello
Tschö, Auge
What do you mean by that? When I follow your link, I can download the ZIP and also the TAR.GZ with the sources of version 0.30.2.MarkShot wrote:None of the GitHub download links seem to work for v0.30.2:
https://github.com/JGRennison/OpenTTD-patches/releases
Tschö, Auge
Re: JGR's Patch Pack
Normally it has 4 assets (on that link) as per:
Assets 4
openttd-custom-jgrpp-0.30.1-MINGW-win32.zip
15.7 MB
openttd-custom-jgrpp-0.30.1-MINGW-win64.zip
16.7 MB
Source code (zip)
but at the moment the firtst two are missing for 0.30.2
ps. They were there yesterday when I downloaded it.
Assets 4
openttd-custom-jgrpp-0.30.1-MINGW-win32.zip
15.7 MB
openttd-custom-jgrpp-0.30.1-MINGW-win64.zip
16.7 MB
Source code (zip)
but at the moment the firtst two are missing for 0.30.2
ps. They were there yesterday when I downloaded it.
- piratescooby
- Route Supervisor
- Posts: 451
- Joined: 21 Nov 2014 12:39
- Location: The Granite City.
Re: JGR's Patch Pack
The Attachment box that normally lets you click to download doesn't work , I think that what he means .
Re: JGR's Patch Pack
Yes. Only the source is available; not the binaries.
Re: JGR's Patch Pack
Total guess as to why the 'assets' are missing.
Opened JGRPP ,started save game, clicked pause (to un-pause), totally disappeared from screen. no crash save or anything else.
Wonder if this is why they have disappeared/been removed.
Update: reloaded 0.30.1 and all fine.
Opened JGRPP ,started save game, clicked pause (to un-pause), totally disappeared from screen. no crash save or anything else.
Wonder if this is why they have disappeared/been removed.
Update: reloaded 0.30.1 and all fine.
Re: JGR's Patch Pack
The windows binaries are unusable broken in a way which I hadn't noticed in my pre-release check.
I've removed them while I work out what to do next.
There were significant changes to the threading implementation upstream which I integrated, and it looks like the Windows/MinGW-specific part of this integration was not as successful as I thought it was.
I've removed them while I work out what to do next.
There were significant changes to the threading implementation upstream which I integrated, and it looks like the Windows/MinGW-specific part of this integration was not as successful as I thought it was.
Ex TTDPatch Coder
Patch Pack, Github
Patch Pack, Github
Re: JGR's Patch Pack
Hi Jonathan,JGR wrote:The windows binaries are unusable broken in a way which I hadn't noticed in my pre-release check.
I've removed them while I work out what to do next.
There were significant changes to the threading implementation upstream which I integrated, and it looks like the Windows/MinGW-specific part of this integration was not as successful as I thought it was.
Have you followed the discussion in my topic over here?
Regards,
Wally
wallyweb on tt-forums: Screenshots - Wallyweb World - Projects & Releases
wallyweb on Simuscape: Projects - Releases
Other Stuff: TTDPatch 2.6 "Nightly" download - cirdan's OpenTTD branch (New Map Features)
Screenshot Of The Month Contest Winner: August 2015 - Tied May 2016 - January 2018 - December 2018 - May 2019
wallyweb on Simuscape: Projects - Releases
Other Stuff: TTDPatch 2.6 "Nightly" download - cirdan's OpenTTD branch (New Map Features)
Screenshot Of The Month Contest Winner: August 2015 - Tied May 2016 - January 2018 - December 2018 - May 2019
Re: JGR's Patch Pack
I've been keeping my eye on that topic, but this is about changes which are in upstream trunk, but not the 1.9 release, specifically the move to the use of C++11's std::thread and associated features.wallyweb wrote:Hi Jonathan,JGR wrote:The windows binaries are unusable broken in a way which I hadn't noticed in my pre-release check.
I've removed them while I work out what to do next.
There were significant changes to the threading implementation upstream which I integrated, and it looks like the Windows/MinGW-specific part of this integration was not as successful as I thought it was.
Have you followed the discussion in my topic over here?
Regards,
Wally
I'm pretty sure that I have it fixed now, the delay is due to it being caused by a somewhat tricky combination of features which are problematic to understand and debug (threads, arcane template magic, windows).
Ex TTDPatch Coder
Patch Pack, Github
Patch Pack, Github
Re: JGR's Patch Pack
Halloo! Just started using this last night. It's got so many things I always wanted! I haven't seen any 'random' problems, (are they memory corruption?) but have a couple of other bugs:
Station names remain clickable when signs are hidden. Big nuisance!
Ctrl-5 I've been using for years to make stations transparent. Now it's a redundant keybinding for polyline. I don't expect I'll ever use polyine. Not so big, but still:
Edit: Make that 3 bugs: "Can't remove signals from here... Train in the way" means you can't remove signals when it's safest to do so. What? It's a nuisance on a very busy slow line full of long fast-accelerating trains. It's not fun trying to add signals to the line, either. I'm recalling just how glad I was when OpenTTD lifted this restriction.
Station names remain clickable when signs are hidden. Big nuisance!
Ctrl-5 I've been using for years to make stations transparent. Now it's a redundant keybinding for polyline. I don't expect I'll ever use polyine. Not so big, but still:
Edit: Make that 3 bugs: "Can't remove signals from here... Train in the way" means you can't remove signals when it's safest to do so. What? It's a nuisance on a very busy slow line full of long fast-accelerating trains. It's not fun trying to add signals to the line, either. I'm recalling just how glad I was when OpenTTD lifted this restriction.
Extreme network builder. screenshot thread
Re: JGR's Patch Pack
Request:
When clicking the info button on a train, I typically want to go straight to the Total Cargo tab. Is it possible to set up a CTRL-click on the Info button that will go to the Total Cargo tab? You could expand that to SHIFT-click for Info.
When clicking the info button on a train, I typically want to go straight to the Total Cargo tab. Is it possible to set up a CTRL-click on the Info button that will go to the Total Cargo tab? You could expand that to SHIFT-click for Info.
Who is online
Users browsing this forum: No registered users and 42 guests