IRC logs for #openttd on OFTC at 2007-10-05
⏴ go to previous day
00:03:47 <Sacro> Burroughs, UNIVAC, NCR, Control Data Corp, Honeywell
01:24:15 *** Diabolic-Angel has quit IRC
01:30:49 *** Eddi|zuHause2 has joined #openttd
01:47:13 <CIA-4> OpenTTD: belugas * r11202 /trunk/src/newgrf_industries.cpp: -Feature: [NewGRF] Add support for var 45 for Industries.
01:59:02 <ln-> what's this funny noise of the trams?
02:06:41 <CIA-4> OpenTTD: belugas * r11203 /trunk/src/newgrf.cpp: -Codechange: Raise the TTDPatch version a little higher, as some new features will be shortly exploitable
02:21:58 <CIA-4> OpenTTD: belugas * r11204 /trunk/src/newgrf.cpp:
02:21:58 <CIA-4> OpenTTD: -Feature: [NewGRF] Add support for Action 00 for Industries and IndustryTiles.
02:21:58 <CIA-4> OpenTTD: Thanks to :Csaboka for original concept, specs & help. Dalestan for technical explanations.
02:21:58 <CIA-4> OpenTTD: Pikkabird & Georges for detailled comments on their grf works. The Alpha testers (You know who you are).
02:21:58 <CIA-4> OpenTTD: And finally (but not least) Maedhros (newhouses), peter1138(newgrf) Rubidium and glx (numerous and welcome patches)
02:21:59 <CIA-4> OpenTTD: Remember: it certainly can be buggy. But be sure that behaviour has been tested in TTDP (if you can) before raising a flag.
02:30:24 <Belugas> did I forgot to mention that this was in fact THE commit for newindustries in trunk?
02:34:35 *** DorpsGek has joined #openttd
02:34:35 *** ChanServ sets mode: +o DorpsGek
02:50:07 *** N101 is now known as N101|AWAY
04:00:01 *** nairan_ZZzz has joined #openttd
04:47:48 *** Greyscale has joined #openttd
04:47:48 *** N101|AWAY has joined #openttd
04:47:48 *** DaleStan has joined #openttd
04:47:48 *** De_Ghost has joined #openttd
06:00:22 *** nickname has joined #openttd
06:00:29 <nickname> i *really* want this town to grow
06:02:04 <nairan_ZZzz> tried give em money for houses?
06:02:09 *** nairan_ZZzz is now known as mcbane
06:03:22 <nickname> i need the big buildings
06:05:40 <Rubidium> nickname: what climate?
06:06:50 <Rubidium> is the town center in the desert?
06:07:04 <nickname> yes i have food and water going to it
06:07:33 <Rubidium> is it delivered close enough to the center of the town?
06:08:00 <nickname> the station covers about half the town
06:12:14 <Rubidium> is the station within 9 tiles from the town center, i.e. the town sign
06:13:05 <nickname> its only about 9 tiles wide
06:17:26 <Rubidium> have you build two bus stopes with one or two busses running between them in the town?
06:20:02 <nickname> and i put a 3rd station in a close town
06:22:18 *** boekabart has joined #openttd
06:23:45 <nickname> theres like 300 passengers at this bus station
06:28:15 <nickname> but now my station is 1 tile short of 1/8
06:45:54 *** peterbrett has joined #openttd
07:16:18 *** Phazorx has joined #openttd
07:22:31 *** |Bastiaan| has joined #openttd
07:23:01 <|Bastiaan|> hi there, how can i configure my dedicated server to load the last saved autosave on startup ?
07:23:31 <boekabart> there exists smth like a auto execute script
07:23:37 <Rubidium> |Bastiaan|: yes there is
07:23:42 <boekabart> but.. last save autosave...
07:23:50 <boekabart> it crashes a lot or?
07:24:11 <|Bastiaan|> no, the server is turned off every day at midnight
07:24:15 <Rubidium> what you have to do is open openttd.cfg and set the number of autosaves to 0
07:24:23 <|Bastiaan|> virtual server, backup procedure
07:24:33 <boekabart> Rubidium: 0? not 1?
07:24:38 <Rubidium> then just make a bash script and do ./openttd -g save/autosave/autosave0.sav
07:26:00 <Rubidium> ./openttd `ls --sort=time -w 1 save/autosave/ | head -n 1`
07:26:03 <Rubidium> that might work too ;)
07:26:15 <Rubidium> and then you can have multiple autosaves
07:26:32 <|Bastiaan|> i dont need multiple saves :)
07:26:35 <Rubidium> ./openttd -g `ls --sort=time -w 1 save/autosave/ | head -n 1`
07:27:05 <Rubidium> shouldn't forget the '-g' part
07:27:17 *** dihedral has joined #openttd
07:27:54 <boekabart> dihedral: see what you did?
07:29:51 *** Hendikins|Work is now known as Hendikins
07:30:00 *** ThePizzaKing has joined #openttd
07:30:23 <|Bastiaan|> thnx guys, its working now :)
07:30:44 <boekabart> Rubidium: see that? :)
07:31:49 <boekabart> the filter is already in place :)
07:31:50 <dihedral> boekabart: yes - a 'nickname' left...
07:38:17 *** De_Ghost has joined #openttd
07:38:23 <|Bastiaan|> is it possible too add an (AI) player to a server with rcon ?
07:39:55 <boekabart> Allow AI in multiplayer should be on. for this NewAI should be on.
07:40:24 <boekabart> If those conditions are met, i don't know. rubi rubi rubi rubi?
07:42:12 <Rubidium> uhmm... ask the author of newai
07:46:02 <boekabart> |Bastiaan|: anyway, you probably don't want to ruin the multiplayer fun, right?
07:46:28 <boekabart> if you really do, i'm willing to join and put some random spaghetti tracks down :)
07:48:06 <|Bastiaan|> id like to do a co-op against a few ai's
07:48:11 <Rubidium> newai is road vehicles only, so it won't be that bad ;)
07:48:39 <boekabart> ah, so THAT is the big improvement in newAI !!
07:48:39 <Rubidium> I think you should just pay some chines guys a few eurocents a day to be AI ;)
07:49:01 <boekabart> Our company has about a 100 of them sitting around... maybe it's a plan :)
08:01:22 *** Vikthor has joined #openttd
08:06:17 *** frosch123 has joined #openttd
08:09:11 *** N101|AWAY is now known as N101
08:10:06 <N101> one question. if I added a patch to OTTD can i play online with the patch with out desync errors?
08:10:34 *** frosch123 has joined #openttd
08:11:49 <boekabart> N101: depends very much on the patch
08:12:07 <boekabart> usually, if the patch changes smth in the world/ the way the world behaves, you'll get desyncs
08:12:11 <N101> for example the Build Templates (Copy&Paste) (r11133 + 0.5.3)
08:12:43 <boekabart> IF it uses existing functions to do the final build, and doens't use Random(), it might be OK
08:13:34 <boekabart> but you can't join a 053 server with a 11133/11133+patch version, obviously
08:15:28 *** Hendikins is now known as Hendikins|CBR
08:25:14 <valhallasw> isn't Random() pseudo-random enough to yield the same results on client and server?
08:27:04 <frosch123> Exactly, but that requires Random() do be called on the server as often as it is called on the client.
08:35:30 *** XeryusTC has joined #openttd
08:36:56 *** TinoM|Mobil has joined #openttd
08:42:04 <valhallasw> so the client does not loop Random() until that number is reached?
08:45:51 <N101> ill do it later. when i know how to compile.
08:46:19 *** N101 is now known as N101|Away
08:46:47 <dihedral> where is determind when a dedicated server starts a new game?
08:50:39 *** Desolator has joined #openttd
08:54:03 *** ThePizzaKing has joined #openttd
09:03:45 <dihedral> fore reloading the config of dedicated servers at every new game
09:04:12 <valhallasw> dihedral: afaik a dedicated server needs to restart
09:04:14 <dihedral> just need to add a patch setting and a save config chm
09:04:27 <dihedral> valhallasw: you dont know very far
09:04:34 <boekabart> this is defintately smth you don't want without the save before -
09:04:44 <valhallasw> then tell me how :P
09:05:01 <boekabart> or you'll lose the settings changed in the autoexec script/console before starting the previous game
09:05:16 <dihedral> once a dedicated server reaches ending_year it starts a new game
09:05:36 <dihedral> closing the network connections, generating a new map, and previously connected client rejoin
09:05:42 <valhallasw> ending_year is boooooring :P
09:05:44 <boekabart> dihedral: isn't there also a script that is run not on startup, but just before starting a new game?
09:05:50 <boekabart> if so, add loading config to that script
09:06:35 <dihedral> i tried loading the ini before executing pre_dedicated.scr
09:06:35 <boekabart> If it isn't there yet, implementing that seems to be a more flexible approach
09:06:52 <dihedral> yes - but at least i have a dirty workaround for now :-D
09:06:56 <dihedral> and know what i am looking for
09:08:16 <dihedral> but i must say - i like the idea
09:09:12 <dihedral> boekabart: a patch setting newgame_reload_cfg would be better than forcing to save
09:09:22 <dihedral> as if you force the save, loading has no effect
09:09:30 <dihedral> makes no diff to the game
09:09:57 <dihedral> thogh loading the config right there, you can even change map size, landscape ... anything
09:10:00 <boekabart> newgame_reload_cfg sucks anyway - afterstopgame_reload_cfg makes more sense
09:10:21 <boekabart> then at least you'll have the chance to change the options again before starting the new game
09:10:41 <dihedral> a save game cmd, and that patch setting
09:10:48 <boekabart> i'd probably even use the patch setting if it were implemented like that
09:11:10 <dihedral> i'll do that this weekend
09:11:15 <boekabart> but still, a script that is run after stop game is a more flexible approach
09:11:26 <dihedral> boekabart: will add taht too
09:11:33 <boekabart> since it requires no new patch setting
09:12:11 <dihedral> yes - but you need to access the shell of the server to change it
09:14:15 *** FlowaPowa has joined #openttd
09:14:20 <dihedral> with a patch setting all you need is rcon
09:18:27 *** Diabolic-Angel has joined #openttd
09:25:33 *** Diabolic1Angel has joined #openttd
09:25:37 *** Progman has joined #openttd
09:26:29 *** Diabolic-Angel has quit IRC
09:57:15 *** Ammller has joined #openttd
10:03:07 *** XeryusTC has joined #openttd
10:13:23 *** Eddi|zuHause has joined #openttd
10:18:31 *** Eddi|zuHause has joined #openttd
10:19:05 *** Eddi|zuHause has joined #openttd
10:36:28 <dihedral> how come, if i have a patch setting nextgame_reload_cfg
10:36:41 <dihedral> and check that setting in an if
10:36:46 <dihedral> just before starting a new game
10:37:15 <dihedral> if( _patches.nextgame_reload_cfg || _patches_newgame.nextgame_reload_cfg )
10:37:30 <dihedral> then reload the config
10:37:40 <dihedral> it only works every secong newgame
10:38:11 <dihedral> if i set the patch value in the game from the console
10:39:45 <dihedral> is there another _patches i could be missing?
10:41:40 <Vikthor> It is funny - there is so much people who want features, but when a feature arrives nobody seems to notice :)
10:42:11 <dihedral> some notice - just seldom mention it :-)
10:44:55 *** skidd13 has joined #openttd
10:46:24 <skidd13> Congratulations Belugas. Finally I can play with NewIndustries ;)
10:47:36 <dihedral> Rubidium: is there a _patches other than _patches and _patches_newgame i could be missing?
10:47:59 <dihedral> anyone you could think of?
10:49:20 <dihedral> for some reason when checking agains a patch option i added, the LoadFromConfig() is only executed every second newgame
10:53:29 *** abraxa_ has joined #openttd
10:57:44 <_42_> Ammller, glx (glx@bny93-6-82-245-156-124.fbx.proxad.net) was last seen quitting #openttd.notice 8 hours 13 minutes ago (05.10. 02:44) stating "Quit: bye" after spending 14 hours 7 minutes there.
10:58:09 <DorpsGek> Ammller: glx was last seen in #openttd 11 hours, 53 minutes, and 33 seconds ago: <glx> bluetooth
10:58:18 *** Markkisen has joined #openttd
11:00:16 <Ammller> Hi all, I had some asserts with packet.cpp and now the data is: type 10, data CSTramSet v0.1
11:06:42 <Phazorx> hmm... totaly offtopic... is there "audio piece/clip id" channel here or on efnet?
11:09:51 <Rubidium> Ammller: is it reproducable by a client without newgrfs trying to get info about the server?
11:10:03 <Rubidium> and what's the exact assertion?
11:10:36 <Rubidium> the server running with that tramset newgrf ofcourse
11:11:01 <Ammller> openttd: /home/tt-ms/bin/ottd/src/network/core/packet.cpp:139: void Packet::Send_string(const char*): Assertion `this->size < sizeof(this->buffer) - strlen(data) - 1' failed.
11:11:34 <Rubidium> hmm... so it's someone with absolutely no NewGRFs getting the info of all NewGRFs it seems
11:12:28 <Ammller> glx gave me that for debugging: printf("type %d, data %s\n", this->buffer[sizeof(PacketSize)], data);
11:13:46 <Rubidium> can you run the server in gdb?
11:15:31 <Ammller> I'll could give you SSH access, if you like...
11:15:57 <Ammller> its only ottd there atm
11:20:19 <Ammller> if you try to connect with a "empty" client, I have 2 GRF without Title: one is Japanset and the other Hiroshima
11:21:32 <boekabart> dihedral: your problem is - using a patch setting -> load -> patch setting changes. Just, leave the patch setting and implement the change so that it will load a generic script at the right moment, and put the loadconfig in that script. no patch option needed, no savegame bump, more general use -> higher chance of trunk acceptance.
11:21:39 <Ammller> Hmm, I guess, "we" have still a problem with the GRFID range...
11:22:39 <Rubidium> the problem is that it's due to "a lot of unknown newgrfs", not newgrf with no name.
11:22:45 <Ammller> Rubidium: Is there a howto for running/compiling on debug mode?
11:24:23 <Ammller> hmm, but how can they be unknown?
11:24:57 <Ammller> the master server i.e. does know those...
11:25:38 <Rubidium> the client doesn't know the newgrfs
11:25:45 <Rubidium> thus requests *all* names
11:26:02 <Rubidium> then the server puts them in a packet, but crashes because it would overflow the packet
11:26:16 <Ammller> thats why he is asking the server, like master server does, doesn't he?
11:26:51 <Ammller> btw, now I have no assert
11:27:14 <Ammller> but still this unknown grfs
11:27:18 <Rubidium> well, either the server runs with too few newgrfs or the client knows too many newgrfs
11:28:52 <Ammller> as I said, the data dir is empty (no newgrfs), so the client known no newGRFs, right?
11:29:20 <Ammller> (every grf listed is red)
11:30:35 <Ammller> hmm, if I try the same with 0.5.3, there are even more unknown
11:30:55 <Rubidium> that's just bad luck with the UDP packets
11:31:01 <Ammller> and yes, the last listed, so it seems, the pack was too small
11:32:03 <Rubidium> problem is that when *your* server is the first to return the first GameInfoCall, it queries *all* NewGRFs from your server, otherwise it might already have gotten information from other servers.
11:32:55 <Rubidium> and the "problem" is that the crash probably won't happen when there is one newgrf with a name one character shorter or longer (probably some off-by-one error somewhere)
11:33:11 <Ammller> but that info is reseted on restart of client, isn't?
11:53:20 <Ammller> Rubidium: right, after refresh of the server, you will get the rest of GRF infos
11:56:48 <Ammller> hmm, not able to reproduce the assert
11:58:58 <Rubidium> as I said, it's some cornercase that isn't easily triggered
11:59:14 <Rubidium> otherwise we would've had seen OTTDCoop servers crashe every minute
11:59:37 <Rubidium> therefor the server must run in GDB, so we can get info out of it when it asserts
12:00:04 <Rubidium> ./configure --enable-debug=3
12:00:14 <Rubidium> make run-gdb OPENTTD_ARGS="-D"
12:00:26 <Rubidium> that should configure it properly and then build and run it
12:01:08 <Ammller> should I keep the patch from glx?
12:02:05 <Rubidium> that isn't necessary
12:02:40 <Rubidium> though it would be nice to run it in a screen, so I can see it when it's necessary
12:06:46 <Ammller> I am wondering, why this isn't happen on the coop server
12:07:02 <Rubidium> other set of newgrfs
12:07:07 <Rubidium> possibly a different order
12:07:45 <Ammller> also the order is given from the file structure...
12:09:17 <Rubidium> how is the order given from the file structure?
12:11:26 <Ammller> because we use a configuration tool, we can't change the order
12:12:00 <Ammller> so I made the folder structure to have proper oder
12:14:19 <Ammller> Rubidium: I did compile the server new, now I am in the console of GDB
12:14:33 <Ammller> have I to start ottd from there?
12:15:07 *** Mucht_ is now known as Mucht
12:16:45 <Eddi|zuHause> you start gdb bin/openttd
12:16:51 *** LeviathNL has joined #openttd
12:16:55 <Eddi|zuHause> on the gdb console you type "run" or something
12:17:26 <Rubidium> Ammller: if you did exactly as I said, it would've already started the dedicated server
12:18:14 <Ammller> hmm, so no autopilot then?
12:19:44 <Eddi|zuHause> do you really need autopilot for such a test?
12:20:25 <Ammller> Eddi|zuHause: the problem is, we can't reproduce it
12:20:58 <Ammller> so we should run a usual environment and wait until the assert happens again...
12:20:59 <Eddi|zuHause> and you can probably run autopilot in gdb also, it only gets more tricky
12:23:22 <Eddi|zuHause> e.g. you can run autopilot like usual, and then attach gdb to the running process
12:23:36 <Eddi|zuHause> you need the process number then
12:24:58 <Eddi|zuHause> or you run gdb with the autopilot app (tcl?), and then type "run [arguments]"
12:26:59 <Ammller> yes autopilot its a tcl wrapper, I run ./autopilot.tcl and that starts ./openttd -D -x etc.
12:28:40 <Eddi|zuHause> then type "autopilot /bin/tcl[or whatever the first line of autopilot.tcl says]" and in the gdb console "run autopilot.tcl"
12:35:07 *** gynterk has joined #openttd
12:47:57 <Ammller> yeah, I had the assert
12:48:21 <Ammller> but is not reproducable
12:49:16 <Ammller> type 10, data CSTramSet v0.1
12:50:21 <Ammller> I compiled it now with gdb
12:51:11 <Ammller> Eddi|zuHause: thats the top of autopilot
12:53:26 <Eddi|zuHause> Ammller: it might make more sense to use the other option, run autopilot as usual, use ps to get the PID of openttd, then run "gdb openttd <PID>"
12:54:17 <Ammller> Eddi|zuHause: try that
12:54:33 <Ammller> hmm, how to exit gdb?
12:56:29 *** ChanServ sets mode: +v tokai
13:15:38 <Ailure> newindustries finished
13:15:50 <Ailure> I guess that means we might see a stable 0.6.0 release in this year after all. :P
13:17:44 <valhallasw> maybe next decade ;)
13:19:27 <boekabart> Ailure: no-one implied finished, it's just ready for public testing. :)
13:20:03 <Ailure> Open source software is never finished
13:20:12 <Ailure> that's the beuty of it too
13:20:21 <Rubidium> closed source software is never finished either
13:20:31 <boekabart> --- they just pretend it is
13:21:00 <Ailure> this is especially true for games
13:21:39 <glx> the problem with games is they often don't release patches to fix the bugs
13:21:45 <Ailure> patches rarely come after six months after a game erlease
13:21:54 <Ailure> it's only shortly after release
13:22:08 <Eddi|zuHause> they call it an "addon" later
13:22:16 <Eddi|zuHause> and charge extra money
13:22:25 <boekabart> the no-longer-crashes addon!
13:22:37 <boekabart> for even more working/playing pleasure!
13:22:38 <Ailure> I seen that with the sims franchise
13:22:44 <Ailure> some bugs weren't fixed until a expansion pack
13:23:01 <Ailure> and games like Simcity 4 was rushed out of the door
13:23:05 <Ailure> It's my favorite simcity
13:23:10 <Ailure> but 1.0 of it was awful
13:23:44 <Ailure> it's even worse with patches that comes at relase date too
13:28:44 *** frosch123 has joined #openttd
13:35:58 <gynterk> details packet doesn't contain company color data?
13:36:20 <Eddi|zuHause> err.... what does that mean? "/usr/include/bits/local_lim.h:36:26: error: linux/limits.h: Datei oder Verzeichnis nicht gefunden"
13:36:53 <glx> one file comes from the future
13:37:01 <gynterk> File or Index not found
13:37:12 <Eddi|zuHause> i know what it says
13:37:17 <Eddi|zuHause> i ask what it means
13:37:26 <Eddi|zuHause> it says "file or directory not found"
13:37:44 <Eddi|zuHause> it never complained before...
13:38:09 <glx> maybe this file has been deleted
13:38:13 <Eddi|zuHause> yeah, but i just typed "make", like a thousand times before
13:41:17 <Eddi|zuHause> how do i view the paths gcc searches for include files?
13:42:47 *** boekabart has left #openttd
13:48:33 <Eddi|zuHause> no, that has nothing to do with it
13:48:49 <Eddi|zuHause> it is the include directories
13:48:52 <Eddi|zuHause> it is missing one
13:48:57 <Eddi|zuHause> where can i set them?
13:49:48 <Ailure> Now I have decide between patiently awaiting for todays nightly, or to compile it myself. ;)
13:50:14 <Ailure> my compile tools are in a mess
13:50:35 <Belugas> wait, and until then, roam the grfcrawler ;)
13:51:10 <Ailure> there was this other newindustry set apart from PBI
13:51:14 <Ailure> so I guess I should check it out :P
14:00:17 *** |Jeroen| has joined #openttd
14:02:02 *** Wezz6400 has joined #openttd
14:04:27 <Eddi|zuHause> i can't find the solution
14:04:46 <Eddi|zuHause> the files are in /usr/src/linux/include
14:05:07 <Eddi|zuHause> but i can't find where to setup that it should search there
14:06:08 <Eddi|zuHause> there must be somebody here who can configure gcc... google does not tell me _ANYTHING_
14:06:32 *** Ammller has joined #openttd
14:19:20 <Eddi|zuHause> something is weird... my ore wagons look like they are transporting wood...
14:21:01 <Eddi|zuHause> actually, the graphics don't change whatever i refit to
14:22:47 <gfldex> Eddi|zuHause: when you run configure on gcc (what you dont but your ditro does) you set a prefix-dir
14:23:10 <gfldex> the libc (that comes with gcc) is using that to tell where it looks for includes
14:23:41 <Eddi|zuHause> grr... something made openttd load dir default to ~/.openttd/save instead of bin/openttd/save
14:23:43 <gfldex> that's why you use a symlink for /usr/src/linux all the time
14:24:18 <Eddi|zuHause> yeah, i found the symlink part after half an hour of googling
14:25:07 <Eddi|zuHause> that's half an hour of wasted time, if someone with a tiny bit of experience could have told me
14:25:28 <gfldex> you could have asked me :)
14:25:48 <Eddi|zuHause> i did... i shouted it into this channel
14:26:37 <valhallasw> gfldex: I remind some message of linus about /usr/src/linux symlinking
14:28:08 <Eddi|zuHause> some tutorial deep down in the google results told me to symlink /usr/src/linux/include/linux to /usr/include/linux
14:29:19 <valhallasw> "Some kernel documentation recommends creating a symlink from /usr/src/linux pointing to the kernel source directory. This is specific to kernels prior to the 2.6 series and must not be created on an LFS system as it can cause problems for packages you may wish to build once your base LFS system is complete."
14:29:34 <valhallasw> prior LFS version noted a post by linus about that
14:30:27 <valhallasw> which was more a reaction to gfldex's point 'that's why you use a symlink for /usr/src/linux all the time', than your question
14:31:43 <gfldex> and the problem is that your symlink can be overwritten without you noticing
14:31:57 <dihedral> Rubidium: to reload the config file between the end of a served game and the new game
14:32:05 <dihedral> do i only need LoadFromConfig() ?
14:32:09 <gfldex> that's why you should create a package for your distro instead of simply copying files around
14:32:13 <gfldex> but nobody is doing that :)
14:32:17 <dihedral> or am i (as i assume i am) missing something
14:32:48 <valhallasw> gfldex: debian makes it easy enough ;)
14:34:06 <Eddi|zuHause> hm, this is definitely a regression of some sort... in temperate climate, the DBSetXL wagons work fine, but in Alpine climate, the wagons do not change the visualisation on refit
14:38:26 <Eddi|zuHause> it used to work fine around r11150
14:44:06 *** Deathmaker has joined #openttd
14:47:24 <Eddi|zuHause> it appears to be fine for wood, coal, goods and grain, but not for ore... weird
14:53:07 <dihedral> _opt = _opt_newgame works fine
14:53:17 <dihedral> _patches = _patches_newgame works fine too
14:53:28 <dihedral> _grfconfig = _grfconfig_newgame segfaults
14:53:51 <dihedral> any thoughts on what i might be doing wrong?
14:54:32 <glx> there's a function for grfconfig
14:59:17 <ln-> are there plans to introduce a special icon for tram stops?
14:59:18 <Eddi|zuHause> hm... somehow i read "Kekse" :p
14:59:45 <Eddi|zuHause> ln-: there are no special icons for railtypes either
15:00:07 <Eddi|zuHause> dihedral: in the picture, the station name
15:00:52 <ln-> Eddi|zuHause: true, but is such distinction made in real-life icons for maglev and normal trains?
15:01:32 <dihedral> ln-: i dont see 'icons' in 'real-life'
15:01:35 <Eddi|zuHause> i have not seen that many monorails in common use
15:02:07 <Eddi|zuHause> dihedral: ever been on a train station?
15:02:17 <Eddi|zuHause> there are dozens of "icons"
15:03:08 <Eddi|zuHause> (most commonly giving directions: "platforms", "tickets", "toilet")
15:03:32 <dihedral> Eddi|zuHause: i tend to call those 'signs'
15:03:51 <blathijs> I don't think there is any usuable real-life analogy for this :-)
15:03:56 <Eddi|zuHause> what's an icon otherwise?
15:05:17 <Eddi|zuHause> yeah, that's what i am talking about, you have an image of a man, and that means "men's toilet this way"
15:05:28 <Eddi|zuHause> you have a picture of a woman... similar meaning
15:05:55 <dihedral> "folow the icon" or "follow the sign"?
15:07:00 <dihedral> thank you glx for mentioning that function
15:07:04 <Phazorx> i guess icon is a none verbal sign, the pictogramm only
15:07:36 <ln-> blathijs: are you saying the icons on the station name are in no way analogous to the signs used at bus stops, railway stations and tram stops of real life?
15:07:51 <Eddi|zuHause> Phazorx: yes, and that is what you find at stations
15:08:01 <ln-> at least over here the bus stop sign has a picture of a bus, and a tram stop has a picture of a tram.
15:08:05 <Eddi|zuHause> ln-: trams and busses use the same sign for stops here
15:08:30 <Eddi|zuHause> or a HH for big stations
15:08:43 <dihedral> glx: i can finally change my cfg file, and when the server starts a new game it will reload the config file ;-)
15:09:03 <blathijs> ln-: Though "in no way" is probably not entirely true
15:09:16 <ln-> Eddi|zuHause: what a pity.
15:09:32 <Eddi|zuHause> ln-: a differentiation is only made on the signs that tell which lines stop here
15:10:08 <Eddi|zuHause> you have "[Tram] 5 Bad Dürrenberg", or "[Bus] 22 Heide-Nord"
15:10:15 <ln-> Eddi|zuHause: over here, the traffic signs with trams are (unfortunately) only used in one city currently.
15:10:35 <Eddi|zuHause> ln-: often, trams and busses use the same stations here
15:10:52 <Ammller> dihedral: so with Progman's config tool and your patch, no ssh access needed anymore...
15:11:04 <Eddi|zuHause> same in openttd, if you have both a road and a rail, trams and busses can stop there
15:12:39 <dihedral> Ammller: i added a patch setting so you can disable it :-)
15:13:05 <Ammller> hmm, is that a "server only" patch?
15:13:33 <dihedral> or would you in a normal game change your config file other than using openttd's interface
15:13:41 <ln-> Eddi|zuHause: except in openttd the icon happens to have a picture of a bus -- even if your station doesn't have road.
15:13:43 <dihedral> so that it will have affect on your next game
15:13:46 <Ammller> oh man, its nice watching snow on the Alpine grf :)
15:14:55 <Ammller> dihedral: I just mean, is it possible to patch only the server for using it?
15:16:32 <ln-> Eddi|zuHause: yeah, i remember seeing those
15:16:52 <dihedral> Ammller: still have to remove the debug messages i added :-P
15:16:57 <Eddi|zuHause> incidentally, they look similar in east and west germany ;)
15:17:15 <Eddi|zuHause> (typically a sign that the design is older than that)
15:19:02 <Eddi|zuHause> Ammller: do you use DBSetXL in Alpine?
15:19:03 <dihedral> Eddi|zuHause: note that you are calling them 'signs' not 'icons' :_)
15:19:24 <Eddi|zuHause> dihedral: yes, signs have icons on them...
15:19:49 <Ammller> Eddi|zuHause: yes, but I guess its not working atm, (the alpine set)
15:20:05 <Ammller> a farm always disapear
15:20:11 <Phazorx> icon has too many meaning, what you have in mind called "pictogram"
15:20:37 <Eddi|zuHause> yeah, i had similar problem... they said they fixed it, but some check must have slipped
15:21:09 <Eddi|zuHause> Ammller: can you confirm my refit problem with the ore wagons (1930's version)?
15:22:40 <Ammller> Eddi|zuHause: Low side waggon?
15:22:54 <Eddi|zuHause> Ammller: yes, the 4 axle version
15:23:04 <Eddi|zuHause> Ammller: i noticed that the farms survive if you used the production cheat on them during the first month
15:23:18 <Ammller> hmm, has waggons no introduce infos?
15:23:25 <Eddi|zuHause> Ammller: no, the gondola appears much later
15:23:32 <glx> Eddi|zuHause: disable smooth economy
15:24:49 <Ammller> Eddi|zuHause: and what shouldn't work?
15:25:04 <Eddi|zuHause> Ammller: the wagon shows as if it is loading wood
15:29:05 <Ammller> ok, I try that, glx, with disable smoth econmy it seems to work
15:30:09 <Ammller> hmm, shouldn't the farm production be 0, when there is snow?
15:31:40 <Prof_Frink> Not if you're farming penguins.
15:32:00 <Ammller> glx, needs it "full snow"? (whole white tile)
15:32:25 <Eddi|zuHause> Ammller: the farm itself should turn snowy
15:36:54 <Eddi|zuHause> so far, around half the issues i had with the alpine climate have been fixed, and one was added
15:37:27 <Eddi|zuHause> still bad... the tram should not be significantly smaller than the bus
15:38:15 <ln-> and i assume it's not ok if the pantograph doesn't fit on the light blue background area.
15:38:24 <Eddi|zuHause> suggestion: remove one pixel from the bus, add a pixel on top of it as the pantograph, and add one line representing the catenary
15:41:19 <huma> what's this "improved tree algorithm"?
15:41:52 <Eddi|zuHause> it changes the way how trees are distributed at startup
15:42:06 <huma> supposed to be "better"?
15:42:18 <Eddi|zuHause> not "better", "improved" ;)
15:42:48 <Ammller> Eddi|zuHause: I am not able to "build" a forest
15:43:12 <huma> terragenesis is also an "improved" version of the original generator?
15:43:14 <Ammller> it always says "must be over snowline"
15:50:19 <Ammller> and how to build a brewery?
15:53:08 <huma> yes, it has to be over snowline on arctic
15:55:27 <Ammller> huma: I liked to build it in snow, everything is white there...
15:56:07 <huma> yes, i like arctic myself :) snowy and windy :)
15:59:26 *** Greyscale has joined #openttd
16:00:53 <Ammller> huma: I have not arctic, I have alpine
16:01:31 <huma> is there a way to boost some industry?
16:01:40 <Ammller> green grass and snowy mountains
16:03:42 <huma> great.. oil production goes down by 13% just when i built the route
16:14:52 *** Wezz6400 has joined #openttd
16:18:33 <ln-> one could argue that most airports are not approximately squares.
16:23:46 *** boekabart has joined #openttd
16:24:13 <Ammller> hmm, where is Eddi gone?
16:24:46 <Ammller> I like to append ottd to gdb, but its not accessable over internet then...
16:54:53 <ln-> (it's not an authentic screenshot)
16:55:38 <Wolf01> maybe make it bigger, only half a tram with the pantograph
16:55:50 <Wolf01> so it seem bold like the others
16:56:16 <ln-> i'm not sure how big can it be, now it's 12x7.
16:56:39 <ln-> which is also the maximum of others
16:57:17 <Wolf01> uhm, let me do some tryouts
16:58:44 <Rafagd> how about you put a bus, with that thing to collect eletricity on top?
16:59:51 <ln-> Rafagd: the bus is 6 pixels high already.
17:00:24 <Belugas> ln, just a question : what would you suggest for the bus equivalent?
17:00:42 <Belugas> i mean, the tram station is the same as the bus station, just with wires
17:01:04 <ln-> Belugas: there can be tram stations without road.
17:01:26 <ln-> Belugas: so i suggest there would be both bus and tram sign if both are possible.
17:01:33 <Rafagd> ln-: hm.. reduce 1~2px high from bus, then put a line in the midle. (as it was two color)
17:02:22 <ln-> Belugas: "if both are possible" = if there is both road and wires in that column
17:02:48 *** FlowaPowa has joined #openttd
17:07:21 <Prof_Frink> Wolf01: That's very similar to what I just made
17:07:35 <Wolf01> i think is not needed so much detail.. is an icon :P
17:08:40 <ln-> i think the pantograph needs to be what it's like in my version
17:08:47 <ln-> to be recongizable as pantograph
17:08:56 <glx> ln-: don't forget cargo trams :)
17:09:24 <ln-> glx: of course not. :) maybe the same + some windows painted black.
17:10:34 <ln-> Prof_Frink: it's a good icon, but makes me think of trolley buses, not trams. :/
17:11:37 <Belugas> i prefer Wolf01's approach, to be honest
17:11:39 *** Digitalfox has joined #openttd
17:11:58 <Belugas> Prof_Frink's not too bad either :D
17:12:58 <Digitalfox> By the way, nice work belugas :)
17:13:35 <Belugas> but i'm far from been the only one on the adventure ;)
17:13:46 <Rubidium> Digitalfox: that isn't something TrueBrain can do something about
17:14:58 <Digitalfox> Rubidium: Right, so who can?
17:15:16 <Rubidium> I absolutely do not have a single clue
17:15:39 <ln-> Wolf01: could we see your version in context?
17:19:11 <ln-> of my own drawings i probably like number 3 the most.
17:23:50 *** Ammller has joined #openttd
17:26:29 <huma> is it a patched version?
17:29:24 <Ailure> that one looks the best anyway
17:30:02 <Ailure> the others looks totally alien in TT :)
17:33:42 <dihedral> there is no ifdef for dedicated servers?
17:50:43 <CIA-4> OpenTTD: rubidium * r11205 /trunk/src/newgrf.cpp: -Codechange: remove some, now obsolete, checks.
17:52:47 *** ChanServ sets mode: +o orudge
17:53:13 <CIA-4> OpenTTD: rubidium * r11206 /trunk/src/road_cmd.cpp: -Fix [FS#1299]: half tram bits could be removed in some cases. Based on patches by frosch and skidd13.
17:53:57 <CIA-4> OpenTTD: glx * r11207 /trunk/src/industry_cmd.cpp: -Fix [FS#1301]: don't use smooth_economy for industries using production callbacks as they may have no production for more than a month
17:55:25 <CIA-4> OpenTTD: rubidium * r11208 /trunk/src/tunnelbridge_cmd.cpp: -Fix [FS#1300]: tunnel excavation could disown somebody elses owned land. Patch by frosch.
17:55:47 <Ailure> talk about last minute commits
17:56:48 <Rubidium> what are you talking about?
17:56:53 <Ailure> the nightly is compiled within a few minutes
17:57:00 <Rubidium> we haven't paused the nightly compile farm
17:57:55 <Prof_Frink> Last minute is different OS' nightlies being different revs
17:58:24 <Rubidium> Prof_Frink: that is like... can't happen
17:58:42 <Ailure> just thought it was funny seeing severeal commits within ten minutes before the todays nightly compiles
17:59:13 <Belugas> we just want to beark today's nightly ;)
17:59:33 <Prof_Frink> Unless you go checkout/compile win32/checkout/compile win64/checkout...
17:59:40 <Prof_Frink> Which would just be silly.
18:01:19 <dihedral> Rubidium: for network servers because others dont have a reason to be editing the config by hand or via another tool
18:01:45 <Ailure> the compile farm started
18:01:51 <Ailure> just the source listed for now
18:02:01 <Ailure> I'm hammering the nightly page
18:03:06 *** Administrator_ has joined #openttd
18:03:47 <dihedral> never logon to irc with your windows logon :-P
18:04:12 <Rubidium> why don't you make it just a command?
18:04:40 <dihedral> Rubidium: because it has to be executed when one game is over and before the next starts... no?
18:05:06 * Prof_Frink /whoises everyone to find root@...
18:05:08 <Rubidium> just writing stuff to _patches_newgame instead of _patches
18:05:51 <dihedral> will that work for _opt and the grfconfig ?
18:06:04 <dihedral> will i be able to change the landscape and map size?
18:06:42 <Ailure> I downloaded the dos version of some GRF
18:06:43 <dihedral> pluss i have to call the command each time i want to load a new cfg
18:06:47 <Ailure> no wonder it was so glitchy looking
18:07:05 <Rubidium> then why add the command to change the variable
18:07:24 <Rubidium> if you do it each time, you should've configured it in the first place.
18:07:34 <dihedral> say your config sets the var to true
18:08:13 <dihedral> and you like your current setup, but have already made some changes (or someone else has) and would like the next game to have the same newgrfs settings, etc
18:08:23 <dihedral> you can set the var to false and it will not reload the cfg
18:08:28 <Rubidium> then you run "saveconfig"
18:08:41 <dihedral> and overwrite the settings you have already changed
18:12:21 <dihedral> Rubidium: you find that makes no sense or is too 'complicated'?
18:14:36 *** abraxa_ has joined #openttd
18:25:41 <Ammller> but can't run it with dbg
18:27:22 <mcbane> in ECS construction yard accept nothing and produce nothing =/
18:28:29 <Belugas> could you specify which ECS and which version?
18:29:23 <Belugas> and for everyone, a little explanation that would be nice to read:
18:32:58 *** orudge` has joined #openttd
18:33:37 *** Administrator_ has quit IRC
18:33:43 *** LeviathNL has joined #openttd
18:34:55 <mcbane> he didnt update all files are updated on one date
18:35:08 <mcbane> some are eft out (nothing changed?)
18:36:09 <Ammller> Is there another way to debug it, because I can't use dbg on my server, as it seems.
18:38:26 <Ammller> dihedral: you know now Autopilot quite well
18:38:39 <Ammller> can you say me, how I can see the depug infos
18:39:14 <dihedral> there are debug infos?
18:40:15 <dihedral> or do you mean the debug info from openttd
18:40:26 <Ammller> yeah, the usal dbg lines
18:41:01 <Ammller> yeah, I mean the infos from openttd
18:41:58 <Ammller> autopilot seems to filter some of the output
18:42:30 <mcbane> oh yea and in ECS recommended is start with normal ammount of inductry else you get a funny colorful carpet as map. =D
18:44:12 <Wolf01> there's a chance to have the diagonal foundations patch on trunk
18:44:14 <Ammller> someone else testing alpine?
18:45:30 <Ammller> I am not able to place forests (must be over snowline), fish ground and brewery
18:45:52 <Ammller> (oh, is alpine AND newcargo)
18:46:41 <Wolf01> the forest were always allowed only over snowline
18:47:26 <dihedral> and set your debug_level up :-)
18:47:33 <dihedral> autopilot sets it to 0 when it starts
18:51:40 <Ammller> dihedral: is around row 330
18:54:10 <Ammller> exp_send "debug_level net=0\r" <-- change to net=3?
18:55:05 <Rubidium> Ammller: the debug output OpenTTD is totally useless in fixing that assertion
18:55:55 <Ammller> if I try to catch the process with dbg openttd <pid>, then the server is not accessable anymore
18:57:16 <Rubidium> cause the pauses the server
18:59:06 <dihedral> you can chance that value in the game Ammler
18:59:10 <dihedral> or there if you like
19:03:46 <dihedral> reset_company should work the way companies are made backrupt in the game
19:03:47 *** ChanServ sets mode: +o orudge
19:03:56 <dihedral> i.e. players in that company are made spectators
19:03:59 <Ammller> dihedral: thanks, but Rubidums "cont" seems to work
19:06:23 *** ChanServ sets mode: +o Bjarni
19:08:01 <Ammller> Rubidium: I don't get any output there, does that write a file?
19:20:52 *** Greyscale has joined #openttd
19:22:20 *** Greyscale has joined #openttd
19:25:44 <Rubidium> Ammller: it only does something when it actually crashes
19:25:54 <Rubidium> and then you must certainly NOT close the application
19:26:06 <Rubidium> I hope you've started that instance of GDB in a screen though
19:26:29 <Bjarni> possibly drunk driver detected
19:26:41 <Rubidium> gfldex: you can already do that via NewGRFs
19:27:29 <Bjarni> I don't think that vehicle can pass a safety inspection though
19:27:29 <Rafagd> Bjarni: drunk drivers should be implemented as disasters
19:27:43 <Ammller> Rubidium: of course, I have
19:29:00 <Prof_Frink> Rafagd: "Drunk driver in TOWNNAME crashes into bus, dies. Bus is slightly damaged"
19:29:30 <Rafagd> Prof_Frink: what if the drunken driver is a bus driver? ;D
19:30:07 <Rafagd> Bjarni: after or before the chaos?
19:30:45 <Bjarni> a few years ago a car hit the last car in a train here. The railroad said that the crossing was functionally normally (they checked the log before telling the press) so this driver was either asleep or drunk
19:31:20 <Prof_Frink> Or just plain stupid
19:31:21 <Bjarni> even if the crossing didn't work, the train was in the crossing. This is normally reason enough for cars to stop
19:31:28 <Rafagd> the last car in the train got an scratch?
19:32:03 <Bjarni> and unluckily a busted airpipe
19:32:24 <Bjarni> or rather, wouldn't disengage before being manually disabled on that car
19:32:35 <Bjarni> but apart from that, I think it was fine
19:32:51 <Rafagd> anything left from the car?
19:33:11 <Prof_Frink> In TTD, a vehicle driving into a stationary train at ~2mph suffers a catastrophic explosion.
19:33:51 <hylje> Prof_Frink: in TTD, a locomotive hitting the rear end of another at 2mph causes both trains to explode dramatically
19:33:52 <Rafagd> Prof_Frink: it's osama's car
19:33:59 <Bjarni> ohh... and a steering car was damaged (also a few years ago) because it hit a parked car in a crossing o_O
19:34:12 <Ailure> road vehicles consists of anti-train matter
19:34:39 <Bjarni> still don't beat the incident in Malmö though
19:35:43 <Bjarni> a Swedish railroad worker showed up on the parking lot and it was full, so he parked on a track, that they never used. That day a signal broke and a freight train reversed though that particular track
19:36:02 <Bjarni> that was one 3 week old volvo that would never look like a volvo again
19:36:21 <Rafagd> i would turn on utf8 my client options, but i'm brazilian, and in brazilian channels, everyone use latin-1 =(
19:36:31 <Bjarni> and AFAIK the insurance don't cover if you do something as stupid as parking on the track
19:36:37 <CIA-4> OpenTTD: rubidium * r11209 /trunk/src/ (landscape.cpp slope.h): -Codechange: remove some magic numbers and bit magic with appropriate enums and functions. Patch by frosch.
19:37:53 <hylje> when are frosch commit rights expected?
19:38:12 <Bjarni> some train driver told me this and he thought it was pretty funny to tell how Swedish switching yards do it in reality, though I don't think it's common even for Swedes to do something this stupid :P
19:38:55 <Belugas> [15:40] <hylje> when are frosch commit rights expected?
19:38:59 <Bjarni> hylje: that's a concern of the people with commit rights and frosch
19:39:00 <Belugas> when it will be time :)
19:39:30 <Prof_Frink> So basically, it's when his cheque clears
19:39:42 <mcbane> belugas i change the way ottd loads the newgrf of esc and all is working so far =)
19:39:53 <Belugas> no, in this case, it is when he will feel ready for it :)
19:40:27 <Bjarni> Belugas: one will not rule out the other one ;)
19:40:28 <Belugas> mcbane: nice, but... could you share?
19:41:07 <mcbane> i lokoed in the ecs thread hows the order of files to be loaded.
19:41:16 <Belugas> Bjarni: so you're the one who stole the check!
19:41:33 <Bjarni> I don't know what you are talking about
19:41:56 <Belugas> like... tell us of your experience :)
19:41:57 <Bjarni> mcbane: yeah... like posting a diff somewhere
19:42:39 <Belugas> like: which ECS did you uised, waht was the wrong order, which is the right order, etc..
19:42:47 <mcbane> umm.. i used the normal ESC grfs files i got from georges page
19:43:04 <dihedral> hehe - that patch works well :-)
19:43:20 <Belugas> and not the ones from the forums?
19:43:26 <mcbane> well all normal ones not the used for
19:43:43 <mcbane> the normal climate (not desert/alpine)
19:44:26 *** Greyscale has joined #openttd
19:44:35 <mcbane> i wrote him a pm if he can get all his file on one date (update) so no one get confused whith all the different dated and versions.
19:57:33 <CIA-4> OpenTTD: rubidium * r11210 /trunk/src/viewport.cpp: -Codechange: unify the way that selection sprites are drawn. Patch by frosch.
19:58:22 <mcbane> hmm generating instustry is no quite long
19:58:55 <ln-> Bjarni: do you have me on ignore?
20:00:00 <Bjarni> I guess I had you on a mental ignore :P
20:00:18 <Bjarni> either that or I paid too much attention to the other thing I was doing at that time
20:01:19 <Bjarni> I think 4 is the best one, but it's not my decision alone
20:01:46 <Bjarni> I would totally object to the first one (it really looks odd) and the 2nd one looks more like a trolly bus
20:01:53 <ln-> Bjarni: the whole decision of whether trams should have their own icon is yet to be made, i guess.
20:02:16 <ln-> although the correct answer is that they should.
20:02:45 <Bjarni> I think we should try to agree
20:03:01 <ln-> Bjarni: heh, my thoughts exactly abount 2nd one; it's a good icon but looks like a trolley bus, not a tram.
20:03:01 <Rafagd> which would be the same behavior of trains -> eletric trains
20:03:03 <Ailure> well in many cases it would be reduant for me
20:03:16 <Ailure> can as well be used as bus stations too
20:03:56 <Bjarni> yeah, this is an issue
20:03:59 <ln-> Rafagd: but trams aren't electrified buses.
20:05:39 <Bjarni> btw indicating that I like the 4th best isn't the same as we should use that one
20:05:40 *** skidd13 has joined #openttd
20:05:58 <Bjarni> IF we use a sprite for this, then nobody said that it has to be one of your sprites
20:06:15 <Bjarni> we will naturally use the best one we have access to at the time we should pick one
20:09:41 <skidd13> src/newgrf_industries.cpp line 216 is evil :D
20:10:38 <skidd13> byte colour1, colour2; ///< Not initializing these two will give some kind of random
20:10:57 <glx> skidd13: we know the potential problem
20:12:41 <skidd13> Belugas: Ahh :) Better
20:13:45 <Belugas> problem is that i used the same logic (but in ottd environnement) as what the asm code is doing in ttdp
20:14:27 <skidd13> So tainted code or what?
20:14:49 <Belugas> well... to a process level yes
20:15:01 <Belugas> or to a logical process...
20:15:44 <Belugas> ttdp does not explicitely set a result to the calling function, making the result basically random
20:16:07 <Belugas> but we need a controled random process, so it had to be corrected
20:16:17 <Belugas> just in case something could go wrong
20:16:41 <Belugas> Rubidium spotted it almost instantaneously
20:17:36 <skidd13> I noticed it earlier too, but thought it would be solved after a few revisons. (Thought of devs with g++ environment)
20:18:54 <skidd13> Can someone of the devs check FS1263
20:19:36 <Belugas> if it involves Vadim, no way!
20:20:15 <skidd13> LOL no don't mention this name.
20:21:08 <skidd13> And no it does not involve the intolerant redmond OS user.
20:21:18 <Belugas> I do like it. The patch, not the name ;)
20:21:45 <skidd13> Both, cause they do different things
20:22:00 <Belugas> i don't know how right is patch4, but 5 has my vote
20:22:11 <DaleStan> Belugas: Since we're talking about it, is newgrf_industries.cpp:234 really supposed to be GetIndustryRandomBits, and not GetIndustryTileRandomBits?
20:22:14 <Belugas> 4 seems to be fine, just not in the environnemet to deep look
20:22:54 *** Betalord has joined #openttd
20:23:54 <DaleStan> I don't know if the later name exists, but it seems more logical for the job.
20:23:58 <Betalord> I read that you guys have problems with hosting the server for openttd, was just wondering was that web server or game server (and svn etc.)?
20:27:26 *** Eddi|zuHause has joined #openttd
20:27:31 <Belugas> DaleStan, do we agree that random bits are coming from the maparray? if so, than var 61 do indeed has the right functionnality. The name may be strange in that context,
20:27:46 *** Eddi|zuHause has joined #openttd
20:28:16 <Belugas> but it comes from the fact that is is related to the map accessors, who do not make distinction between industry and industry tile
20:28:29 <DaleStan> In TTDPatch, the tile random bits are stored in the map array. The industry random bits are stored in the industry structure.
20:28:37 <DaleStan> So it's just a strange name. OK.
20:29:12 <Belugas> now... you make me wonder how we call it :)
20:29:25 * Belugas goes back in searching
20:31:29 *** m4rk_ is now known as Franco_Begbie
20:34:09 <Belugas> DaleStan, where on specs are those industry random bits specified?
20:36:27 <DaleStan> RandomAction2, albeit indirectly, under the Industry Tiles section.
20:38:39 <DaleStan> The 16 (I think; Firefox is not behaving right now) random bits that all tiles share, accessed with type 83.
20:39:43 <Belugas> so, it is 8 bits on map array and 16 on industry struct itself...
20:43:35 <Belugas> DaleStan, looks like we do not have that structure
20:44:41 <DorpsGek> dihedral: Chris82 was last seen in #openttd 2 weeks, 5 days, 12 hours, 16 minutes, and 46 seconds ago: <Chris82> good morning
20:46:09 <Eddi|zuHause> it's a long morning ;)
20:46:31 <Bjarni> is it morning already?
20:46:40 *** Hendikins has joined #openttd
20:46:59 <Eddi|zuHause> yeah, like that...
20:47:07 <Eddi|zuHause> you just beat me :p
20:47:30 <Bjarni> Hendikins: how is work? :)
20:47:40 <Eddi|zuHause> hm... "new" scrubs episodes tomorrow...
20:48:40 <Eddi|zuHause> same time as always
20:48:58 <Bjarni> I just got informed about an episode from a series that I don't know being transmitted on a channel that I can't see
20:49:37 <Eddi|zuHause> i could also tell you that i'm going mushroom hunting tomorrow, if that helps you :p
20:50:04 <Bjarni> it will tell me to put you on ignore when you return
20:50:17 <Bjarni> maybe even ban for the rest of the day
20:50:33 <Bjarni> we shouldn't allow high people to spam with nonsense
20:50:34 <Eddi|zuHause> hm... hunting is the wrong word... catching...
20:51:13 <mcbane> with spears and axes ..
20:51:14 <Bjarni> what does a mushroom trap look like?
20:51:44 <Eddi|zuHause> you hide behind a tree and jump out if they run past you
20:52:01 * Bjarni considers the possibility that Eddi|zuHause already tried some mushrooms
20:52:28 <Eddi|zuHause> well... and if there is no "Pilz", there's always a "Pils" instead...
20:53:37 <Bjarni> I got an email the other day telling me that I will likely get an invitation to Carlsberg
20:53:43 <Bjarni> to see the brewery and stuff
20:53:45 <Betalord> I just downloaded ttd after a long time, windows zip package, upon runing the game it says "Your 'sample.cat' file is corrupted or missing!". How's that? :)
20:54:02 <Bjarni> Betalord: start by reading the readme :P
20:54:09 <Eddi|zuHause> Betalord: well, your sample cat is corrupted or missing :p
20:54:17 <Betalord> yes I got that part :)
20:54:35 <Eddi|zuHause> the readme says what to do about that
20:54:56 <Betalord> ah nevermind, I see now I need data files from iriginal ttd :)
20:55:14 <Bjarni> basically we don't help people who didn't read this
20:55:34 <Bjarni> and we might not help people, who are too stupid to understand that part of the readme either :P
20:55:36 <Eddi|zuHause> also, we can't help people to get them...
20:56:22 <Betalord> np, I was just too lazy to open the readme ;)
20:56:23 <Bjarni> they are available on eBay, but odds are that it's pirated copies and then... well I would never pay for pirated software. It's just wrong on so many levels
20:58:53 <Prof_Frink> Eddi|zuHause: We can't even tell people about topic 3407 on the forums?
21:00:44 <Bjarni> Prof_Frink isn't related to this project... he is just here
21:00:55 <Bjarni> we aren't responsible for his actions
21:05:29 <Rafagd> There is any way to tell if a rail is the last one?
21:06:06 <Rubidium> well, if you want to know that, you need to check all tiles for rail
21:06:44 <Rafagd> i just want to know if the rail isn't conected to another in at least 1 side
21:08:37 <Rafagd> Rubidium: there is GetTileByXY? =\
21:15:27 *** glx|away has joined #openttd
21:15:27 *** ChanServ sets mode: +v glx|away
21:16:35 *** glx is now known as Guest987
21:16:35 *** glx|away is now known as glx
21:32:22 <CIA-4> OpenTTD: rubidium * r11211 /trunk/src/newgrf_gui.cpp: -Fix [FS#1302]: NewGRF GUI scrollbar does funny things when being resized.
21:35:05 <ln-> Eddi|zuHause: correction to my earlier reference to "cmdr Data"; he was only a lieutenant commander at the time.
21:37:04 <ln-> and oh, he's not even going to be promoted beyond that.
21:39:56 *** David_McMahon has joined #openttd
21:42:11 <skidd13> Rubidium: Damn you. I just wanted to upload the fix... ;)
21:43:35 <skidd13> Rubidium: if ((e->we.sizing.diff.y / 14) > 0 && w->vscroll.pos > 0) w->vscroll.pos--;
21:44:30 <Rubidium> but what if it were two newgrfs outside of the window and you enlarge the window very rapidly (like more than 28 pixels at once)
21:49:29 <CIA-4> OpenTTD: rubidium * r11212 /trunk/src/ (functions.h gfx.cpp gfx.h viewport.cpp viewport.h): -Codechange: add support for drawing parts of sprites. Patch by frosch.
21:50:22 <Eddi|zuHause> what's the purpose of that feature?
21:53:06 <Rubidium> not needing a gazillion sprites when you can get the same result from a single sprite
21:53:53 <Rubidium> one could use it for a less zig-zag transition between the different snow levels on hills/mountains
21:53:55 <Eddi|zuHause> you mean like replacing rail tiles, where you only need part of the tile on bridges?
21:54:43 <Rubidium> that won't work as you need to have something rectangular
21:54:55 <Eddi|zuHause> yeah, i kinda feared that...
21:55:45 <Eddi|zuHause> what disturbs me most about the snowline is the instantaneous transition on rail/road tiles
21:56:39 <Eddi|zuHause> which often is along half-slopes, where you always go between snow and grass, even though the rail is on the same level
21:56:54 *** mcbane is now known as nairan_ZZzz
22:09:20 *** FlowaPowa has joined #openttd
22:11:06 <CIA-4> OpenTTD: rubidium * r11213 /trunk/src/ (39 files in 3 dirs): -Fix [FS#1298]: confusing messages when trying to build a bridge.
22:12:30 *** Diabolic-Angel has joined #openttd
22:12:46 *** Brianetta has joined #openttd
22:19:14 *** Diabolic1Angel has quit IRC
22:26:40 <Rubidium> well, looking at the amount of people quiting, quite a few people left
22:28:31 <dihedral> lol - meant 'left inside' ... :-)
22:29:32 *** Diabolic-Angel has quit IRC
22:31:13 <Sacro> is the flying dutchman here?
22:35:33 <CIA-4> OpenTTD: glx * r11214 /trunk/src/ (4 files): -Fix [FS#1296]: planes can't use heliports so refuse these orders
22:38:40 <Sacro> "This key is only intended for staff and students at Designhögskolan and should not be shared with others."
22:38:48 <Sacro> isn't it funny what googlebot indexes
22:39:28 <CIA-4> OpenTTD: rubidium * r11215 /trunk/src/town_cmd.cpp: -Codechange: replace magic constants with less magic symbols. Patch by skidd13.
23:27:52 *** Rav|Here has joined #openttd
23:32:22 <Rav|Here> it's still quiet though :p
23:32:36 <Ravbot> @cookie, @smack, @version, @lemon, @boot, @bless, @ascii, @kenny
23:36:35 *** ThePizzaKing has joined #openttd
23:37:09 <Tefad> you are one crazy IRC user
23:37:14 <Tefad> i've not seen something like that since 1998
23:37:24 <Tefad> did you just step out of a time machine or something?
23:37:34 <Rav|Here> I'm catching up with modern times..
23:37:55 <Tefad> personal "bots" died out last millennia
23:38:04 <Rav|Here> I'll remember that..
23:38:18 <Rav|Here> though if they are scripted right they can actually be useful
23:38:50 <Rav|Here> (they also need to be in the right context)
23:38:51 <Tefad> they're only helpful in social channels that need added amusement
23:39:12 <Tefad> some info bots are handy when users come in asking the same questions over and over
23:39:55 <Rav|Here> I had a few of those: @faq (read the faq), @google (google is your friend) and @search (use the search button)
23:39:58 <Rav|Here> but I never used them :p
23:40:30 <Tefad> that's what web browsers are for.
23:52:45 <huma> ha! 2 subsidies for the same route in a row :)
23:53:41 <SmatZ> huma: it is not a bug, it is a feature
continue to next day ⏵
