Back to Home / #openttd / 2014 / 07 / Prev Day | Next Day
#openttd IRC Logs for 2014-07-25

---Logopened Fri Jul 25 00:00:18 2014
00:56-!-Eddi|zuHause [~johekr@p57BD547B.dip0.t-ipconnect.de] has quit []
00:56-!-Eddi|zuHause [~johekr@p5DC66863.dip0.t-ipconnect.de] has joined #openttd
01:18-!-Smedles_ [~quassel@58.160.136.199] has joined #openttd
01:19-!-Smedles [~quassel@58.160.136.199] has quit [Ping timeout: 480 seconds]
01:20-!-Tuhin [~Tuhin@fip8c167.banglalionwimax.com] has joined #openttd
01:24-!-Smedles [~quassel@58.160.136.199] has joined #openttd
01:25-!-Smedles_ [~quassel@58.160.136.199] has quit [Read error: Connection reset by peer]
01:28-!-HerzogDeXtEr [~flex@i59F6BDBE.versanet.de] has joined #openttd
02:01-!-Alberth [~hat@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd
02:01-!-mode/#openttd [+o Alberth] by ChanServ
02:05-!-Smedles_ [~quassel@58.160.136.199] has joined #openttd
02:06-!-Smedles [~quassel@58.160.136.199] has quit [Read error: Connection reset by peer]
02:22-!-HerzogDeXtEr1 [~flex@88.130.181.20] has joined #openttd
02:28-!-HerzogDeXtEr [~flex@i59F6BDBE.versanet.de] has quit [Ping timeout: 480 seconds]
02:29-!-[1]Tuhin [~Tuhin@ip141c114.banglalionwimax.com] has joined #openttd
02:34-!-Tuhin [~Tuhin@fip8c167.banglalionwimax.com] has quit [Ping timeout: 480 seconds]
02:34-!-[1]Tuhin is now known as Tuhin
02:45-!-[1]Tuhin [~Tuhin@fip31c192.banglalionwimax.com] has joined #openttd
02:49-!-Tuhin [~Tuhin@ip141c114.banglalionwimax.com] has quit [Ping timeout: 480 seconds]
02:49-!-[1]Tuhin is now known as Tuhin
02:57-!-Yotson [~Yotson@2001:980:6ac8:1:b048:c26c:d8cd:15e2] has joined #openttd
03:03-!-LSky` [LSky@5ED4B2EA.cm-7-5c.dynamic.ziggo.nl] has joined #openttd
03:08-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has joined #openttd
03:11-!-[1]Tuhin [~Tuhin@fip31c141.banglalionwimax.com] has joined #openttd
03:12<Flygon_>fml
03:12<Flygon_>Reinstalled Windows
03:12<Flygon_>Kept old OTTD folder
03:12<Flygon_>Forgot savegames are in My Documents
03:12<Flygon_>Meeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeerde
03:12-!-Flygon_ is now known as Flygon
03:14<@planetmaker>Flygon, the *only* important folder should be the one in My\ Documents
03:15<Flygon>I'm aware of that now
03:15<Flygon>But OTTD's the only app I've had that actually utilizes My Docs x.x
03:16-!-Tuhin [~Tuhin@fip31c192.banglalionwimax.com] has quit [Ping timeout: 480 seconds]
03:16-!-[1]Tuhin is now known as Tuhin
03:16<Flygon>I'm lucky I stuffed a fair few saves onto Dropbox
03:17-!-Smedles [~quassel@58.160.136.199] has joined #openttd
03:19-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
03:19<andythenorth>maybe the cargos miss an action 4 for names
03:20-!-[1]Tuhin [~Tuhin@fip8c162.banglalionwimax.com] has joined #openttd
03:20-!-Smedles_ [~quassel@58.160.136.199] has quit [Ping timeout: 480 seconds]
03:21<andythenorth>I don’t see an action 4 in the nfo
03:22-!-Smedles [~quassel@58.160.136.199] has quit [Read error: Connection reset by peer]
03:22-!-Smedles [~quassel@58.160.136.199] has joined #openttd
03:23<andythenorth> 4 * 10267 04 00 FF E3 \wxD000
03:23<andythenorth>that’s setting strings for trains?
03:24<@planetmaker>probably. action4, feature0, I think
03:24<andythenorth>feature0 is trains
03:24<@planetmaker>yup
03:24<andythenorth>not convinced that cargos will be able to use those strings
03:25<andythenorth>although it’s a long time since I touched action4
03:25-!-Tuhin [~Tuhin@fip31c141.banglalionwimax.com] has quit [Ping timeout: 480 seconds]
03:25-!-[1]Tuhin is now known as Tuhin
03:25<@peter1138>that's probably a BAD FEATURE
03:26<andythenorth>why?
03:26<andythenorth>what has it done to offend YOU?
03:26<@peter1138>Everything is.
03:28<Flygon>Okay, my savegames are hilariously outdated
03:28<andythenorth>(UNDEFINED STRING) is a BAD FEATURE
03:28<andythenorth>a BAD FEATURE of FIRS
03:28-!-Smedles_ [~quassel@58.160.136.199] has joined #openttd
03:29<andythenorth>action4 - it doesn’t seem to matter what feature is set
03:29<andythenorth>00 (trains) or (0B) cargos still cause some texts to show up in industries
03:29<andythenorth>but not all of them :P
03:30-!-Smedles [~quassel@58.160.136.199] has quit [Ping timeout: 480 seconds]
03:30<andythenorth>ho ho ho
03:31<andythenorth>prop 09 is \wxDC00 for all cargos
03:31<andythenorth>and why wouldn’t that work? :P
03:31<andythenorth>so nmlc or andythenorth is doing something wrong
03:31<V453000>WHICH ONE IS IT
03:31<V453000>:P hi
03:31<andythenorth>all will be revealed in next week’s episode
03:32<andythenorth>along with a shocking twist you’d never have expected
03:32*andythenorth -> important work to do
03:32<andythenorth>things to delete
03:32-!-sla_ro|master [slamaster@89.137.74.191] has joined #openttd
03:36<@peter1138>Yup, that's a BAD FEATURE
03:37<@peter1138>As a generic string (lang bit bit 7 set) the feature is ignore. Except it's not totally ignored.
03:39<andythenorth>do I need to care about any of the ‘totally’?
03:39<@peter1138>No
03:42<@peter1138>Hmm, OzTrans hasn't said I'm wrong yet :S
03:42<andythenorth>I didn’t understand what he could say
03:42<andythenorth>it’s just a call back, it needs a valid return
03:42<andythenorth>what kind of handbags could we have about that?
03:47-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
03:50-!-Supercheese [~Superchee@76.178.136.186] has quit [Quit: Valete omnes]
04:17-!-LadyHawk [~LadyHawk@5ED3E068.cm-7-4d.dynamic.ziggo.nl] has joined #openttd
04:17-!-LadyHawk is now known as Guest3780
04:21<andythenorth>there, deleted some stuff in one of our apps
04:21<andythenorth>much better
04:21<andythenorth>more deleting
04:22-!-Pereba [~UserNick@177.133.150.92] has quit [Quit: get satisfied! • :: ««« (AdiIRC) »»» www.adiirc.com ::]
04:42-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has left #openttd []
04:43-!-trendynick [~trendynic@188.26.254.160] has joined #openttd
05:07<NGC3982>Is anyone here British? I'm trying to find a British person by phone number, but I can't seem to find any usable search engine or phone book.
05:08<V453000>such a thing should thoretically not even exist, should it?
05:08<V453000>I thought phone number is personal datra
05:08<V453000>data
05:10<__ln__>http://www.fogonazos.es/2008/05/how-to-move-200-ton-spectrometer-across.html
05:11<NGC3982>For us Swedes, we can search public web services for numbers, addresses and names. I guess we are the odd ones, maybe?
05:11<V453000>nice __ln__
05:12<@planetmaker>pretty old news though :)
05:12<V453000>NEW FOR ME :D
05:18<FLHerne>NGC3982: You can search for phone number by name, but not vice versa. You might be able to find an electronic copy of the phone book for that area code?
05:24<NGC3982>I can try. Thanks.
05:25<FLHerne>If it happens to be Huntingdonshire, I can look in my paper one :P
05:27<NGC3982>hehe
05:43-!-luaduck_zzz is now known as luaduck
05:44-!-luaduck is now known as luaduck_zzz
06:02-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has joined #openttd
06:29-!-Guest3780 [~LadyHawk@5ED3E068.cm-7-4d.dynamic.ziggo.nl] has quit [Quit: To take good advice requires more wisdom than to give good advice]
06:45-!-TheMask96 [martijn@sloth.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
06:50-!-UukGoblin [~jaa@yatima.uukgoblin.net] has quit [Ping timeout: 480 seconds]
06:50-!-TheMask96 [martijn@pride.vhost.ne2000.nl] has joined #openttd
06:52-!-pthagnar [~pthagnar@cpc7-pres17-2-0-cust28.18-3.cable.virginm.net] has joined #openttd
07:04-!-UukGoblin [~jaa@yatima.uukgoblin.net] has joined #openttd
07:08-!-MJP [~mjp@hq.z77.fr] has joined #openttd
07:10-!-[1]Tuhin [~Tuhin@ip141c46.banglalionwimax.com] has joined #openttd
07:15-!-Tuhin [~Tuhin@fip8c162.banglalionwimax.com] has quit [Ping timeout: 480 seconds]
07:15-!-[1]Tuhin is now known as Tuhin
07:16-!-Klanticus [~quassel@179.234.182.195] has joined #openttd
08:02-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Read error: Operation timed out]
08:02-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
08:09-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has joined #openttd
08:42-!-Orffen [~Orffen@58-6-180-58.dyn.iinet.net.au] has joined #openttd
08:45-!-Orffen [~Orffen@58-6-180-58.dyn.iinet.net.au] has left #openttd []
09:00-!-Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd
09:10-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
09:22-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has quit []
09:28-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Remote host closed the connection]
09:28-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
09:28<V453000>https://dl.dropboxusercontent.com/u/20419525/YETI/industry_2C_f0000.png =D
09:35-!-Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds]
09:43<@Alberth>:O
09:45<@Alberth>what is param[133], and bit 59 in there?
09:46<@Alberth>It should be signals_on_traffic_side but no idea where that is in nfo
09:48*Alberth has weird visions of exploding strawberries against the greenhouse glass :p
09:49<V453000>! :(
09:49<V453000>btw F5 :P
09:49-!-Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd
09:49<Eddi|zuHause>http://aplus.com/a/21-tricks-with-google
09:49<@Alberth>pumpkins grown overnight :)
09:51<V453000>without any green plants around them :D yeah
09:51<V453000>got to fill those in later :d
09:51<V453000>mainly changed the grass
09:51<V453000>this one is a bit more interesting
09:51<Eddi|zuHause>i thought those were tomatos, not strawberries
09:51<V453000>they are, Alberth lives in skewed reality
09:53<V453000>for once Alberth does not complain about sufficient amount of doodad objects btw? :D
09:53-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has joined #openttd
09:54<@Alberth>maybe my skewed reality didn't see much empty space :p
09:54<V453000>:)
10:06-!-sla_ro|master [slamaster@89.137.74.191] has quit []
10:18<@planetmaker><Alberth> It should be signals_on_traffic_side but no idea where that is in nfo <-- http://newgrf-specs.tt-wiki.net/wiki/TTDPatchFlags
10:18<@Alberth>yeah, I noticed, bit 59 of a 1 byte length variable :p
10:18<@planetmaker>:-O
10:18<@Alberth>grfspecs seem a bit messed up
10:19<@Alberth>does nfo even have 64bit values?
10:21<@planetmaker>well, that variable is a 128bit size one :)
10:22<@Alberth>how do you get a bit from it?
10:24<@Alberth>I could try reading 88 or so, but that's another variable
10:34-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Read error: Connection reset by peer]
10:34-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
10:44<Eddi|zuHause>reading patch flags was a bit weird last time i looked
10:46<Eddi|zuHause>i don't even remember why i looked
10:46<Eddi|zuHause>but it was some horribly abusive construct that only reads single bits
10:48<@Alberth>I don't know what other ttdpatch flags are accessed by nml, but it looks totally broken
10:51<Eddi|zuHause>as far as i understand it, you can only access it in action 6/7/9/D, not in varaction2
10:53<Eddi|zuHause>you need to use condition type 00 or 01 (bit set/clear), and give the number of the bit as "value"
10:59<Eddi|zuHause>Alberth: i think the only way to access it in a varaction2 is to store it in a parameter via action D, and then read that parameter in varaction2
11:00<Eddi|zuHause>Alberth: or you just forbid reading TTDPatchFlags in varaction2 and throw an error.
11:01<@Alberth>it seems to do parameter reading or even expression value insertion with D/6 actions
11:01<@Alberth>so the former would be feasible, although I don't understand that part either
11:02<@Alberth>so far I am still stuck on getting bit 59 of an 8 bit variable :[
11:02<Eddi|zuHause>can you even use action6 on a varaction2?
11:03<Eddi|zuHause>Alberth: the "varsize" is not the size of the variable being read, but the size of the result being returned. does not have anything to do with each other
11:04<kero>please, when updating some script on Bananas, should I supply it as .tar or .tar.gz ?
11:04<Eddi|zuHause>so "test bit x of variable y" has the return type "byte"
11:04<@planetmaker>kero, should not matter
11:04<Eddi|zuHause>kero: doesn't matter, bananas will compress it.
11:05<@Alberth>Eddi|zuHause: kk
11:05<kero>Fine. Thanks :)
11:05<@Alberth>but how to express the bit?
11:05<@Alberth>there are no "get bit" operations, just the regular +, -, and shift stuff
11:05<Eddi|zuHause>Alberth: the bit goes into the "value" parameter of the action 6/7/9/D
11:06<Eddi|zuHause>Alberth: the condition type must be "is bit set" or "is bit clear"
11:06<Eddi|zuHause>(00 or 01)
11:06<@Alberth>http://newgrf-specs.tt-wiki.net/wiki/ActionD where is that condition?
11:06<@Alberth>00 is assign and 01 is add
11:07<Eddi|zuHause>hm, it's definitely in action7
11:08<kero>Please, another question about Bananas. I don't remember how I should indicate dependencies. All I need, is clicking on them (one or more) to select them ?
11:09<@planetmaker>that only works, if you need the currently lates version of that dep on bananas
11:09<@planetmaker>otherwise you must use musa
11:09<kero>Will do that, then :)
11:09-!-sla_ro|master [slamaster@89.137.74.191] has joined #openttd
11:09<@Alberth>so you need 2 action7s? one for positive testing and one for negative testing, and jumping over the next sprites or not. If not jumping, do an action 6 to set a value
11:10<@Alberth>omg
11:12<@Alberth>so how does that work if I toggle the value then?
11:13<@Alberth>7 is only performed on loading afaik, yet I can toggle the signal side in-game
11:13<Eddi|zuHause>toggling the value needs reloading the grfs
11:13<Eddi|zuHause>this is all horribly wrong
11:14<Eddi|zuHause>anyway, i think you can use two action D (one to set, one to clear) and one action 7 to skip the second one
11:16<@Alberth>I don't see that :(
11:18<Eddi|zuHause>Action D1: set cache parameter
11:18<Eddi|zuHause>Action 7: skip next action if ttdpatchflag is set
11:19<Eddi|zuHause>Action D2: clear cache parameter
11:19<Eddi|zuHause>from then on, you can read the cache parameter to check whether the flag is set
11:21<@Alberth>changing signal side doesn't sound like a safe action
11:22<@Alberth>yet I can change it without having developer rights
11:22<@Alberth>so I don't think it actually reloads newgrfs
11:26<@Alberth>your D/7/D sequence is a lot better though :)
11:34<Eddi|zuHause>have i mentioned yet that the whole setting is wrong, anyway? it should a) be a company setting, and b) a direct left/right setting, not depending on traffic side
11:37<kero>Mmh ... musa complains about "no license specified in the configuration file", though in the conf file there is "licence = GPL v2". What I am doing wrong ?
11:37-!-Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
11:37<Eddi|zuHause>"license" vs. "licence"?
11:38<kero>mmh, ok I get it.
11:38<kero>yes, sure ...
11:38*kero slaps himself.
11:41<@Alberth>eddi: definitely one to nominate for kill -9 :p
11:43<@Alberth>btw do you have ideas how to make nml afloat again? I have been playing with c++ expressions, but it seems you'll end up rewriting nml completely
11:43<Eddi|zuHause>i have not followed what you're doing
11:43<@Alberth>and it would be a long path before you have again something that runs and does something useful
11:44-!-Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds]
11:44<@Alberth>mostly trying to understand how newgrf and nml works
11:45<@Alberth>and also find a way to move nml to something faster or more modular, or both
11:45<Eddi|zuHause>the last thing i remember being discussed was expressions using some inefficient deep copy for no apparent reason
11:45-!-Klanticus_ [~quassel@179.234.182.195] has joined #openttd
11:45<@Alberth>but so far I failed to find a path that even looks reasonable doable
11:46<kero>Still a question ... How do I indicate the target to musa ? giving the gz.tar file doesnt work. Giving the script directory neither. It complains about missing info.nut file :/
11:47<Eddi|zuHause>Alberth: i'm not really fond of diving into that
11:47-!-Klanticus [~quassel@179.234.182.195] has quit [Read error: Operation timed out]
11:47<@Alberth>fair enough, I just thought I'd ask, one never knows :) thanks
11:50-!-Ailure [~xxx@00012d0d.user.oftc.net] has joined #openttd
11:55<juzza1>kero: musa only takes .grf and the like, not archive files
11:56<kero>ok, but what do I do in case of a Game Script ?
11:56-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd
11:57<kero>it's necesserily a directory or an archive :) Or something else I didn't thought about ?
11:59<juzza1>can you put the files somewhere so i could test?
11:59<juzza1>with -d of course, i wont upload anything
11:59<juzza1>or just the tar
12:00<kero>ok, wait
12:02<kero>juzza1 : http://keikoz.free.fr/scripts/Renewed_City_Growth-2.tar.gz
12:03<kero>wait, the .ini file also.
12:04-!-Netsplit magnet.oftc.net <-> resistance.oftc.net quits: dfox, davidstrauss_, Pensacola, lobster, Klanticus_, @Belugas, joho, Nothing4You, Vadtec, Flygon, (+33 more, use /NETSPLIT to show all of them)
12:06<NGC3982>Sorry to say, i can't remember what the solution was to this the last time i asked
12:06<NGC3982>But was there a way to simply syncronize -all- the online content at once?
12:07<@Alberth>not that I know, why would you want that?
12:07<@Alberth>most of the stuff is not for your style of playing
12:07<NGC3982>I guess.
12:08<NGC3982>If we change "-all-" to "lot's"? :-)
12:08<NGC3982>It's just that i wish to skip the click fest, if possible.
12:08<juzza1>kero: "python musa.py -c yourini.ini -d *.nut readme.txt" should work (run musa in the directory where you have all thos nut files)
12:08<juzza1>and remove -d when you actually want to upload :)
12:09<kero>oh, that's the thing !
12:09<kero>thank you for the hint :)
12:09-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd
12:09-!-Klanticus_ [~quassel@179.234.182.195] has joined #openttd
12:09-!-Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
12:09-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
12:09-!-Eddi|zuHause [~johekr@p5DC66863.dip0.t-ipconnect.de] has joined #openttd
12:09-!-tokai|mdlx [~tokai@port-92-195-62-87.dynamic.qsc.de] has joined #openttd
12:09-!-Extrems [borgs@modemcable204.141-177-173.mc.videotron.ca] has joined #openttd
12:09-!-einojo [165840@diamant.ifi.uio.no] has joined #openttd
12:09-!-Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
12:09-!-bdavenport [~davenport@aeolus.mindlesstux.com] has joined #openttd
12:09-!-George [~George@185.43.94.91] has joined #openttd
12:09-!-Wing_ [~Wing@c-68-33-226-154.hsd1.md.comcast.net] has joined #openttd
12:09-!-luaduck_zzz [~luaduck@0001c465.user.oftc.net] has joined #openttd
12:09-!-tyteen4a03 [tyteen4a03@Daedalusx.net] has joined #openttd
12:09-!-KouDy_ [~koudy@188.75.190.58] has joined #openttd
12:09-!-MTsPony [~marctraid@008-086-128-083.dynamic.caiway.nl] has joined #openttd
12:09-!-theholyduck [~theholydu@172.245.30.36] has joined #openttd
12:09-!-jinks [~jinks@172.245.35.67] has joined #openttd
12:09-!-Ttech [~ttech@00014919.user.oftc.net] has joined #openttd
12:09-!-Rarn [~Rarn@0001f26c.user.oftc.net] has joined #openttd
12:09-!-tycoondemon [~ashnohoe@ip503d7ac1.speed.planet.nl] has joined #openttd
12:09-!-Xaroth|Work [~XarothAtW@00017153.user.oftc.net] has joined #openttd
12:09-!-Vadtec [~Vadtec@vadtec.net] has joined #openttd
12:09-!-kais58__ [~kais58@cpc3-cwma7-2-0-cust221.7-3.cable.virginm.net] has joined #openttd
12:09-!-joho [~joho@takamachi.nanoha.se] has joined #openttd
12:09-!-Xaroth [~Xaroth@00017153.user.oftc.net] has joined #openttd
12:09-!-efess [~Efess@c-24-61-64-170.hsd1.ct.comcast.net] has joined #openttd
12:09-!-dfox [~dfox@94.142.237.120] has joined #openttd
12:09-!-Rubidium [~Rubidium@noiv.net] has joined #openttd
12:09-!-lobster [~lobster@glosoli.owenrudge.net] has joined #openttd
12:09-!-orudge [~orudge@000128f1.user.oftc.net] has joined #openttd
12:09-!-blathijs [~matthijs@tika.stderr.nl] has joined #openttd
12:09-!-tparker [~tparker@flux.trevorparker.com] has joined #openttd
12:09-!-urdh [urdh@00013d7a.user.oftc.net] has joined #openttd
12:09-!-Sacro [~ben@000127ee.user.oftc.net] has joined #openttd
12:09-!-ccfreak2k [~ccfreak2k@2605:6400:2:fed5:22:0:6979:842d] has joined #openttd
12:09-!-davidstrauss_ [~quassel@2001:4800:7813:516:62f:ce48:ff05:1b82] has joined #openttd
12:09-!-eQualizer [~lauri@46-163-226-192.blcnet.fi] has joined #openttd
12:09-!-Belugas [~belugas@00011985.user.oftc.net] has joined #openttd
12:09-!-ServerMode/#openttd [+ovov orudge orudge Belugas Belugas] by resistance.oftc.net
12:09-!-Nothing4You [N4Y@Nothing4You.w.tf-w.tf] has joined #openttd
12:09-!-jonty-comp [~jonty@000128f3.user.oftc.net] has joined #openttd
12:09-!-TheIJ [~rita@188.226.187.103] has joined #openttd
12:09-!-ivan` [~ivan`@000130ca.user.oftc.net] has joined #openttd
12:09<@Alberth>NGC3982: you can do an upgrade of your newgrfs in the download window somewhere
12:10<@Alberth>kero: please document it somewhere appropriate, so people including you can find it the next time
12:11<kero>Sure.
12:12*NGC3982 would gladly host an open sftp server for newgrf mirroring.
12:13<MTsPony>is there a difference between videodriver dedicated and null?
12:14<@Alberth>probably, or one of them wouldn't exist :)
12:16<kero>As a side note, still about musa. "musa.py --help" usage description indicates that there is an option "-q" (see [-dhqv]), though I don't see any in the detailed options.
12:16<MTsPony>i guess, what is the difference? :p
12:16<MTsPony>any difference in cpu cycles?
12:17<@Alberth>I think the difference is in the moment the drawing code gets skipped
12:17<@planetmaker>no. but it's a compile-time option. With dedicated you don't link to graphics driver libraries
12:17<@Alberth>oh :) thanks planetmaker
12:18<@planetmaker>I hope that's right. Sounds plausible though :P
12:18<MTsPony>ah pk
12:18<MTsPony>ok. sounds logical
12:19<MTsPony>so assuming --enable-dedicated is used, putting null or Dedicated for videodriver makes no difference ?
12:21<@planetmaker>I don't know, but that will be my guess w/o looking at source :)
12:21<MTsPony>kk thx
12:23<@planetmaker>so what about the outstanding edit / supply of the required patch file, MTsPony ?
12:23<@planetmaker>"sorry" without supplying it is not really enough
12:24<juzza1>kero: also -r is not mentioned on the "Usage" line of --help, someone must've typoed r to q as -q is not in the source
12:24<MTsPony>I was working on it.
12:24<@planetmaker>svn diff > patch.diff? upload, edit post done?
12:25<@planetmaker>what work is there to do?
12:25<@planetmaker>if it's more work, you do something wrong
12:27<@planetmaker>I hope you use svn (or hg or git) to work on the code, you do, yes?
12:27<kero>ah, yes, that's the think
12:27<MTsPony>perhaps you should relax a bit , i said i was going to solve it, i took the link down
12:28<@planetmaker>that's not my point :) I try to understand why it's so hard and would like try to help you
12:29<MTsPony>so hard? some people have lives beside a computer i had more pressing matters which required my attention
12:30<@planetmaker>compiling the thing is way harder than getting a diff. So it was 2 minutes of work missing when you actually created them
12:30<@planetmaker>"life besides computer" is an extremely bad excuse for not caring about a license
12:31<@planetmaker>but if you want to get me actually annoyed, that's fine, too.
12:31<MTsPony>You're impossible. lol
12:32<MTsPony>just chill out
12:32<@planetmaker>right. I'll make a note in not trying to be understanding but writing DMCA right away?
12:33<MTsPony>I told you i wouod be supplying the diff file, until then i took the links down
12:33<MTsPony>isnt that,good,enough?
12:33<@planetmaker>it is
12:33<MTsPony>k
12:34<MTsPony>and i also apologized and i would correct the issue.
12:35<@planetmaker>and I just tried to understand how this keeps happening :) Not you but generally. Wondering what information or awareness was missing from the start. So that I can learn from that. And maybe better educate. Or improve documentation. Or whatever
12:36-!-Jinassi [~Jinassi@0001ec72.user.oftc.net] has joined #openttd
12:36<@planetmaker>but nvm then
12:36<MTsPony>most people are just players that try to have fun and do normally not think about licensing
12:37<MTsPony>and if you want to know the delay i had to go to the vet
12:39<Jinassi>should i edit the wiki page or is "coming soon" not self-explanaory enough?
12:39<@planetmaker>nah, don't bother
12:39<Jinassi>pardon my typos, i have an urge to hit things now
12:39-!-Jinassi [~Jinassi@0001ec72.user.oftc.net] has left #openttd []
12:47-!-Klanticus [~quassel@177.35.43.61] has joined #openttd
12:50-!-LadyHawk [~LadyHawk@5ED3E068.cm-7-4d.dynamic.ziggo.nl] has joined #openttd
12:50-!-LadyHawk [~LadyHawk@5ED3E068.cm-7-4d.dynamic.ziggo.nl] has quit []
12:52-!-Klanticus_ [~quassel@179.234.182.195] has quit [Ping timeout: 480 seconds]
12:57-!-Progman [~progman@p57A1BED0.dip0.t-ipconnect.de] has joined #openttd
13:01-!-Klanticus [~quassel@177.35.43.61] has quit [Remote host closed the connection]
13:02-!-Klanticus [~quassel@177.35.43.61] has joined #openttd
13:19-!-Rarn [~Rarn@0001f26c.user.oftc.net] has quit [Remote host closed the connection]
13:29-!-andythenorth [~Andy@194.168.185.226] has joined #openttd
13:31-!-andythenorth [~Andy@194.168.185.226] has quit [Quit: andythenorth]
13:31-!-Rarn [~Rarn@74.44.229.43] has joined #openttd
13:31-!-Klanticus [~quassel@177.35.43.61] has quit [Remote host closed the connection]
13:38-!-oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
13:40-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd
13:40<Wolf01>hello o/
13:43<@Alberth>hi hi
13:46<@DorpsGek>Commit by translators :: r26703 /trunk/src/lang (3 files) (2014-07-25 17:45:54 UTC)
13:46<@DorpsGek>-Update from WebTranslator v3.0:
13:46<@DorpsGek>belarusian - 69 changes by KorneySan
13:46<@DorpsGek>norwegian_bokmal - 1 changes by
13:46<@DorpsGek>russian - 3 changes by KorneySan
13:46<@DorpsGek>slovenian - 26 changes by matej1245
14:07-!-Progman [~progman@p57A1BED0.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
14:13-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
14:16<Rubidium>@seen DanMack
14:16<@DorpsGek>Rubidium: DanMack was last seen in #openttd 2 days, 0 hours, 23 minutes, and 50 seconds ago: <DanMacK> @seen andythenorth
14:16<Rubidium>there... now you don't need to do it ;)
14:18<LordAro>^^
14:18<@planetmaker>:DD
14:20<andythenorth>lol wut
14:22<andythenorth>@seen is a BAD FEATURE
14:22<@DorpsGek>andythenorth: seen [<channel>] <nick>
14:23<andythenorth> spose I’d better fix my fucked up grf :|
14:23<andythenorth>bloody grfs
14:26-!-frosch123 [~frosch@frnk-4d01c03d.pool.mediaWays.net] has joined #openttd
14:27<@Alberth>hai
14:29<andythenorth>quak
14:29<andythenorth>valid nml
14:29<andythenorth> type_name: string(STR_CARGO_NAME_ALCOHOL);
14:29<andythenorth>(has a property block around it)
14:29<andythenorth>puzzlingly results in silly nfo
14:31<frosch123>moin
14:31-!-Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection]
14:34<andythenorth>nmlc provides a string ID correctly in the dummy cb afaict
14:34<andythenorth>\wx806E \dx0000006E \dx0000006E // 110 .. 110: return string(STR_CARGO_NAME_ALCOHOL);
14:34<andythenorth>but it doesn’t seem to write a corresponding action 4 to provide the strings
14:34<andythenorth>it does do this for trains
14:35<andythenorth>and it’s resolving type_name: string(STR_CARGO_NAME_ALCOHOL); to \wxDC00
14:35<andythenorth>I bet it’s my code, but I’m wondering if I have to trawl nmlc
14:36-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has quit []
14:37<andythenorth>aiui, nmlc should be able to compile this to valid nfo http://paste.openttdcoop.org/show/3537/
14:37<andythenorth>grfcodec can’t build that to a valid grf, missing header info
14:37<andythenorth>but that’s not the issue
14:37-!-Tuhin [~Tuhin@ip141c46.banglalionwimax.com] has quit [Ping timeout: 480 seconds]
14:42<frosch123>Alberth: the ttdpflags are the reason why you cannot change signal side in multiplayer
14:43<frosch123>in singleplayer changing the side only takes effect when reloading the game
14:43<frosch123>in multiplayer it is forbidden to prevent desyncs
14:43<frosch123>anyway, ttdpflags are no variable
14:43<@Alberth>kk
14:43<frosch123>they are an abomination
14:44<@Alberth>better drop them perhaps?
14:44<frosch123>newgrf use them :)
14:44<@Alberth>or at least, in nml :)
14:44<frosch123>we can replace them with other variables
14:44<frosch123>which contain only useful bits
14:45<frosch123>oh. btw. majority of ttdp flags are undefined
14:45<@Alberth>I'd settle for a sane way to access it already :p
14:45<frosch123>ttdp has a nice table, where you can assign fixed bits to certain config options
14:45<frosch123>the other config options are distributed randomly on the other bits
14:45<@Alberth>yay :D
14:45<frosch123>which means that in ttdp you can only test a ttdpflag after testing the ttdp version aganist the version when the bit got a fixed position
14:46<frosch123>anyway, most ttdp flags are pretty useless
14:47<frosch123>however the signal side flag is uses to choose signal variants by some grf, because they are too lazy to add a parameter
14:47<frosch123>or because it was in base graphics which do not have parameters
14:47<frosch123>but well, all bollocks :)
14:47<@Alberth>not a good reason for using the flag indeed
14:55<andythenorth>so nmlc is not writing out any DCxx texts
14:55<andythenorth>but it is assigning cargo props to use DCxx texts
14:55<andythenorth>(all DC00, whic looks wrong, but eh)
14:56<andythenorth>hmm
14:58-!-montalvo [~montalvo@61.sub-70-197-8.myvzw.com] has joined #openttd
14:59-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
15:01<andythenorth>meh
15:01<andythenorth>if the cargo is in nml containing a header block it works
15:01<andythenorth>e.g. grf{}
15:01<andythenorth>not sure if that’s significant or not
15:01<@planetmaker>probably is
15:02<@planetmaker>string processing might be only called when actually writing the grf
15:02<andythenorth>maybe it’s a co-incidence that trains work
15:02<@planetmaker>(as a wild guess)
15:02<andythenorth>trains write an action 4, cargos use action 0 props for strings
15:03<andythenorth>progress
15:03<@planetmaker>hm, possibly cargoes can have a fixed amount of strings. Their IDs are hard-coded. While there's an undetermined amount of trains. Thus action4 with variableID needed
15:05-!-Tuhin [~Tuhin@ip141c69.banglalionwimax.com] has joined #openttd
15:06<andythenorth>this is tractable
15:06<andythenorth>not sure how I fix the strings that need substrings though
15:06<andythenorth>one step at a time
15:08-!-montalvo [~montalvo@61.sub-70-197-8.myvzw.com] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
15:09-!-shirish_ [~quassel@117.195.101.231] has joined #openttd
15:12-!-montalvo [~montalvo@61.sub-70-197-8.myvzw.com] has joined #openttd
15:16-!-shirish [~quassel@0001358e.user.oftc.net] has quit [Ping timeout: 480 seconds]
15:31<@peter1138>Hmm, sprite sorting issues.
15:34<@peter1138>V453000, will you make animations only happen when industries are producing?
15:44-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has joined #openttd
15:53<V453000>peter: yeah once I manage to code it :)
15:56-!-Alberth [~hat@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd []
16:05-!-Brumi [~quassel@78-131-41-191.pool.digikabel.hu] has quit []
16:07-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
16:07-!-mode/#openttd [+v glx] by ChanServ
16:09<@planetmaker>V453000, is the intention to run it once upon production?
16:10<frosch123>none of the animations have a "once"
16:10<frosch123>do they?
16:10<frosch123>they all looked continous to me
16:12<@planetmaker>in yeti? Currently surely yes :)
16:12<frosch123>maybe he wants to control the speed depending on the production rate :p
16:12<@planetmaker>maybe :)
16:12<@planetmaker>I even once suggested that :P
16:12<frosch123>may require new "blur" sprites
16:12<andythenorth>maybe he should finish YETI :P
16:12<andythenorth>so I can stop using FIRS
16:12<@planetmaker>:P
16:13<andythenorth>we’ll need YETI-GS
16:13<frosch123>andythenorth: i wonder how we get v to make a ship set though :p
16:13<andythenorth>no idea
16:13<@planetmaker>we also need a RV set
16:14<@planetmaker>besides HEQS - which is not a full set - I'm always left a bit helpless as to which to choose
16:16<Eddi|zuHause><frosch123> andythenorth: i wonder how we get v to make a ship set though :p <-- only if you make him forget he ever coded wetrails
16:16<andythenorth>planetmaker: OGFX+ vehicles
16:16<andythenorth>of course
16:16<andythenorth>or Road Hog
16:16<@planetmaker>:)
16:16<@planetmaker>well, yes. But else?
16:17<andythenorth>eGRVTS
16:17<@planetmaker>uhm... it's not always satisfyable.
16:18<@planetmaker>And I hate articulated vehicles not being able to overtake :P
16:19<andythenorth>Road Hog is mostly articulated
16:19<Eddi|zuHause>planetmaker: implement better road traffic ;)
16:19<@planetmaker>it's not something I can hold against a decent RV grf
16:19<frosch123>alternatively we could make rv crash slower vehicles in front
16:19<frosch123>would also nerve drive-through stops
16:20<andythenorth>v hates RVs
16:20<andythenorth>so no nut-like RVs
16:21-!-montalvo [~montalvo@61.sub-70-197-8.myvzw.com] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
16:22<Eddi|zuHause>i think road vehicles should behave like this: RV reserves <space> ahead, depending on speed. if reservation fails, road vehicle enters the "follow" mode, where it adjust its speed and distance to the vehicle ahead (reference stored in the vehicle). if RV is in "follow" mode and <speed difference> > x, enter "overtake" mode, and try to reserve <distance> depending on speed difference. if reservation fails, return to follow mode
16:23<@planetmaker>hm :)
16:23<Eddi|zuHause>need bits in the map to store the reservation
16:24<frosch123>to make other rv stop or what?
16:24<Eddi|zuHause>no
16:25<Eddi|zuHause>reservation's main purpose in the overtake mode is to detect vehicles coming in the opposite direction
16:26<Eddi|zuHause>so road in the opposite lane must be free for at least <distance> before attempting overtaking
16:27<frosch123>and why does that need map bits?
16:27<frosch123>because that's just what the current overtake code does
16:27<Eddi|zuHause>frosch123: but the current overtake code's <distance> is too low
16:28<Eddi|zuHause>frosch123: and it has this weird "no more than two vehicles on one tile" rule
16:28<Eddi|zuHause>which does nothing useful
16:29<Ailure>could be a little more liberal on one-way roads too
16:30<Eddi|zuHause>frosch123: if all road vehicles which are not in "follow" mode reserve <n> ticks ahead, any vehicle can make overtaking attempts that are guaranteed to finish in <n-1> ticks
16:31<Eddi|zuHause>and you can calculate this time from current vehicle's speed and ahead vehicle's speed, plus some fuzz for acceleration and slopes
16:32<frosch123>reservation in map array won't work
16:33<Eddi|zuHause>why not?
16:33<Eddi|zuHause>it works for trains
16:33<frosch123>a tile is reserved by multiple rv, and if you try to track which rv still reserve it, you do not need it in the first palce
16:33<Eddi|zuHause>except you alter the behaviour when you encounter a reservation
16:34<Eddi|zuHause>once you encounter a reservation, you store that reference vehicle in the current vehicle
16:34<@planetmaker>http://devs.openttd.org/~planetmaker/patches/newgrfs.png <-- let's see how this works out :)
16:34<Eddi|zuHause>creating a linked list of "following" vehicles
16:38<andythenorth>planetmaker: Road Hog has ‘interesting’ graphics
16:38<Eddi|zuHause>frosch123: maybe reservation needs to be more fine-grained, i.e. on step level (16 per lane and tile)
16:38<andythenorth>otherwise known as ‘unfinished’
16:38<Eddi|zuHause>but that's potentially 64 bit per tile
16:39<Eddi|zuHause>on an X crossing there are 4 lanes
16:39<frosch123>you even want to do it over crossings? :p
16:40<Eddi|zuHause>yes, otherwise "onramps" for your highway break overtaking
16:40<frosch123>overtaking on the inside of a curve :)
16:40<Eddi|zuHause>which they shouldn't
16:40-!-montalvo [~montalvo@61.sub-70-197-8.myvzw.com] has joined #openttd
16:41<Eddi|zuHause>this has the side effect that you can block a crossing for cross vehicles. allowing to make "traffic lights" useful
16:43-!-montalvo [~montalvo@61.sub-70-197-8.myvzw.com] has quit []
16:43<Eddi|zuHause>frosch123: alternatively, you need one bit to reserve a lane, and one bit to define the direction it is reserved, making 8 bit per tile. but then you have to check on unreserving a lane whether there is a following vehicle that needs this lane
16:44<Eddi|zuHause>which could be achieved by making a doubly-linked-list
16:44<MTsPony>Error: Assertion failed at line 1524 of /home/marctraider/trunkreddit4/trunk/src/saveload/saveload.cpp: IsVariableSizeRight(sld)
16:44<MTsPony>anyone recognize this error?
16:44<Eddi|zuHause>MTsPony: your patch is broken
16:44<frosch123>try r26700 or newer
16:44<MTsPony>yeah, im at 26694
16:45<MTsPony>since then it started happening :(
16:46<frosch123>well, it was worse before :p
16:46<frosch123>it just did not detect it
16:47<MTsPony>you think 26700+ fixes it?
16:48<frosch123>it fixes one of those issues
16:48<frosch123>but there can be more
16:48<frosch123>the bugs are not new, but the detection is
16:48<@planetmaker>so... are yeti dudes like cargo or passengers? :P
16:48<MTsPony>ah. never had it with 26335, thats a while back tho
16:48<frosch123>planetmaker: like supplies
16:48<@planetmaker>I'm considering the choice of engine from nuts currently :)
16:49<frosch123>oh, they take the flat bed van iirc
16:49<@planetmaker>lol
16:50-!-sla_ro|master [slamaster@89.137.74.191] has quit []
16:51<andythenorth>bye
16:51<@planetmaker>cool. yetis look like rubber ducks
16:52<@planetmaker>bye andy
16:52-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
16:53-!-zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Remote host closed the connection]
16:53-!-zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd
16:59-!-Yotson [~Yotson@2001:980:6ac8:1:b048:c26c:d8cd:15e2] has quit [Quit: .]
17:01<@planetmaker>good night for today
17:09<MTsPony>Mhh so there have recently been working on savegame.cpp as when i downgrade from latest revision to 26694, the one we use to apply the patch against, it changes that file i.e.
17:09<MTsPony>is that error we get related to these changes?
17:10<MTsPony>or did the patch we use became 'incompatible' somehow?
17:11<Eddi|zuHause>MTsPony: the change was to detect mistakes in the saveload code more fiercely
17:11<Eddi|zuHause>MTsPony: so if you hit this assert, it was broken before, but you wouldn't notice it (or only when it desyncs later)
17:11<MTsPony>ah. but we had 0 desyncs ever
17:11<MTsPony>with 26335 (same patch give or take)
17:11<Eddi|zuHause>that doesn't mean anything
17:12<MTsPony>ah
17:12<Eddi|zuHause>MTsPony: like frosch123 said, even trunk hat instances of hitting this assert
17:12<MTsPony>in what revision did this more fierce detection got introduced?
17:13<Eddi|zuHause>check the log?
17:13<MTsPony>ok
17:20<MTsPony>best i could find was 2 months ago fonsinchen (svn r26551) -Fix: document revision number for latest savegame version change
17:21<Eddi|zuHause>that's not it
17:22<MTsPony>frosch mentioned updating to 26700>
17:22<MTsPony>does 4 days ago rubidium (svn r26700) -Fix [FS#6066]: incorrect saving of order backups
17:22<MTsPony>have anything to do with it?
17:26<Eddi|zuHause>wll have you tried?
17:26<MTsPony>Not yet :o
17:27<MTsPony>https://hg.openttd.org/openttd/trunk.hg/rev/8b469eb06f74
17:27<MTsPony>that must be the one that does the extra checking
17:27<Eddi|zuHause>yes
17:32<Rubidium>not getting a desync doesn't mean the code is desync safe
17:34<Rubidium>most of the cases that trigger the assertion will not trigger a desync for most people. Mostly because the values that are stored are often close to 0, so saving two bytes too little is generally not causing a problem, but it could. The most troublesome these savegame issues are for big endian systems as for them the important data gets lost (the numbers near to 0)
17:37<MTsPony>mhhp
17:37<frosch123>night
17:37-!-frosch123 [~frosch@frnk-4d01c03d.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
17:37<MTsPony>well since i dont really know how i can manually trigger this same thing, or perhaps manual saving could trigger it id have to check
17:39<Rubidium>was it a server or network game client that gave the error, or was a game previously saved in MP loaded?
17:40<MTsPony>Well
17:41<MTsPony>we have both the client and sever yeah? same revision same patch. I made a heightmap in scenario editor, then made a savegame out of it, dumped it to linux server like i always did, then load it up
17:41<MTsPony>its the server that keeps doing it
17:41<MTsPony>im not sure, but could 'aggresive' cxxflags be the cause of this?
17:42<Rubidium>well, r26700 fixes an issue that only triggers in the cases I was just asking about... so it could already been fixed
17:42<Rubidium>alternatively it could be the patch you're using
17:42<Eddi|zuHause>Rubidium: i vaguely remember that the saveload code actually asserted on writing too large values.
17:42<MTsPony>ah
17:43<MTsPony>no its from a heightmap, and i made the savegame in single player mode before i copied it to server
17:43<MTsPony>so i guess 26700 wouldnt apply to fix it :(
17:43<Rubidium>so the server crashes immediately when loading the savegame?
17:43<MTsPony>nope. just after a while.
17:43<MTsPony>i suspect when it autosaves, but it doesnt seem to do it with every autosave
17:43<Rubidium>so, it is a server that is crashing (during saving)
17:44<Rubidium>and... a joining client implies saving
17:44<Wolf01>'night
17:44-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
17:45<Eddi|zuHause>in ancient times, some versions of daylength caused asserts on saving, because the the AI start counter would overflow
17:46<Rubidium>that's a, generally, different kind of issue
17:47<Rubidium>the assert that I added recently is about reading fewer bytes from the in-memory variable than the size of the actual variable
17:47<Rubidium>as a result, in case of big endian, the "wrong" bit of memory will be read/written
17:49<Rubidium>but before you figure that out in a desync hunt you'd be days further, so it was a good idea to add a check that just triggers whenever it can (too bad it couldn't be done statically)
17:50<MTsPony>Perhaps aggressive CXXFLAGS could cause it?
17:50<MTsPony>like O3 or such
17:50<Rubidium>that's unlikely, but I won't rule it out
17:50<Rubidium>anyhow... I agree with the sentiment of frosch and Wolf
17:52-!-Tuhin [~Tuhin@ip141c69.banglalionwimax.com] has quit [Ping timeout: 480 seconds]
18:03<Eddi|zuHause>https://www.youtube.com/watch?v=-4TSZh7zcIc
18:10<@peter1138>Hmm, my ipsec connection appears to drop every so often :(
18:10<@peter1138>Keep-alives are enabled :S
18:11<@peter1138>Oh, maybe it's just the SA lifetime.
18:11<@peter1138>Typical, thinking of reasons just after telling IRC :p
18:33-!-glx is now known as Guest3841
18:33-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
18:33-!-mode/#openttd [+v glx] by ChanServ
18:39-!-Guest3841 [~glx@000128ec.user.oftc.net] has quit [Ping timeout: 480 seconds]
18:48<Eddi|zuHause>that's an actual psychological effect. saying things outloud activates some connections in your brain
19:02-!-FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has quit [Quit: There's a real world out here!]
19:07-!-Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Quit: Leaving]
19:23-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Read error: Operation timed out]
19:24-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
19:32-!-Godde [~quassel@72.79-160-59.customer.lyse.net] has quit [Ping timeout: 480 seconds]
19:33-!-luaduck_zzz is now known as luaduck
19:37-!-Godde [~quassel@72.79-160-59.customer.lyse.net] has joined #openttd
19:41-!-luaduck is now known as luaduck_zzz
20:06-!-yorick [~yorick@ip51cd0513.speed.planet.nl] has quit [Remote host closed the connection]
20:12-!-Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds]
20:38-!-trendynick [~trendynic@188.26.254.160] has quit [Ping timeout: 480 seconds]
20:46-!-glx is now known as Guest3852
20:46-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
20:46-!-mode/#openttd [+v glx] by ChanServ
20:52-!-Guest3852 [~glx@000128ec.user.oftc.net] has quit [Ping timeout: 480 seconds]
20:54-!-pthagnar [~pthagnar@cpc7-pres17-2-0-cust28.18-3.cable.virginm.net] has quit [Quit: Leaving]
21:34-!-LSky` [LSky@5ED4B2EA.cm-7-5c.dynamic.ziggo.nl] has quit []
22:14-!-MJP [~mjp@hq.z77.fr] has quit [Ping timeout: 480 seconds]
22:26-!-shirish [~quassel@117.195.126.74] has joined #openttd
22:30-!-glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
22:30-!-shirish [~quassel@0001358e.user.oftc.net] has quit [Read error: Connection reset by peer]
22:31-!-shirish [~quassel@117.195.113.5] has joined #openttd
22:33-!-shirish_ [~quassel@117.195.101.231] has quit [Ping timeout: 480 seconds]
22:39-!-tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd
22:39-!-mode/#openttd [+v tokai|noir] by ChanServ
22:45-!-tokai|mdlx [~tokai@port-92-195-62-87.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
22:52-!-kero [~keikoz@pha75-1-81-57-54-15.fbx.proxad.net] has quit [Quit: kero]
23:37-!-Hazzard_ [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has joined #openttd
23:44-!-Hazzard [~quassel@c-67-174-253-44.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds]
23:44-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has quit [Ping timeout: 480 seconds]
23:44-!-KWKdesign [~KWKdesign@pool-108-52-130-213.phlapa.fios.verizon.net] has joined #openttd
23:48-!-Smedles [~quassel@58.160.136.199] has joined #openttd
23:48-!-Smedles_ [~quassel@58.160.136.199] has quit [Read error: Connection reset by peer]
23:59-!-shirish_ [~quassel@117.195.96.11] has joined #openttd
---Logclosed Sat Jul 26 00:00:21 2014