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

Powered by YARRSTE version: svn-trunk