Back to Home / #openttd / 2007 / 08 / Prev Day | Next Day
#openttd IRC Logs for 2007-08-04

---Logopened Sat Aug 04 00:00:09 2007
00:41|-|Peakki [] has joined #openttd
00:45|-|roboman [] has joined #openttd
00:55|-|Zr40 [] has joined #openttd
00:55|-|roboman [] has quit [Ping timeout: 480 seconds]
01:28|-|Ailure [Gamefreak@] has quit [Ping timeout: 480 seconds]
01:44|-|ThePizzaKing [] has joined #openttd
02:00|-|Zr40 [] has quit [Quit: Zr40]
02:00|-|Vikthor [~Vikthor@] has joined #openttd
02:16|-|Wolf01 [] has joined #openttd
02:18|-|HMage [] has joined #openttd
02:29|-|Deathmaker [] has joined #openttd
02:34|-|TinoM [] has joined #openttd
03:03|-|HMage [] has quit [Ping timeout: 480 seconds]
03:05|-|HMage [] has joined #openttd
03:09|-|Ammler [] has joined #openttd
03:20|-|Ailure [Gamefreak@] has joined #openttd
03:34|-|Deathmaker [] has quit [Read error: Connection reset by peer]
03:34|-|tokai [] has quit [Ping timeout: 480 seconds]
03:36|-|tokai [] has joined #openttd
03:36|-|mode/#openttd [+v tokai] by ChanServ
03:37|-|Chris82 [] has joined #openttd
03:38<Chris82>good morning :)
03:38<Chris82>has this AllocateTown(); been replaced by something?
03:39|-|Prof_Frink [] has quit [Ping timeout: 480 seconds]
03:42<Chris82>ah I just see it has been removed in r10755
03:42<Chris82>but I don't really know what's the replacement for it
03:43<@peter1138>Town *t = new Town(); possibly
03:45<Chris82>yep thx :) fixed it, found a town messed that one up
03:49|-|Ailure [Gamefreak@] has quit [Ping timeout: 480 seconds]
03:50|-|Chris82 [] has quit [Quit: HydraIRC -> <- Now with extra fish!]
03:50|-|Maedhros [] has joined #openttd
04:00<Rubidium>if only the author of that patch Chris82 had trouble with had listened... Chris82 would never had to ask this.
04:03<Gekko>how so?
04:08|-|pPACO_BAN [] has joined #openttd
04:09|-|De_Ghost [] has quit [Ping timeout: 480 seconds]
04:10|-|Phazorx [] has quit [Read error: Connection reset by peer]
04:12|-|De_Ghost [] has joined #openttd
04:15<Rubidium>Gekko: then there wouldn't be two functions that are virtually the same except for one or two lines
04:16<Gekko>I see.
04:46|-|Progman [] has joined #openttd
05:00<Ammler>something special changed since r10737?
05:00|-|Prof_Frink [~proffrink@] has joined #openttd
05:06|-|Nickman [] has joined #openttd
05:13|-|Prof_Frink [~proffrink@] has quit [Read error: Connection reset by peer]
05:15|-|Prof_Frink [~proffrink@] has joined #openttd
05:32<Nickman>hi all
05:35|-|pPACO_BAN changed nick to Phazorx
05:37<@peter1138>Ammler: in 43 revisions, i'm guessing there must be some changes...
05:43|-|Ailure [Gamefreak@] has joined #openttd
05:49<Ammler>peter1138: just asked if we should update #openttdcoop server
05:52|-|ThePizzaKing [] has quit [Quit: ThePizzaKing]
05:58|-|elmex [] has joined #openttd
06:07<Phazorx>is there a reason why bridge and tunnel head tiles are flagged as "no pass zone" for RVs ?
06:09|-|XeryusTC [] has joined #openttd
06:13<Phazorx>what kind of crashes?
06:13<Phazorx>game or vehicles?
06:18|-|De_Ghost [] has quit [Ping timeout: 480 seconds]
06:20|-|De_Ghost [] has joined #openttd
06:31|-|G_ [] has joined #openttd
06:32|-|G [] has quit [Ping timeout: 480 seconds]
06:33|-|kaan [~klaus@] has joined #openttd
06:33<kaan>hi all :)
06:47|-|G [] has joined #openttd
06:49|-|G_ [] has quit [Ping timeout: 480 seconds]
06:56|-|Code601 [] has joined #openttd
07:00|-|helb [~helb@] has joined #openttd
07:05|-|Gekko [] has quit [Quit: - Now less gay.]
07:05|-|helb [~helb@] has quit [Remote host closed the connection]
07:07|-|glx [] has joined #openttd
07:07|-|mode/#openttd [+v glx] by ChanServ
07:15|-|simon444 [] has joined #openttd
07:16<Eddi|zuHause2>Phazorx: have you ever seen a (2-way) tunnel that allowed overtaking?
07:16<simon444>someone dropped a chair on my foot
07:16|-|Scuddles [] has joined #openttd
07:16<hylje>chair throwing reaches to australia?
07:16<Phazorx>Eddi|zuHause2: cant really say... it's hard to observe overtaking in tunnel
07:17<simon444>my reflexes hit my hand forward
07:17<Phazorx>but on one way i seen such things (trucks coming out in diffrent order than they come in)
07:17<simon444>I hit some 8 year in front of me in the cheek
07:17<simon444>the childs father then punched me in the jaw
07:18<simon444>I think I have a bit of internal bleeding
07:18<simon444>any suggestions?
07:18<Eddi|zuHause2>*oooh* ... a bag of pity for simon444,,,
07:18<simon444>I was hit about 25min ago
07:19<simon444>thanks Eddi|zuHause2
07:19<Eddi|zuHause2>well... i don't see how people on the other side of the world are supposed to help you...
07:20|-|Code601 [] has quit []
07:21<simon444>any suggestions?
07:23<Eddi|zuHause2>go see a doctor?!?
07:23<simon444>he isn't working right now
07:24<Eddi|zuHause2>there's always emergency service somewhere...
07:25<simon444>and 11 hour waits
07:25<Eddi|zuHause2>and while you're at it, sue the guy...
07:25<simon444>I think I'll call that Jewish emergency service
07:26<simon444>it is the sabbath so they are in service
07:26<simon444>now what is it called again?
07:27<simon444>"Did you mean: hatzolah "
07:27|-|Deathmaker [] has joined #openttd
07:28<simon444>Phazorx, wtf I am not after some militant group
07:28<Phazorx>the word actualy means "civil consil" :)
07:29<Phazorx>but they'll sure get the joke at jewish centre, on shabat day :)
07:31<simon444>Hatzolah ("rescue" or "relief" in Hebrew)
07:41|-|kaan [~klaus@] has left #openttd []
07:44|-|Ammller [] has joined #openttd
07:46|-|helb [~helb@] has joined #openttd
07:48|-|Ammler [] has quit [Ping timeout: 480 seconds]
07:49|-|simon444 [] has quit [Ping timeout: 480 seconds]
07:52|-|helb [~helb@] has quit [Remote host closed the connection]
07:54<CIA-1>OpenTTD: truelight * r10781 /trunk/src/ (6 files in 2 dirs):
07:54<CIA-1>OpenTTD: -Fix: ported more pieces to WinCE, so it compiles a bit more
07:54<CIA-1>OpenTTD: -Fix: WinCE doesn't support console
07:54<CIA-1>OpenTTD: -Fix: Set debug lvl4 when running a debug WinCE build (as you can't give parameters any easy way)
07:56|-|Ammller [] has quit [Quit: Konversation terminated!]
07:56<hylje>isnt wince a bit.. old?
07:57|-|KritiK [] has joined #openttd
07:57<TrueBrain>only if you don't know all the facts :p
07:57|-|simon444 [] has joined #openttd
08:00<Nickman>hi TrueBrain :)
08:01<Nickman>how is the NewGRF site coming? :)
08:10[~]Phazorx pings Rubidium
08:12<simon444><simon444> wow they are so helpful
08:12<simon444><simon444> they came to my home to check out my jaw
08:12<simon444><simon444> they said if I start getting pain in 4-6 hours to go to get it xrayed
08:12<simon444><simon444> they didn't take my donation
08:12<Phazorx>wasnt it your foot?
08:12<simon444><simon444> the childs father then punched me in the jaw
08:13<Phazorx>ah great
08:16|-|Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd
08:21<Wolf01>eh... hello sacro
08:21<Sacro>hey Wolf01
08:22|-|Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection]
08:22|-|Ailure [Gamefreak@] has quit [Ping timeout: 480 seconds]
08:23|-|Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd
08:26|-|Ammler [] has joined #openttd
08:26|-|De_Ghost [] has quit [Ping timeout: 480 seconds]
08:28|-|De_Ghost [] has joined #openttd
08:35|-|Ammler [] has quit [Read error: Connection reset by peer]
08:35|-|Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection]
08:36|-|Ammler [] has joined #openttd
08:39|-|Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd
08:41|-|Wezz6400 [] has joined #openttd
08:43|-|helb [~helb@] has joined #openttd
08:47<simon444>oh boy
08:47<simon444>I am feeling really sick
08:48<simon444>and dizzy
08:48|-|Ammller [] has joined #openttd
08:49<simon444>oh shit
08:51<CIA-1>OpenTTD: truelight * r10782 /trunk/src/video/win32_v.cpp: -Fix: wrongly places #endif a long time ago broke WinCE compiling for sure
08:52|-|Ammler [] has quit [Ping timeout: 480 seconds]
08:52<simon444>my stomach
08:55|-|helb [~helb@] has quit [Remote host closed the connection]
08:56|-|helb [~helb@] has joined #openttd
09:08|-|smoovi [] has joined #openttd
09:08|-|helb [~helb@] has quit [Read error: Connection reset by peer]
09:09<simon444>ok I'm a bit better
09:16|-|Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection]
09:22|-|Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd
09:31|-|helb [~helb@] has joined #openttd
09:34|-|Thomas[NL] [] has joined #openttd
09:44<@peter1138>13:53 < hylje> isnt wince a bit.. old?
09:44<@peter1138>yeah, so is windows, linux, bsds, os x...
09:48|-|Ammller [] has quit [Read error: Connection reset by peer]
09:48|-|Ammller [] has joined #openttd
09:49|-|skidd13 [] has joined #openttd
09:52<Wolf01>TrueBrain, could you emulate also the battery usage with OTTD? this night i had a power consumption of 50% after closing OTTD, i hope it don't forget open threads, else i need to soft reset every time
09:56|-|helb [~helb@] has quit [Remote host closed the connection]
09:58|-|Thomas[NL] [] has quit [Remote host closed the connection]
09:59<TinoDidriksen>...if you exit a program it is the OS' job to clean up such things.
10:00<Wolf01>with MS OSes could happen anything
10:00<simon444>ms makes good oses
10:00<simon444>they buy crappy ones
10:01<simon444>so far they haven't released any of their own oses
10:01|-|Ammlller [] has joined #openttd
10:02<Wolf01>this is not the first time it happens, last time happened with a wardriving tool which i uninstalled
10:04|-|skidd13 [] has left #openttd []
10:04<TinoDidriksen>Uninstalling can leave behind stuff, sure. But if your taskman says OTTD is not running, then it is not running.
10:05|-|Ammller [] has quit [Ping timeout: 480 seconds]
10:11<Wolf01>ok, before OTTD the power meter said 280-300mA, after is stable over 340mA
10:13|-|Ammlller [] has quit [Read error: Connection reset by peer]
10:13|-|Ammlller [] has joined #openttd
10:14<Priski>Markus Schulz - First Time, nice song, reminds me of first time of being with woman first time :)
10:15<Priski>recomment to all trance addicts :)
10:16|-|Ailure [Gamefreak@] has joined #openttd
10:17<Priski>and now everybody thinks that I am an freak... no big loss though...
10:22<TrueBrain>Wolf01: when you close down OpenTTD normally, it closes all threads and stuff
10:29<Nickman>TrueBrain, how is the NewGRF site coming along?
10:29|-|skidd13 [] has joined #openttd
10:29<TrueBrain>Nickman: which site?
10:30<Nickman>wern't you making a site to organize all the GRF's that need to be done and stuff?
10:32<Nickman>I think
10:33|-|Wolf01 changed nick to Wolf01|AWAY
10:34<skidd13>Nickman: IIRC this is the thread you'r talking about ( )
10:35|-|Maedhros [] has quit [Quit: leaving]
10:35<skidd13>Or are you talking about
10:35<Nickman>not really, hav'nt even seen that thread :D
10:35<Nickman>nope :p
10:36<Nickman>I thought truebrain was working on someting to organise the making of 32 bpp sprites, but I could be mistaken :D
10:37<TrueBrain>I was
10:37<TrueBrain>or am
10:37<TrueBrain>but I don't have the time
10:37<TrueBrain>and nobody seem to want to pick it up
10:37<Nickman>see ;)
10:38<Nickman>what do you have at the moment?
10:38|-|skidd13 changed nick to Skidd13|away
10:38<Nickman>hehe :D
10:38<Nickman>nice ;)
10:39<TrueBrain>yeah, I like to have things efficient :p
10:39<TrueBrain>no, the problem is that I have no clue what artists need
10:39<TrueBrain>and I don't have the time to find out :p
10:39<Nickman>I would like to help if possible... :)
10:39<TrueBrain>sure: figure out what is needed :p
10:40<Nickman>but what do you mean by that?
10:40<Nickman>"what is neededé
10:40|-|Prof_Frink [~proffrink@] has quit [Ping timeout: 480 seconds]
10:40<TrueBrain>we can make a long list with current graphics
10:40<TrueBrain>and tell people: make 32bpp
10:40<TrueBrain>but that will result in a disaster
10:40<Nickman>are you talking about website features?
10:40<TrueBrain>there need to be guidelines
10:40<TrueBrain>no, graphics :p
10:40<TrueBrain>the website is, what, 10 hour work?
10:40<Nickman>depends on what you wan't to build ofcourse ;)
10:41<Nickman>could be from 10 minutes to 10 days :D
10:41<TrueBrain>what I think we need, takes me about 10 hours
10:41<TrueBrain>I mean, you might do it in 10 minutes to 10 days :p
10:41<Nickman>I think a list of what sprites are currently in the game is necessary
10:41<TrueBrain>yeah, that is no problem, I have that list
10:41<Nickman>with screens of the sprites to?
10:42<TrueBrain>even with xoffs and yoffs
10:42<TrueBrain>anyway, my biggest problem
10:42<TrueBrain>is that we need a checklist of some kind
10:42<TrueBrain>which 32bpp need to follow
10:42<TrueBrain>like: light-direction, detail, size, ...
10:42<Nickman>so if you make a system where people can upload their creations, and you can view thems ide by side and choose the best one?
10:42<TrueBrain>that basicly is what I have in mind yes
10:42<TrueBrain>with some kind of voting system maybe
10:42|-|Frostregen_ [] has joined #openttd
10:43<TrueBrain>possibility to see more of the same author
10:43<TrueBrain>give comments
10:43<TrueBrain>login/register for artists
10:43<Nickman>you might need to make some ristrictions that artist have to submit a full set of something
10:43<TrueBrain>a nice piece of text that tells them that if they upload anything, it immediatly falls under the license of OpenTTD Developer Team
10:43<TrueBrain>I do not really care if they upload one sprite or many sprites
10:44<TrueBrain>up to them
10:44<TrueBrain>I mean: one sprite of one artists can be 10 times better than 100 sprites of an other artists
10:44<Nickman>so, what else do you need? :)
10:45<Nickman>that is true
10:45<TrueBrain>that really is my biggest problem
10:45<TrueBrain>also, the upload should not only upload the png, but also the source file of which ever program is used
10:45<Nickman>but you won't be using one grass tile from one artist and another one with different slope from another one will you? :D
10:45<TrueBrain>most likely not, no
10:45<Nickman>that isn't to hard :)
10:45<TrueBrain>as said, the website itself is really easy
10:46<TrueBrain>but just making the website doesn't make the 32bpp to work
10:46<TrueBrain>it needs more
10:46<Nickman>and the guidelines, is that like you have to use these colours or thesematerials?
10:46<TrueBrain>for example
10:46<TrueBrain>I am no artist, so I have no idea what needs to be defined
10:46<TrueBrain>to make sure the quality of the sprites is good enough
10:46<Nickman>we could ask in the 32bpp blender thread (or make a new one... :))
10:47|-|Skidd13|away [] has left #openttd []
10:47<Nickman>Wan't me to make a thread? :)
10:48|-|Frostregen [] has quit [Ping timeout: 480 seconds]
10:48|-|Frostregen_ changed nick to Frostregen
10:48<TrueBrain>please do; yesterday I also talked to _Ben_; he wanted some clearification too.. we need someone to 'lead' this 32bpp stuff forward, so I won't stop you :p
10:49|-|Ailure [Gamefreak@] has quit [Ping timeout: 480 seconds]
10:51|-|tokai [] has quit [Ping timeout: 480 seconds]
10:51<@peter1138>what is all this misuse of apostrophes?
10:52<Nickman>I'll see what I can make up ;)
10:52<TrueBrain>Nickman: tnx
10:52|-|tokai [] has joined #openttd
10:52|-|mode/#openttd [+v tokai] by ChanServ
10:52<@peter1138>"wan't" "hav'nt" "you'r" ...
10:54<ln->that should no't be tolera'ted.
10:54<Nickman>we like apostrophes?
10:55<TrueBrain>sorry we all aren't as perfect as you are :D
10:55<@peter1138>TrueBrain: you can shut up, you get them right :p
10:55<TrueBrain>peter1138: I refuse to put myself under the same group as you :p
10:56<ln->let's say peter1138 is one of the "devs" group, and you are one of the "dev's" group. happy?
11:11<simon444>* ChanServ gives voice to tokai
11:11<simon444>ChanServ isn't even here
11:11<simon444>tokai must be a witch
11:11<simon444>lets burn him!
11:13<Sacro>but how do you know he is a witch?
11:13<ln->ChanServ is, that's for sure.
11:13<simon444>Sacro, you must also be one!
11:14<Sacro>but i weigh more than a duck
11:14[~]simon444 pours petrol around Sacro
11:15[~]simon444 throws a match towards Sacro
11:15<simon444>woho, Sacro is burning!
11:15<simon444>Now we can all start to talk about sex
11:17<@peter1138># let's talk about sex, bay bee
11:17<simon444>he is flying away~
11:18<simon444>SHOOT HIM DOWN
11:18<simon444>I think we could turn this into a game
11:18<simon444>Sacro, start coding
11:18<Sacro>int main (int argc, char *argv[])
11:19<Sacro>your turn
11:19<Sacro>:( damn
11:23<SpComb> return 1337;
11:25<Nickman>The site will be for 32 bpp graphics only TrueBrain? :)
11:27|-|Ammlller [] has quit [Remote host closed the connection]
11:27<TrueBrain>Nickman: a big fat yes
11:27<@peter1138>i'd imagine so. 8bpp artists seem to be capable of managing by themselves
11:29<Nickman>indeed :)
11:29|-|Wezz6400 [] has quit [Quit: dinner time :9]
11:31<simon444>okay any ideas for what do add to my mash potato?
11:32<simon444>I have Balsamic vinegar
11:32<simon444>other than that the stuff I have is pretty ordinary
11:32<TrueBrain>flame it!
11:33<simon444>TrueBrain, No!
11:34<simon444>what should I add?
11:34<simon444>salt? pepper?
11:34<SpComb>simon444: eggs
11:35<simon444>SpComb, heh, thanks but I can't eat eggs as they are icky
11:35<TrueBrain>add flames!
11:37<simon444>TrueBrain, you must be a witch
11:37<simon444>SpComb, don't have any
11:38<TrueBrain>simon444: you are weird
11:38<simon444>maybe I should add some oil and fry them into balls
11:40<Scuddles>Balsamic vinegar.
11:41<simon444>Scuddles, yes?
11:45<simon444>what a useless channel
11:46<simon444>can anyone recommend me a useful channel?
11:46<simon444>(better not be one of those autoban from the server channels)
11:53<simon444>when is the next/last nightly build?
11:54<@peter1138>8pm in some timezone
11:54<simon444>peter1138, what time zone?
11:57|-|Scuddles [] has quit []
12:01|-|Digitalfox_Notebook [] has quit [Quit: ChatZilla [Firefox]]
12:04<+glx>my timezone
12:13<simon444>glx, which is?
12:13<simon444>BBQ SOURCE!
12:13[~]simon444 put bbq source and parsley in his mash potato
12:14<+glx>nightly download page tell it
12:15<simon444>oh let me check
12:15<DaleStan>And, for those of who don't know the current GMT offset for CEST?
12:16<Sacro>+2 afaik
12:17<DaleStan>So why can't the page just say "22:00:06 GMT", like every other timestamp on *
12:17<+glx>because the compile farm is on a server with CEST time
12:17<simon444>Fri Aug 3 20:00:03 CEST 2007
12:18<+glx>and that is not modifiable
12:18<+glx>TrueBrain would like to have it in UTC though
12:18<simon444>glx, so just convert it
12:18<DaleStan>And the rest of the servers are all on UTC? Why does that matter? My computer is quite capable of generating UTC timestamps, despite being 4 or 5 hours off, depending on the time of year.
12:19<simon444>Google, time in cest doesn't work!
12:20<simon444>Google, time in nyc works.
12:20<simon444>so another 3 hours till another build
12:21<+glx>no just 40 minutes
12:21<+glx>for it to start
12:23<simon444>and another 2 hours for it to complete?
12:23<simon444>glx, which box do I make sure not to visit in order not to slow down the compile?
12:26|-|RichK67 [~RichK67@] has joined #openttd
12:26<CIA-1>OpenTTD: richk * r10783 /branches/NewGRF_ports/ (11 files in 4 dirs):
12:26<CIA-1>OpenTTD: [NewGRF_ports] -Feature: Added placing FSMport in any of up to 4 different orientations. GUI now has a preview image for each orientation - not interactive, just a screenshot stored.
12:26<CIA-1>OpenTTD: Next to modify the vehicle movement to account for the station orientation. Need to add saveload ability.
12:26<CIA-1>OpenTTD: Commuter Airport rb_airport2.grf now includes 2 orientations.
12:26<CIA-1>OpenTTD: airports.grf modified to include direction arrows.
12:28<simon444>RichK67, just in time. glx is about to start compiling the nightly
12:28<RichK67>i discovered that you only need one finite state machine to cope with all 4 orientations
12:29<+glx>simon444: it's an automatic process and I'm not responsible for it
12:29<RichK67>but you needed 4 graphics layouts... the rest is maths
12:29<simon444>glx, I thought you compile it by hand
12:30<RichK67>simon444: this isnt in trunk/nightly... its being developed in a branch, for merge later
12:30<RichK67>lots of problems to solve yet
12:31<simon444>RichK67, oh that sucks
12:32<simon444>is there anywhere I could see the last patches submitted?
12:32<RichK67>minor little one of cant save it atm, and cant load an existing game... other than that, its great ;)
12:32<simon444>RichK67, nightlys are meant to be broken!
12:32<RichK67>not ours
12:32<simon444>RichK67, the one I used the other night was
12:33<+glx>which one?
12:33<RichK67>ah, but that is the rare exception... the aim is always to have nightly as stable or better than last release (since it has latest bugfixes)
12:35<simon444>nightlys are just bug fixes
12:42|-|Ailure [Gamefreak@] has joined #openttd
12:50|-|simon444 [] has quit [Read error: Connection reset by peer]
12:51|-|simon444 [] has joined #openttd
12:52<simon444>okay who thought that was funny?
12:52<simon444>to reboot my machine?
13:00<Zavior>Actually, I did
13:02<simon444>YOU SON OF A BITCH, You must be a witch! (sorry capslock)
13:19|-|Rexxie [] has joined #openttd
13:20<simon444>who wants to play a team game with me?
13:21<simon444>Rexxie, how about you?
13:21<Rexxie>I'm busy writing an angry letter to air france
13:21<RichK67>only one?
13:22<simon444>RichK67, one game?
13:22<simon444>Rexxie, LOL!
13:22<simon444>Rexxie, need help?
13:22<simon444>Rexxie, I have written many such letters
13:23<RichK67>one angry leter
13:23<Rexxie>I think I'll manage
13:24<simon444>Rexxie, I can increase your success rate
13:24<simon444>Is this air france in ottd?
13:24<Nickman>TrueBrain, you here?
13:26<simon444>glx, how long till the nightly is complete?
13:27<RichK67>its like a boiling kettle.... the more you watch it, the longer it takes... ;)
13:32<simon444>I want to know to download fridays or if I should wait a little bit
13:33|-|Kittysune [Gamefreak@] has joined #openttd
13:33|-|Ailure [Gamefreak@] has quit [Read error: Connection reset by peer]
13:33<RichK67>check the website - it tells you when it is run
13:34|-|UnderBuilder [~chatzilla@] has joined #openttd
13:35<simon444>RichK67, it is being ran right now
13:35<simon444>it is done
13:47<simon444>anyone want to play???
13:50|-|Wolf01|AWAY changed nick to Wolf01
13:51<Wolf01>RichK67, i have an old idea for you, you might be interested
13:51<simon444>I found a bug
13:51<simon444>I made a town
13:51<simon444>then bombed all the houses
13:52<simon444>then went to start an industry
13:52<simon444>and it gave me the error need to build a town first
13:52<simon444>I have a town!
13:52<RichK67>hi Wolf01... fire away
13:53<Wolf01>do you remember my idea (and Frostregen's patch) about eyecandy?
13:53<simon444>another bug
13:53<simon444>I expanded it and bombed everything but one house
13:53<simon444>population is zero!
13:54<simon444>I expanded the town fours times
13:54<simon444>and left one of the outer house
13:54<simon444>I did this again only expanding one time and leaving the outer house and it has a population of 13!
13:54<RichK67>Wolf01: yeah, i thought it was effectively superceded by action0houses
13:54<simon444>13 buggers in one house!
13:55<Wolf01>the idea is to extend that patch to load eyecandy objects from grf, but also to have "active" eyecandy, such houses generating passengers to build your own city, and maybe to build industries
13:56<RichK67>Wolf01: very useful in scenario building... not so sure it would be ok in network though
13:56<simon444>okay this is a real bug: I have a town with 13 pop and it still says must build town before can place coal mine
13:57<RichK67>simon444: write them down, then submit them with savegames to Flyspray
13:57<simon444>I have a town with 1433 and still can't start a coal mine
13:57<RichK67>in other words... less running commentary ;)
13:57<simon444>RichK67, would you just try it out
13:58<Wolf01>yes, that is not a problem, the eyecandy objects now are a sprite replacement for the purchased land, for complex things the editor should be the right place
13:58<RichK67>nope - im busy writing airport FSM rotation
13:58<simon444>RichK67, I started a new game and the same problem
13:58<simon444>I think this is a proper bug
13:59<simon444>RichK67, so much for nightly being stable
13:59<RichK67>then submit it with savegame to ... aka Flyspray
13:59<RichK67>i said... "as stable or better"... of course, new features introduce new bugs.... give us the full info, and it will be looked at
13:59<simon444>RichK67, I have to registered
14:00<RichK67>so register.... its automatic i think
14:00<simon444>1) scenario editor
14:00<simon444>2) build town
14:00<simon444>3) build coal mine
14:00<simon444>4) error - need to build town first
14:01<RichK67>last time i say this: submit it to
14:03<simon444>never mind - making a random town isn't bugged
14:03<simon444>RichK67, I am not going to register and this is such a basic bug that someone else will submit it
14:04<Wolf01>it should allow guest submissions
14:04<Phazorx>i think simon444 got more stubborn after being hit in the head
14:05|-|skidd13 [] has joined #openttd
14:05<simon444>Phazorx, maybe
14:08<simon444>Wolf01, it doesn't
14:09<Wolf01>but you can always register, you might need it in a later time, it doesn't bite, like me
14:15<simon444>Wolf01, is that a requirement of GPL4?
14:17<RichK67>simon444: one question... how close to the town did you try to build the mine? if a long way away, you could be outside its radius
14:17<simon444>RichK67, very close
14:18<simon444>I tried all different town sizes
14:18<RichK67>and radius is related to population... so pop=0, no radius
14:18<simon444>my random town has 0 pop
14:18<RichK67>ok just an idea...
14:18<simon444>and is about 700 blocks away from my coal mine
14:20<+glx>700 tiles is too far
14:20<Wolf01>i can feel smell of no-bugs
14:21<Wolf01>maybe is it pebkac?
14:21<+glx>ok reproduced :)
14:22<simon444>you see!
14:22<simon444>glx, well it is working at 700 blocks
14:23<simon444>but only if it is a random town
14:23<simon444>regular towns of any size are broken
14:25<+glx>it needs at least one random town
14:25<+glx>and that's a bug
14:25<+glx>I'll look at it later
14:36<Rubidium>people not being registered when they post a bug makes it virtually impossible to ask addition questions to the bugsubmitter
14:36<Rubidium>Phazorx: pong
14:37<Phazorx>Rubidium: yesterday desyncs
14:38<Phazorx>it is sort of reproducable in 14 game days
14:38<Phazorx>but doesnt wotk every time (gotta be right half of day as well i guess)
14:38<Rubidium>that isn't difficult ;)
14:38<Rubidium>just send a pause command at the right moment ;)
14:39<Rubidium>it's like two lines of code
14:39<Phazorx>that's what i was trying but still i get it like every other time
14:39<Phazorx>not sutre what esle is a faktor
14:39<Phazorx>and another thing, server start date is aug01,
14:40<Phazorx>client that join before aug 13-14 desync at 14-15
14:40<Phazorx>client joined before aug 11-12 do not desync
14:41<Phazorx>but pretty much all client who have not desync earlier will desycn at Oct 13
14:41<Phazorx>is that same bug or 2 different ones you think?
14:41<simon444>is there any undo button?
14:41<simon444>I just fucked something up
14:41<Rubidium>hopefully the first ;)
14:41<simon444>and saved a bit to early
14:42<simon444>Rubidium, eeew that would be my wife if anything...
14:42<simon444>there is no undo command in the terminal
14:43<simon444>Rubidium, is there a way of undoing or should I just go back to my last save?
14:45<simon444>the silence is killing me
14:45<simon444>someone say something
14:45<simon444>ah crap forget
14:45<Phazorx>there is no undo
14:45<simon444>it I am just loading my last save
14:48|-|Peakki [] has quit [Quit: Lähdössä]
14:57<Xintron> Spider pig, spider pig, does whatever a spider pig does. Can he swing from a web, no he can't he's a pig. Lookoooooooout he is a spider pig!
14:58<Xintron>spider pig!
14:58<simon444>what year does electric rails come?
14:59<simon444>Xintron, WTF!!!!
15:01<simon444>oooh maglev
15:03<Sacro>hmmm, is no longer the first hit for spiderpig
15:05|-|alex_ [~alexalex@] has joined #openttd
15:05<alex_>offtopic: whats a good flash editor?
15:05<Rubidium>or hexedit
15:05<Rubidium>really, who wants flash?
15:06<Rubidium>I've seen someone trying to do debugging in it and it was awful
15:06<Rubidium>function does not exist, don't care, I'll just make it return 0 or false whatever you want as return value type
15:07<Rubidium>or at least something like that, don't remember exactly
15:07<Phazorx>it ingonres duplicate function definiton
15:07|-|Prof_Frink [] has joined #openttd
15:07<Phazorx>and if they are on different layers - can call one or another clsoe to random
15:08<Phazorx>sloping is broken to in some nested case
15:09|-|skidd13 [] has quit [Quit: Leaving.]
15:14<Rubidium>Phazorx: got that savegame for me?
15:14<Rubidium>the desyncing one that is
15:15<Phazorx>trying to find definitive pattern here... but i guess we both can do same with more efficiency
15:15<Phazorx>FS or DCC ?
15:15<Phazorx>fs = flyspray
15:16<Rubidium>that gives annoying filenames when you download stuff
15:17<Rubidium>and my computer is kinda running out of cpu power at the moment :(
15:18<simon444>alex_, porting ottd to flash so the little kiddiez play with it?
15:19<Phazorx>somewhere around 13th is the even that causes desync on 14th
15:24<alex_>simon444: lol
15:26<simon444>alex_, think of the ad money!
15:26<simon444>too bad you will have to open source it
15:27<simon444>then I can just steal it and make the ad money
15:28|-|Wezz6400 [] has joined #openttd
15:37|-|smoovi [] has quit [Remote host closed the connection]
15:38|-|smoovi [] has joined #openttd
15:45|-|Wezz6400 [] has quit [Quit: Watch out for the bomb!]
15:46<Rubidium>Phazorx: that game is way too big for my computer to be able to find the cause of the desync
15:46<Rubidium>it takes more than 10 seconds to do one day :(
15:47<Phazorx>you only need 15 days...
15:47<Rubidium>and I need to do that a lot of times
15:48<Phazorx>well that's the best i can do i'm affraid
15:48<Rubidium>can't you stop some groups of vehicles and still get the desync?
15:48<Phazorx>if i'd have guaranteed way to get the desync i;d try to stop some
15:49<Phazorx>well if i stop all - no desync
15:51<simon444>there is a UFO!!!
15:51<simon444>is this a new feature
15:51<Phazorx>yeah since 1992
15:52<Phazorx>it's TTO feature
15:52<Phazorx>chris made the game this way
15:53<Phazorx>Rubidium: can you trace the cause of desync somehow?
15:54<Phazorx>i mean i can disable groups if i know how exactly to cause it
15:54<Rubidium>but it requires incrementally adding more debug output till you find the origin of the desync
15:54<Phazorx>currently there us a high chance of desyncing but i'm not getting it every time for some reason
15:54<Rubidium>which means rerunning it a lot of times
15:55<Rubidium>and having a guaranteed desync is a must
15:55<Phazorx>well i need soemthing mroe granular than a date then
15:55<Phazorx>is there a way to get tick count, or even better freeze at particular tick?
15:55<Rubidium>and you must always hit the same desync, otherwise your incremental search back into "history" does not work
15:56<Phazorx>hence my question... cuz i know there are more than one instance that causes it
15:56|-|Zr40 [] has joined #openttd
15:58<Rubidium>and: if (_tick_counter == <<magic value>>) DoCommandP(0, 1, 0, NULL, CMD_PAUSE); in for example IncreaseDate
15:58<Rubidium>Phazorx: yes, it's a variable
15:59<Rubidium>RichK67: would you be so kind to commit airports.grf as I suspect you've got a local modification in there that is needed to be able to build airports.
15:59<simon444>Phazorx, which chris
15:59<simon444>I am going to kick his butt
16:01|-|Wolf01 [] has quit [Read error: Connection reset by peer]
16:03[~]Rubidium guesses Phazorx is talking to someone who is on my irc client's ignore list
16:03<Phazorx>i tihnk you made the right choice there mate :)
16:03<simon444>gostsex dude!
16:08<RichK67>Rubidium: it should have gone up with the last submit
16:09<RichK67>yup, r10783... first item in list
16:09<Rubidium>oh, then you forgot to update files.h ;)
16:10<Rubidium>and it doesn't explain the crash when opening the build airport window
16:10<Rubidium>without having any newgrf loaded
16:10<RichK67>yeah... it will eventually be 100% newgrf... dont try it withotu
16:12<RichK67>ill bother about MD5ing it once development (and mods to airport.grf are finished)
16:13<Rubidium>can't find the hangar of the rotated commuter, is that a know issue?
16:13<RichK67>read the commit message... only placement has been done (except i have it working locally on my pc :) )
16:15<Rubidium>are you aware of any deadlocks in the normally oriented commuter?
16:15<RichK67>that i know of
16:16<RichK67>same FSM anyway... its only the graphics that shift for rotation
16:17<RichK67>i have a const... and want to pass one of its values to be used in a routine that expects a non-const as input... how do i do it... it keeps whining
16:17<Rubidium>plane in souther and middle terminals, plane circling to land, planes in depot try to go to a terminal and a plane just before the depot with it's nose to SW (would need to rotate 90 degrees clockwise if it goes into the depot)
16:17<Sacro>RichK67: pass by reference?
16:17<RichK67>take a screenie... saves are useless
16:17<RichK67>i would like to sacro... it still whines
16:17<Sacro>RichK67: hmmm
16:18<Rubidium>RichK67: depends on whether the function actually needs the variable to be non-const
16:18<simon444>fuck openttd crashed!
16:19<Rubidium>the ugly way would be just casting it to a non-const version
16:19<Rubidium>but that might make the compilers do wrong things with it
16:20<Rubidium>RichK67: what you miss in that screenshot is the aircraft flying around to land (must have taken the image at the wrong time
16:20<RichK67>sorted it anyway... it works now :)
16:21<simon444>it crashed again!
16:21<simon444>is there any dumps i should send in
16:21<simon444>I think I know what is causing it
16:22<RichK67>Rubidium: can you check if the the one outside the depot is heading to hangar?
16:22<Rubidium>it wasn't
16:23<simon444>yep confirmed the problem
16:23<simon444>creating the 26th train = crash!
16:23<RichK67>ok, ill throw a ton of a/c at it... problem will be in the state machine, not the controller (i hope)
16:25<Rubidium>hmm, it looks like once all aircraft have taken off, there can only be one aircraft at the ground
16:26<simon444>RichK67, what info should I give for my bug?
16:26<Rubidium>unless an aircraft goes into the depot, as then a second can land
16:28<RichK67>Rubidium: somethings gone screwy there... ive not yet seen it in my tests, and unfortunately i need to see what it was prior to the blocks getting set... something is set, and has not got cleared.
16:28<simon444>RichK67, bug not present in a slightly older build
16:28|-|smoovi [] has quit [Ping timeout: 480 seconds]
16:29<simon444>what info should I put in my report
16:29<simon444>or should I just wait and see if it is still there in a few days from now
16:31<Rubidium>it's fairly easy to reproduce: (well, what I've done)
16:31[~]simon444 thinks he is being ignored :(
16:32|-|Ammler [] has joined #openttd
16:32<Rubidium>start a game in 2010 with only the NewGRF FSM airport grf, build a commuter in the original direction and a commuter in the other direction adjacent to the airport (press CTRL)
16:33<Rubidium>then build two of the cheaper (second) aircraft, give the first orders to go from the first to the second airport, start that, clone the orders of the first for the second aircraft, start that aircraft
16:34<Rubidium>cheat to get money, clone one aircraft and clone that one 7 times (button where the go-to-depot button is when not in the depot) (so you've got 10 aircraft), then start all of them at once (green flag)
16:35<+glx>RichK67: would be nice to fix all warnings in newgrf_fsmports.h
16:35<RichK67>would be if i had any
16:35<hylje>Rubidium: clone one aircraft 7 times produces ten aircraft?
16:36<RichK67>1+1+1+7 = 10
16:38<RichK67>glx: i get no warnings at all...
16:38<Rubidium>I'll solve them
16:39<RichK67>glx: check out newgrf.cpp line 2103. the three "not used" entries are used there
16:44<+glx>but as they are static they are "defined" in all cpp that includes newgrf_fsmports.h I think
16:45<RichK67>they will be dying later, as i wont need that way of instantiating once the predefined old airports are removed
16:45<RichK67>but fine, spend time fixing stuff that is going to be deleted ;)
16:45<@peter1138>simon444: version, problem, savegame, steps
16:46<Rubidium>RichK67: all those warnings make you miss other warnings that might be important
16:46<Rubidium>like /home/rubidium/openttd/ports/src/aircraft_cmd.cpp:1094: warning: taking address of temporary
16:47<simon444>my first 10 trains are not servicing and have had 30 break downs since last service
16:47<simon444>I have deports on the route
16:47<simon444>4 of them
16:48<Rubidium>what basically happens is that some struct is pushed on the stack, then the address of that is stored in amd and then the struct is popped from the stack
16:48|-|elmex [] has quit [Remote host closed the connection]
16:48<simon444>they are breaking down so much that my newer trains are claiming they are lost
16:48<Rubidium>which means that anything that pushes something on the stack corrupts your data
16:49<RichK67>ok, so how do i get to see these warnings then...
16:49<RichK67>(in MSVC)
16:49<Rubidium>you don't as they are generated by gcc
16:49<Rubidium>and neither MSVC nor gcc is superior in the generated warnings
16:50<RichK67>Rubidium: cant reproduce your error - followed to the letter.... 10 perfectly flying aircraft
16:50<Rubidium>the union of the warnings generated by both compilers is much more interesting
16:51<Rubidium>RichK67: it could be caused by the beforementioned issue
16:52<RichK67>so maybe MSVC is compiling the problem away
16:53<Rubidium>maybe it pops it later
16:53<Rubidium>are you running a debug or release binary?
16:53|-|KritiK [] has quit [Quit: Leaving]
16:54|-|Darkebie [] has joined #openttd
16:56<Phazorx>hwo do i revert to stock from applied patch in svn ?
16:56<@peter1138>svn revert -R .
16:56<RichK67>Rubidium: i think ive fixed it.... ill diff, and pastebin
16:56<Phazorx>peter1138: no revision needed?
16:57<DaleStan>That'll revert to whatever revision happens to be local, Phazorx. To change revisions, use svn up instead.
16:57<Phazorx>DaleStan: got that one
16:58<RichK67>hmmm.... inconsistent newlines again
16:59<RichK67>weird... all of todays edits have used LF, not native CRLF
17:00<Rubidium>RichK67: <- that solves the "takes pointer of temporary data" warning
17:01|-|helb [~helb@] has joined #openttd
17:01<Rubidium>,%2017th%20Mar%202010.png <- another deadlock. Might unreproducable for you because you have other local modificaton?
17:02<RichK67>amd_original is only used there, and is unnecessary... try this instead
17:03<RichK67>nothing looks deadlocked there... that can be a normal position... which a/c is the problem
17:04<Rubidium>RichK67: they are all stationary/non-moving
17:04<Rubidium>and that patch won't solve the issue as the issue is the &RotateAMDbyRotation()
17:05<Rubidium>i.e. getting the pointer of the return value without keeping the return value
17:06<RichK67>hmmm... i get way confused on when to use which... oh well... back to "hello world"
17:07<RichK67>Rubidium: can you apply your diff, ill scrap my mod
17:07<Rubidium>I'll apply your change over mine
17:08|-|simon444 [] has quit [Ping timeout: 480 seconds]
17:08<RichK67>i cant see any visual reason why those arent moving right
17:09<Rubidium>neither can I
17:11<RichK67>im laying money on the MSVC / gcc difference.... its working perfectly here
17:11<Rubidium>the rest of the warnings remaining for newgrf ports are unused variable/function warnings which I'll just ignore for now as you might need it in one of the upcoming patches.
17:13<RichK67>ive got 18 a/c zipping around having great fun... no sign of a lock here
17:14<Rubidium>here a deadlock is a sure thing :(
17:14<Phazorx>why can i not use "many random industries" in scenario editor?
17:14<Phazorx>build button is greyed out
17:16<Rubidium>because you don't have a town yet?
17:16<Phazorx>i have 12
17:17<Phazorx>on 1024x1024
17:17<Phazorx>manualy placed tho
17:18<Rubidium>I can't reproduce it
17:18[~]glx kicks CIA-1
17:18<+glx>I though it was dead
17:19<Phazorx>Rubidium: can not reproduce what ?
17:19<Rubidium>the greyed out button
17:20<Phazorx>perhaps that's GRFs i have ?
17:20<+glx>Phazorx: I have a pending fix for that
17:20<+glx>caused by 10755
17:20<Phazorx>ahh... and in mean time?
17:21<+glx>place a random town
17:21<@peter1138>in the mean time, ignore it
17:21<Phazorx>i have 737
17:21<Phazorx>shoyuld be before that issue
17:22<Rubidium>ah, I finally reproduced it
17:22|-|Zr40 [] has quit [Quit: Zr40]
17:23<Rubidium>you've got the difficulty setting industries set to none
17:23<Rubidium>which makes the random industry building build none
17:23<RichK67>Rubidium: debug build or release build, and i cant reproduce your bug... can i leave you to hunt it? (state machine in rb_airport2.grf is probably ok... look elsewhere first)
17:23<Phazorx>Rubidium: thanks!
17:24<Phazorx>Rubidium: does that preference option controls random in game building ?
17:24<Phazorx>cuz only reason i was setting it to none to avoid industries building later
17:24<Phazorx>is there a way to disable/conrol that ?
17:25<@peter1138>you can probably write a newgrf to do it
17:25<Rubidium>yes, as peter1138 said
17:25<@peter1138>although you won't be happy when all your industries have closed down
17:25<@peter1138>maybe that is newgrf controllable, i don't know.
17:26<Phazorx>hmm... i'd rather have it as game option tho
17:26<Phazorx>kidna makes more sense since that is engione behavior rather thana mod to content
17:26<Nickman>TrueBrain you here? :p
17:26<Phazorx>peter1138: with prospering enabled that is not an issue
17:26<Phazorx>and i'd like to be able to disable all industries for pax only games
17:27<Phazorx>as well as disabel building powerstations and any other second tier when it is not needed
17:28<CIA-1>OpenTTD: rubidium * r10786 /branches/NewGRF_ports/src/aircraft_cmd.cpp: [NewGRF_ports] -Fix: do not get a pointer of memory that might get overwritten and assume it is correct; just keep the returned struct as-is.
17:29<Rubidium>:O time dilation
17:29|-|Zr40 [] has joined #openttd
17:31|-|Red [] has joined #openttd
17:31<RichK67>btw, Rubidium. does your problem happen with unadjacent airports?
17:33<Rubidium>the aircraft before the depot is waiting on "something"
17:39<RichK67>when it happens, pause, put a breakpoint on aircraft_cmd.cpp:1908, and then check the heading, position, v->u.air.owned_blocks, and st->airport_flags.... i expect st->airport_flags to have upper_block = 0000001 .. ie runway blocked .. if it isnt i have no idea
17:40|-|Zr40 [] has quit [Quit: Zr40]
17:40|-|lolman [] has joined #openttd
17:41<RichK67>Rubidium: it may be worth you checking my coding of fsmblockmap ... i could well have made one of these weirdo stack references
17:41<RichK67>of course, doesnt explain why MSVC works
17:41<Rubidium>RichK67: it looks ok to me, though it leaks some memory
17:42<RichK67>anyway, do you like the gui?
17:45<Rubidium>it looks nice
17:47<RichK67>what should we do about the old buttons? should we keep the standard OTTD airport buttons, but hot-wire them to an ottd_newgrf_standard_airports.grf??
17:48<@peter1138>use whatever new gui you're doing
17:49<@peter1138>like the fund industry gui did
17:50<RichK67>so all airports to be loaded via newgrf... and hardcode in a load of a default newgrf?
17:51<Eddi|zuHause2>what does the GUI have to do with how they are loaded?
17:51<Rubidium>RichK67: v[05]: 0000000400000000, s[00]: 0000002c0000000e
17:52<RichK67>indexed to different structures
17:52<Rubidium>first are upper,lower of vehicle, second of the station
17:52<Rubidium>that's the one before the depot
17:53<RichK67>block 40 looks clear....
17:54<Rubidium>v[01]: 0000002800000002, s[00]: 0000002c0000000e
17:54<RichK67>you'll need to step through, trying to catch its movement, and watch the block states change.... i cant imagine why its happening... the state machine is doing the right things (its got pretty simple now)
17:54<Rubidium>that's the one waiting at the top
17:55<Rubidium>it holds quite a few blocks
17:55<RichK67>ill add saving, and then you can send a game... :)
17:55<RichK67>maybe tomorrow
17:56|-|TinoM [] has quit [Quit: Verlassend]
17:57<RichK67>at least we know the adjacent is a red herring
18:03<Rubidium>where do those block bits relate to? to the positions?
18:06<RichK67>lower blocks 0x00-0x3F are terminals etc, upper 0x40-0x7B are "open" blocks.... and can represent anywhere you need a block
18:07<RichK67>you'll need to compare with the state machine in rb_airport2.nfo
18:08<Rubidium>oh, I didn't add enough zeros to those strings :(
18:08<Phazorx>hmm... hard crashes with nothing in debug
18:08<Rubidium>and your 40 was in hex
18:08<Phazorx>last line "dbg: [misc] [Pool] (CargoPacket) cleaning pool..
18:08<Rubidium>debug is not for hard crashes
18:08<RichK67>position 01 should move to position 0B if block43 is free... 43 is 0000....0004, so yes it has the block, is looking for the block...
18:09<RichK67>so should proceed
18:09<Phazorx>nm, my bad
18:09<Phazorx>was not starting dedicated.. and guess what happens if the box doesnt have X
18:10<RichK67>definitely check out HasBlocks and BlocksAreFree... i suspect you may catch it doing something odd around a/c_cmd:1936
18:12|-|EmiT [] has joined #openttd
18:12<RichK67>one thing to check... does any other aircraft have block 43 as well?
18:12<RichK67>(it shouldnt)
18:14<RichK67>cant see why it doesnt pass this then: if (st->airport_flags.BlocksAreFree(¤t->reserveblock) || //if can reserve blocks
18:14<RichK67> v->u.air.owned_blocks.HasBlocks(¤t->reserveblock)) { //or vehicle already has blocks
18:14<RichK67>first clause should be false, second true
18:14|-|CIA-1 [~CIA@] has quit []
18:15|-|CIA-4 [~CIA@] has joined #openttd
18:15|-|Brianetta [] has joined #openttd
18:16<RichK67>thing is, i really cant understand why its ok here....
18:17<Rubidium>v[07]: 00000000000000040000000000000000, s[00]: 000000000000002c000000000000000e
18:18<Rubidium>with that state it should go into that branch?
18:18<RichK67>check state and heading
18:18<RichK67>state should be 41 takeoff
18:19<RichK67>heading (ie. entry in FSM command) should also be 41
18:19<RichK67>when stopped on line 1936
18:22<Rubidium>v[ 1]: 1936. r: 00000000000000080000000000000000, h: 65
18:22<Rubidium>heading 65
18:23<RichK67>with block 0x42 occupied... looks A1
18:23<Rubidium>and no blocks to reserve
18:24<Rubidium>oh, one block to reserve ;)
18:24<RichK67>reserveblock = 0?
18:24<Rubidium>there's an 8 in there
18:25<RichK67>should be (hex)... heading=41, reserve=block43, release=block42, next_pos=0x0B
18:25<RichK67>and i would guess, holding block42
18:26<Rubidium>v[01]: 00000000000000040000000000000000, s[00]: 000000000000002c000000000000000e
18:26<RichK67>its holding block 44
18:26<RichK67>im totatlly confused now
18:27<Rubidium>the vehicle is holding block 42, the station has blocks 42 and 43 and 45 set
18:27<RichK67>nope, 43... bah... too late to do 128 bit binary
18:27<RichK67>did any aircraft takeoff and land?
18:28<Rubidium>all the time, but the last plane that did that landed
18:28<Rubidium>v[06]: 00000000000000280000000000000004, s[00]: 000000000000002c000000000000000e
18:28<Rubidium>that one
18:29<Rubidium>which has locked 43 and 45
18:29<RichK67>thing is, as a protection against leaving an airport in a bad state, all a/c release all blocks they hold at exit, and zero all their holdings
18:29<RichK67>so in theory, even if an aircraft leaves a bad block lingering, it should clean up on exit
18:30<RichK67>45 is the airport entrance next to the tower
18:30<RichK67>(where it is i'd guess)
18:31<RichK67>and it has reserved term3
18:31<Rubidium>yes, waiting to get into the block to get into terminal "lane"
18:31<Rubidium>s/the block to get into//
18:31<RichK67>(and people want to automatically create their own plug-together airports... sheeshk!)
18:32|-|UnderBuilder [~chatzilla@] has quit [Quit: ChatZilla [Firefox]]
18:32<RichK67>ah... sorry misread your lists
18:33<RichK67>v1 is holding block42 only (correct), and wants (= r) block43... which the station says is not clear
18:33<RichK67>so correctly, it waits
18:34<RichK67>the problem is the unreleasing of some other aircraft... a/c 1 is just the victim
18:34<Rubidium>aircraft #6 in this case
18:36|-|Nickman [] has quit [Quit: ( :: NoNameScript 4.02 :: )]
18:36<RichK67>is it absolutely predictably repeatable ... ie. can you force #6 to be the problem again...
18:37<Rubidium>it had block 43 and 44, then it took 45 and freed 44
18:37<RichK67>we need to trace what happens as #6 moves from 01 to 0B and onwards on its takeoff cycle before it snafus it
18:37<RichK67>the fault is that it should not have retained 43
18:38<RichK67>it should be 100% clean coming in after its takeoff
18:40<RichK67>block43 should have been released when it went from the tile next to the runway onto the runway for takeoff
18:40<RichK67>and then if it still had it on exit, it should also have been cleared
18:41<Rubidium>it gets bits 40, 43 and 44 all at the same time
18:41|-|CIA-4 [~CIA@] has quit [Ping timeout: 480 seconds]
18:42<+glx>RichK67: <-- you'll like it :)
18:44<RichK67>lol, snao
18:45<RichK67>Rubidium.... interesting... we have a good pointer there then
18:45<RichK67>there is only one multi-block reserve, and it should be just 44 and 40
18:47<RichK67>so, its probably the newgrf translator taking the block in incorrectly... newgrf.cpp:2286 ReadBlocksInto command
18:47<Rubidium>hmm, some weird things seem to be happening
18:47|-|Brianetta [] has quit [Quit: Tschüß]
18:48<Rubidium>I give you some stuff in the actual order it was executed:
18:48<Rubidium>v[01]: 00000000000000180000000000000000, s[01]: 000000000000001c000000000000000c
18:48<Rubidium>v[01]: 00000000000000280000000000000002, s[01]: 000000000000002c000000000000000e
18:48<Rubidium>v[ 1]: 1936, res: 00000000000000200000000000000000, rel: 00000000000000100000000000000000, h: 0
18:48<Rubidium>the reservation and release done after it has actually happened?
18:48<Rubidium>or is there another place where reservations can be done?
18:49|-|kd82 [] has joined #openttd
18:50|-|kd82 [] has left #openttd []
18:50|-|Jobbe [] has joined #openttd
18:52|-|Jobbe [] has left #openttd []
18:52<RichK67>about 4 locations: AirportMove is where 90%+ happen. only others are FreeTerminal (where it reserves the terminal), EnterHangar (where it clears all blocks it owns), and Flying (where it reserves the landing approach reserves)
18:53<RichK67>oh, and EndTakeoff, where it releases everything again
18:54<RichK67>can you check what blocks it is trying to reserve in the Flying step... it should be upper 00000000011 (ie. 40 and 44
18:55<RichK67>break on line 1774
18:56<RichK67>if its 00000000000019, then we have our culprit
18:56<RichK67>in the current->reserveblock.upper
18:57|-|Gekkko` [] has joined #openttd
18:57|-|Gekkko` changed nick to Gekko
18:57<Rubidium>0, v[ 1]: 1936, res: 00000000000000190000000000000000, rel: 00000000000000000000000000000000, h: 68
18:58<Rubidium>i.e. it is *19*
18:58<RichK67>error is in my coding of ReadBlocksInto ... i was well confused there
18:59<RichK67>newgrf.cpp:2046.... can you analyse and recode it properly... it will be same weirdo referencing thingy
18:59<RichK67>(it will be the multi-block handling code
19:02<RichK67>state machine was actually moving and reserving exactly as it was instructed... problem was its reading the instructions wrong... but it works ok here...
19:03<Rubidium>deadlock solved
19:03<Rubidium>though the "only one aircraft per airport" remains
19:03<Rubidium>RichK67: yes
19:04<RichK67>what is "only one per airport"?
19:04<Rubidium>that I can only have one aircraft on an airport, unless the aircraft goes into the depot, then a second one can land
19:06<RichK67>block 44 or 40 must be staying locked... doesnt make sense... ok, depot clearing it does, since that has clearing code
19:07|-|Vikthor [~Vikthor@] has quit [Quit: Leaving.]
19:08|-|BobingAbout [~BobingAbo@adsl-83-100-230-183.karoo.KCOM.COM] has joined #openttd
19:08|-|BobingAbout [~BobingAbo@adsl-83-100-230-183.karoo.KCOM.COM] has quit []
19:10<Rubidium>RichK67: I've committed some stuff, but CIA is sucky
19:11<Rubidium>v[01]: 00000000000100040000000000000002, s[01]: 00000000000100040000000000000002
19:12<Rubidium>that's the state after it leaves the terminal
19:13<RichK67>i dont see i have anything that matches with a bit that high
19:14<RichK67>thats 50
19:15<RichK67>not in the FSM
19:15<Rubidium>first is what the aircraft has, second is what it has to release
19:16|-|alex____ [~email@] has joined #openttd
19:16|-|alex_ [~alexalex@] has quit []
19:16|-|alex____ changed nick to alex_
19:17<RichK67>i think its ReadBlocksInto still... check what blocks are getting returned... this doesnt make any sense to me at all
19:22<RichK67>Rubidium: in order to save airport_flags, now it is a blockmap struct, how do i do it? the member vars are private and cant be referenced directly, and the .GetLower() function wont work in the saveload code
19:23<RichK67>as in: SLE_CONDVAR(Station, airport_flags.GetLower(), SLE_UINT64, SL_FSMPORTS_VSN, SL_MAX_VERSION),
19:23<RichK67>wont compile
19:23<Rubidium>RichK67: look at cargopackets
19:25|-|lolman [] has quit [Quit: Leaving]
19:26<RichK67>doesnt seem to help... CP saveload structure is just basic vars, not substructures
19:29<Rubidium>well, CargoList's List (which is private) is hackishly made non-private for saveloading
19:30<Rubidium>RichK67: <- that's what's being read from the file (or how it's being read)
19:32<RichK67>your new code in ReadBlocksInto, isnt translating correctly
19:32<RichK67>the error is the block in position 0x10, which is the Flying/go for landing step
19:34<Rubidium>probably my fault
19:34<RichK67>7E 44 40 7F should produce: 00....0011
19:34<RichK67>in upperblock
19:37|-|XeryusTC [] has quit [Quit: Solong, and thanks for all the fish.]
19:41<Rubidium>anyway, time for me to go to sleep
19:42<RichK67>yeah, im shattered too
19:44|-|CIA-1 [~CIA@] has joined #openttd
19:44<Rubidium>oh, now I remember why the thing worked in MSVC
19:44<Rubidium>it probably zeros the memory when in debug
19:44<RichK67>and in release too... worked fine there too
19:50|-|orudge [~orudge@] has quit [Ping timeout: 480 seconds]
19:51|-|ThePizzaKing [] has joined #openttd
19:53|-|orudge [~orudge@] has joined #openttd
19:53|-|mode/#openttd [+o orudge] by ChanServ
19:56|-|CIA-1 [~CIA@] has quit [Ping timeout: 480 seconds]
20:00|-|CIA-1 [~CIA@] has joined #openttd
20:08|-|lolman [] has joined #openttd
20:09|-|Deathmaker [] has quit [Read error: Connection reset by peer]
20:10|-|CIA-1 [~CIA@] has quit []
20:11|-|Progman [] has quit [Remote host closed the connection]
20:31|-|Eddi|zuHause3 [] has joined #openttd
20:32|-|glx [] has quit [Quit: bye]
20:33|-|CIA-1 [~CIA@] has joined #openttd
20:38|-|Eddi|zuHause2 [] has quit [Ping timeout: 480 seconds]
20:46<CIA-1>OpenTTD: richk * r10791 /branches/NewGRF_ports/bin/data/ (3 files in 2 dirs): [NewGRF_ports] -Change: Modified rb_airport2.grf to use MeusH minipic of commuter airport. Corrected fences of orientation 03.
21:05|-|Darkebie [] has quit [Quit: VIP Gill ;D]
21:12|-|RichK67 [~RichK67@] has quit [Quit: RichK67]
21:13|-|roboboy [] has joined #openttd
21:22|-|alex_ [~email@] has quit [Quit: ircN 8.00 for mIRC (20070730)]
21:26|-|BurningFeetMan [] has joined #openttd
21:27|-|BurningFeetMan [] has left #openttd []
21:38|-|roboboy [] has quit [Ping timeout: 480 seconds]
21:44|-|CIA-1 [~CIA@] has quit [Ping timeout: 480 seconds]
22:04|-|Red [] has quit [Read error: Connection reset by peer]
22:10<Gekko>I wonder how many devs use a pirated version of MSVC.
22:10<hylje>from the commit devs i doubt any do
22:16<ln->I wonder how many devs use a pirated version of TTD.
22:16<hylje>given the artificial scarcity of TTD, i'd suppose several
22:17<Gekko>I own TTD.
22:17<Gekko>Teh DOS version.
22:17[~]ThePizzaKing does too
22:17[~]ln- owns it too.
22:17<Gekko>I pwn it
22:17<ThePizzaKing>$19 from KMart :D
22:18<ln->KMart sounds american.
22:18<hylje>or KDE
22:18<ThePizzaKing>only if it's said with an American accent ;)
22:18<Gekko>KMart in Australia isn't the KMart in the US.
22:18<Gekko>K-Mart in the US.
22:20<ThePizzaKing>And my Dad said it was a waste of money
22:20<ThePizzaKing>Showed him
22:20|-|CIA-1 [~CIA@] has joined #openttd
22:21<ThePizzaKing>CIA's back, better stop talking about pirated stuff ;)
22:28<Gekko>CIA-1: who are you
22:29[~]hylje kicks CIA-1
22:35|-|Dark_Link^ [] has joined #openttd
22:36|-|lolman [] has quit [Quit: Leaving]
22:43|-|CIA-1 [~CIA@] has quit [Ping timeout: 480 seconds]
22:53|-|Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Read error: Connection reset by peer]
23:02|-|CIA-1 [~CIA@] has joined #openttd
23:04|-|Dark_Link^ [] has quit [Read error: Connection reset by peer]
23:05|-|Dark_Link^ [] has joined #openttd
23:07|-|HMage [] has quit [Read error: Connection reset by peer]
23:17|-|CIA-1 [~CIA@] has quit [Ping timeout: 480 seconds]
23:36|-|CIA-1 [~CIA@] has joined #openttd
---Logclosed Sun Aug 05 00:00:44 2007