IRC logs for #openttd on OFTC at 2009-01-13
⏴ go to previous day
00:08:50 <CIA-1> OpenTTD: truebrain * r15043 /trunk/src/console_cmds.cpp: -Fix: just try to change the AI, and see if that succeeded, instead of hoping you understand the internals of a change AI routine (to avoid possible mistakes in the future)
00:11:16 <CIA-1> OpenTTD: truebrain * r15044 /trunk/src/ai/ (ai_config.cpp ai_config.hpp): -Add [NoAI]: AIConfig::GetVersion(), to get the version of the current AI
00:15:35 *** roboboy has joined #openttd
00:32:44 *** [com]buster is now known as [sleep]buster
00:33:08 *** Eddi|zuHause has joined #openttd
01:47:00 <CIA-1> OpenTTD: truebrain * r15045 /trunk/src/ (13 files in 3 dirs):
01:47:00 <CIA-1> OpenTTD: -Add [NoAI API CHANGE]: in info.nut you can now have (optional) a CanLoadFromVersion(version), which should return true/false, to indicate if you can load a savegame made with your AI of version 'version'
01:47:00 <CIA-1> OpenTTD: -Add [NoAI API CHANGE]: in main.nut the Load() function now should be Load(version, data), where 'version' is the version of your AI which made the savegame
01:47:00 <CIA-1> OpenTTD: -Codechange [NoAI]: various of function renames to make things more sane
01:47:01 <CIA-1> OpenTTD: -Add [NoAI]: push the 'version' of the AI through various of layers
01:47:01 <CIA-1> OpenTTD: -Codechange [NoAI]: various of code cleanups
01:47:03 <CIA-1> OpenTTD: -Add [NoAI]: store the version of the AI in the savegame too
01:48:28 *** lobstar is now known as lobster
01:51:05 <CIA-1> OpenTTD: truebrain * r15046 /trunk/src/ai/ai_info.cpp: -Fix (r15045): in case CanLoadFromRevision does not exist, only allow savedata from the same version as we are now
01:51:50 <CIA-1> OpenTTD: truebrain * r15047 /trunk/src/ai/ai_info.cpp: -Fix [NoAI]: AICONFIG_BOOLEAN (in AddSetting) doesn't require (or even allow) a min/max setting .. it is always 0/1 (Yexo)
01:52:46 <CIA-1> OpenTTD: truebrain * r15048 /trunk/src/ai/ai_info.cpp: -Fix (r15047): the one time you don't compile a patch of someone, it contains a warning .. ;)
02:03:15 <CIA-1> OpenTTD: glx * r15049 /trunk/src/ai/ai_info.cpp: -Fix (r15045): MSVC performance warning
02:09:58 *** sigmund has joined #openttd
02:24:57 *** governor has joined #openttd
02:32:44 <governor> I was just curious if it was possible to make OpenTTD save its settings to the openttd directory or something, I want to play it off of a USB stick.
02:33:39 <governor> nevermind, i found it in the readme :)
03:05:54 *** TinoDidriksen has joined #openttd
03:13:53 *** George3 has joined #openttd
03:36:21 *** TinoDidriksen has joined #openttd
03:43:51 *** DephNet[Paul] has joined #openttd
04:06:39 *** elmex_ is now known as elmex
04:12:59 *** TrueBrain has joined #openttd
06:58:26 *** einKarl has joined #openttd
07:29:25 *** roboboy has joined #openttd
07:36:41 *** ConditionalZenith has joined #openttd
07:36:48 <ConditionalZenith> hello everyone
07:37:16 <ConditionalZenith> I'm having trouble getting wrightai to do anything
07:38:15 <ConditionalZenith> I have the 2 .nut files in ai/wrightai, which is one dir above the data directory
07:38:43 <ConditionalZenith> as in from data to the .nut files is ../ai/wrightai/*.nut
07:38:59 <ConditionalZenith> I removed all newGRFs
07:39:15 <ConditionalZenith> started a new 256*256 map
07:39:30 <ConditionalZenith> typed 'start_ai' in the console
07:39:42 <ConditionalZenith> an ai start, changed it's name to wrightai
07:39:56 <ConditionalZenith> and then does nothing until it does bankrupt
07:40:08 <petern> any aircraft available?
07:40:22 <ConditionalZenith> that may be it, I'm starting in 1945
07:40:29 <ConditionalZenith> I'll try again with a 1950 start
07:40:54 <petern> i think they should be available in 1945
07:41:03 <ConditionalZenith> yeah, there are 2 in 1945
07:41:46 <ConditionalZenith> yes, same result as before
07:42:02 <ConditionalZenith> even with a 1950 start
07:42:46 <ConditionalZenith> in case it matters, I'm using r15049
07:43:02 <petern> ai allowed to build aircraft?
07:43:17 <ConditionalZenith> yep, no restrictions last I remember
07:43:19 <ConditionalZenith> I'll double check
07:44:08 <ConditionalZenith> yep, all the disable options are off
07:46:29 <ConditionalZenith> If it helps, I ran it before with some newGRFs, and I got:
07:46:41 <ConditionalZenith> dbg: [misc] [squirrel] Failed to compile '/usr/local/share/games/openttd/ai/wrightai/main.nut'
07:46:46 <ConditionalZenith> dbg: [ai] The AI died unexpectedly.
07:46:54 <petern> not really, i know nothing about the new ai
07:49:22 <Eddi|zuHause> maybe you have a wrong/outdated version of wrightai?
07:50:07 <ConditionalZenith> I have whichever one truebrain merged in at r15027
07:51:15 <ConditionalZenith> it's 387 lines long
07:51:24 <ConditionalZenith> I can give you a checksum if you want
07:53:16 <ConditionalZenith> ok, so if the AI uses AILog.info, where should I see the output of that?
07:53:52 <ConditionalZenith> the API docs just say "the logs"
07:55:42 <ConditionalZenith> ok, so I found the AI Debug window
07:56:47 <ConditionalZenith> it gives me the wrightAI welcome
07:56:59 <ConditionalZenith> tells me the minimum town size (which is 500)
07:57:17 <ConditionalZenith> and then complains every so often that "Save function is not implemented"
07:59:28 <ConditionalZenith> and apparently it's version 2 or WrightAI
08:00:06 <ConditionalZenith> and GetDate returns 2008-02-24
08:07:50 <ConditionalZenith> admiralAI is doing something
08:09:17 <ConditionalZenith> ok, so I'll just put it down to wrightAI being dumb
08:10:27 *** TheMask96 has joined #openttd
08:36:41 <ConditionalZenith> good evening
08:39:38 <CIA-1> OpenTTD: peter1138 * r15050 /trunk/src/ (rail.h rail_cmd.cpp): -Codechange: Use one absolute SpriteID with offsets to draw track fences.
08:50:26 *** Tim-itry has joined #openttd
09:05:43 *** grumbel has joined #openttd
09:09:33 *** Vikthor has joined #openttd
09:30:16 *** MrOxiMoron has joined #openttd
09:36:35 *** [sleep]buster is now known as [com]buster
09:36:46 <petern> Gekz, ever upgraded from ubuntu to debian?
09:37:19 <Gekz> what you just said doesnt make sense
09:37:25 <Gekz> but if you're saying what I think you are
09:37:31 <MrOxiMoron> that's a downgrade :S
09:37:57 <Gekz> not only does Ubuntu change the versioning, how many conflicts do you think you'd be beaten with?
09:38:12 <petern> i have done it the other day, however...
09:38:14 <Gekz> and then you have a hosed system
09:38:42 <MrOxiMoron> If you want to destroy your system.. just send it to me :S
09:39:43 <petern> ubuntu's rushed releases and hence buggyness is... disappointing
09:40:11 <petern> debian is no downgrade from ubuntu
09:43:56 <dihedral> besides - if you really really want to, just use sid :-D
09:44:04 <dihedral> that'll even be an upgrade then :-P
09:44:10 <dihedral> but just as unstable....
09:44:41 <petern> but unstable does not mean buggy
09:46:11 <Gekz> if you want stability use lenny then
09:47:05 <dihedral> lenny is in freezing!
09:47:20 <dihedral> they have not released it yet (afaik)
09:47:41 <Vikthor> half of Europe is in freezing nowadays, so what :p
09:48:29 <dihedral> but not half of the world :-D
09:57:07 <petern> i could do with a teapot
09:59:45 *** DephNet[Paul] has joined #openttd
10:01:32 *** ChanServ sets mode: +v tokai
10:13:55 <dihedral> had this yesterday...
10:13:57 <dihedral> dbg: [net] send failed with error 104
10:13:57 <dihedral> openttd: /home/fairplay/openttd/src/train_cmd.cpp:2851: bool VehicleOrderSaver::
10:13:57 <dihedral> SwitchToNextOrder(bool): Assertion `order != __null' failed.
10:14:47 * dihedral gives petern a teapot, holding 2 cups of pg tips :-)
10:32:07 <ConditionalZenith> so that was trunk?
10:39:58 <Eddi|zuHause> there were quite some changes wrt orders recently
11:04:09 *** DJNekkid has joined #openttd
11:06:35 <CIA-1> OpenTTD: peter1138 * r15051 /trunk/src/console_cmds.cpp: -Fix: Only allow creation or deletion of an AI when in a game.
11:06:51 <ConditionalZenith> I liked that feature
11:07:46 <Eddi|zuHause> create AIs in the title game? :p
11:08:07 <petern> and probably scenario editor, i didn't check
11:18:27 <dihedral> that would actually be quite a cool title game
11:21:23 <TrueBrain> petern: you should protect many more commands from the menu :)
11:22:55 <dihedral> why not have a title game with an ai running?
11:23:06 <dihedral> watch that b**** build
11:23:13 <dihedral> and there you have your demo game :-P
11:24:07 <TrueBrain> petern: nice catch anyway :)
11:24:45 <ConditionalZenith> alternatively he might have read the forum
11:27:10 <dihedral> as if the forum as _that_ much to say when it comes to stuff :-P
11:27:18 <Eddi|zuHause> you should prevent starting games from the title menu :p
11:27:29 <dihedral> i mean - a lot of those suggestions / comments are from a user point of view
11:28:02 <ConditionalZenith> I was meaning that the issue was reported in the forums
11:46:44 <CIA-1> OpenTTD: rubidium * r15052 /trunk/src/network/ (core/core.cpp network_server.cpp): -Codechange: move the implementation of Send_CompanyInformation to network_server.cpp as the server's the one that sends that information
11:53:47 <CIA-1> OpenTTD: rubidium * r15053 /trunk/src/network/core/core.cpp: -Cleanup: remove some unneeded includes
11:58:21 *** roboboy has joined #openttd
11:59:48 <CIA-1> OpenTTD: rubidium * r15054 /extra/masterserver_updater/ (18 files in 5 dirs): [MSU] -Codechange: make the masterserver's code a bit more extendable/reuseable
12:00:11 *** roboboy has joined #openttd
12:02:59 <dihedral> that looks like the first commit to MS in a long time ;-)
12:03:54 <petern> gah, why is winamp so *slow*
12:13:52 *** frosch123 has joined #openttd
12:24:16 <TrueBrain> petern: use a real audio player
12:32:21 <dihedral> my laptop crashed on me!
12:32:26 <dihedral> and will not boot no more!
12:36:36 <dihedral> i need to rescue 60 GB from an HFS+ files system
12:37:04 <Gekz> dihedral: you just lost 60GB
12:37:27 <Gekz> you said rescue, not recover
12:37:45 <Mucht> dihedral: the laptop crashed on you? like you lied on the floor and he dropped from a desk?
12:38:07 <Gekz> lol at people from gendered languages
12:38:10 <dihedral> Mucht, there is a difference between crashed and fell
12:38:40 <Mucht> nvm, I'll keep that picture in my mind
12:38:49 *** sigmund has joined #openttd
12:38:56 <Mucht> dihedral: you read our blog? ;-)
12:39:19 *** roboboy has joined #openttd
12:39:56 <dihedral> thanks and congrats [com]buster
12:44:57 *** einKarl has joined #openttd
12:45:08 <dihedral> nice - commented also Mucht
12:47:59 *** ConditionalZenith has quit IRC
12:51:58 <CIA-1> OpenTTD: truebrain * r15055 /trunk/src/ai/ai_scanner.cpp: -Add [NoAI]: add the AICONFIG_RANDOM and AICONFIG_BOOLEAN consts (Yexo)
12:52:22 <CIA-1> OpenTTD: truebrain * r15056 /trunk/src/ai/ai_config.cpp: -Add [NoAI]: when starting a game, give a random value to the setting marked with AICONFIG_RANDOM (Yexo)
12:56:01 *** DJNekkid has joined #openttd
13:10:02 <CIA-1> OpenTTD: truebrain * r15057 /trunk/src/ai/ (ai_config.cpp ai_info.cpp ai_info.hpp): -Fix [NoAI]: clamp the values of a setting between the ones allowed by info.nut
13:26:34 <CIA-1> OpenTTD: truebrain * r15058 /trunk/src/console_cmds.cpp: -Fix [NoAI]: when using start_ai in console, start the next configured one, not a random (Yexo)
13:27:23 <TrueBrain> frosch123: I think it is total overkill ;)
13:27:27 <TrueBrain> (even more the message)
13:27:54 <frosch123> TrueBrain: I am very sure there will show up bugreports and complains from a lot of people who liked the old ai
13:28:06 <frosch123> resp. taking over their companies and fixing their tracklayout
13:28:13 <TrueBrain> yeah, people are always afraid of changes, I know
13:28:19 <TrueBrain> but your message really is overkill (and slightly wrong :))
13:28:31 <TrueBrain> 0.6.3, okay, but r15027 ... slightly overkill ;)
13:29:06 <frosch123> hmm, true r15027 is overkill
13:29:29 <petern> just write that AI that behaves similar to the old AI
13:29:40 <TrueBrain> "The game contains companies of old AI players" <- the game contrains companies controller by old AI players
13:29:51 <TrueBrain> "and the AI gamestate will be removed when saving the game." <- it is removed upon loading ;)
13:30:04 <frosch123> but not from the savegame :p
13:30:49 <TrueBrain> frosch123: but okay, ask Rubidium ;)
13:30:54 <petern> but they can still be dumb
13:30:57 <TrueBrain> petern: the only way to keep the old AI, is by allowing it to cheat
13:31:12 <TrueBrain> that is very much possible ;)
13:31:14 <petern> i didn't say exactly the old AI
13:31:25 <TrueBrain> I never knew people were that attached to stupid behavoir ;)
13:32:00 <frosch123> but I have to prevent closing of that window :s
13:32:09 <TrueBrain> like there are 2 cars in front of your house, a brand new ferrari, or a damanged ford k .. and you get in the ford k, because you are so used to it being so .. damaged :p
13:32:19 <TrueBrain> frosch123: I would make it a popup dialog saying: continue load: yes/no ;)
13:32:27 <petern> i wouldn't bother with a pop up
13:32:52 <frosch123> yes, but the same should be done for the other loading warnings, and currently there can only be one of them
13:33:02 <TrueBrain> I wouldn't bother with a message at all ;)
13:33:36 <TrueBrain> I wonder how long it takes for someone to make an AI that is as stupid as the old AI :p
13:33:48 <TrueBrain> it will go bankrupt very fast :(
13:34:10 <petern> not if it makes routes that happen to work
13:34:21 <frosch123> but anyway, it is the first time that something is removed from a stable release, isn't it?
13:34:28 <petern> it doesn't need to be totally stupid, just have the same look ;)
13:34:30 <TrueBrain> petern: tricky .....
13:34:34 <frosch123> (e.g. pbs was only in nightlies)
13:34:44 <TrueBrain> frosch123: well .. it is not removed, just replaced ;)
13:34:47 <TrueBrain> which happened before :)
13:34:57 <petern> quite a lot of things have been replaced...
13:35:18 <TrueBrain> frosch123: and just the fact there isn't a comparing AI in trunk 'yet', doesn't mean the release won't ;)
13:36:27 <petern> wrightai needs to be removed or merged with something that supports other vehicle types, imho
13:37:13 <TrueBrain> petern: wrightAI is just a AI writers demo
13:37:35 <petern> shouldn't be activated in game
13:38:00 <TrueBrain> for now it will do; and I would suggest people to download AdmiralAI if they want to see something real :)
13:38:27 <TrueBrain> it makes more money than the OldAI ;)
13:38:27 <petern> why not just add admiralai instead?
13:38:43 <Yexo> petern: because it's still a huge wip
13:38:59 <petern> that didn't stop bjarni adding autoreplace :p
13:39:01 <TrueBrain> petern: give it some time
14:00:37 <CIA-1> OpenTTD: truebrain * r15059 /trunk/src/ (ai/ai.hpp ai/ai_core.cpp ai/ai_info.cpp company_cmd.cpp): -Add [NoAI]: use 'start_date' from the AI configure to see when an AI should start next
14:10:00 <Belugas> i agree. better to have a wip than a wimp
14:10:17 <Forked> a wimp wip .. or wip a wimp
14:11:11 <DorpsGek> planetmaker: Bjarni was last seen in #openttd 3 days, 18 hours, 42 minutes, and 6 seconds ago: <Bjarni> hi Wolf01
14:14:07 <Belugas> Mister Brain, I salute Ya
14:14:27 <Belugas> as well as you, Sir Nelson
14:19:12 *** Tim-itry has joined #openttd
14:31:15 *** Dred_furst has joined #openttd
14:33:49 <Belugas> but when it comes to melodies and moods, Trend Reznor is THE MASTER
14:34:03 <Belugas> evem the referenced to which the others are compared ^_^
14:38:14 <Forked> nin - into the void :-)
14:42:55 <Belugas> mmh... not on my phone
14:55:54 *** Belugas has joined #openttd
14:55:54 *** ChanServ sets mode: +o Belugas
15:00:50 *** [alt]buster has joined #openttd
15:00:53 *** [alt]buster is now known as [com]buster
15:02:36 *** lewymati has joined #openttd
15:23:15 *** worldemar has joined #openttd
15:23:59 <Belugas> mogwai - Scotland's Shame
15:24:32 <joachim> "Destinations are assigned by station size and distance" - what does that mean (wiki/cargodest)?
15:25:25 <Aali> "station size" is probably related to the amount of cargo transferred to/from a station per month
15:28:26 *** Vikthor has joined #openttd
15:29:12 <petern> Belugas! i shall sing the words to 'i'm jim morrison, i'm dead' on channel!
15:30:08 <joachim> so busy stations are more likely destinations?
15:30:52 <petern> if so then that is flawed
15:31:59 <petern> should be related to the population covered by a station
15:33:48 <joachim> yeah, from experience i don't think that's the case
15:34:03 <joachim> not sure about the station size either
15:35:40 <petern> i'd say it needs another rewrite :p
15:36:51 <frosch123> np, should be finishable in some weeks
15:37:13 <joachim> petern: are you 1138?
15:37:44 <Belugas> yes, petern, by all means, sing for me :D
15:37:44 <frosch123> yes, he is older thanme
15:40:09 <petern> most things need rewrites ;)
15:42:54 <Aali> problem is, who would take on a cargodest rewrite? there's practically noone working on the current version :P
15:43:44 <Belugas> ho... a song for Purno :D "Mogwai - Local authority"
15:44:05 <Belugas> i think it's Purno who requested that cheat (not done) to be a setting ;)
15:45:04 <CIA-1> OpenTTD: smatz * r15060 /trunk/src/ (167 files in 5 dirs): -Fix (r15027): svn properties were lost in the merge
15:46:32 *** Swallow has joined #openttd
15:49:44 <CIA-1> OpenTTD: smatz * r15061 /trunk/src/ (3 files in 2 dirs): -Fix (r15027): three files were missing the Id header
15:51:41 <petern> i'm on 'the sun smells too loud'
15:52:25 <Aali> petern: because its using boost? :P
15:53:18 *** stillunknown has joined #openttd
15:53:48 <petern> we spent some effort not using stl (vector, list, etc) and then add boost...
15:54:04 <Belugas> was on May Nothing But Hapiness Come :)
15:55:15 <Aali> yeah, I don't like boost either..
15:56:29 <Aali> also, the algorithm used from the boost library (dijkstra) is pretty simple, it's not like you need a big fat clunky library just to do that
15:57:11 <petern> it makes sense from a 'not reinventing the wheel' perspective
15:57:16 <petern> but it duplicates a lot of data
15:57:29 <petern> and there are coherency problems with that duplication
16:03:22 <yorick> glx: FS#2531 can be fixed using just one line :/
16:03:50 <yorick> I wouldn't count on that
16:06:50 <Belugas> yorick, you mean your fix does not work? nice
16:07:08 <yorick> no, fixing me would not work :p
16:10:29 * Belugas gives a fix to yorick
16:10:36 <Belugas> fuck... missed the vein
16:19:55 *** HerzogDeXtEr has joined #openttd
16:20:23 *** const86 has joined #openttd
16:30:35 <CIA-1> OpenTTD: smatz * r15062 /trunk/ (26 files in 12 dirs): -Fix: further forgotten svn properties and headers
16:37:47 <Belugas> speaking of fixing, yorick, i am still waiting for you to fix you genworld_gui patch, to see what's really in there...
16:38:17 <Belugas> but of course, if you don't want us to really "appreciate" your work, i might as well close the fs entry :)
16:39:21 <yorick> Belugas: not going to be easy if I can't test it ;)
16:41:45 <Belugas> like... you make really sense
16:42:24 <yorick> I submitted a fs entry that I can't compile there ;)
16:44:43 *** Progman has joined #openttd
16:45:30 <SmatZ> yorick: can you svn up?
16:45:43 <SmatZ> maybe it was 'fixed' by applying svn properties
16:45:45 <yorick> I can hg pull && hg up...
16:46:24 <TrueBrain> SmatZ: nah, yorick uses a broken GCC
16:47:07 <yorick> 4.3 isn't broken, is it?
16:47:46 <SmatZ> yorick: it's experimental, isn't it?
16:48:32 <yorick> it just worked, and can be fixed by actually including the struct definition when using a struct :p
16:48:34 <TrueBrain> only your gcc has problems with that one struct ... so it sems it is broken yes :)
16:48:38 <SmatZ> gcc-4.3.0-20080502-mingw32-alpha
16:48:43 <SmatZ> doesn't sound really "stable"
16:49:08 <yorick> it's the only version that even runs
16:49:37 <frosch123> [17:51] <yorick> it just worked, and can be fixed by actually including the struct definition when using a struct :p <- yes, except the struct isn't used in the offending line
16:49:46 <Belugas> well... then... i'll be waiting to see if it's worth including. so fix you stuff, fix yiour patch and we'll see
16:50:59 <SmatZ> I don't really mind adding that include...
16:51:39 <yorick> frosch123: "(int32)::FindStationsAroundTiles(ind->xy, ind->width, ind->height).size();" <-- right there
16:53:15 <CIA-1> OpenTTD: truebrain * r15063 /trunk/src/ (7 files in 2 dirs):
16:53:15 <CIA-1> OpenTTD: -Fix [NoAI]: starting companies now listen correctly to 'start_date' set to the AI slot (Yexo)
16:53:15 <CIA-1> OpenTTD: -Add [NoAI]: add a 'deviation' value for all settings, giving a slight deviation of the value of a setting (Yexo)
16:53:43 <TrueBrain> SmatZ: it is just weird that is the only compiler having problems with it ...
16:54:02 <yorick> msvc has had that more than once
16:54:35 * SmatZ is installing gcc 4.3.0 to verify that problem
16:54:48 <TrueBrain> MSVC is a bit bigger compiler
16:54:55 <TrueBrain> gcc-4.3.0-20080502-mingw32-alpha
16:55:15 <yorick> it is the only one that is stable on vista
16:55:24 <SmatZ> TrueBrain: maybe that compiler is broken, but if many people are going to use it...
16:55:53 <TrueBrain> SmatZ: yeah, I know .. just we have 1 (one) report so far ;)
16:57:38 <CIA-1> OpenTTD: truebrain * r15064 /trunk/bin/ai/regression/regression.txt: -Fix (r15063): changes in random made the regression fail
16:58:50 *** const86 has joined #openttd
17:04:31 <SmatZ> ok, makedepend says ai_instrustry.o doesn't include station_base.h
17:05:50 <yorick> StationSet.size() uses some oldpool which accesses the Station type
17:08:24 <SmatZ> btw, it is most likely by your std::set being optimised to hold "T *"
17:08:38 <SmatZ> in a way it accesses its members...
17:08:49 <SmatZ> but it is not caused by OTTD code
17:10:47 *** ChanServ sets mode: +v tokai
17:10:58 <SmatZ> but I don't know why it works on other architectures
17:12:23 <yorick> smatz: still doesn't work with that patch
17:14:42 *** DJNekkid has joined #openttd
17:17:50 <petern> POOL decs should be in _base :o
17:18:49 <SmatZ> then I really don't know :-/
17:18:52 <petern> so that patch is wrong
17:19:18 <yorick> it just needs _base for StationSet
17:19:25 <yorick> how about moving StationSet to _base?
17:20:26 <petern> try a "struct Station;" before the StationSet
17:23:07 <SmatZ> I think the gcc doesn't realise when that OldPool::index is
17:23:18 <SmatZ> when it doesn't have struct Station defined
17:23:48 *** |Jeroen| has joined #openttd
17:23:49 <SmatZ> another question is why it needs a comparator when querying set size
17:23:51 *** [com]buster has joined #openttd
17:24:34 * SmatZ is still compiling gcc 4.3.0
17:24:51 <yorick> it's an associative container ;)
17:25:41 <petern> what is the StationSet doing?
17:25:57 <yorick> it is a set of stations
17:26:13 <yorick> typedef std::set<Station*, PoolItemIndexLess<Station> > StationSet;
17:26:42 <petern> my education didn't involve a "set"
17:27:06 <petern> i know it's the return value of FindStationsAroundTiles
17:28:12 <SmatZ> set contains each element at most once, so it needs a comparator to verify there aren't two same items
17:28:23 <CIA-1> OpenTTD: frosch * r15065 /trunk/src/ (station_gui.cpp tilehighlight_func.h viewport.cpp window.cpp): -Change (r14919): Allow to select a new station location by ctrl-clicking while distant-join window is open. (PhilSophus)
17:28:28 <SmatZ> it probably builds a binary tree, so it uses the comparator there
17:28:57 <petern> it seems to me that the return value of FindStationsAroundTiles() could just be a simple list of Stations*
17:29:34 * SmatZ compiled trunk with "gcc version 4.3.0 (Gentoo 4.3.0 p1.2)"
17:30:04 <SmatZ> so it is mingw-specific, not gcc4.3.0-specific
17:30:15 <petern> i don't see why it needs to be a StationSet at all
17:30:35 <yorick> because you could sort it somehow?
17:30:36 <petern> it only needs to check if the station exists before inserting it
17:31:29 <petern> it seems std::set is used just so that .insert(st) can be used lazily
17:31:32 <SmatZ> you are right, the fact it is a set is used only when creating the list
17:32:35 <yorick> instead of list::insert?
17:33:21 <SmatZ> so one doesn't have to verify it isn't in the list already
17:33:57 <petern> yeah, that's basically it
17:34:10 <petern> but std::set will have to check that itself
17:34:50 <petern> so adding a 'manual' check ourselves isn't going to cost anything more
17:37:00 <frosch123> SmallVector can already do that :p
17:39:28 <governor> to be quite honest I have no idea what any of your coding speak is
17:39:39 <governor> but i love the game and appreciate the effort from all of you!
17:40:19 *** Yeggstry has joined #openttd
17:40:28 <Aali> I noticed something with the distant join patch yesterday
17:40:45 <Aali> the station select window isn't updated if you change station spread
17:41:04 <Aali> if you don't want to implement that, atleast close it ;)
17:44:58 <frosch123> hehe, also tested that, but I guess it is ok
17:45:10 <SmatZ> Aali: frosch123: I think it is a bug :)
17:45:14 <frosch123> to much trouble to update the list, just because someone messes with the settings
17:45:20 <SmatZ> it shouldn't be hard to fix it...
17:45:30 <frosch123> same holds when another player terraforms the tile
17:45:40 <frosch123> do you want to close the window then?
17:46:13 <SmatZ> or when another player builds a station nearby 8-)
17:46:30 <frosch123> though I guess deleteing stations is handled :)
17:47:32 <SmatZ> would it be cpu--intensive to update the list each tick?
17:48:26 <petern> compiles for me, dunno if it works :p
17:50:17 <frosch123> + if (stations.Find(st) == stations.End()) *stations.Append() = st; <- how about just Include() :p
17:52:23 <petern> frosch123: fine, i see smallvector's got bigger since i wrote it :p
17:52:39 <petern> that begin_tile_loop macro really needs to fuck off and die
17:52:42 <ccfreak2k> petern, it's been Americized.
17:52:57 <petern> yorick, works or compiles? ;-)
17:53:07 <ccfreak2k> Sort of like how large soft drink cups in fast food restaurants are now "medium"./
17:53:09 <yorick> it compiles further than before
17:56:45 <Eddi|zuHause> you mean they sell 0.5l drinks as "medium"?
17:57:08 <Eddi|zuHause> i only know that of beer, when it is "bavarianised" :)
17:57:31 <Eddi|zuHause> (where a 'large' beer is 1l)
18:04:24 <CIA-1> OpenTTD: truebrain * r15066 /trunk/src/ (ai/ai.hpp company_cmd.cpp): -Change: start_date is now in days, instead of in months (Yexo)
18:15:29 <Belugas> make him a dev, for God Sake!
18:16:32 <Wolf01> I vote for making him a dev too
18:19:04 <CIA-1> OpenTTD: peter1138 * r15067 /trunk/src/ (4 files in 2 dirs): -Fix [FS#2531]: Possible compiler bug, alleviated by using SmallVector instead of using std::set. SmallVector does everything needed anyway.
18:21:21 <petern> only because i like smallvector ;)
18:22:32 <yorick> "Where is the GRFCodec installer" <-- ...
18:25:22 <dihedral> my os x system is broken
18:25:34 <dihedral> does not boot into normal mode no more
18:26:05 <Belugas> yorick, welcome to the land of Stupidity. You'll found it is a very crowded one
18:26:54 <Rubidium> dihedral: so you've got a patented and exclusive iBrick?
18:27:10 <CIA-1> OpenTTD: truebrain * r15068 /trunk/src/ai/ (ai_info.cpp ai_info.hpp): -Add [NoAI]: introducing 'step_size' for AIConfig, for future AIGUI (Yexo)
18:27:28 <dihedral> Rubidium: PowerBook G4 12"
18:27:39 <dihedral> that's where i do most of my development on
18:27:43 <Rubidium> can't you simply put in some boot cd and recover the important data from it?
18:28:41 <dihedral> i booted into safe mode, started networking, and am copying some 20 odd GB to my workstation
18:28:42 <Belugas> [13:23] <yorick> "Where is the GRFCodec installer" <-- ...<---that
18:28:57 <dihedral> however a normal boot ends in a kernel panic
18:29:04 <dihedral> which is very very seldom for os x
18:31:48 <yorick> meh, extracting zip is actually faster than copying a file
18:34:42 <dihedral> because you have less data to read?
18:42:19 <CIA-1> OpenTTD: frosch * r15069 /trunk/src/station_gui.cpp: -Change (r14919): Make distant-join less intelligent but more transparent to the user by always showing the selection window, even if there is only one option to choose from. (PhilSophus)
18:42:56 <CIA-1> OpenTTD: translators * r15070 /trunk/src/lang/ (16 files): (log message trimmed)
18:42:56 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2009-01-13 18:42:22
18:42:56 <CIA-1> OpenTTD: brazilian_portuguese - 16 fixed by tucalipe (16)
18:42:56 <CIA-1> OpenTTD: catalan - 8 fixed by arnaullv (8)
18:42:57 <CIA-1> OpenTTD: croatian - 24 fixed by tifached (24)
18:42:57 <CIA-1> OpenTTD: czech - 8 fixed by Hadez (8)
18:42:59 <CIA-1> OpenTTD: dutch - 2 fixed by Excel20 (2)
18:45:58 *** [com]buster has joined #openttd
18:46:12 *** Nite_Owl has joined #openttd
18:49:42 <TrueBrain> I think dihedral is a bit bored
18:50:34 <dihedral> dihedral has a fantastic mood actually
18:51:22 <TrueBrain> those 2 are not exclusive ;)
18:51:25 <Belugas> dihedral always imitate the owl when Nite_Owl comes in the channel
18:51:43 <dihedral> i've only done that 3 times
18:51:57 <dihedral> but now that you mention it... i could add a script
18:52:20 <Belugas> man this song is addictive!
18:53:03 <Nite_Owl> Ahhh - Owl sounds - I was never sure if it was a 'Hello' response or not
18:54:03 *** Darkvater has joined #openttd
18:54:03 *** ChanServ sets mode: +o Darkvater
18:54:11 <TrueBrain> oh no, it is a Darkvater
18:54:39 <Darkvater> I think something is wrong with me...
18:54:41 <frosch123> Nite_Owl: though "huh huh" might be considered "hello" by some weird germans
18:55:17 <Darkvater> I don't find pleasure in programming for openttd... at least cannot get enough enthousiasim to dive into the code again
18:55:37 *** tom0004 has joined #openttd
18:55:50 <frosch123> Darkvater: try to sync cargodest, you won't have to dive, it will burry you on its own
18:56:06 <Darkvater> yeah; where's celestar?
18:56:12 <Darkvater> he should really finish cargodest
18:56:16 <DorpsGek> petern: celestar was last seen in #openttd 2 weeks, 0 days, 2 hours, 48 minutes, and 51 seconds ago: <Celestar> cu :D
18:56:44 <dihedral> how on earth did he manage that!
18:56:47 <Darkvater> I was really lucky though. turned on the pc on Sunday and the PSU just exploded
18:56:55 <Darkvater> thank god nothing else broke :O
18:57:07 <Belugas> must have been those rebels...
18:57:51 <dihedral> Darkvater: was it made in pakistan?
18:58:07 <Eddi|zuHause> dihedral: with the second cosmic velocity
18:58:29 <Darkvater> it cost me a damn 100 euros
18:58:56 <Darkvater> so, how're you doing all?
18:59:02 <Darkvater> I saw TL merged noai
18:59:15 <Darkvater> and we have some nice tree-subtree advanced settings gui thingie
18:59:29 <Belugas> nice on my side... pressure has started to get more tolerable at work
18:59:45 <Belugas> so... a bit more time to waste on irc and c++
18:59:49 <Darkvater> my full-time job starts next Monday
19:00:03 <Darkvater> and no internet to distract me
19:00:56 <Darkvater> hm, manwhore would be cool
19:01:12 <DorpsGek> Sacro: Bjarni was last seen in #openttd 3 days, 23 hours, 32 minutes, and 7 seconds ago: <Bjarni> hi Wolf01
19:01:42 <Eddi|zuHause> job without internet? where is that possible nowadays?
19:01:48 <Darkvater> oh; has it returneth?
19:01:56 <Darkvater> well, there's internet but on another machine
19:02:20 <Sacro> I'm sorry Darkvater, but the internet is in the other castle
19:03:05 <Darkvater> Sacro: I'll do you for free :)
19:03:21 <Sacro> Darkvater: same as always then ;)
19:03:30 <Darkvater> yes, but now it's official
19:04:39 <dihedral> you want me to bring my hamster too?
19:04:53 <Darkvater> you'll have to ask Sacro. He's into that kind of things
19:06:20 <Darkvater> bleh, you cannot sort the severs list anymore on openttd.org
19:07:38 <yorick> "There are 158 clients and 156 servers.
19:08:08 <dihedral> one should clear out all the old stuff
19:08:12 <yorick> finally more clients than servers
19:08:31 *** Nite_Owl has joined #openttd
19:08:51 <Nite_Owl> Returned - my audio died
19:09:04 <dihedral> so you restarted your computer?
19:09:14 <dihedral> yorick: exploit them :-P
19:09:23 <Nite_Owl> and fiddled with a few connections
19:16:04 <Nite_Owl> very old computer and boots tend to go wonky on occasion
19:22:34 * Sacro sets up his n00b pwning scripts
19:22:38 <DJNekkid> "OwenS likes the separator GRFs, should be handy for people looking at the Newgrf list :p" ... guess who made it :)
19:24:57 <yorick> I heard you quit the international planeset :|
19:25:35 <petern> he only does local planeset now
19:28:47 <Belugas> i'd rather be on the astral plane
19:40:28 *** HerzogDeXtEr has joined #openttd
19:40:33 *** Eddi|zuHause2 has joined #openttd
19:42:19 * SpComb wonders how to not break the users's desktop resolution once a fullscreen mode game exits
19:42:28 *** energetic has joined #openttd
19:42:42 *** Nite_Owl has joined #openttd
19:43:02 <Eddi|zuHause2> @calc 10*1024/8/3600
19:43:02 <DorpsGek> Eddi|zuHause2: 0.355555555556
19:43:42 <Eddi|zuHause2> that's not the right formula...
19:44:01 <TrueBrain> you can't blame that on DorpsGek Eddi|zuHause ;)
19:44:23 <TrueBrain> | < Eddi|zuHause | formula > | ^ 2 = 0 ;)
19:44:49 *** Eddi|zuHause2 is now known as Eddi|zuHause
19:45:10 <yorick> what's the height planes normally fly at?
19:46:30 <Eddi|zuHause> @calc 40*1024*8/3600/10
19:46:30 <DorpsGek> Eddi|zuHause: 9.10222222222
19:47:38 <Eddi|zuHause> planes don't usually cast a significant shadow :p
19:47:56 <TrueBrain> Eddi|zuHause: you think?!
19:48:45 <CIA-1> OpenTTD: frosch * r15071 /trunk/src/rail_gui.cpp: -Fix (r14919): When drag&dropping rail-stations with X orientation, distant-join scanned a wrong area for stations.
19:48:54 <Eddi|zuHause> when was the last time you stood in the dark because of a "solar eclipse" caused by a plane?
19:49:13 <Yexo> petern: since 15067 I get a segfault when starting openttd
19:49:30 <Darkvater> hmm, guys what about that new newgrf station build gui with preview pictures? ;)
19:50:55 <planetmaker> Darkvater: it still needs some fixing...
19:51:04 <planetmaker> and good evening everyone :)
19:51:07 <Darkvater> fix it, fix it, fix it, fix it!
19:51:24 <Darkvater> I should probably play openttd though to get the benefits :P
19:51:29 <planetmaker> I'm very poor at GUI stuff. It misses scrolling with the scroll wheel while mouse over
19:55:40 <CIA-1> OpenTTD: frosch * r15072 /trunk/src/station_gui.cpp: -Fix (r14919): Distant-join search-area was determined inconsistently.
19:58:00 <dihedral> Darkvater: play at #openttdcoop :-P
19:58:14 *** dihedral was kicked by Belugas (spammer!)
19:58:16 <Eddi|zuHause> how does one series manage to even get cliffhangers to be boring?
19:58:25 *** dihedral has joined #openttd
19:58:46 <TrueBrain> Eddi|zuHause: which serie?
19:59:03 <Eddi|zuHause> just watched knight rider...
19:59:08 <Eddi|zuHause> what a waste of time...
19:59:14 <Belugas> incredible to notice this : how long was distant-join station tested and verified before merged in trunk... and now, count how many fixes have been made since it was...
19:59:20 <TrueBrain> knight rides has nice babes
19:59:27 <Belugas> "THAT FEATURE IS READY FOR TRUNK"
19:59:55 <TrueBrain> Belugas: there is no better testbed than trunk :)
19:59:58 <Darkvater> so we no longer need to station-walk?
20:00:06 <Darkvater> what happened to all the fun :(
20:01:34 <Belugas> "they" wanted some Moooo' Featu'es
20:01:44 <Wolf01> sloped station is ready for trunk!
20:01:49 <TrueBrain> Darkvater: I Agree with you there ;)
20:03:01 <Belugas> laziness crawls all over ya
20:05:12 <Eddi|zuHause> next thing to get committed is copy-paste :p
20:05:36 <Eddi|zuHause> and the fun thing is, it is also "well tested" :p
20:06:27 <Eddi|zuHause> oh, and on top of copy-paste, you can easily introduce an "undo" option :p
20:08:00 *** [alt]buster has joined #openttd
20:08:07 *** [alt]buster is now known as [com]buster
20:09:15 <yorick> eddi: I wouldn't count on that
20:09:20 <yorick> copy-paste isn't finished :p
20:09:35 <yorick> still needs stations, which depended on the distant join stations patch
20:09:41 *** energetic has left #openttd
20:10:15 <Eddi|zuHause> i was being ironic
20:10:36 <Belugas> scary to see that yorick was not ^_^
20:14:26 *** energetic has joined #openttd
20:18:11 <goodger> maybe he's just autistic
20:19:36 * Sacro arranges his keys into alphabetic order
20:30:20 <planetmaker> Yexo: it doesn't crash here...
20:30:53 <Yexo> planetmaker: it uses freed data, which may be valid, but may also be invalid (as in my case)
20:31:04 <Yexo> so it's mere luck it's working for you :)
20:31:11 <planetmaker> so, I guess it's my lucky day :)
20:34:30 <petern> 2) add a copy constructor
20:34:59 <petern> 3) change code to pass pointers around
20:35:29 <frosch123> 4) Pass "StationList *stations = NULL" as argument
20:36:09 <frosch123> 2) is stupid as it does even more allocs and frees
20:36:21 *** sigmund_ has joined #openttd
20:36:50 <Yexo> frosch123: 2) does a much extra allocs and frees as 3)
20:37:15 <Yexo> depends on whether you implement 3) as returning a pointer or whether you pass a pointer to the function though
20:37:43 <petern> that's basically what i thought
20:37:48 <petern> 2) is easy, but yes...
20:37:55 <frosch123> 1) might also have done the allocing and freeing
20:37:59 <petern> also means it was inefficient before :)
20:38:20 <petern> 1) would do the same as 2), just the copy constructor was already there
20:38:29 <petern> 2) works but i don't like the additional overhead
20:38:43 <Yexo> that seems the best solution :)
20:38:49 <frosch123> economy.cpp does similiar with IndustryList
20:39:09 <frosch123> and it uses a static list, to hardly do any reallocs
20:39:28 <frosch123> though if you head for multithreading... :p
20:40:13 <petern> i've beaten up bjarni before for copying stuff around all the time ;)
20:41:09 <frosch123> yeah, without bjarni you should search for another one to beat
20:41:39 <petern> i blame... whoever wrote the code originally ;)
20:43:44 <Yexo> adding a copy constructor with NOT_REACHED to smallvector can prevent this problem in the future
20:43:49 *** Brianetta has joined #openttd
20:44:18 <petern> yeah i was thinking of that too :)
20:44:40 <petern> but there's probably more than just smallvector to add that to
20:46:29 <petern> mental-note: never trust yorick when he says it works ;)
20:46:32 *** Hirundo has joined #openttd
20:47:07 <Yexo> thanks for the quick fix petern :)
20:47:14 *** Hirundo is now known as Swallow
20:53:19 <yorick> petern: it _really_ worked
20:53:25 <DJNekkid> are there ANY posibility i can use a scenario made of r14996 in 14691?
20:53:36 <petern> just it used freed memory :D
20:53:41 <petern> DJNekkid: yeah, hack the savegame yourself
20:54:10 <DJNekkid> well ... hmm ... oki ?
20:54:26 <petern> unless you're really lucky and there were no savegame changes
20:54:38 <frosch123> DJNekkid: just create a giant screenshot, and then open the scenario editor
20:55:18 <DJNekkid> froch: well, copying it over is doable, but it takes time
20:55:24 <Wolf01> that would be a nice feature, create scenario from screenshot
20:55:27 <DJNekkid> petern: it have changed
20:55:30 <DJNekkid> "made from newer version"
21:00:23 *** haraldkl has joined #openttd
21:02:46 <haraldkl> I just compiled trunk for the first time to try the opengfx, and compiling worked just fine, but upon save (autosave) I get: openttd/src/saveload/saveload.cpp:511: void SlSaveLoadConv(void*, VarType): Assertion `x >= 0 && x <= 65535' failed. Aborted
21:03:01 <haraldkl> Didn't find anything on that in the bug tracker
21:03:19 <SmatZ> do you use the daylength patch?
21:04:44 <petern> do you have a save? ;-)
21:04:48 <SmatZ> do you get it every time you run the game?
21:06:12 <SmatZ> _next_competitor_start = AI::GetStartNextTime() * DAY_TICKS;
21:06:19 <SmatZ> I think this may be the cause
21:06:25 <haraldkl> #0 0x00007fe077d48fd5 in raise () from /lib/libc.so.6
21:06:25 <haraldkl> #1 0x00007fe077d4ab43 in abort () from /lib/libc.so.6
21:06:25 <haraldkl> #2 0x00007fe077d41d49 in __assert_fail () from /lib/libc.so.6
21:06:25 <haraldkl> #3 0x000000000057b6c1 in SlSaveLoadConv ()
21:06:26 <haraldkl> #4 0x000000000057d6e8 in SlObjectMember ()
21:06:27 <SmatZ> SLEG_VAR(_next_competitor_start, SLE_FILE_U16 | SLE_VAR_U32),
21:06:28 <haraldkl> #5 0x000000000057d970 in SlObject ()
21:06:30 <haraldkl> #6 0x000000000057c04e in SaveOrLoad ()
21:06:32 <haraldkl> #7 0x0000000000539664 in SwitchMode ()
21:06:34 <haraldkl> #8 0x000000000053a048 in GameLoop ()
21:06:36 <haraldkl> #9 0x00000000005eb886 in VideoDriver_SDL::MainLoop ()
21:06:38 <haraldkl> #10 0x000000000053ae34 in ttd_main ()
21:06:40 <haraldkl> #11 0x00007fe077d34466 in __libc_start_main () from /lib/libc.so.6
21:06:42 <haraldkl> #12 0x00000000004058a9 in _start ()
21:06:45 <SmatZ> @kick haraldkl nopaste.openttd.org
21:06:45 *** haraldkl was kicked by DorpsGek (nopaste.openttd.org)
21:07:11 <TrueBrain> SmatZ: how can that be the reason?
21:07:22 <SmatZ> TrueBrain: it is 16bit in savegame
21:07:37 *** haraldkl has joined #openttd
21:07:50 <TrueBrain> ah :) Yeah, that is possible .. :)
21:07:50 <SmatZ> so if the value is set too high
21:07:56 <TrueBrain> so an other savegame bump? :p
21:08:19 <SmatZ> actually, it's paste.openttd.org
21:08:25 <SmatZ> haraldkl: were you playing with noai?
21:08:43 <Rubidium> okay... that piece of code doesn't make much sense
21:08:45 <Yexo> SmatZ: that doesn't matter
21:08:50 <haraldkl> well I just checked out the code and tried to follow the tutorial
21:08:59 <Rubidium> 12 * DAY_TICKS != year
21:09:06 <haraldkl> the game aborted when reaching the autosave
21:09:11 <TrueBrain> Rubidium: the value is in days
21:09:13 <haraldkl> I didn't change anything
21:09:24 <TrueBrain> Yexo: if the value exceeds 16bit, protections kick in
21:09:24 <Yexo> AI::GetStartNextTime() returns the value in days
21:09:28 <DorpsGek> SmatZ: 179.547945205
21:09:54 <Rubidium> -1 * DAY_TICKS anyone?
21:10:14 <Rubidium> TrueBrain: /* Currently no AI can be started, check again in a year. */
21:10:19 <Yexo> Rubidium: that value can never be -1
21:10:26 <Rubidium> that's AI::GetStartNextTime()
21:10:39 <Yexo> yeah, but that was from before the month->day change
21:10:44 <SmatZ> START_NEXT_EASY = 1461,
21:10:53 <SmatZ> Rubidium: hehe yeah, that 12 is weird ;)
21:11:35 <petern> big merges always have teething issues ;)
21:12:25 <Yexo> TrueBrain: then change AI::GetStartNextTime in one go to return 365 instead of 12
21:12:52 <SmatZ> TrueBrain: it could be temporarily changed back to months... and I think you should do _next_competitor_start *= 31 for older savegames
21:12:57 <TrueBrain> Yexo: you might want to check the latest commit :p
21:13:04 <SmatZ> because then the value is meaningless anyway
21:13:10 <TrueBrain> SmatZ: _next_competitor_start always was in days
21:13:23 <TrueBrain> SmatZ: but ... 'easy' values are a bit higher now :p
21:13:28 <Yexo> TrueBrain: I miss CIA in this channel
21:13:40 <petern> that's not our fault :p
21:13:49 <TrueBrain> Yexo: I have CIA on mute :p
21:13:50 <Yexo> SmatZ: it always was in ticks, not days :)
21:13:52 <DorpsGek> TrueBrain: Commit by truebrain :: r15074 trunk/src/ai/ai_core.cpp (2009-01-13 21:11:02 UTC)
21:13:53 <DorpsGek> TrueBrain: -Fix: make Rubidium happy
21:14:04 <SmatZ> TrueBrain: Yexo: ah ok :)
21:14:12 *** Yeggstry has joined #openttd
21:14:24 <goodger> DorpsGek: surely impossible
21:14:45 <petern> goodger is now talking to bots... whatever next :D
21:15:13 <goodger> dorpsgek makes more sense than many humans in here sometimes
21:15:49 <TrueBrain> if you take yourself as template, I can imagine that
21:16:22 <TrueBrain> @calc 65535 / 74 / 365
21:16:22 <DorpsGek> TrueBrain: 2.42632358386
21:17:07 <DorpsGek> SmatZ: 885.608108108
21:17:35 <haraldkl> TrueBrain: yes, it seems to work now
21:18:20 <TrueBrain> Rubidium: did I do the numbers right? :)
21:18:37 <DorpsGek> SmatZ: 58040098.5946
21:19:43 <Belugas> seems like my ears are starting to work about normal now. Just realized that the musci was VERY loud
21:19:48 <Rubidium> looks like it, but why would you need more than 2 years before starting a new AI?
21:20:12 <OwenS> Belugas: Get a Hi-Fi which specifies volumes in Db :p
21:20:19 <Yexo> Rubidium: the default setting for easy is 4 years
21:21:18 <Rubidium> if that's the case it would've been bugged for eons
21:21:43 <Yexo> but the code was bugged, so AIs to 15 (max_companies) times as long to start as they should have
21:21:44 <Rubidium> what about changing that to something less?
21:22:09 <OwenS> petern: You would realise the volume was loud when the volume was 95dB :p
21:22:42 <Yexo> 4 years isn't that long for a 100 year game
21:23:10 <Yexo> on easy only 2 AIs are started, so assuming you start in 1950 the last AI starts in 1958
21:23:50 <petern> OwenS, hifi equipment won't tell you that
21:24:06 <OwenS> Mine tells you the approximate output volume in dB SPL
21:24:21 <petern> it rather depends on the characteristics of the speakers you use
21:24:31 <OwenS> With the supplied speakers :p
21:25:07 <haraldkl> TrueBrain: indeed, no aborts with that patch anymore. Thanks a lot for that fast help :D
21:25:17 <OwenS> Still separate speakers and still better than 99% of PC speakers :p
21:25:21 <petern> a -dB volume level makes more sense... 0 meaning 'the loudest it'll do'
21:25:31 <Rubidium> anyhow... the patch is fine by me
21:25:52 <OwenS> I probably throw it's dB measurements off by turning on the power subwoofer though :p
21:25:57 <petern> of coruse, then there's distance...
21:26:32 <petern> everyone knows the best equipment only goes up to 11
21:30:08 *** [com]buster has joined #openttd
21:32:50 <TrueBrain> haraldkl: tnx for testing
21:33:44 <dihedral> my mac looks worse than i first thought it was
21:34:23 <dihedral> reinstalled os x, get a kernel panic on normal boot, however safe mode works
21:34:36 <dihedral> petern: that's a silly remark - they run most stable usually
21:35:20 <petern> TrueBrain, shit, only 65426 savegame revisions left!
21:35:34 <petern> yeah but they can look bad...
21:35:48 <TrueBrain> I remember when we converted it to a single number (instead of minor/major)
21:35:53 <TrueBrain> people were afraid we would run out ....
21:36:00 <TrueBrain> since then we had 60 revisions :p
21:36:04 <petern> the mac cube... that looked terrible
21:36:29 <dihedral> a kernel panic looks worse :-P
21:36:33 <OwenS> No doubt revision 65535 will introduce a 128-bit revision number following the legacy one :p
21:37:36 <Wolf01> no, only a bool which means 65535+1 and no more new savegame revisions
21:38:28 <OwenS> Why 128-bit? because format engineer's typical response to running out of numbers is to make the new system have an infinitesimally large number of them (See: IPv6)
21:40:01 <Belugas> Wolf01, a bool is an 8 bit value, at the minimum ;)
21:41:43 <OwenS> gcc -o test test.c; ./test
21:41:55 <OwenS> Hmm, I'm used to it being evilly 4
21:43:28 <OwenS> When I define my own ABI, i'm defining true as -1...
21:43:42 <petern> following the great tradition of VB?
21:43:59 <OwenS> Nah, following the idea that all ones is better than a 1
21:44:07 <OwenS> Allows better optimization
21:55:34 *** DJNekkid_ has joined #openttd
21:55:37 *** DJNekkid_ is now known as DJNekkid
21:58:15 *** FauxFaux_ has joined #openttd
22:13:08 <petern> i guess dihedral ran out of luck
22:22:56 *** DJNekkid_ has joined #openttd
22:24:46 <dihedral> it sucks - i do all my development on that thing!
22:28:20 *** DJNekkid_ is now known as DJNekkid
22:31:27 *** [alt]buster has joined #openttd
22:34:49 *** joachim is now known as joa1138
22:37:08 *** [alt]buster is now known as [com]buster
22:38:02 *** joa1138 is now known as janitor
22:46:23 <Progman> there was/is a debug window for the AIs, aren't/weren't there?
22:47:50 <SmatZ> Progman: there is, under the rightmost menu item
22:52:53 <DorpsGek> el_en: ludde was last seen in #openttd 13 weeks, 2 days, 14 hours, 7 minutes, and 45 seconds ago: <ludde> ;)
23:04:04 *** Yeggstry has joined #openttd
23:07:28 <TrueBrain> I need a simple tool which tells me the grfid (and checks if a grf is valid) ... anyone has such tool / can produce such tool relative quick?
23:08:07 <dihedral> TrueBrain: you have access to one!
23:08:24 <frosch123> TrueBrain: hack grf2html
23:08:33 <TrueBrain> sorry, forgot to add: C-based, if possible
23:08:35 <TrueBrain> fast, small, simple
23:08:53 <frosch123> is grfcodec + grep + sed acceptable?
23:09:15 <TrueBrain> frosch123: for me, sure
23:09:57 <DaleStan> TrueBrain: "And checks if a grf is valid"? That's a pretty involved check. Even NFORenum doesn't find everything that could be wrong with a grf.
23:10:22 <frosch123> no idea how grfcodec reports invalid grfs
23:10:27 <ccfreak2k> What differentiates a valid GRF from an invalid one?
23:10:42 <TrueBrain> frosch123: I just need to filter out people trying to get a .. html file through it, or what ever :)
23:11:25 <TrueBrain> frosch123: something like that
23:11:37 <TrueBrain> frosch123: and I need to be sure grfcodec doesn't hit an infinite loop for some weird reason ;)
23:11:47 <frosch123> then you are doomed
23:12:37 <DaleStan> If all you're worried about is that it not be an HTML file, check that the first bytes are "04 00 FF XX XX XX 00 XX XX FF".
23:13:08 <TrueBrain> so ... I need to read up on the grf specs and make myself a simple tool :)
23:13:33 <frosch123> what, that will exclude grfs with more than 2^24 sprites
23:14:51 <DaleStan> "More than 2^24 sprites" also means "more than 64 MB". I think that's a safe restriction.
23:18:40 <frosch123> TrueBrain: you can use dalestan's method and additionally search the grf for "FF 08 06 XX XX XX XX" or "FF 08 07 XX XX XX XX" with thoses Xes being the grfid
23:18:49 <frosch123> if there is only one occurence you can be happy
23:19:18 <TrueBrain> yeah ... if not I am fucked anyway :p
23:19:46 <frosch123> if you rip SkipSprite or similiar from grfloader.cpp you can make a betterone
23:20:11 <TrueBrain> I think I might just do that then ..
23:21:33 <petern> run grfcodec on it and see if it can decode it ;)
23:22:24 <TrueBrain> (you know I never touched a newgrf in my life, right? :))
23:22:35 <TrueBrain> how would I be able to see if it could 'decode it' ;)
23:29:11 <petern> i'm sure a few people here (including me) would be able to knock up something to parse a file and retrieve the GRFID
23:29:56 <TrueBrain> would you be so kind? :) :)
23:36:06 <Nite_Owl> Time for feeding - later all
23:50:24 <CIA-2> OpenTTD: truebrain * r15078 /trunk/ (3 files in 2 dirs): -Fix [NoAI]: AIMap didn't filter its input (Yexo)
continue to next day ⏵