Log for #openttd on 17th January 2019:
Times are UTC Toggle Colours
00:12:08  *** Flygon has joined #openttd
00:13:12  *** Thedarkb-X40 has joined #openttd
00:43:46  *** Speedy` has joined #openttd
01:03:12  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas opened pull request #7067: Fix typo in code comment: Unitializes -> Uninitializes
01:26:16  *** snail_UES_ has joined #openttd
03:24:13  *** Thedarkb1-X40 has joined #openttd
03:30:39  *** Thedarkb-X40 has quit IRC
03:41:20  *** Samu has quit IRC
03:58:55  *** D-HUND has joined #openttd
04:01:52  *** glx has quit IRC
04:02:17  *** debdog has quit IRC
04:22:19  *** HerzogDeXtEr has joined #openttd
04:26:07  *** Thedarkb1-X40 has quit IRC
04:56:04  *** snail_UES_ has quit IRC
04:59:46  *** HerzogDeXtEr has quit IRC
05:27:15  *** cHawk has quit IRC
05:27:54  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas opened pull request #7068: Add: smart town name first steps - #7037
05:28:32  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas updated pull request #7067: Fix typo in code comment: Unitializes -> Uninitializes
05:32:45  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas updated pull request #7068: Add: smart town name first steps - #7037
06:07:41  *** cHawk has joined #openttd
07:16:43  *** andythenorth has joined #openttd
07:35:47  *** Xaroth has quit IRC
07:45:06  *** Xaroth has joined #openttd
07:46:32  <andythenorth> moin
07:50:23  <peter1138> Hmm, saving a stack might be awkard.
07:50:27  <peter1138> awkward.
07:50:59  <peter1138> Erm, it's snowing.
08:11:04  <andythenorth> wtf?
08:21:40  <peter1138> It's okay, it stopped.
09:09:19  <LordAro> i'm tempted to leave #7067 until it's a bit bigger than a couple of characters
09:20:18  <peter1138> Hmm, yes.
09:20:25  <andythenorth> I wondered same
09:20:31  <andythenorth> I see other coment typos
09:20:38  <andythenorth> but then eh, why queue it up? :)
09:20:43  <andythenorth> just ship it, no cost
09:21:14  <peter1138> There is that.
09:21:33  <peter1138> Hmm, so I think a std::stack is going to be impossible to save.
09:33:04  <Eddi|zuHause> why?
09:33:55  *** D-HUND is now known as debdog
09:41:25  <crem1> Because its interface doesn't allow accessing middle of stack!
09:41:51  <crem1> But why does someone use std::stack?..
09:42:02  <crem1> Hm and why am I 1!
09:42:05  *** crem1 is now known as crem
09:44:05  *** andythenorth is now known as andythenorth99
09:50:21  <Eddi|zuHause> but why would you need to access the middle? in the save-thread can't you just unroll the stack?
09:56:54  <crem> I have no context about the issue at all, but if you need to keep std::stack in old state after saving, you have to unroll it to some temporary structure and then roll back into the stack.
10:02:52  <Eddi|zuHause> well, we fork() so i thought that would take care of that, but surely there's also a way to duplicate a stack without needing any internals
10:03:58  <crem> Maybe I need some context. :) Is it about openttd? Is about saving a game? Do you fork() on save? How does it work on windows?
10:07:22  <Eddi|zuHause> yes, yes, yes, no clue
10:07:35  <Eddi|zuHause> also no clue how it works when threading is disabled
10:08:12  <peter1138> Well anyway, our saveload system is a bit static...
10:08:29  <peter1138> I didn't figure how to save a std::bitset either :)
10:08:40  <crem> forking for save is smart! :) But I'm curious how it would work on windows..
10:08:57  <crem> As string. :-P
10:09:21  <Eddi|zuHause> peter1138: i'd maybe look at how cargodist data is stored?
10:09:45  <Eddi|zuHause> peter1138: the file format surely supports more "dynamic" stuff
10:10:08  <peter1138> Are you sure it's a fork? I thought it was a thread.
10:10:49  *** andythenorth99 has quit IRC
10:10:52  <Eddi|zuHause> i was pretty sure it's a fork until you said that
10:11:33  <Eddi|zuHause> i'm not going to check right now, i should be going
10:17:15  <peter1138> And no.
10:17:33  <peter1138> The threading part is only used to compress the savegame which has already been made in memory.
10:17:44  <peter1138> We don't duplicate game state for saving.
10:18:21  <Eddi|zuHause> weird, how did i get that idea then?
10:44:30  <peter1138> So yeah, unrolling a stack is not impossible but still effort. If I use a fixed array with a position, it's simpler.
10:45:48  <peter1138> I suppose an alternative is to invalidate the cache when saving (in multiplayer (if a client is joining))
10:47:14  <peter1138>
10:47:17  <peter1138> Or that may be a start.
10:47:36  <peter1138> Of course, we can't saveload std::vectors either at the moment.
10:48:23  <Eddi|zuHause> so, how does cargodist save all its weird datastructures
11:03:49  <LordAro> peter1138: just save it in reverse order? (copy and pop everything)
11:03:56  <LordAro> makes it easier to load as well
11:04:02  <peter1138> linkgraph is stored in a pool, not a std::anything.
11:04:17  <peter1138> LordAro, the more I think on it the more I feel this is just a workaround and a sloppy 'solution'
11:05:14  <peter1138> I'm wondering if an order-based solution is better, but then conditional orders confuse that too.
11:05:37  <LordAro> peter1138: sorry, which bit is the workaround?
11:05:41  *** andythenorth has joined #openttd
11:05:44  <peter1138> caching the path.
11:05:55  <LordAro> right
11:06:20  <peter1138> And it's only possible because ships don't collide with either other.
11:08:03  <LordAro> could do it for aircraft as well :p
11:12:17  <DorpsGek_II> [OpenTTD/OpenTTD] Gabda87 updated pull request #7047: Add #6887: Highlight tiles within local authority of towns
11:15:04  <andythenorth> ha ha wtf is this?
11:15:10  <andythenorth> I have no memory of that
11:19:48  *** Mahjong1 has joined #openttd
11:26:07  *** Mahjong has quit IRC
11:36:01  <peter1138>  heh
11:45:10  <Eddi|zuHause> i'm not sure if this "get going" stuff is working
11:46:13  <andythenorth> ?
11:48:37  <peter1138> 10:11 < Eddi|zuHause> i'm not going to check right now, i should be going
11:48:40  <peter1138> So...
11:48:50  <peter1138> Unless you mean something else.
11:48:55  <Eddi|zuHause> yes, that
11:54:06  *** chomwitt has quit IRC
12:40:40  <AKTheKnight> Hmm, peter1138, are you in the south east then? I'm trying to narrow down where you are based on the snow. We had none where I am
12:41:20  <LordAro> just had the tiniest amount of snow up in york
12:46:24  *** snail_UES_ has joined #openttd
12:49:50  *** snail_UES_ has quit IRC
12:55:48  <DorpsGek_II> [OpenTTD/OpenTTD] michicc updated pull request #6980: GDI engine for font glyph rendering as a replacement for FreeType
12:56:33  <peter1138> michi_cc, just a rebase right?
12:57:19  <DorpsGek_II> [OpenTTD/OpenTTD] michicc commented on pull request #6980: GDI engine for font glyph rendering as a replacement for FreeType
12:58:20  <michi_cc> peter1138: Yes, just to get the CI changes in.
12:58:28  <peter1138> *nod*
13:01:24  <LordAro> that'd be nice to have, i think
13:02:11  <LordAro> presumably it'd work with mingw?
13:02:53  <peter1138> "This is a semi-serious PR" Hmm!
13:03:13  <peter1138> LordAro, should do, it only removes dependencies, no new ones.
13:04:33  *** Flygon has quit IRC
13:09:37  <michi_cc> peter1138: It still is, in the sense that I don't expect it to be merged unconditionally. The contents itself is definitely serious.
13:10:05  <peter1138> Hmm, that's not what "semi-serious" means to me.
13:10:39  <michi_cc> But it fixes a bug now, unless somebody is inclined to dig into freetype.
13:10:45  <peter1138> The PR system is designed for things not to be merged unconditionally :-)
13:13:20  <michi_cc> The PR was a case of removing generic code in favour of platform-specific code without any benefit (it has one now).
13:14:15  <michi_cc> Not something that makes really sense unless there are advantages.
13:17:07  *** Samu has joined #openttd
13:18:06  <peter1138> :-)
13:18:31  <peter1138> True, removing a dependency at the expense of platform specific code is maybe not a good idea.
13:18:37  <peter1138> (By itself)
13:19:23  <peter1138>
13:20:04  <Eddi|zuHause> that happens when your robot has no safety features
13:22:08  <Samu> hi
13:22:16  *** CZTR has joined #openttd
13:23:37  <CZTR> Please, can someone help us with CZTR bridges? I have problem with m4nfo. Ends with 'Insufficient meta-data' but sprite looks good: /home/vasatko/_data/bridges/output/sprites/PLACEHOLDER.png 8bpp 0 0 32 32 0 0 normal
13:24:06  <planetmaker> not sure anyone here speaks m4nfo
13:24:18  <peter1138> Nope, never seen it.
13:24:47  <CZTR> ok, but its normal NFO and error is from grfcodec
13:33:31  <peter1138> If that's the complete line, then it's missing the 'sprite' number.
13:33:59  <peter1138> The one at the beginning which is normally just -1 these days.
13:36:33  <Eddi|zuHause> CZTR: some more context might help
13:36:44  *** Gabda has joined #openttd
13:36:55  <Gabda> hi
13:37:24  <Gabda> the map cache is getting close to its first final form :)
13:37:50  <Eddi|zuHause> is it over 9000 yet?
13:38:54  <Gabda> not yet ready to beat a saiyan
13:39:15  <peter1138> CZTR, don't PM me.
13:43:52  <CZTR> peter1138: yes, only sprite number miss (its not depend on sprite number), prefix of this line is '16 ' and complete line is: 16 /home/vasatko/_data/bridges/output/sprites/PLACEHOLDER.png 8bpp 0 0 32 32 0 0 normal
13:44:09  <CZTR> peter1138: but i see TABulators before sprite number, is it problem (this NFO is generated by m4nfo and in m4nfo i havent tabulators in this line)?
13:49:11  <Eddi|zuHause> that should not be a problem
13:54:49  *** sla_ro|master has joined #openttd
13:58:18  <peter1138> Probably need to show (use a paste site!) more of the code for some context, as Eddi|zuHause said.
14:10:54  <CZTR> ok, but how can i send file?
14:11:40  <Eddi|zuHause>
14:12:37  <CZTR> or
14:14:11  <CZTR> is screenshot of grfcodec error
14:14:21  <Eddi|zuHause> "A portion of sprite 15 could not be processed."
14:14:34  <Eddi|zuHause> so the error is in the line above
14:15:32  <Eddi|zuHause> "//!!Error (68): An action 8 must precede action 4."
14:17:41  <Eddi|zuHause> CZTR: try to run nforenum
14:20:24  <Eddi|zuHause> "//!!Could not read ypos from apparent real sprite."
14:21:55  <Eddi|zuHause> CZTR: the "8bpp" seems to be wrong there
14:23:02  <Eddi|zuHause> CZTR: you're trying to compile as "Info version 7" when the syntax you use is version 32
14:24:27  <Eddi|zuHause> (2nd line of the file header)
14:25:44  <CZTR> <Eddi|zuHause>: run nfornum: super thank you i see errors now, thanks thanks thanks || and about version 7 vs 32, its autofilled from m4nfo, but ok, i will try all and again thank you!!!
14:26:16  <CZTR> i muset end now (i have sicked children)
14:26:20  <Eddi|zuHause> CZTR: you should talk to the author about a version of m4nfo that generates version 32
14:27:37  <CZTR> author (Michael Blunck) not comunicate until december. I dont know why (before comunicating normally)
14:28:17  <CZTR> Realy thank you, i will try fix all erorrs from nforenum
14:29:25  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas updated pull request #7067: Fix: typo in code comment: Unitializes -> Uninitializes
14:32:13  <peter1138> LordAro, ^
14:32:35  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas updated pull request #7067: Fix: a few comment typos
14:32:48  <LordAro> heh
14:32:53  <DorpsGek_II> [OpenTTD/OpenTTD] SamuXarick updated pull request #6928: Fix #5713: Use pathfinder to find closest ship depot
14:33:06  *** heffer_ has joined #openttd
14:33:22  <nnyby> hehe, i updated that typo PR based on thoughts here :P
14:33:38  <LordAro> ah, you are the same person
14:33:44  <nnyby> yeah
14:33:45  <LordAro> i suspected, but wasn't certain
14:35:07  <DorpsGek_II> [OpenTTD/OpenTTD] PeterN commented on issue #7060: NPF refuses to pathfind when the destination tile is the same as where the vehicle currently is
14:39:31  *** heffer has quit IRC
14:46:53  *** nielsm has joined #openttd
14:51:44  *** heffer_ has quit IRC
14:53:08  *** heffer has joined #openttd
14:56:34  *** HerzogDeXtEr has joined #openttd
14:59:37  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas commented on issue #7059: Town name language choice affects number of towns / world population
15:56:13  *** Wormnest has joined #openttd
15:58:29  <DorpsGek_II> [OpenTTD/OpenTTD] glx22 commented on issue #7032: Ugly regular font after FreeType update
16:03:14  *** WWacko1976-work has quit IRC
16:09:57  *** Gabda has quit IRC
16:15:53  <DorpsGek_II> [OpenTTD/OpenTTD] PeterN commented on issue #7032: Ugly regular font after FreeType update
16:16:10  *** Thedarkb-T60 has joined #openttd
16:30:19  *** Gja has joined #openttd
16:45:40  <Samu> there is a do while, but I need the opposite, while, do? does it exist?
16:45:59  <Samu> need to check earlier
16:49:07  <nnyby> would a for loop work?
16:51:50  <DorpsGek_II> [OpenTTD/OpenTTD] glx22 opened pull request #7069: Fix #7032: use the same mode to load and render glyphs
16:53:18  *** glx has joined #openttd
16:53:18  *** ChanServ sets mode: +v glx
16:58:12  <Taede> samu: afaik its just 'while (condition) { code }'
17:04:01  <DorpsGek_II> [OpenTTD/OpenTTD] planetmaker commented on issue #7032: Ugly regular font after FreeType update
17:09:12  <Samu> must find a way to convert/combine a DiagDirection and a Track into a Trackdir
17:09:19  <Samu> halp
17:09:21  <Samu> :9
17:09:30  *** Wormnest has quit IRC
17:09:31  <Samu> i have a track
17:09:37  <Samu> i have a diagdirection
17:10:07  *** andythenorth has left #openttd
17:12:03  <Samu> static inline Trackdir TrackExitdirToTrackdir(Track track, DiagDirection diagdir)
17:12:12  <Samu> static inline Trackdir TrackEnterdirToTrackdir(Track track, DiagDirection diagdir)
17:12:19  <Samu> it's one of these, must think
17:14:52  <Samu> actually, I don't have a track, i'm doomed
17:15:09  <Samu> I have TrackBits
17:23:57  *** Thedarkb-T60 has quit IRC
17:25:59  <Samu> aha, this is what I want DiagDirToDiagTrackdir(dir);
17:26:44  *** Thedarkb-T60 has joined #openttd
17:30:31  <Samu> attempting to make forbid 90 deg work on opf
17:43:07  *** Borg has joined #openttd
17:44:44  <DorpsGek_II> [OpenTTD/OpenTTD] Gabda87 commented on pull request #7047: Add #6887: Highlight tiles within local authority of towns
17:45:32  *** Gabda has joined #openttd
17:46:43  <LordAro> Gabda: yea please
17:46:47  <LordAro> yes*
17:48:02  <Gabda> ok
17:48:27  <Gabda> I'll split it tomorrow then
17:48:55  <LordAro> :)
17:49:57  <Gabda> force push will work the same way, or I have to do assign the 2 new commits to the PR manually?
17:52:08  <LordAro> force push will work fine
17:53:00  *** HerzogDeXtEr has quit IRC
17:57:52  *** Thedarkb1-T60 has joined #openttd
17:58:50  <Samu> peter1138, you can use !IsDiagonalTrack here
17:58:52  *** Thedarkb-T60 has quit IRC
18:12:52  *** Thedarkb1-T60 has quit IRC
18:13:02  *** Thedarkb1-T60 has joined #openttd
18:20:43  *** Progman has joined #openttd
18:22:20  *** andythenorth has joined #openttd
18:22:25  <nielsm> okay tried using a different opl3 emulator, sound quality is approximately the same as with the other, so def. something very wrong with my code
18:28:44  *** Thedarkb1-T60 has quit IRC
18:35:32  <peter1138> Samu, PR it then :p
18:41:23  <peter1138> Hmm, even a 32 tile path cache helps massively.
18:42:20  <glx> any cache should help if it prevents recalculation on each tile
18:46:24  *** Thedarkb1-T60 has joined #openttd
18:46:28  *** Lejving has joined #openttd
18:46:39  <peter1138> So any ideas how to saveload a std::stack? :D
18:47:00  <peter1138> Or should I convert it to a fixed array with a position reference?
18:51:52  <glx> use a std:deque like a std::stack
18:52:13  <glx> it has iterators
18:53:26  <DorpsGek_II> [OpenTTD/OpenTTD] nikolas commented on issue #6173: Add support for SDL2
18:55:02  *** gelignite has joined #openttd
18:58:10  <nielsm> peter1138, a fixed size array is probably much easier
18:58:33  <nielsm> otherwise I think adding a new top-level structure to the savegame, containing cached paths, sounds like the way to go
18:59:37  <michi_cc> peter1138: Have you already tried the most simple possible cache, i.e. just trackdir + number of tiles to follow?
19:00:38  <andythenorth> 'go NW for 6 tiles, checking next tile each time in case it's not water'
19:00:55  <andythenorth> that's how I used to code flash games when making the alien baddies move was a CPU hog
19:01:15  <andythenorth> you end up with Roomba style bump-steer navigation :P
19:01:38  <andythenorth> some ships do actually navigate by coast following
19:02:16  *** frosch123 has joined #openttd
19:05:29  *** Borg has quit IRC
19:19:18  <peter1138> michi_cc, nope.
19:20:19  <peter1138> michi_cc, i'll give it a go
19:21:53  <peter1138> and trackdir will be implicit anyway, i reckon
19:48:30  <peter1138> michi_cc, well...
19:48:33  <peter1138> michi_cc, it's faster.
19:48:42  <peter1138> michi_cc, and simpler...
19:48:53  <peter1138> ah, and broken :D
19:54:52  <andythenorth> broken is nicer
19:56:26  <peter1138> Hmm, is there a TrackdirToDirection function I'm missing?
19:56:28  <LordAro> peter1138: i'm imagining a ship just slowly moving across the land
19:57:52  <frosch123> TrackdirToExitdir ?
19:58:25  <frosch123> no matching enterdir though
19:58:31  <glx> LordAro: should be possible for hovercraft
20:06:47  <peter1138> frosch123, I want Direction, not DiagDirection.
20:14:16  <nielsm> hmm, I suppose the difference between "bytevalue" and "(bytevalue * 127) >> 7" can be significant, when the result is going to be bittwiddled
20:15:31  *** Wolf01 has joined #openttd
20:15:58  <Wolf01> o/
20:17:03  <nielsm> now the percussion is starting to sound somewhat right...
20:18:49  *** Samu has quit IRC
20:19:30  <nielsm> that's not to say it sounds good, but it's sounding slightly more like percussion than before:
20:19:45  *** Samu has joined #openttd
20:22:04  <peter1138> michi_cc, okay, got it working. It's barely faster than not doing it :-(
20:22:16  <peter1138> 66ms down to 58ms
20:22:49  <peter1138> vs 66ms down to 21ms
20:24:37  <peter1138> This savegame has some weird situations where routes are blocked by depots.
20:24:46  *** Gabda has quit IRC
20:27:23  <nielsm>
20:27:24  <peter1138> Crazy AI I guess.
20:27:28  <nielsm> side-by-side debugging
20:32:24  <nielsm> I may just have found the last bug
20:32:40  <nielsm> an "xor al,1" instruction I missed
20:37:30  <nielsm> yeah this all sounds quite right:
20:37:57  <peter1138> Sounds better!
20:48:22  <LordAro> very left
20:48:57  <nielsm> made a little mistake when converting from raw dumped samples
20:49:04  <nielsm> it's centered in game :P
20:49:19  <LordAro> chrome thinks otherwise :p
20:49:59  <LordAro> also, the first track seems like it cuts off at about 1:05?
20:50:39  <nielsm> okay wth, this emulator code is stupid slow?
20:50:49  <nielsm> even in the release build it can barely keep up
20:50:56  <nielsm> actually it can't
20:52:31  <nielsm> let's try that with ken silverman's again
20:53:36  <nielsm> yeah that's literally 10x faster
20:55:32  *** Gja has quit IRC
20:56:44  <nielsm> pushed some code to my branch
20:56:47  <nielsm> if anyone else wants to try it
20:57:36  <nielsm> there's still one thing broken, that's dual-tracking (notes played on one track being auto-played on another too, for chorus'y effects and such)
20:59:47  <LordAro> i'm fairly certain no one else has a copy of the relevant files :p
21:00:26  <nielsm> is easy to retrieve from a dos version of tto or ttd :(
21:01:07  <nielsm> this TTDXDEMO.ZIP contains it:
21:01:12  <peter1138> So the stack is clearly faster.
21:01:51  <peter1138> How did we live without this frame rate window? :p
21:01:59  <nielsm> :D
21:02:49  *** andythenorth has quit IRC
21:05:23  <peter1138> Storing just the number of tiles to move is a bit faster than without, some times.
21:07:21  *** gelignite has quit IRC
21:36:46  *** sla_ro|master has quit IRC
21:40:46  <peter1138> Hmm./
21:48:01  <milek7> nielsm: for what purpose it is? alternative to midi?
21:50:31  <nielsm> because I can
21:51:05  <nielsm> :)
21:54:26  *** urdh has quit IRC
21:55:20  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro merged pull request #7057: Fix: A few minor compile warnings under MinGW
21:55:29  <LordAro> mwhaha, merged my own PR
21:55:35  <LordAro> fear my power
21:55:57  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #7069: Fix #7032: use the same mode to load and render glyphs
21:56:15  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro merged pull request #7069: Fix #7032: use the same mode to load and render glyphs
21:56:19  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro closed issue #7032: Ugly regular font after FreeType update
21:58:03  <nielsm> ahh now it looks good again :)
21:58:30  <LordAro> i just play with the default font :p
22:00:12  *** urdh has joined #openttd
22:00:34  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #7067: Fix: a few typos
22:00:41  <nielsm> by the way I'm having an issue here where no music is playing on the title screen when starting the game, but changing music set in game options causes it to start, and returning to title screen plays the title track... is that a bug in my adlib branch or also in master?
22:00:52  <nielsm> (can't be bothered to switch back to master right now)
22:01:09  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro merged pull request #7067: Fix: a few typos
22:05:45  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro requested changes for pull request #7003: Feature #6918: Add option to adjust font size separately from GUI size.
22:06:25  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #6988: Change: AI/GS ScriptBridge::GetName takes one extra parameter to refer the vehicle type
22:07:44  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on pull request #6988: Change: AI/GS ScriptBridge::GetName takes one extra parameter to refer the vehicle type
22:11:07  <LordAro> nielsm: #6956 thoughts? i'm tempted to close :>
22:14:16  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh closed pull request #6956: Fix #6145: Prevent ships without valid orders from moving
22:14:17  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #6956: Fix #6145: Prevent ships without valid orders from moving
22:14:29  <LordAro> :)
22:15:39  <nielsm> but I still think it's dumb to have ships just sail at random when they have no orders
22:16:17  <LordAro> no different to trains or road vehicles
22:16:29  <LordAro> just that ships are less constrained :)
22:17:26  *** Progman has quit IRC
22:17:34  <nielsm> but airplanes refuse to start if they have no orders
22:17:47  <nielsm> though of course don't stop mid-air if you delete their orders
22:21:28  <nielsm> gn
22:25:26  <DorpsGek_II> [OpenTTD/OpenTTD] J0anJosep commented on issue #7060: NPF refuses to pathfind when the destination tile is the same as where the vehicle currently is
22:28:00  *** frosch123 has quit IRC
22:28:17  <DorpsGek_II> [OpenTTD/OpenTTD] PeterN commented on issue #7060: NPF refuses to pathfind when the destination tile is the same as where the vehicle currently is
22:29:23  *** Thedarkb2-T60 has joined #openttd
22:29:32  *** nielsm has quit IRC
22:34:59  <DorpsGek_II> [OpenTTD/OpenTTD] J0anJosep commented on issue #7060: NPF refuses to pathfind when the destination tile is the same as where the vehicle currently is
22:36:14  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #7056: Change #6060: Allow drawing dropdown lists with scrollbars above and fix scrolling movement
22:36:29  *** Thedarkb1-T60 has quit IRC
22:38:56  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #6990: Fix: Correct display of industry requires/produces in Build Industry window
22:43:28  *** Wolf01 has quit IRC
23:02:07  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #7023: Use some consistency for project dependencies determination
23:02:14  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro merged pull request #7023: Use some consistency for project dependencies determination
23:04:59  *** Thedarkb2-T60 has quit IRC
23:06:24  <DorpsGek_II> [OpenTTD/OpenTTD] J0anJosep commented on pull request #7065: Change: Make ships stop and change direction slowly instead of instantly turning.
23:07:06  <DorpsGek_II> [OpenTTD/OpenTTD] J0anJosep commented on pull request #7065: Change: Make ships stop and change direction slowly instead of instantly turning.
23:41:26  *** APTX_ has quit IRC
23:41:36  *** APTX has joined #openttd
23:44:35  *** Thedarkb2-T60 has joined #openttd
23:44:46  *** APTX has quit IRC
23:45:52  *** APTX has joined #openttd
23:46:40  <Samu> doing 90 deg for ops is not becoming an easy task :(
23:46:55  <Samu> i still fail to understand how this whole thing works
23:48:09  *** APTX has quit IRC
23:48:12  *** APTX has joined #openttd
23:50:23  *** APTX has quit IRC
23:50:26  *** APTX has joined #openttd
23:51:21  *** tokai has joined #openttd
23:51:21  *** ChanServ sets mode: +v tokai
23:58:14  *** Samu has quit IRC
23:58:17  *** tokai|noir has quit IRC
23:58:41  *** Samu has joined #openttd

Powered by YARRSTE version: svn-trunk