Log for #openttd on 5th March 2019:
Times are UTC Toggle Colours
00:09:11  *** Exec has quit IRC
00:09:12  *** Lejving has quit IRC
00:09:33  *** Lejving has joined #openttd
00:10:12  *** Exec has joined #openttd
00:10:20  *** guru3 has joined #openttd
00:12:41  *** Mek has quit IRC
00:13:42  *** Mek has joined #openttd
00:16:05  *** guru3_ has quit IRC
00:27:25  *** Speedy` has quit IRC
00:28:20  *** Speedyn has joined #openttd
00:33:31  *** m3henry has quit IRC
00:36:30  *** Eddi|zuHause has quit IRC
00:37:15  *** Eddi|zuHause has joined #openttd
00:40:30  <Beerbelott> glx: It *does* seem _file_to_saveload is persistent :)
00:41:23  <glx> even after an autosave ?
00:41:41  <Beerbelott> Mmmmh
00:42:11  <Beerbelott> Is there a way to trigger that manually? :p
00:42:21  <Beerbelott> (same q°, always :D )
00:46:24  <Beerbelott> fiddled w/ code a bit to trigger that each day :D
00:48:37  <Beerbelott> Yes, _file_to_saveload does not seem to be touched
00:48:54  <glx> manual save touches it
00:49:12  <glx> at least from the GUI it does
00:49:15  *** Speedyn has quit IRC
00:50:02  <Beerbelott> DoAutosave() does not seem to use the global variable though, thus it seems logical
00:51:36  <Beerbelott> lemme check if using the save command on the server wreaks havok
00:51:36  <Beerbelott> I am testing in server mode atm
00:51:36  <Beerbelott> that's what I care the most for
00:51:36  *** keoz has quit IRC
00:51:37  <Beerbelott> a client can always reload the right game
00:51:37  *** gnu_jj has quit IRC
00:51:45  <Beerbelott> What I want is bring (auto-)rstart of the server in the same mode
00:52:42  *** gnu_jj has joined #openttd
00:52:52  <glx> 'load' console command use it
00:52:56  *** zuzak has quit IRC
00:53:00  *** zuzak has joined #openttd
00:54:42  <Beerbelott> Server maintainers are usually not there to repair failed restarts ;)
00:55:04  <Beerbelott> well I just tried the save command on the server, it seems OK for _file_to_saveload, untouched
00:59:29  <Beerbelott> I'm searching for all lines referencing _file_to_saveload
01:00:14  <Beerbelott> After a quick search, I found nothing touching/using it other than save/load opeartions and game creation
01:00:42  <Beerbelott> I guess that's persistent enough to try to use it
01:14:23  *** Compu has joined #openttd
01:18:00  *** Compu has quit IRC
01:18:24  *** Compu has joined #openttd
01:19:40  <Samu> hey I had an idea
01:21:49  <Samu> about this
01:22:00  <Samu> could it also be applied to docks?
01:22:14  <Samu> peter1138,
01:24:06  *** Samu has quit IRC
01:26:32  *** Compu has quit IRC
01:27:53  *** Compu has joined #openttd
01:30:28  *** Wormnest has joined #openttd
01:52:14  *** Compu has joined #openttd
01:56:01  *** Compu has quit IRC
02:04:36  *** Beerbelott1 has joined #openttd
02:09:16  *** Beerbelott has quit IRC
02:31:55  *** supermop_Home_ has joined #openttd
02:55:45  *** Wormnest has quit IRC
03:04:59  *** Lejving has quit IRC
03:09:22  *** debdog has joined #openttd
03:12:44  *** D-HUND has quit IRC
03:33:46  <DorpsGek_II> [OpenTTD/OpenTTD] glx22 commented on pull request #7301: Feature: When filtering purchase list by cargo type, make buy button perform a refit if required.
03:46:36  *** supermop_Home_ has quit IRC
03:50:16  *** Beerbelott1 is now known as Beerbelott
03:52:17  *** tokai has joined #openttd
03:52:17  *** ChanServ sets mode: +v tokai
03:59:17  *** tokai|noir has quit IRC
04:01:38  *** glx has quit IRC
04:11:16  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe updated pull request #7286: Add #2155: newheightmapgame command
04:38:09  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe opened pull request #7328: Improve restart
04:40:01  *** Beerbelott has left #openttd
04:58:21  <DorpsGek_II> [OpenTTD/OpenTTD] jcoletto77 commented on issue #7321: RailTypes: Introduction date not enforced
06:31:57  *** Gustavo6046 has quit IRC
06:44:51  <DorpsGek_II> [OpenTTD/OpenTTD] PeterN commented on issue #7321: RailTypes: Introduction date not enforced
06:44:52  <DorpsGek_II> [OpenTTD/OpenTTD] PeterN closed issue #7321: RailTypes: Introduction date not enforced
07:19:21  *** keoz has joined #openttd
08:09:43  <DorpsGek_II> [OpenTTD/OpenTTD] PeterN commented on pull request #7328: Improve restart
09:11:36  *** WWacko1976-work has joined #openttd
09:26:47  *** Pikka has joined #openttd
09:27:01  <Pikka> zoonds
09:30:17  *** Gustavo6046 has joined #openttd
09:31:57  <peter1138> Pikka returns.
09:32:38  <peter1138> Pikka, there's some new AI calls that may interest you.
09:32:44  <peter1138> Unless you already saw them.
09:32:55  <Pikka> I did not, I'll look
09:36:15  <Pikka> noice
09:40:24  <Pikka> no group liveries? :)
09:42:28  <peter1138> Did I miss that? :(
09:43:29  <Pikka> just at a glance, I don't see it...
09:44:05  <peter1138> Yeah you're right.
09:44:53  <Pikka> even so, being able to set 2cc is really going to improve the looks of AIs with NewGRF :D
09:45:17  <Pikka> thank you
09:45:34  <Pikka> will it make it into 1.9?
09:45:56  <peter1138> If you'd responded when I kept poking you to test it, other the past couple of months, you'd've had Group colours too :p
09:46:00  <peter1138> *over
09:46:06  <peter1138> So you shouldn't keep going away.
09:46:08  <peter1138> It's already in 1.9.
09:47:34  <Pikka> sorry... uni started back - I'm sitting in the library right now :P I'll fo sho test it tonight though
10:23:44  <DorpsGek_II> [OpenTTD/OpenTTD] planetmaker commented on pull request #7328: Improve restart
10:26:26  <DorpsGek_II> [OpenTTD/OpenTTD] PeterN commented on pull request #7328: Improve restart
10:26:28  <peter1138> Also
10:26:49  <planetmaker> he :)
10:26:53  <peter1138> Should `restart` use the current running game settings, or the new-game settings?
10:27:12  <peter1138> It seems to do the latter.
10:27:27  <planetmaker> well... what would use the new-game settings, if not restart?
10:27:30  <peter1138> newgame
10:27:47  <peter1138> :)
10:27:49  <planetmaker> so ... newgame, restart and reload?
10:27:58  <peter1138> Getting overloaded, but yeah.
10:28:13  <peter1138> I dunno :)
10:28:13  <planetmaker> so the difference between restart and reload is the random seed (and maybe version differences)?
10:28:29  <peter1138> No, reload would load the current savegame again.
10:28:35  <peter1138> restart would start it afresh.
10:28:46  <peter1138> In that patch, restart loads the current savegame.
10:28:47  <planetmaker> yes, but I'm thinking server: I upload a virtually virgin savegame
10:28:50  <peter1138> (or scenario)
10:28:54  <planetmaker> and load that
10:29:05  <peter1138> Ok
10:29:11  <peter1138> Is that for the map, or for the settings?
10:29:16  <planetmaker> then restart would regenerate the same map from settings. and reload reload it from file
10:29:37  <planetmaker> it *should* result in the same, all other things being equal
10:30:22  <planetmaker> on a complete tangent: I have got reports, that the zoom-level of loaded maps in 1.9.0-xx is different than for 1.8.0
10:30:29  <planetmaker> I didn't yet investitgate
10:31:03  <planetmaker> first things first though: lunch :) l8r
10:31:37  <peter1138> Zoomed in or out? heh
10:33:25  <peter1138> Tried with 1.6.1 and master... absolutely no difference.
10:34:18  <peter1138> Other than the savegame was horribly slow in pre-1.9 :)
10:49:16  <peter1138> Towns building bridges over rail/one-way roads is quite cool.
10:49:35  <peter1138> And it was a Samu-patch :p
10:52:32  <DorpsGek_II> [OpenTTD/OpenTTD] stale[bot] commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns
10:56:44  *** Pikka has quit IRC
11:30:41  <planetmaker> maps were said to be too far zoomed-out
11:40:20  <peter1138> Well I can't replicate tha.
11:40:22  <peter1138> +t
11:55:43  <Eddi|zuHause> it kinda makes sense for "restart" to load the original scenario, if it was started from one
11:56:36  <Eddi|zuHause> no idea how you would keep the reference to that scenario file
12:01:56  <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7328: Improve restart
12:05:58  <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7328: Improve restart
12:08:50  <Eddi|zuHause> planetmaker: i would think "reload" would load the previous saved game, not the game i originally loaded.
12:12:26  <planetmaker> Eddi|zuHause, what would you expect, a game running and typing 'reload'? A savegame which was played *before* the current one?
12:12:34  <Eddi|zuHause> no
12:12:45  <Eddi|zuHause> but if i made a save inbetween
12:12:45  <planetmaker> I'd expect the current map being reloaded from the starting save
12:12:50  <Eddi|zuHause> i want it to reload that
12:12:53  <Eddi|zuHause> not the original one
12:13:09  <planetmaker> you mean an arbitrary save made in between?
12:13:17  <Eddi|zuHause> yes. the last time i saved this game
12:13:18  <planetmaker> no... that's load
12:13:23  <planetmaker> and you specify which file
12:13:31  <Eddi|zuHause> no
12:13:32  <planetmaker> reload is loading something you loaded once before at least
12:13:39  <Eddi|zuHause> no
12:41:53  *** Flygon has quit IRC
13:00:58  <DorpsGek_II> [OpenTTD/OpenTTD] GabdaZM commented on pull request #7250: K-d tree data structure for spatial lookups
13:07:07  *** Gabda has joined #openttd
13:19:01  *** Gabda has quit IRC
13:42:37  *** Wormnest has joined #openttd
13:43:54  *** Pikka has joined #openttd
13:44:17  *** octernion has joined #openttd
13:48:59  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7328: Improve restart
13:53:28  <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7328: Improve restart
14:09:59  *** Wormnest has quit IRC
14:16:21  *** WWacko1976-work has quit IRC
14:43:44  *** supermop_work has joined #openttd
14:45:28  *** supermop_work_ has joined #openttd
14:51:17  *** Beerbelott has joined #openttd
14:52:47  *** supermop_work has quit IRC
14:58:23  *** Samu has joined #openttd
14:58:34  <Samu> hi
15:00:09  <nnyby> hey
15:00:39  *** nielsm has joined #openttd
15:04:56  *** Lejving has joined #openttd
15:07:07  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe commented on pull request #7328: Improve restart
15:10:03  <Samu> cool
15:10:18  <Samu> min max opcodes made it into RC1
15:10:29  *** octernion has quit IRC
15:25:12  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe opened issue #7329: Occasional hang on game exit (GUI)
15:27:21  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #7329: Occasional hang on game exit (GUI)
15:29:39  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on issue #7329: Occasional hang on game exit (GUI)
15:31:46  <Beerbelott> nielsm: -h gives a list of what's available
15:31:52  <Beerbelott> How do I know what's in use?
15:33:00  <nielsm> -d driver=1
15:33:04  <nielsm> should print a bunch
15:36:13  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe commented on issue #7329: Occasional hang on game exit (GUI)
15:43:33  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe updated pull request #7328: Improve restart
15:51:25  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe commented on pull request #7328: Improve restart
16:03:18  <DorpsGek_II> [OpenTTD/website] claman opened pull request #68: Update first monthly dev post
16:04:21  <Pikka> well
16:09:17  <DorpsGek_II> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7328: Improve restart
16:13:20  <Eddi|zuHause> so the website typo thing is valid, but do we want to bother?
16:17:42  <nielsm> integrate it but don't release a new site version until next actual update?
16:18:30  <nielsm> merge it but don't integrate *
16:19:20  <Eddi|zuHause> i can approve, but not merge
16:20:39  <DorpsGek_II> [OpenTTD/website] Eddi-z approved pull request #68: Update first monthly dev post
16:28:54  *** octernion has joined #openttd
16:31:09  *** Alberth has joined #openttd
16:31:10  *** ChanServ sets mode: +o Alberth
16:31:25  <Alberth> hai
16:37:31  *** Gumle2 has joined #openttd
16:43:58  <Samu> hi
16:45:23  <Pikka> eek
16:45:26  *** Pikka has quit IRC
16:46:22  <DorpsGek_II> [OpenTTD/OpenTTD] SamuXarick opened pull request #7330: Feature: Add autosave and sendmap save formats
16:48:23  <DorpsGek_II> [OpenTTD/OpenTTD] SamuXarick commented on pull request #7330: Feature: Add autosave and sendmap save formats
16:50:34  *** supermop_work_ has quit IRC
16:52:32  <DorpsGek_II> [OpenTTD/OpenTTD] stale[bot] closed pull request #7047: Add #6887: Highlight tiles within local authority of towns
17:16:30  <nielsm> :( derail valley job ruined by falling through the terrain
17:16:57  <Alberth> a bit of quicksand found eh? :p
17:17:35  <Alberth> or quick-rock, perhaps :p
17:18:31  <Eddi|zuHause> qickrail?
17:21:09  *** octernion has quit IRC
17:23:15  *** Maarten has quit IRC
17:23:27  *** Maarten has joined #openttd
17:29:06  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7250: K-d tree data structure for spatial lookups
17:29:32  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7250: K-d tree data structure for spatial lookups
17:30:57  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7250: K-d tree data structure for spatial lookups
17:31:49  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7250: K-d tree data structure for spatial lookups
17:32:05  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7250: K-d tree data structure for spatial lookups
17:35:42  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh updated pull request #7250: K-d tree data structure for spatial lookups
17:37:51  *** HerzogDeXtEr has joined #openttd
17:39:28  *** Wormnest has joined #openttd
17:41:53  *** milek7 has left #openttd
17:41:54  *** milek7 has joined #openttd
17:47:58  <peter1138> At least it built this time :p
17:48:54  <DorpsGek_II> [OpenTTD/website] nielsmh merged pull request #68: Update first monthly dev post
17:59:24  <Samu> whos responsible for bananas?
17:59:38  <Samu>
18:01:28  <Samu> hmm do I post on the forum?
18:02:05  <peter1138> Send an email to
18:02:21  <peter1138> Or indeed post to the forum.
18:02:26  <peter1138> That's not hard.
18:02:33  <peter1138> Pretty sure you've posted there before :p
18:18:32  *** glx has joined #openttd
18:18:32  *** ChanServ sets mode: +v glx
18:18:44  *** synchris has joined #openttd
18:29:31  *** Thedarkb-T60 has joined #openttd
18:36:26  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe updated pull request #7328: Improve restart
18:37:21  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe commented on pull request #7328: Improve restart
18:38:10  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe updated pull request #7328: Improve restart
18:42:39  *** Gumle2 has quit IRC
18:45:32  <DorpsGek_II> [OpenTTD/OpenTTD] Berbe updated pull request #7328: Improve restart
18:46:21  <Beerbelott> I relly need to check my commits better before pushing :\
18:46:50  <Beerbelott> and I really need to check my typos better before writing :p
18:50:38  <Alberth> I used to read the diffs, it's amazing how many errors you find then
18:51:02  <nielsm> I had a thought about making a system for adding more company rating part scores, having different sets of rating parts selectable, and then making a system for having a GS set the company ratings
18:51:53  <nielsm> so a GS could for instance rate companies on how many GS-set goals they have completed in the past 5 years, and such
18:54:40  <nielsm> and for things like coop servers, you could have a GS that measures how well the shared goal is progressing
18:54:54  <Alberth> I wondered whether being able to set a price-policy for a company could work
18:55:26  <nielsm> like per-company base costs?
18:56:01  <Alberth> more tuned I think, eg policy for cargo from an area or to an area, or by kind of cargo
18:56:28  <nielsm> that's almost veering into callback-ish territory
18:56:35  <nielsm> which GS can't support in the current model
18:56:48  <Alberth> that's why I said policy rather than payouts :)
18:57:48  <Alberth> current payout model has a few parameters to compute the actual pyment, one could tune those parameters
18:58:22  <Alberth> or be able to switch between different payment models (which are all coded in c++ of course
18:58:53  <Alberth> GS then only says "for this area, payment is 0"
18:59:11  <Alberth> ie players don't get any money for it
18:59:49  <Alberth> or favor high speed by making that paraneter more important, eg 300% instead of 100%
19:01:00  <nielsm> so basically define one or more areas (as orthogonal tile areas, circular radial areas, or perhaps even bitmap tile areas) and when cargo is delivered to a station? industry? in that area a payment modifier is applied
19:01:03  *** Gumle2 has joined #openttd
19:01:25  <Alberth> something in that direction
19:02:18  <Alberth> somewhat related: the biggest problem with Busy Bee is that it can see arriving cargo, and see obtained cargo, but there is no connection.
19:02:42  <Alberth> so no way to find whether a player has set a specific route
19:02:59  <Alberth> my model idea wouldn't solve that either though
19:03:23  *** Gumle2 has quit IRC
19:03:58  <Alberth> but such routes would basically be the subsidized routes
19:04:10  <Alberth> but under GS control then, I think
19:04:27  <nielsm> yeah, I think GS can create subsidies in the original subsidy system
19:05:28  <Alberth> :o it can?  that's nice
19:05:44  <nielsm> for something like this to be really interesting, I think you'd need some interactive tools for the GS in the scenario editor, to let the scenario designer paint tile areas for the GS to use
19:06:13  <Alberth> yeah, could also be used for industry creation, ie coal mines in this area
19:06:17  <nielsm> so you could e.g. make areas of separate islands or whatever
19:06:45  <nielsm> kind of similar to railroad tycoon 2 territories, actually
19:07:00  <nielsm> you could even have construction restrictions on them then
19:08:37  <Alberth> would nicely fit in the new scenario file format; I started that, but got stuck in tar-file handling
19:08:45  <nielsm> how about adding a new 8 bit map array, storing the territory index, then have territories defining some base rules possibly per company
19:09:04  <nielsm> that would also allow "ocean can't be raised" implementation
19:09:15  <nielsm> since you could define the ocean as territory not allowing landscape mods
19:09:31  <Alberth> are you familiar with the new scenario format?
19:09:35  <Alberth> +file
19:09:35  <LordAro> nEw MaP aRrAy?!
19:09:44  <nielsm> don't think so
19:09:46  <Alberth> LordAro: no
19:10:07  <LordAro> :p
19:10:35  <Alberth>
19:10:52  <nielsm> well, this vague idea for a new map array would already be fully occupied by any and all tile types, so no contention about it :P
19:11:00  <Alberth> basically, a scenario is not a saved game, it's a description of how to generate a new map
19:11:33  <Alberth> so you can change map-size, newgrfs, and what not
19:12:36  *** m3henry has joined #openttd
19:14:03  <Alberth> new map array is simple, remove the rail tiles, and possibly the road tiles, and move them to a separate area with specialized storage.
19:14:17  <Alberth> big question, what does that specialized area look like :p
19:17:43  <nielsm> want rct style terrain
19:21:16  <Eddi|zuHause> i seem to have trouble using solar power near the north pole
19:21:45  <nielsm> solar power has no future
19:21:55  <nielsm> haven't you heard, the sun is going to go boom at some point in the future?
19:22:20  <Eddi|zuHause> but, solar power will increase until that point :p
19:26:18  <Alberth> then you end up in multi-layer maps I think?
19:33:45  <TrueBrain> BOEM
19:35:27  *** supermop_work has joined #openttd
19:36:44  *** supermop_work_ has joined #openttd
19:41:35  *** Thedarkb-T60 has quit IRC
19:44:29  *** supermop_work has quit IRC
19:48:44  <Alberth> :o
19:50:40  *** Thedarkb-T60 has joined #openttd
19:50:45  <TrueBrain> awh,  DJGPP doesn't 'just compile' :(
19:51:44  <nielsm> has djgpp even been receiving updates at all? I have the idea that it might be stuck pre-c++11
19:55:27  <TrueBrain> currently the issue is that STRICT_ANSI is enabled
19:55:34  <TrueBrain> in no surprise to anyone ever, things fail after that :P
19:55:57  <nielsm> what does that mean? :|
19:56:20  <TrueBrain> -ansi -pedantic does that too
19:56:34  <TrueBrain> just never knew you could do that with C++
19:58:26  <peter1138> hi
19:59:05  <TrueBrain> okay, gnu++11 vs c++11
19:59:06  <TrueBrain> fine
20:00:09  <TrueBrain> compiled and linked :o
20:00:25  <nielsm> :o
20:00:44  <nielsm> if you get a binary I can test it on some bare metal dos
20:00:49  <TrueBrain> # file bin/openttd.exe
20:00:49  <TrueBrain> bin/openttd.exe: MS-DOS executable, COFF for MS-DOS, DJGPP go32 DOS extender
20:00:55  <peter1138> nice
20:01:23  <TrueBrain> <- has no video driver
20:01:26  <TrueBrain> so dedicated only
20:01:28  <TrueBrain> but has no network
20:01:30  <TrueBrain> so .. euh ..
20:01:34  <nielsm> lol
20:01:35  <TrueBrain> yeah .. I am merely curious if it starts :P
20:01:42  <TrueBrain> no clue yet how to get Allegro on it
20:01:45  <peter1138> btw is it safe to ignore c++11 warnings from the objc parts on osx?
20:01:54  <nielsm> hueg binary too
20:02:02  <TrueBrain> static, DOS ..
20:02:28  <TrueBrain> but 25 MiB is a bit excessive
20:02:30  <TrueBrain> possibly debug stuff
20:02:44  *** synchris has quit IRC
20:03:53  <nielsm> transferring via ws_ftp in win95...
20:05:47  <TrueBrain> Allegro dropped DOS support since 4.2 :D
20:05:48  <TrueBrain> lol
20:05:51  <nielsm>
20:06:28  <nielsm> which version is this built from?
20:07:48  <nielsm> can't visit in internet explorer 3.0, it doesn't support TLS :(
20:08:13  <TrueBrain> wow .. that works ..
20:08:24  <TrueBrain> and build from my branch with the removal of OSes and fixes of Haiku
20:08:30  <nielsm> it can sufficiently to create the base dir structure
20:08:46  <TrueBrain> if I can fix allegro
20:08:48  <TrueBrain> I can create a bundle
20:11:01  <TrueBrain> but Allegro is being annoying :P
20:11:35  <TrueBrain> makefile.all:248: *** recipe commences before first target.  Stop.
20:11:38  <nielsm> much better with ansi.sys loaded:
20:14:02  <TrueBrain> no clue how to do Allegro for DOS
20:14:06  <TrueBrain> not sure I want to know either :P
20:15:24  <nielsm> they don't have some kind of prebuilt libraries from the last dos-supporting version?
20:15:33  <TrueBrain> not what I can find
20:15:42  <TrueBrain> and compiling myself .. seems I dont have the right make
20:16:10  <nielsm>  <-- too old?
20:16:38  <TrueBrain> not sure what this is?
20:17:00  <TrueBrain> source tarball
20:17:03  <TrueBrain> yeah, finding sources is easy :P
20:17:11  <TrueBrain> building them on the other hand .... :D
20:17:27  <TrueBrain> possibly it is easier to build it on DOS
20:17:35  <TrueBrain> but the crossbuilder doesn't want to work really
20:17:53  <nielsm>
20:18:03  <nielsm> looks like has libs and includes
20:18:27  <TrueBrain> are we going to trust random binaries? :D
20:18:42  <nielsm> it's listed as an official mirror from allegro's own site
20:19:04  <TrueBrain> okay .. well, I can try
20:19:42  *** Beerbelott has quit IRC
20:20:10  <nielsm> more official site:
20:20:10  <nielsm>
20:20:25  <TrueBrain> 2007 .. lol
20:20:28  <TrueBrain> should we be doing this? :D
20:20:36  <nielsm> YES
20:21:01  <TrueBrain> Allegro is at version 5 :P
20:22:36  <nielsm> "Allegro 5 is not backwards compatible with Allegro 4."
20:22:44  <nielsm> so I think ottd uses allegro 4 regardless?
20:25:24  <TrueBrain> yeah .. so we can never upgrade :P
20:25:28  <TrueBrain> or ... drop DOS :P
20:25:30  *** Beerbelott has joined #openttd
20:26:21  <TrueBrain> ugh .. that 'target vs build' and 'build vs host'
20:26:40  <TrueBrain> build can be either your system of the cross compile system, depending if it is 'target' or 'host'
20:26:44  <TrueBrain> fucking hate cross compiling :P
20:27:51  <nielsm> I wonder how long it'll take to build on a 500 mhz via epia with 128 mb ram...
20:28:05  <TrueBrain> long :P
20:28:07  <nielsm> (yes it's a via cpu)
20:29:43  <TrueBrain> almost no more BE systems alive
20:29:55  <TrueBrain> means we also hav eno idea of BE still works :P
20:30:09  <TrueBrain> k, link errors .. lets see ..
20:30:11  <TrueBrain> midi ..
20:30:24  <TrueBrain> i586-pc-msdosdjgpp/bin/ld: music/allegro_m.o: bad reloc address 0x1 in section `.gnu.linkonce.t._ZNK19MusicDriver_Allegro7GetNameEv'
20:30:29  <TrueBrain> lol
20:32:13  <TrueBrain> so what library has that .. hmm
20:35:19  <TrueBrain> ah, the library is not understood
20:38:18  <TrueBrain> ha
20:38:19  <TrueBrain> got it
20:38:54  <TrueBrain> nielsm: you got zip on that machine?
20:39:03  <nielsm> yes
20:39:29  <TrueBrain>
20:39:34  <TrueBrain> video, sound, music
20:39:36  <TrueBrain> should all work :P
20:40:54  <nielsm>
20:41:04  <TrueBrain> :D
20:42:08  <nielsm> well lots of long file names there
20:42:13  <nielsm> I wonder if those will be findable
20:42:51  <nielsm> rebooting...
20:46:14  <TrueBrain> zlib support exists
20:46:22  <TrueBrain> others will be more tricky I guess :P
20:46:49  <nielsm>
20:47:02  <nielsm> it's absurdly slow
20:47:17  <TrueBrain> again, no cluei why we are doing this :P
20:47:19  <TrueBrain> but it works, I guess :D
20:48:13  <TrueBrain> so who dares to hit +2 on ? :D
20:49:43  <nielsm>
20:49:44  <nielsm> :D
20:51:02  <TrueBrain> wow, allegro is not that quick :P
20:51:17  <nielsm> maybe it's not using a good vesa mode or something
20:51:29  <nielsm> trying under purer dos instead of a win95 dos box
20:51:38  <nielsm> nope, it just makes the machine reboot
20:52:18  <TrueBrain> sounds bad :P
20:52:35  <DorpsGek_II> [OpenTTD/OpenTTD] stale[bot] commented on issue #6887: Add layer showing boundaries for local authorities
20:57:17  <nielsm> runs better after setting blitter = 8bpp-optimized
20:57:36  <TrueBrain> and disable animation :D
20:57:47  <TrueBrain> okay, it only requires one code fix, nice
20:58:13  <TrueBrain> it has been broken for months, if not years btw :P But that is not a real surprise to anyone :D
20:59:08  <nielsm> now it's running slow despite nothing obvious showing in the fps window :(
21:00:00  <nielsm>
21:00:12  <TrueBrain> that is .. odd
21:02:39  <DorpsGek_II> [OpenTTD/OpenTTD] michicc approved pull request #7326: Remove MorphOS / AmigaOS / BeOS support and libtimidity support
21:03:03  <DorpsGek_II> [OpenTTD/OpenTTD] TrueBrain merged pull request #7326: Remove MorphOS / AmigaOS / BeOS support and libtimidity support
21:03:04  <TrueBrain> tnx michi_cc :)
21:04:57  <nielsm> this was painful to set up at that framerate :D
21:05:05  <Eddi|zuHause> so, i fell into a cave, and so far every attempt at digging myself out has gotten me to fall deeper
21:05:21  <DorpsGek_II> [OpenTTD/OpenTTD] TrueBrain opened pull request #7331: Fix Haiku and DJGPP support
21:07:29  <TrueBrain> Eddi|zuHause: so die already :P (okay, out of context this sounds weird)
21:07:56  <TrueBrain> or keep going and hope you have the right stuff with you? :P
21:08:08  <Eddi|zuHause> dieing sounds like a horrible idea, i'll never find my rover again
21:08:10  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #7331: Fix Haiku and DJGPP support
21:08:49  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7331: Fix Haiku and DJGPP support
21:08:51  <TrueBrain> create a new one :P
21:09:18  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas updated pull request #7086: Change #6173: Update SDL driver to use SDL 2.0
21:09:35  <TrueBrain> nielsm: I hope someone debugs both Haiku and DOS  to find out the issues on both
21:09:39  <TrueBrain> but at least it compiles :P
21:09:59  <nielsm> it may not run well, but at least it still runs :)
21:11:05  <DorpsGek_II> [OpenTTD/OpenTTD] TrueBrain dismissed a review for pull request #7331: Fix Haiku and DJGPP support
21:11:06  <DorpsGek_II> [OpenTTD/OpenTTD] TrueBrain updated pull request #7331: Fix Haiku and DJGPP support
21:11:11  <LordAro> shipit.jpg
21:11:26  <TrueBrain> stupid # before tab rule :P
21:13:21  <nielsm> so when's djgpp target entering the CI? :P
21:13:26  <peter1138> well that meal was nice but kinda excessive
21:13:42  <TrueBrain> nielsm: I think I add both Haiku and DJGPP soon to the CompileFarm
21:13:47  <TrueBrain> not sure it should run every CI
21:13:55  <TrueBrain> possibly .. we just run it every week?
21:13:58  <TrueBrain> or upon request?
21:15:17  <nielsm> weekly sounds fine, maybe with the friday nightly build
21:15:40  <peter1138> nightly dos builds?
21:15:40  <nielsm> so the dedicated can spend the weekend fixing support for niche operating systems
21:15:52  <peter1138> but
21:15:52  <TrueBrain> I guess it is not a good idea to add them to stable releases yet, given they are not stable :D
21:16:41  <TrueBrain> meh; come to think ofit, adding them to the CI might be easiest .. DJGPP checks the NETWORK stuff
21:16:44  <peter1138> we should work on removing no network support
21:16:45  <TrueBrain> depends on the build-times
21:16:57  <TrueBrain> pfft, we did fix DOS, so ... pfffft
21:16:57  <peter1138> stub fubctions instead i guess?
21:17:03  <TrueBrain> yes :)
21:17:10  <TrueBrain> that would be a sane solution
21:17:12  <TrueBrain> be careful now
21:17:23  <nielsm> okay that train route I built
21:17:30  <nielsm> it finally finished loading the train with coal now
21:17:35  <nielsm> heading to the power station...
21:18:17  <nielsm> so yeah about 12 minutes of real time to load 120 tonnes of coal on a train
21:18:24  <TrueBrain> haha
21:18:29  <TrueBrain> and on full speed?
21:18:33  <TrueBrain> does it get better than?
21:18:51  <nielsm> it runs no faster on ffwd
21:18:58  <TrueBrain> so it really is something not timed
21:19:00  <TrueBrain> funny
21:19:08  <nielsm> something happening between GameLoop calls slows it down
21:19:31  <TrueBrain> soon we have a Docker which builds OpenTTD .. so someone can debug ;)
21:19:49  <nielsm> btw, docker images of dedicated server? :D
21:20:03  <TrueBrain> CI or releases?
21:20:07  <Beerbelott> I just tested in DOSBox, to no avail
21:20:44  <nielsm> Beerbelott who cares about emulation :D
21:21:22  <TrueBrain> LordAro: can you hit that approve button again pretty please? :D
21:21:51  <Beerbelott> nielsm: Did not you say it was making your DOS true box rebooting?
21:21:54  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh approved pull request #7331: Fix Haiku and DJGPP support
21:21:59  <Beerbelott> I get back to the console :p
21:22:04  <DorpsGek_II> [OpenTTD/OpenTTD] TrueBrain merged pull request #7331: Fix Haiku and DJGPP support
21:22:10  <TrueBrain> tnx not-LordAro :P
21:22:55  <TrueBrain> nielsm: guess we can add a release target for linux-dedicated, if that is what you meant
21:23:03  <TrueBrain> or .. hmm
21:23:04  <TrueBrain> a Docker image
21:23:10  <TrueBrain> like, as target?
21:23:15  <TrueBrain> that is also a good idea
21:23:17  <TrueBrain> and easy enough
21:23:30  <LordAro> TrueBrain: lol
21:24:05  <TrueBrain> we can publish it on Docker Hub, so that is easy too
21:24:15  <milek7> tried it in freedos on qemu, didn't work
21:24:37  <TrueBrain> the information: "doesn work" or "to no avail" is not really helping :P
21:24:43  <TrueBrain> we need someone to check what is breaking exactly :D
21:27:18  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh opened issue #7332: Performance in DOS is terrible
21:27:23  <TrueBrain> hahaha
21:28:11  <DorpsGek_II> [OpenTTD/OpenTTD] M3Henry updated pull request #7165: [core] Implement SmallVector using std::vector
21:28:13  <TrueBrain> I labeled it for you nielsm :P
21:28:35  <glx> lol the labels
21:29:56  <nielsm> second coal delivery being made now!
21:30:15  <LordAro> TrueBrain: amazing
21:31:16  <DorpsGek_II> [OpenTTD/OpenTTD] M3Henry updated pull request #7324: Codechange: [C++11] Use override specifer for overriding member declarations
21:31:59  <TrueBrain> I know right :D
21:32:03  <TrueBrain> proudest moment of the day \o/ :)
21:34:11  <TrueBrain> no other odd platforms we support, I think
21:34:21  <TrueBrain> BSD, but you cannot run that in Docker ofc
21:34:28  <TrueBrain> and crosscompiling to there is silly
21:34:46  <nielsm> OS/2 ?
21:34:52  <TrueBrain> hmm
21:35:07  <nielsm> I haven't managed to install a copy of that anywhere yet
21:35:22  <TrueBrain> orudge: you still supporting OS/2 :)
21:35:23  <nielsm> but I've also only tried the old versions
21:35:40  <nielsm> not any of the eComStation and later
21:36:41  <TrueBrain> cant find a docker that produces OS/2 binaries
21:37:57  <TrueBrain> SDL2 also no longer supports OS/2
21:38:05  <nielsm> ahh, maybe the reboot outside of a win95 dos box has to do with long file name support, because it _can_ access LFNs when running under win95
21:38:11  <nielsm> the save game I made has a long name
21:38:15  <nielsm> in the file system
21:40:29  <TrueBrain> that is sure possible
21:41:12  <milek7> hm, it cannot find graphics set
21:42:33  <nielsm> I suggest copying in some baseset files :P
21:42:57  <TrueBrain> as always, you have to put opengfx in the right folder yourself :)
21:43:07  <TrueBrain> k, off to bed for me; enjoy the old days :P
21:43:10  <TrueBrain> tnx for testing nielsm :)
21:43:57  <milek7> i did that
21:46:26  *** Alberth has left #openttd
21:47:18  <DorpsGek_II> [OpenTTD/OpenTTD] M3Henry updated pull request #7165: [core] Implement SmallVector using std::vector
21:48:21  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #7332: Performance in DOS is terrible
21:49:44  <m3henry> Hopefully that's the last rebase I need to do
21:58:45  <Beerbelott> Got warnings building fro master: warning: macro "__DATE__" might prevent reproducible builds [-Wdate-time]
21:58:49  <Beerbelott> same for __TIME__
21:58:55  <Beerbelott> in rev.cpp
22:04:37  <Samu> dos is still supported in this day and age? hmm
22:05:06  <Samu> interesting
22:05:39  <nielsm> transport tycoon was originally a DOS game, so ottd should strive to continually support DOS as a matter of principle
22:05:40  <nielsm> :)
22:09:39  <milek7> with doslfn it goes further, but segfaults
22:09:54  <milek7> maybe it needs msdos
22:47:59  *** nielsm has quit IRC
23:16:45  *** Flygon has joined #openttd
23:20:20  *** keoz has quit IRC
23:28:51  *** Thedarkb-X40 has joined #openttd
23:30:56  *** michi_cc has quit IRC
23:33:40  *** michi_cc has joined #openttd
23:33:41  *** ChanServ sets mode: +v michi_cc
23:35:34  *** michi_cc has quit IRC
23:36:29  *** michi_cc has joined #openttd
23:36:29  *** ChanServ sets mode: +v michi_cc
23:38:46  *** michi_cc has quit IRC
23:40:55  *** michi_cc has joined #openttd
23:40:55  *** ChanServ sets mode: +v michi_cc
23:48:49  *** supermop_work_ has quit IRC
23:55:32  <Eddi|zuHause> Beerbelott: that seems pretty pedantic... we're probably not striving for bitwise reproducible binaries :p

Powered by YARRSTE version: svn-trunk