Config
Log for #openttd on 28th February 2015:
Times are UTC Toggle Colours
00:08:03  *** noah [~oftc-webi@ip72-216-3-89.pn.at.cox.net] has joined #openttd
00:08:12  <noah> fun game
00:08:21  *** noah [~oftc-webi@ip72-216-3-89.pn.at.cox.net] has quit []
00:08:43  <Pikka> apparently
00:13:38  <Samu> hmm question again
00:13:50  <Samu> where in the afterload do I put this code?
00:14:40  <Samu> i don't want to put it in a random place
00:16:07  <Samu> https://paste.openttdcoop.org/ptabumwiq
00:16:41  <Samu> which line do I insert this code?
00:18:32  <Samu> afterload.cpp file
00:19:47  *** Pikkaphone [~yaaic@203-206-161-219.perm.iinet.net.au] has quit [Ping timeout: 480 seconds]
01:06:36  <Samu> a
01:23:28  <Eddi|zuHause> usually you would add this stuff at the end of the function
01:23:39  <Eddi|zuHause> so the conversions go in chronological order
01:24:22  <Eddi|zuHause> you don't know which ancient version might have used that bit for other stuff
01:24:40  <Eddi|zuHause> so you better not insert this code before that conversion was handled
01:27:47  *** liq3 [liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has joined #openttd
01:37:27  <Samu> I have it like this atm: https://paste.openttdcoop.org/pqdzxhpel
01:42:40  <Eddi|zuHause> that's not the end of the function
01:42:49  <Eddi|zuHause> also, you're missing the check for the savegame version
01:43:14  <Samu> check?
01:43:25  <Eddi|zuHause> check.
01:44:02  <Samu> i dont' know which savegame version it wouldn't work
01:45:18  <Samu> i know it works for version 194
01:45:50  <Samu> and i know i don't have to create version 195
01:46:16  <Samu> what can I do?
01:46:46  <Eddi|zuHause> Samu: this code will currently destroy the information in the savegames you made with the current (and future) versions
01:46:59  <ST2> *** and the oscar goes to.... Eddi|zuHause - crowd applauds enthusiastically \o/ ***
01:47:02  <ST2> hi :)
01:47:04  <Samu> they can co-exist without issue
01:47:49  <Samu> hi
01:47:55  <Eddi|zuHause> then you have a different understanding of "issue" or "co-exist"
01:48:08  <Eddi|zuHause> ST2: ??
01:48:36  <ST2> the "oscar" of helping Samu ;)
01:49:39  <Samu> if bit 4 is 0 and is canal and industry, ignore it, stays 0
01:49:49  <Samu> if bit 4 is 1 and is canal and industry, ignore it, stays 1
01:49:55  <Samu> working as intended
01:50:13  <Samu> both savegames are compatible this way
01:51:00  <ST2> spent 2 nights trying to fix some GS issue and solution was in a ".tointeger()" - at least now I won't forget it xD
01:51:02  <Samu> for the other non-canals, it is re-applying 1, which is also intended
01:51:32  <Samu> if it was 0, set to 1, save, then load, if it was 1, set to 1
01:51:45  <Samu> what matters is that it's set to 1, as intended
01:52:14  <Eddi|zuHause> Samu: so what if a future version introduces a different water class that can have owners?
01:52:25  <Eddi|zuHause> you then break that future version
01:52:48  <Samu> ah, i see
01:54:23  <Eddi|zuHause> like a deep canal for ocean-going ships
01:54:51  <Samu> that re-applying 1 is being handled wrong
01:54:59  <Samu> is that what you say?
01:55:16  <Samu> or do I reall y need to bump savegame version?
01:55:37  <Eddi|zuHause> no. i'm saying you MUST under all circumstances guard any segment of AfterLoadGame with a savegame version check.
01:56:09  <Samu> i don't understand what's that check
01:56:17  <glx> a bump may not be needed but a guard in case a future bump happens is needed
01:57:40  <glx> conversion must be done only for older game
01:58:41  <Samu> im confused
01:59:18  <glx> all afterload code is done that way
02:00:29  <Samu> if (IsSavegameVersionBefore(188)) {
02:00:32  <Samu> something like that?
02:00:44  <glx> exacly
02:00:58  <Samu> but i don't know which version it wouldn't work :(
02:01:39  <glx> I guess it should be for all version before the current one
02:01:51  <glx> or the next one
02:02:11  <Samu> current version is 194
02:02:34  <Samu> if (IsSavegameVersionBefore(194)) { ?
02:03:05  <glx> 195 if you want to convert current games too
02:03:17  <Samu> there is no 195
02:03:22  <Samu> i dont get it
02:03:32  <Eddi|zuHause> that's what the future is
02:03:36  <Eddi|zuHause> it's not there yet.
02:03:45  <Eddi|zuHause> but it will (probably) come some day
02:03:55  <Eddi|zuHause> and then you need to be prepared for it
02:04:38  *** HansK [~oftc-webi@CPE0c473d2b68f1-CM0c473d2b68f0.cpe.net.cable.rogers.com] has joined #openttd
02:04:45  <Samu> what would happen at then?
02:05:16  <Samu> it will stop converting?
02:05:22  <Eddi|zuHause> nothing, ideally.
02:05:33  <glx> it will still convert old saves
02:06:07  <glx> but new saves won't need the conversion
02:06:31  <Samu> ah, i guess I understand
02:06:32  <glx> as intended
02:06:54  <glx> it's pure logic :)
02:07:10  <Samu> it's a chronologic event
02:07:31  <Samu> ok, editing
02:07:59  <Samu> because it was already converted
02:08:01  <Samu> i see
02:10:10  *** HansK [~oftc-webi@CPE0c473d2b68f1-CM0c473d2b68f0.cpe.net.cable.rogers.com] has quit [Remote host closed the connection]
02:17:39  <Samu> return true;?
02:17:45  <Samu> i put this before this ?
02:18:06  <Samu> uh
02:18:44  <Samu> before line 2988 or after line 2988?
02:20:00  <Eddi|zuHause> given that anything after return is ignored, you probably should put it before :p
02:21:05  <Eddi|zuHause> imagine you're sending someone out of your office, close the door, and then tell them how to do something
02:21:11  <Eddi|zuHause> they probably not hear you :p
02:25:46  <Samu> :)~
02:25:47  <ST2> unless we place next lines in CAPS, like screaming trough the door xD
02:26:00  <ST2> ** joking **
02:26:42  *** DDR [~david@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd
02:28:45  *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has quit [Read error: Connection reset by peer]
02:35:30  <Samu> i am tremendously slow at these simple edits
02:35:37  <Samu> but i got it
02:35:39  <Samu> https://paste.openttdcoop.org/phluxcqwo
02:36:23  <Samu> thoughts?
02:37:14  <Samu> crap, the 195 version thingy, grrr grrr! sorry
02:40:06  <Samu> https://paste.openttdcoop.org/pla01hx3i
02:42:45  *** DDR [~david@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer]
02:46:46  <Samu> can I go to bed now?
02:47:30  *** DDR [~david@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd
02:55:27  <Samu> http://bugs.openttd.org/task/6235#comment13789
02:55:56  <Samu> cyas
02:56:40  *** Samu [~oftc-webi@po-217-129-154-197.netvisao.pt] has quit [Quit: Page closed]
03:00:26  *** DDR [~david@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer]
03:00:50  *** DDR [~david@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd
03:36:30  *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
05:21:30  *** chillcore [~chillcore@91.182.36.19] has joined #openttd
05:21:57  <chillcore> hello all
05:22:09  <ST2> o/
05:27:20  <chillcore> I am torn between tackling some of the stuffs I still have to learn the details of or picking some low hanging fruits ...
05:27:42  <chillcore> does not feel like my patch advanced much this week
05:31:31  <ST2> pick the fruits, make juice and enjoy the weekend xD
05:33:10  <chillcore> that seems like a good idea yeah ;)
05:36:04  <ST2> well, or grab some beers
05:36:08  <ST2> works too xD
05:37:22  <chillcore> I stopped drinking completely early 2013 ...
05:37:23  <ST2> had an ass of a task to improve a GS, not made by me, and that was merged in our master GS, that communicates with server software
05:37:37  <chillcore> hmm ...
05:38:18  <chillcore> those server communications can be a pain in the ass yeah
05:39:22  <ST2> gets easier if using xShunter as server controller software
05:39:48  <ST2> many of the functions already there
05:40:01  <ST2> and most of the work is on plugins
05:40:10  <ST2> wich are in C#
05:40:22  <ST2> and I'm not confortable with it :S
05:42:12  <chillcore> That I do not know, I do know that if "a" server just asumes datablobs to be valid (legit) because it is coming from "a" client things may go very wrong without the server owner noticing.
05:42:41  <chillcore> untill the server owner has his nose rubbed into it that is
05:42:55  <chillcore> unrelated to openttd but yeah
05:43:42  <ST2> hehe, that's a funny way to put things ont the table ^^
05:43:47  <ST2> but quite true xD
05:44:37  <chillcore> ;)
05:44:55  <ST2> in case of OpenTTD, xShunter does this: http://www.x-base.org/openttd/xshunter.html
05:45:25  <ST2> not yet opensource, and servers still need a key to operate with that software
05:45:37  <ST2> well, not my program
05:45:56  <ST2> but makes server things way much simplier ^^
05:46:20  <chillcore> entering that link on my ipad ... computer sais no ... :P
05:46:42  <ST2> haha
05:46:54  <ST2> it's safe
05:47:25  <chillcore> I am sure, it is just if you look at how they are stealing all these steam accounts ... can't trust noone no more
05:47:30  <chillcore> sadly enough
05:48:19  <ST2> well, no one will ever steal my steam account
05:48:27  <ST2> it's very well protected
05:48:37  <chillcore> hmm don't be sure of that
05:48:44  <ST2> I'm sure
05:48:55  <ST2> reason: I dnt have a Steam account
05:49:02  <chillcore> hehe
05:49:03  <ST2> so yeah, I'm sure
05:49:42  <chillcore> yeah second time I got "account restricted untill verification of blabla" from paypall
05:49:58  <chillcore> don't have one
05:50:13  <ST2> funny mails xD
05:50:41  <ST2> specially when you dnt have nothing in the stuff
05:51:03  <ST2> well, makes me sad on what internet becomes
05:51:22  <chillcore> yeah I looked into it but they needed my bank account nr, my real name ... yada yada so i did not finish registering
05:51:44  <chillcore> but that was like two years ago so I doubt they would start sending me messages now
05:52:50  <ST2> and someday someone will knock your door :P
05:53:34  *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
05:53:40  <chillcore> instead I took an anonymous credit card ... anonymous to the outside world that is, postal office has my real name but they will never give it to anyone
05:55:08  <chillcore> Steam allowed me one purchase, then they tried some of their magic verification (putting money in it) but they do not have the extra "code" so that failed
05:55:39  <chillcore> since then they do not accept that payment method no more
05:55:47  <chillcore> that card at least
05:56:01  *** Eddi|zuHause [~johekr@p5DC67F36.dip0.t-ipconnect.de] has quit []
05:56:04  <ST2> follow the wise man advice: dnt create an account there xD
05:56:17  *** Eddi|zuHause [~johekr@p57BD577D.dip0.t-ipconnect.de] has joined #openttd
05:56:51  <ST2> I barely have time to openttd (and not playing)
05:57:12  <chillcore> still do not understand why someone would allow any access to a bank account by whatever company for whatever reason
05:57:25  <chillcore> ye I get your drift
05:57:44  <ST2> oh well, playing now KaM, to kill the missings of it ^^
05:57:54  <ST2> well, KaM Remake
05:58:06  <ST2> an opensource of KaM ^^
05:58:12  <chillcore> it is just that I bought a bxed version of HL2 ep1 and 2, did not notice the registering requirment and had to let it rot for two years on the shelf
05:58:45  <chillcore> so I got one and bought a few oldies
05:59:12  <ST2> have to ask: if using an Ipad, had you filled your credit card details there?
05:59:22  <chillcore> nope
05:59:32  <chillcore> e-mail adress and that is it
05:59:48  <chillcore> even the store has nothing
05:59:54  <chillcore> they tried though ...
05:59:59  <ST2> that's a thing on Apple stuff
06:00:04  <ST2> always ask that
06:00:08  <chillcore> ye ...
06:00:29  <chillcore> it was not an apple store but the guy tried filling in the warranty forms
06:00:34  <ST2> note: I only have it on VM's to check if changes I make compiles there too
06:00:40  <chillcore> I gave him my phone nr
06:01:01  <chillcore> then he asked for my name too and I was like "for what?"
06:01:11  <ST2> haha
06:01:21  <chillcore> "warranty sir ..."
06:02:26  <chillcore> my reply was "look in have this invoice right with the date?... when there is a prob that is all I need"
06:02:31  <chillcore> and I walked out
06:03:05  <chillcore> then when it came to registering it with apple just an e-mail adress was good enough and it still is
06:03:18  <ST2> well, gonna watch the other cause of free time lacks sometimes.... TV series
06:03:27  <chillcore> hehe
06:03:30  <ST2> new episode of 12 monkeys :)
06:04:22  <chillcore> I threw the cable out years ago ... I can watch adds everywhere else too :P
06:04:29  <chillcore> anyhoo, have fun ;)
06:04:45  <ST2> who said was cable?!
06:04:52  <ST2> internet ^^
06:05:10  * ST2 grabs the pirate costum xD
06:05:21  <chillcore> yeah ...
06:05:58  <ST2> well, I bought DVD's of the series I saw and liked
06:06:21  <ST2> Prison Break, Band of Brothers
06:06:25  <ST2> and others
06:06:39  <chillcore> I sometimes watch stuff that is on youtube ... much more fun to binge then wait a week for the rest over and over again
06:06:55  * chillcore wants all startrek dvds
06:07:07  <chillcore> there are just so many ...
06:07:15  <ST2> Spok gone :S
06:07:17  <ST2> RIP
06:07:18  <chillcore> maybe some day
06:07:42  <chillcore> Live long and prosper. MR. Spock.
06:08:43  <chillcore> RIP Leanord Nimoy, you will be missed.
06:08:51  <ST2> o/
06:08:55  <chillcore> o/
06:13:57  <ST2> [06:12:01] * +ttd-srv5 * !! EMERSON TRANSPORTES (1/Dark Blue) had a crash (vehicle ID 2038: road vehicle was destroyed by a train at 0x73593).  <<-- I hate when this spams the channel only because dnt build bridges :S
06:14:30  <chillcore> filter it out?
06:15:05  <chillcore> also xShunter ... looks cool except for GeoIP
06:15:17  <ST2> it's servers channel - very good to spot when it's a train to crash RV's
06:15:25  <chillcore> I consider that spyware ... but that may be just me
06:15:34  <ST2> http://server02.btpro.nl/screenshots/0x73593.png
06:15:55  <ST2> geoip is a file only
06:16:08  <ST2> actually now are 2 files
06:16:12  <chillcore> still it retrieves my location
06:16:31  <chillcore> I understand most peeps have no prob with this
06:16:32  <ST2> it's a public file
06:16:40  <chillcore> huhu
06:18:06  <ST2> basically it's a table with IP ranges and ISP's that use them
06:18:31  <ST2> updated monthly or so
06:19:00  <ST2> only tells you the country xD
06:20:11  <ST2> something like this: [06:16:21] * +ttd-srv27 * # Player (#11/user_IP/UA) has started company 4 ()
06:20:23  <ST2> the "UA" is the country
06:21:20  <chillcore> yes I know ... I just don't see the point of it, except for greeting someone in his own language
06:21:34  <ST2> preciselly :)
06:21:38  <chillcore> which can be achieved by looking at the language config
06:21:49  <chillcore> all my progs are set to english
06:21:57  <ST2> mine too
06:22:03  <chillcore> not my country not my native language
06:22:14  <ST2> when you join a ttd server
06:22:24  <chillcore> so being greeted inmy own language looks shady
06:22:27  <chillcore> again to me
06:22:29  <ST2> no one knows your language settings
06:22:59  <chillcore> yet, might be a nice patch
06:23:15  <ST2> it's not a patch
06:23:34  <ST2> it's on servers controller software
06:23:47  <ST2> servers dnt need to be patched for that
06:24:03  <ST2> hmm
06:24:27  <chillcore> what I mean is that it would be nice pacth for openttd
06:24:38  <chillcore> send lang config on connect
06:24:41  <ST2> join this IRC server, just to check it: hub.irc.x-base.org:6668
06:25:11  <ST2> and on it, channel #btpro-openttd
06:25:32  <ST2> just to check the work of it ^^
06:25:41  <ST2> can give you ideas ;)
06:26:31  <chillcore> hehe I think I just created my own private btpro channel ... hihi
06:26:38  <chillcore> I am new to this
06:26:47  <ST2> ÂŽlol
06:27:39  <ST2> after connect to server, type /join #btpro-openttd
06:28:35  <chillcore> thing is I do not find "hub.irc.x" to begin with
06:28:47  <chillcore> I click networks and it is not in the list
06:29:01  <ST2> maybe must be added ^^
06:29:16  <chillcore> most likely yes
06:30:30  <chillcore> when I enter just hub ... it shows me York univeristy student club
06:30:38  <chillcore> I'll figure this out I am sure
06:31:18  <ST2> well, irc server address is: hub.irc.x-base.org
06:31:25  <ST2> but on port 6668
06:31:30  <chillcore> I am checking prefs now
06:33:06  <ST2> well, laziest ppl use this link on our website: http://chat.mibbit.com/?url=irc%3A%2F%2Fhub.irc.x-base.org:6668%2Fbtpro-chat
06:33:12  <ST2> xD
06:33:35  <ST2> but it's a mibbit link :S
06:35:56  <chillcore> I used mibbit before untill it was no longer alowed here
06:36:53  <ST2> well, above link will work, if you dnt want to make it easier xD
06:37:25  <chillcore> checking on my ipad ... maybe I will get a message about dead frogs maybe not
06:37:42  <ST2> lol
06:38:21  <chillcore> hmm does not find btpro
06:38:30  <chillcore> I'll enter the link directly
06:39:59  *** Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd
06:41:18  <chillcore> hmm I saw it then clicked go and it took me back to mibbit's front page
06:41:30  <ST2> if nogo in direct, use this link: http://chat.mibbit.com/?url=irc%3A%2F%2Firc.x-base.org:6668%2Fbtpro-openttd
06:41:51  <ST2> I tested both of them
06:42:28  <chillcore> ah ok it opened a tab I did not see before
06:42:47  <chillcore> dr_bibble has entered the building
06:43:05  <ST2> saw it ^^
06:43:17  <ST2> already seeing the servers actions?
06:43:50  <chillcore> ye I see
06:43:50  *** roadt [~roadt@60.168.94.57] has joined #openttd
06:46:31  *** Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Ping timeout: 480 seconds]
07:05:17  *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd
07:05:20  *** mode/#openttd [+v tokai|noir] by ChanServ
07:09:06  *** tokai|mdlx [~tokai@port-92-195-72-254.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:11:14  *** roidal [~roland@194-152-170-27.adsl.highway.telekom.at] has joined #openttd
07:20:09  *** Alberth [~alberth@a82-95-140-173.adsl.xs4all.nl] has joined #openttd
07:20:12  *** mode/#openttd [+o Alberth] by ChanServ
07:25:49  *** Celestar [~Celestar@p5DCD7CD1.dip0.t-ipconnect.de] has joined #openttd
08:28:10  *** Progman [~progman@p57A1835E.dip0.t-ipconnect.de] has joined #openttd
08:50:35  *** Pensacola [~quassel@c80094.upc-c.chello.nl] has joined #openttd
08:52:23  *** Ketsuban [~thomas@2.216.180.69] has quit [Ping timeout: 480 seconds]
09:01:03  *** chillcore [~chillcore@91.182.36.19] has quit [Ping timeout: 480 seconds]
09:20:14  *** chillcore [~chillcore@91.182.36.19] has joined #openttd
09:21:24  <Alberth> moin
09:21:40  <chillcore> hello Alberth
09:26:20  *** Celestar [~Celestar@p5DCD7CD1.dip0.t-ipconnect.de] has quit [Quit: Leaving.]
09:39:08  <Terkhen> good morning
09:39:40  <chillcore> o/
09:47:55  *** KouDy [~koudy@188.75.190.58] has quit [Quit: leaving]
09:48:14  *** KouDy [~koudy@188.75.190.58] has joined #openttd
09:48:15  <Alberth> argh, how to delete the local tracking branch of a remote repo in git?
09:50:38  <Alberth> as "git branch -D" would be the logical command, that obviously fails to work "branch not found"
09:52:01  <Alberth> "git remote remove" fails with "cannot remove config section"
09:52:30  <chillcore> I once almost commited to trunk untill I changed/removed the push location, this was in the gui however and not quite the same prob you are having?
09:53:27  <chillcore> the act of puhing was stopped by me not being allowed to push .... luckily
09:53:59  <Alberth> yeah, always nice not to have too many powers :)
09:54:16  <chillcore> so true
09:54:42  *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
09:55:20  <Alberth> I added another 'upstream-like' repository in the past where I pulled updates from, but that's done now, so I want to kill all tracking branches from it now
09:56:53  <Alberth> preferably without killing that repo as a possible remote source, in case I need it again
09:57:07  <Alberth> but git refuses to delete the branches
10:02:27  <chillcore> fetch -p ?? removes any remote-tracking branches which no longer exist on the remote
10:02:34  <chillcore> don't take my word for it though
10:03:06  <Alberth> I know, but the remote hasn't dropped the branches :)
10:03:49  <chillcore> hmm small caps "d" ?
10:05:08  <Alberth> ?  git fetch has no -d option
10:05:28  <Alberth> and push will fail due to not having push access, as it's not my remote
10:06:22  <Alberth> ah well, it's just git being useless :)
10:07:11  <Alberth> they must  have taken a master course in making error messages as non-informative as possible :)
10:07:35  <chillcore> hmm then why does this page sais so? ... "git branch -d branchname"
10:08:18  <Alberth> that works for your own local branches
10:08:43  <chillcore> k. any further help will be just guessing on my part so ... :(
10:08:45  <Alberth> and -D if the branch didn't get merged into something
10:09:26  <Alberth> yeah, thanks for trying though :)
10:09:39  <Alberth> one day we'll find the answer :)
10:10:24  <chillcore> for sure yeah.
10:14:50  <chillcore> http://linux.die.net/man/1/git-branch ... ? --track --no-track options ?
10:15:03  <chillcore> if that it is not it I give up ;)
10:26:49  <Alberth> looks like that  is only used when you make a new branch
10:27:25  <Alberth> don't give up, book it under 'needs further study somewhen' ;)
10:27:26  <michi_cc> I don't think you're supposed to delete the remote branch if it still exists on the remote, after all it is a remote tracking branch, and not a local one.
10:28:18  <Alberth> so I have to kill the remote entirely to get rid of the tracking branches?
10:29:16  <michi_cc> You don't actually, reading man pages does seem to help. (i.e look at -r option to git branch)
10:31:33  <Alberth> michi_cc:  https://paste.openttdcoop.org/poi8pii6z   if only the commands would actually work
10:32:16  <michi_cc> git branch -d -r sadger/0.01
10:32:34  <michi_cc> I.e. like git remote -r lists them.
10:32:41  *** Quatroking [~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl] has joined #openttd
10:33:02  <Alberth> yay!  thanks
10:33:47  <chillcore> coolios. \o/
10:37:11  <Alberth> so the "-r" option sort-of adds the 'remotes' prefix
10:37:32  *** Ketsuban [~thomas@2.216.180.69] has joined #openttd
10:38:14  <Eddi|zuHause> i'm sure that's all perfectly logical in the twisted sense of a git developer
10:39:07  <Eddi|zuHause> but if you don't have that exact same mindset, git is terrible...
10:40:26  <Alberth> yeah, mostly playing around with it in another project to get exposed to it :p
10:42:16  <chillcore> I had some fun with it while doing some never published patchpacks, as long as you do not intend to take out a patch it is kinda cool.
10:43:01  <Eddi|zuHause> the problem is that "the community" is so immersed in that mindset, that they cannot even adapt to people not having this mindset, and understand their problems.
10:43:15  <Eddi|zuHause> it's like talking to a person that only watched FOX News their entirel life
10:46:53  <chillcore> news? on fox? :P
10:47:50  <chillcore> reminds me of the news on filmnet <- for those that know filmnet
10:48:20  <Alberth> I can see how that happens, I already have problems mapping git concepts onto hg, let alone if you never seriously used hg
10:48:46  *** smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd
10:50:39  <chillcore> I like git for the option to continue to develop each branch seperatly and then merging them into "main"
10:51:51  <chillcore> as for taking something out of main ... you're better of starting a new "main"
10:52:15  <chillcore> ^^^ and lose the merging stuffs ... sniff
10:54:14  <Eddi|zuHause> pulling cargodist was a nightmare, because every time it was basically a new repo
10:54:47  <Eddi|zuHause> that was before i had "fast" internet
10:55:42  <Alberth> chillcore: that's what 'rebse' is supposed to fix, haven't used that much yet
10:55:50  <chillcore> exactly ... but you avoid the troubs you get with hg ... which can be a pain too if a piece of code keeps getting modified
10:55:57  <chillcore> eddi ^^^
10:57:22  <Alberth> You sort-of want branches stacked onto each other, where each branch can change indpendently, I think
10:57:41  *** roidal_ [~roland@193-154-138-156.adsl.highway.telekom.at] has joined #openttd
10:58:13  *** Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd
10:58:19  <Alberth> hi hi Wolf01
10:58:27  <Wolf01> hi o/
10:58:40  <chillcore> "did you mean rense?" fuuuuuuuuu
10:58:47  <chillcore> hi wolf
11:01:16  <chillcore> "did you mean reese version control?" double fuuuuuu
11:01:22  <chillcore> got a link alberth?
11:02:18  *** roidal [~roland@194-152-170-27.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds]
11:02:36  <Alberth> chillcore: oh, typo,  "rebase"  :)
11:02:55  <Alberth> git-rebase(1)   :)
11:03:19  <chillcore> (Tr)(l)ol :P
11:03:22  <Alberth> ^^ notation for    man  1 git-rebase
11:03:41  <chillcore> got it
11:04:50  <Alberth> but rebase where the merge will be non-trivial scares me too much to even attempt, currently :)
11:07:17  <chillcore> not sure if used rebase yet, can't remember anyways ... I am an avid svn user unless I want something comitted someday and do not feel like splitting afterwards.
11:09:15  <chillcore> maybe it is the way I do things but I spend way too much time "fixing" patches with hg
11:09:16  <Alberth> rebase is basically about moving branches around
11:09:50  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
11:10:08  <chillcore> right ... no never done that
11:10:26  <Alberth> ie you created a branch from master, and update master from upstream. Then your branch has to be moved to the new HEAD. That's where you rebase
11:11:19  <Alberth> ie the branching point between master and your branch moves
11:11:39  <chillcore> hmm ... ye done that plenty of times then, no different then pulling in hg or updating in svn
11:11:50  *** Progman [~progman@p57A1835E.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
11:12:22  <Alberth> that's not rebase, a pull in hg doesn't move your branch
11:13:13  <chillcore> before I pull I pop all pacthes and aply to tip ... that is not the same?
11:14:39  <chillcore> with svn I leave patch applied while updating, ususally
11:14:48  <chillcore> -s
11:14:49  <Alberth> http://git-scm.com/book/en/v2/Git-Branching-Rebasing
11:15:00  <Eddi|zuHause> it may have similar results, but it certainly is not "the same"
11:15:39  <Alberth> hg  qpop -a   does it somewhat the same, but your mq patches are not in the repository
11:15:46  <Alberth> ie they are not a commit
11:16:04  <Alberth> they live just next to the repository
11:17:22  <chillcore> hg qpop -a == click the double arrow
11:17:27  <chillcore> hehe
11:19:15  <chillcore> but I see the difference now thanks. ;)
11:21:38  <Eddi|zuHause> but something different: what am i doing wrong? https://paste.openttdcoop.org/pwqsfpwwm/00afsi
11:22:41  <Alberth> :O you can actually do that?
11:24:38  * chillcore dislikes spaces in patches names
11:24:45  <Alberth> hmm, "patch repository" no idea what what means
11:25:19  <Alberth> hg qser   lists the patch?
11:25:21  <Eddi|zuHause> Alberth: if you "hg init --mq", then the patch queue gets under version control
11:26:16  <chillcore> you forgot the 'test' part eddi?
11:26:16  <Eddi|zuHause> or "hg qinit" might work as well
11:26:17  <Alberth> yeah, tried that one time, but diffs between patch file revisions are less than readable :p
11:26:32  <chillcore> nvm diff patch
11:26:53  <Eddi|zuHause> true :)
11:28:07  <Alberth> hg qgo "adjacent crossings" ; hg diff -r qparent    ?
11:28:11  <michi_cc> That's what interdiff was invented for.
11:29:05  <Eddi|zuHause> Alberth: i'm not sure that that would do what i want it to do
11:29:21  <Alberth> ok, what is it that you want? :)
11:29:50  <Eddi|zuHause> Alberth: show the changes made to the adjacent crossings patch, but not the one to the diagonal crossings patch
11:30:03  <Eddi|zuHause> i can "cd .hg/patches" and do the "hg diff" there
11:30:16  <Eddi|zuHause> but why wouldn't hg diff --mq do that exact same thing?
11:30:31  <Eddi|zuHause> is it really the space that's screwing things up?
11:30:59  <Alberth> find a random patch with a non-space name?
11:32:01  <Eddi|zuHause> doesn't work with "series" either
11:32:10  <Eddi|zuHause> so that's not it
11:33:47  *** luaduck is now known as luaduck_zzz
11:33:51  <Eddi|zuHause> https://paste.openttdcoop.org/pmynaoqqv/rzmtn4
11:35:01  <Alberth> with a real patch it would be better, but I suspect the result will be the same
11:36:08  <Alberth> however, since mq is quite dead, reporting it as bug won't really help, I am afraid
11:46:01  *** heffer [felix@hyperion.fk.cx] has quit [Remote host closed the connection]
11:46:35  *** heffer [felix@hyperion.fk.cx] has joined #openttd
11:46:56  *** onlyonemac [~daniel@79-64-240-49.host.pobb.as13285.net] has joined #openttd
11:47:21  <onlyonemac> where can i ask development-specific questions?
11:47:56  <Eddi|zuHause> where can i ask metaquestions?
11:48:07  <onlyonemac> what are metaquestions?
11:48:07  <Alberth> here is fine
11:48:09  *** gelignite [~gelignite@i528C3004.versanet.de] has joined #openttd
11:48:11  <onlyonemac> thanks
11:48:25  <onlyonemac> could someone tell me what the os-specific files are in the openttd source?
11:48:27  <Eddi|zuHause> a metaquestion is a question about asking a question
11:48:29  <Alberth> onlyonemac: asking about asking is a meta question :)
11:49:20  <Eddi|zuHause> the os-specific files are in src/os/
11:49:33  <onlyonemac> what about video drivers?
11:49:40  <onlyonemac> aren't those in src/video/?
11:49:43  <onlyonemac> what else is there?
11:50:49  <Eddi|zuHause> well, in src/video are platform-dependent files, which may or may not apply to multiple OSes
11:51:12  <onlyonemac> ok i think i mean to ask where the platform-dependent files are, not the os-specific files
11:51:29  <Eddi|zuHause> there are also sound-related files like this
11:51:40  <onlyonemac> basically i'm wanting to port to a new os on a new platform
11:51:42  <Alberth> fios has file stuff
11:51:44  <onlyonemac> what files do i need to look at?
11:52:19  <Alberth> grep for the usual suspects,  LINUX   WIN32, etc ?
11:52:38  <onlyonemac> i was wondering if there was a centralised list of such files though, so that i can be sure to have everything
11:52:54  <Eddi|zuHause> onlyonemac: if the new platform has SDL, then you don't need to touch the video/sound/music stuff
11:53:07  <onlyonemac> also i don't know what functions in the other parts of the source are used for platform abstraction and which are the platform-specific files
11:53:12  <onlyonemac> no the new platform does not have SDL
11:53:58  <Eddi|zuHause> onlyonemac: additionally to the ones mentioned, src/thread/ is also platform specific
11:54:07  *** JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust392.12-2.cable.virginm.net] has joined #openttd
11:54:10  <Alberth> don't think there is a simple list or directory you can look at
11:54:23  <onlyonemac> ok
11:54:45  <onlyonemac> are there any other considerations that i should take into account?
11:55:09  <onlyonemac> e.g. the new platform has no stdlib - where are the memory allocation functions that i must rewrite?
11:55:15  <Eddi|zuHause> onlyonemac: you should probably look through configure (config.lib)
11:55:22  <onlyonemac> ok
11:56:12  <Eddi|zuHause> i don't know anything about stdlib
11:56:18  <onlyonemac> lol
11:57:09  <Eddi|zuHause> sounds like a horrible job to rewrite that
11:57:39  <onlyonemac> i shouldn't have to rewrite stdlib; i'll just need to change calls to stdlib to match the functions implemented by the new platform/os combination
11:57:50  <Alberth> I would you you have a c++ compiler for the platform
11:57:57  <onlyonemac> yes
11:58:41  <Alberth> that should handle new/malloc things, wouldn't it?
11:58:53  <onlyonemac> no because those are in stdlib
11:59:10  <onlyonemac> the os has other library functions which do the same things as stdlib but they are called differently
11:59:27  <onlyonemac> so the openttd code would need to be modified to use the new os library
11:59:29  <Eddi|zuHause> onlyonemac: src/stdafx.h has some compiler specific stuff
11:59:34  <onlyonemac> ok
11:59:40  <chillcore> <Alberth> don't think there is a simple list or directory you can look at      <- grep #endif ?
11:59:58  <Alberth> chillcore: that's all .h files :)
12:00:20  <chillcore> not .cpp too ... hmm ok
12:00:24  <onlyonemac> you could grep WIN32 or something like that but that would probably for example miss calls to stdlib
12:00:32  <onlyonemac> maybe i should also grep stdlib or something like that
12:00:46  <onlyonemac> (or grep strings.h/malloc.h/etc...)
12:00:47  <Alberth> run the compiler, it will break on anything you don't have
12:00:54  <onlyonemac> that's the other option lol!
12:01:06  <onlyonemac> i might try that
12:01:13  <Alberth> it does a lot better search than you can :p
12:01:18  <onlyonemac> yeah!
12:02:00  <Alberth> I use that trick quite often, rename or comment something out, and recompile everything
12:02:14  <onlyonemac> that's probably what i'll do then
12:02:22  <Alberth> the compiler will nicely list where it is used :p
12:02:35  <onlyonemac> i was just wondering if there was a list of such files/functions, but it seems that there isn't
12:02:39  *** onlyonemac [~daniel@79-64-240-49.host.pobb.as13285.net] has quit [Quit: Leaving]
12:11:35  <Eddi|zuHause> btw. the mercurial thing is some working directory bullshit.
12:12:18  <Eddi|zuHause> "hg diff --mq blah" passes ./blah to the command, but ./blah is not inside .hg/patches, so it bails out
12:12:36  <Eddi|zuHause> so i must write .hg/patches/blah
12:20:14  <Alberth> I had some trouble with hg -R  in that area too (point to repo other than current directory) iirc, but never bothered figuring it out exactly
12:21:32  <Eddi|zuHause> yes, they said --mq is basically an alias for -R .hg/patches
12:22:46  <Eddi|zuHause> i'll file this under "stupid behaviour"
12:23:33  <Eddi|zuHause> things that should be circumnavigated, but not important enough to worry about
12:26:41  *** JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust392.12-2.cable.virginm.net] has quit [Quit: JacobD88]
12:32:23  *** Supercheese is now known as Guest114
12:32:28  *** Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
12:38:17  *** Guest114 [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Ping timeout: 480 seconds]
12:57:33  *** efess [~Efess@c-24-61-64-170.hsd1.ct.comcast.net] has joined #openttd
13:13:58  *** luaduck_zzz is now known as luaduck
13:14:16  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
13:19:33  *** chillcore [~chillcore@91.182.36.19] has quit [Quit: Only mortals are affected by fame and power.]
13:24:57  *** frosch123 [~frosch@frnk-4d00b266.pool.mediaWays.net] has joined #openttd
13:31:28  *** Pikka [~Octomom@203-206-161-219.perm.iinet.net.au] has quit [Read error: Connection reset by peer]
13:37:27  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
13:39:29  *** Samu [~oftc-webi@po-217-129-154-197.netvisao.pt] has joined #openttd
13:39:34  <Samu> hi
13:40:13  *** Biolunar [Biolunar@blfd-5d820ab1.pool.mediaWays.net] has joined #openttd
13:42:06  <Alberth> hola
13:42:39  <Samu> i submited the patch again, last night
13:42:55  <Samu> is it better?
13:44:00  <Alberth> it still doesn't make sense to me
13:44:37  <Alberth> in my view, the value of an unused bit is not relevant to preserve, as it is not used.
13:44:54  <Alberth> therefore the entire patch serves no purpose
13:46:15  <frosch123> V453000: https://bugs.openttd.org/task/6238 <- so, did you not test correctly? or do different windows versions behave differently? :p
13:48:27  <frosch123> can other windows users reproduce that?
14:01:53  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
14:10:25  *** Klanticus_ [~quassel@200-161-120-132.dsl.telesp.net.br] has joined #openttd
14:12:26  *** Samu [~oftc-webi@po-217-129-154-197.netvisao.pt] has quit [Quit: Page closed]
14:12:54  *** Samu [~oftc-webi@po-217-129-154-197.netvisao.pt] has joined #openttd
14:13:36  *** Klanticus [~quassel@200-161-120-132.dsl.telesp.net.br] has quit [Ping timeout: 480 seconds]
14:15:16  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
14:16:03  <Samu> i experienced a similar issue once
14:16:38  <Samu> about right click panning
14:16:47  <V453000> no clue frosch123
14:16:50  <V453000> but I cant seem to find it
14:18:51  <Samu> when releasing right click button, the cursor was outside OpenTTD borders
14:19:09  <frosch123> was that before beta2 ?
14:19:29  <frosch123> because the whole thing was changed on the day before beta2
14:19:45  <Samu> it was in one of the testing versions
14:19:57  <Samu> haven't happened yet in beta2 as far as i can tell
14:20:10  <Samu> seemed to happen often when it was lagging
14:20:22  <Samu> input delay
14:20:28  <V453000> I see it now
14:20:32  <V453000> you cant pan out of the map?
14:20:35  <frosch123> well, that's adifferent issue then
14:20:55  <V453000> oh yeah now I got it too
14:20:59  <V453000> it keeps me in some area
14:21:08  <V453000> not always though
14:22:28  <Samu> i'm not sure
14:23:18  <Samu> i could pan towards a direction, but then the cursor would show up outside the window openttd border
14:23:59  <Samu> releasing button would make the openttd cursor to disappear
14:24:10  <Samu> it wasn't in that place
14:25:14  <Samu> it's like there was two programs tracking cursor position
14:27:40  <Samu> it wouldn't retain it's position at the moment the button was pressed down, it would show up somewhere else
14:29:10  <Samu> let me explain again, it's becoming confusing
14:29:33  <Samu> 1 - hold down right click inside OpenTTD window
14:30:23  <Samu> 2 - while hold down, move mouse towards outside borders. the cursor is still in the same hold position in OpenTTD, but another cursor would appear outside oepnttd window
14:30:31  <Samu> an OS-style cursor
14:31:02  <Samu> I'm just not sure if it was still scrolling when it was outside the borders though
14:33:05  <Samu> 3 - upon releasing right click button, the cursor outside openttd was the true one with the real position, the other inside OpenTTD would disappear.
14:33:54  <Samu> not sure which version of OpenTTD this happened, but it was one or two days before beta2 release
14:36:57  <Samu> I am on Windows 7
14:37:09  <Samu> testing version was 32-bit
14:37:16  <Samu> if that is of any help
14:37:39  <Samu> windows 7 is 64-bit
14:57:06  <frosch123> https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/f3f8cd2e-599b-4b94-a461-4fa50ad1a3dc/bug-with-the-global-mouse-hook?forum=windowsgeneraldevelopmentissues <- well, if that is true, i have to disable the event queueing for windows as well
14:57:28  <frosch123> would explain why it only happens sometimes for V
14:58:58  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
15:01:26  <Alberth> joy :(
15:02:07  <frosch123> hmm, actually i may have an idea to make it less reliant on exact behaviour
15:02:28  <frosch123> so it can wobble around win overwriting messages sometimes
15:03:48  *** supermop [~supermop@d110-33-177-242.sun801.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds]
15:14:28  *** mAcZ [~mAcZ@p5DC00960.dip0.t-ipconnect.de] has joined #openttd
15:16:04  <frosch123> https://paste.openttdcoop.org/pduokh7wn?/pduokh7wn <- doesn't break it for me, maybe it makes it better on windows
15:23:54  *** mAcZ [~mAcZ@p5DC00960.dip0.t-ipconnect.de] has left #openttd [Good Bye.]
15:39:07  *** sla_ro|master [slamaster@95.76.27.245] has joined #openttd
15:53:59  *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit []
16:06:55  <Samu> sea 00, canal 01, river 10
16:07:40  <Samu> sea 001, canal 01x, river 101
16:09:31  <Samu> canal on river 011, canal on sea 010 hmm
16:13:49  *** zwamkat [~zwamkat@vuursmurf.smurfer.net] has quit [Remote host closed the connection]
16:16:51  *** zwamkat [~zwamkat@vuursmurf.smurfer.net] has joined #openttd
16:19:28  <Samu> sea tile, owner m1=x0010001, canal owner m6=(notacanal)
16:22:20  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
16:23:56  <Samu> canal tile on sea or on land of company 15, owner m1=x0101110, canal owner m6=11xxxx10 (iscanal)
16:24:15  *** gelignite [~gelignite@i528C3004.versanet.de] has quit [Quit: http://bit.ly/1kso8Ta]
16:25:01  <Eddi|zuHause> that is complete gibberish.
16:29:12  <Samu> canal tile on sea or on land of owner none, owner m1=x0110000, canal owner m6=11xxxx11 (iscanal, isonsea, isnoowner)
16:31:43  <Samu> hmm, sorry, thinking out loud
16:33:50  <Samu> isonseaorland
16:34:54  <Samu> canal tile on land 110
16:35:33  <Samu> hmm
16:35:58  <Samu> nope
16:36:19  <Samu> canal tile on sea or land 010
16:36:26  <Samu> right
16:37:00  <Eddi|zuHause> i don't think this is the right place for these ramblings
16:42:30  *** HerzogDeXtEr1 [~flex@i59F6A3FC.versanet.de] has quit [Quit: Leaving.]
16:45:31  <Samu> if canals could be owned by towns only, this would be much easier
16:49:17  *** Celestar [~Celestar@pD9FE9207.dip0.t-ipconnect.de] has joined #openttd
16:50:37  <Samu> to identify a canal built on either river or sea/land, it would be preferrible if the canal owner was town
16:51:01  <Samu> this would allow me to store 3 owners
16:51:38  <Samu> only 2 at a given time, but with the possibility to reconstruct the 3rd owner
16:56:40  <Alberth> lots of people do teddy bear programming, eddi :)
16:57:41  <frosch123> also eddi has a beard, so it suitable to be a teddy bear
17:04:57  <Eddi|zuHause> 5 nights at Eddi's?
17:08:43  <peter1138> Someone wants my 21" CRT, right?
17:08:56  <peter1138> Any gamers still prefering CRTs? :p
17:11:25  *** Pereba [~UserNick@191.248.32.148] has joined #openttd
17:13:09  <Samu> i don't have means to distinguish between company 1 and owner_none
17:13:11  <DorpsGek> Commit by frosch :: r27172 trunk/src/gfx.cpp (2015-02-28 17:13:07 UTC)
17:13:12  <DorpsGek> -Fix [FS#6238] (r27167): Apparently Windows randomly drops SetCursorPos calls. According to internet due to incorrect/missing synchronisation in threads accessing the event queue.
17:13:41  <Samu> unless
17:25:40  <Eddi|zuHause> i had a 21" CRT some years ago, and even carried it to a LAN party once
17:26:55  <Samu> ok it's possible after all, with some crude logic to determine owner
17:29:37  *** roidal_ [~roland@193-154-138-156.adsl.highway.telekom.at] has quit [Quit: blaaaa!]
17:29:51  *** roidal [~roland@193-154-138-156.adsl.highway.telekom.at] has joined #openttd
17:31:25  *** kais58 is now known as kais58|AFK
17:40:38  *** luaduck is now known as luaduck_zzz
17:42:59  *** JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust392.12-2.cable.virginm.net] has joined #openttd
17:44:34  *** JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust392.12-2.cable.virginm.net] has quit []
17:49:53  *** Celestar [~Celestar@pD9FE9207.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
18:00:22  *** liq3 [liq3@CPE-120-147-178-81.gdfw1.lon.bigpond.net.au] has quit []
18:01:24  *** Pensacola [~quassel@c80094.upc-c.chello.nl] has quit [Remote host closed the connection]
18:10:44  <Samu> damn, there's 4 possible layers
18:25:21  <planetmaker> good evening :)
18:26:28  <Samu> i thought a bare land tile had waterclass invalid
18:27:09  <Samu> they dont have waterclass apparently
18:29:06  <Alberth> it's land, why would it need a water class?
18:29:29  <frosch123> stuff that exists on both land and water has a water class
18:29:33  <frosch123> e.g. industry tiles
18:29:48  <frosch123> if they are removed they revert back to water or land depending on the stored water class
18:29:57  <frosch123> in that case the invalid-water-class counts as land
18:31:00  <frosch123> but plain land has no water class, just like they have no road bits :p
18:32:06  <Samu> no problem
18:32:38  <Samu> i can work this out
18:32:49  <Samu> it's just going to be quite messy
18:44:53  <heffer> planetmaker: fixed nml 0.4.0 source tarball in sight? :D
18:45:14  <planetmaker> ehm, would be 0.4.1 :)
18:45:23  <heffer> okay :D
18:48:21  <planetmaker> heffer: can you check whether the current dev version is more to your liking? :) http://bundles.openttdcoop.org/nml/push/LATEST/ The manifest was really borked
18:49:33  <planetmaker> it doesn't fix the un-nice version in the filename though. Just that it should build at all ;)
18:52:42  <Eddi|zuHause> call it 0.4.0.1 in memory of openttd's version scheme :p
18:55:09  <planetmaker> :P
19:01:28  <heffer> planetmaker: looks good. seems to build without an error :D
19:02:15  *** Celestar1 [~Celestar@pD9FE9207.dip0.t-ipconnect.de] has joined #openttd
19:04:51  <heffer> hmm nmlc gives me "ImportError: No module named 'nml'"
19:05:17  <planetmaker> hm
19:06:46  <heffer> i do python3 setup.py build first
19:07:11  <heffer> then python3 setup.py install -O1 --skip-build --root $RPM_BUILD_ROOT
19:07:33  <heffer> and it doesn't seem to install all files to the correct directory
19:09:34  <heffer> yup. looks like the whole nml module directory is not installed: http://paste.fedoraproject.org/191777/51505451/
19:13:59  *** alluke [~oftc-webi@62-78-237-171.bb.dnainternet.fi] has joined #openttd
19:14:13  <alluke> ffffffuuuuuuuucking fuck
19:14:17  <alluke> angerfist in helsinki today
19:14:24  <alluke> but sold out >:(
19:19:12  <Terkhen> ...
19:19:21  <V453000> hi Terkhen :)
19:19:24  <Terkhen> hi V453000
19:21:01  <planetmaker> o/
19:24:12  <planetmaker> hm, so setup.py install fails, heffer?
19:24:53  <planetmaker> hm...
19:24:59  <planetmaker> sucks
19:25:12  <planetmaker> do you want to write me a patch? :D
19:32:26  *** FLHerne [~flh@dsl-217-155-24-22.zen.co.uk] has joined #openttd
19:38:17  *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
19:38:38  <alluke> o/
19:39:37  <heffer> planetmaker: i'm afraid i won't be able to. I'm currently moving :D
19:42:51  <Eddi|zuHause> alluke: i don't know what an angerfist is. but maybe you should have planned ahead? :p
19:43:03  <alluke> maybe
19:43:07  <Eddi|zuHause> alluke: but it's nice that of all the people on the whole internet, you come to us :)
19:43:34  <alluke> isnt it
19:44:59  <Samu> i'm thinking so slow today
19:45:57  <alluke> but this is what i was talking about http://youtu.be/2NM2jUoDCKU
19:46:48  <Eddi|zuHause> i have no desire to watch that video :p
19:47:12  <alluke> damn you :D
19:47:14  *** Biolunar [Biolunar@blfd-5d820ab1.pool.mediaWays.net] has quit [Quit: leaving]
19:49:03  *** luaduck_zzz is now known as luaduck
19:52:32  *** Alberth [~alberth@a82-95-140-173.adsl.xs4all.nl] has left #openttd []
19:58:50  *** lobster [~mccrabbym@94.231.249.233] has quit [Read error: Connection reset by peer]
19:59:34  *** lobster [~mccrabbym@94.231.249.233] has joined #openttd
20:05:35  *** JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust392.12-2.cable.virginm.net] has joined #openttd
20:06:20  *** JacobD88 [~Thunderbi@cpc20-stap11-2-0-cust392.12-2.cable.virginm.net] has quit []
20:09:52  <DorpsGek> Commit by frosch :: r27173 trunk/src/newgrf_debug_gui.cpp (2015-02-28 20:09:49 UTC)
20:09:53  <DorpsGek> -Fix [FS#6237] (r27134): Use the regular clipping functions in the sprite aligner instead of some magic.
20:12:51  <__ln___> is it now less magical?
20:29:43  *** oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
20:37:01  *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds]
20:38:13  <Eddi|zuHause> now implement sensible alignment across zoom levels, and tracking of changes made?
20:38:25  *** Cybertinus [~Cybertinu@cybertinus.customer.cloud.nl] has quit [Ping timeout: 480 seconds]
20:38:31  <frosch123> already done
20:38:55  <frosch123> fs#6236
20:38:58  <frosch123> albert is reviewing
20:38:59  *** Cybertinus [~Cybertinu@cybertinus.customer.cloud.nl] has joined #openttd
20:39:24  <Supercheese> Eddi|zuHause: Not monitoring #openttd.dev?
20:39:30  <Eddi|zuHause> no
20:39:41  <Supercheese> there was some discussion there
20:39:59  <Supercheese> http://devs.openttd.org/~alberth/diffs/fs6236_juzza1.patch
20:40:04  <Eddi|zuHause> there was something annoying about that channel
20:40:19  <Eddi|zuHause> i think it was that i need to register to get +v or so
20:40:39  <frosch123> assuming you would get +v :p
20:40:48  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
20:40:51  <Eddi|zuHause> i think i was offered +v :p
20:41:10  <Supercheese> Yeah there is a bit of hoopstuff to jump through
20:41:13  <frosch123> maybe just to laugh afterwards :p
20:42:08  <frosch123> anyway, this channel is quite spammy lately, so .dev becomes more active :p
20:42:24  <Supercheese> spam spam wonderful spam
20:42:49  <frosch123> it even shares 3 of 4 letters
21:03:03  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has joined #openttd
21:09:24  <Terkhen> good night
21:09:38  <V453000> gn
21:19:03  *** Zuu [~Zuu@h-114-162.a98.priv.bahnhof.se] has joined #openttd
21:23:41  <Samu> how do i tell the game that owner with bits 01111 is not town, but either owner_none or owner_water?
21:24:35  <Samu> i wanna store owner_none and owner_water depending on that tile waterclass
21:25:13  <Samu> can i trick the game believing "this" owner is actually "that owner" and behave accordingly?
21:28:38  <Samu> i have to expose this problem clearer, it's becoming too complex without guidance
21:29:49  *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
21:30:46  <planetmaker> Samu: it sounds like total folly to try some kind of trickery in that area. Define the bits to mean *that* in the context of whatever. That's it
21:32:02  *** glx [~glx@000128ec.user.oftc.net] has joined #openttd
21:32:05  *** mode/#openttd [+v glx] by ChanServ
21:32:13  <Samu> basically, have a special rule in which all water tiles owner are stored as x1111, that x will be a variable I wanna use for other purpose
21:32:37  <Samu> instead of using 5 bits to store owner, use 4
21:34:26  <Samu> then retrieving owner of that tile wouldn't return owner_town, but it would be constructed to output the exact owner
21:34:36  <Samu> based on some checks
21:35:08  *** alluke [~oftc-webi@62-78-237-171.bb.dnainternet.fi] has quit [Quit: Page closed]
21:36:33  *** oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds]
21:36:40  <planetmaker> samu you really should get into actually doing some stuff and *trying*. Without sharing every thought on every line as it crosses your mind
21:37:05  <Samu> i'm building the bit matrix first
21:37:29  <Samu> in excel
21:37:43  *** Myhorta [~Myhorta@00018fad.user.oftc.net] has quit [Ping timeout: 480 seconds]
21:38:01  <planetmaker> ...
21:38:39  <Samu> yes, i wanna make sure if it is possible to have no bits conflcting with each other
21:38:59  <Samu> it's complex when not looking at it
21:39:59  <Samu> there's 3 possible layers on a given water tile
21:41:12  *** Celestar [~Celestar@p4FD6EB97.dip0.t-ipconnect.de] has joined #openttd
21:41:27  <Samu> each layer can store 2 owners
21:41:41  *** Celestar1 [~Celestar@pD9FE9207.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
21:41:46  <Samu> i have 8 bits for owners, 4 at m1, 4 at m6
21:41:59  <Samu> then i have 1 more bit which must be shared by both
21:42:10  *** Sonny_Jim [~pi@host86-135-228-210.range86-135.btcentralplus.com] has left #openttd []
21:42:18  <Samu> this is the one that's causing most trouble
21:43:43  <Eddi|zuHause> that will never work
21:43:45  <Samu> the third layer uses this sharing bit to identify the firstmost owner of the tile, and the owners are always either none or water, but i have to store them in the form of 4 bits
21:43:53  <Eddi|zuHause> you can't store 10 bits worth of data in 9 bits
21:44:18  <Samu> i can because, the owner of sea is always water
21:44:28  <Samu> the owner of river is always water
21:44:38  <planetmaker> then you do not need to store it
21:44:40  <Samu> the owner of canal, however... complicates
21:44:46  <Samu> a big deal
21:46:21  <Samu> i speak of 3 layers because i am also trying to distiguish canals built on river or on sea/dryland
21:47:10  <Eddi|zuHause> that needs 1 bit. why do you want 8?
21:47:13  <Samu> destroying canal reverts to either river, or sea/land
21:47:57  *** roadt [~roadt@60.168.94.57] has quit [Ping timeout: 480 seconds]
21:48:04  <Samu> let me show u "matrix"
21:49:54  <Samu> can you open excel files?
21:50:01  <Eddi|zuHause> no
21:50:18  <Samu> great :(
21:50:38  *** sla_ro|master [slamaster@95.76.27.245] has quit []
21:51:05  <Samu> http://i.imgur.com/GjJMo54.png
21:51:23  <Samu> just to get an idea
21:51:33  <Samu> it is not final, nor correct yet
21:51:49  <Samu> i am still fiddling with bits
21:54:09  <Samu> destroying ship depot, reverts to previous layer
21:54:25  <Samu> destroying that layer, reverts to the one before
21:54:28  <Samu> and so on
21:54:59  <Samu> until it's at the base
21:56:02  <Samu> the first is correct
21:56:11  <Samu> the second is with an error
21:56:24  <Samu> or actually, it is as if owner_none was using 5 bits
21:59:05  <Samu> that line with 4 layers is misleading, i really have to work on this yet
21:59:17  <Samu> but the idea is there
22:00:14  <Samu> being have to revert canals to rivers instead of just getting rid of them, and at the same time know which owner owns what at a given tile
22:03:36  <Samu> that bit 4 at m1 will be of extreme importance, it will allow the game to restore it's first form. I can see this as being possible with 4 bits for identifying 1 owner, instead of 5.
22:04:06  <Samu> with 5, well... I don't know if it's doable, it probably is, but may become too complex
22:05:03  *** kais58|AFK is now known as kais58
22:08:55  *** HerzogDeXtEr [~flex@i59F6C7E8.versanet.de] has joined #openttd
22:16:57  *** Celestar [~Celestar@p4FD6EB97.dip0.t-ipconnect.de] has quit [Quit: Leaving.]
22:29:57  *** oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd
22:31:13  <Wolf01> 'night
22:31:22  *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
22:36:38  *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds]
22:45:09  *** frosch123 [~frosch@frnk-4d00b266.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
22:46:00  <Samu> dumb question, can there be rivers on sea?
22:53:35  <FLHerne> Samu: Sea doesn't flood rivers/canals
22:53:42  <FLHerne> If that's the question
22:56:55  <Samu> sorry, i was confusing myself
22:57:18  <Samu> thinking that if removing a river tile that was planted on sea would revert back to sea
23:00:06  <glx> if you remove it it will be flooded
23:01:34  <Samu> that means i can treat rivers like they're the base
23:01:43  <Samu> simplifies this even further
23:01:56  <Eddi|zuHause> river or canal on sea level prevents the sea from flooding
23:02:08  <Eddi|zuHause> so you can have land on sea level that way
23:03:54  <Samu> I see, but I was thinking of something related to ownership
23:04:39  <Samu> don't have to store river owners
23:04:50  <Eddi|zuHause> i don't know what you try to achieve here. there's no difference if the river was built on land or at sea level. river is river
23:05:07  <Samu> something cool :p
23:05:15  <Samu> so, 3 layers it is
23:05:25  <Samu> there's no 4th layer to take care off
23:05:29  <Eddi|zuHause> excuse my scepticism about this.
23:07:36  <Samu> thus in turn,  owner_none becomes the only exception rule, I don't have to care about owner_water, this simplifies it
23:07:44  <Samu> thx
23:13:09  *** smoke_fumus [~smoke_fum@188.35.176.90] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
23:13:32  *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Quit: c('~' )o]
23:23:56  *** Pereba [~UserNick@191.248.32.148] has quit [Ping timeout: 480 seconds]
23:24:18  *** Zuu [~Zuu@h-114-162.a98.priv.bahnhof.se] has quit [Quit: Leaving]
23:31:42  *** roidal [~roland@193-154-138-156.adsl.highway.telekom.at] has quit [Quit: WeeChat 1.0.1]
23:33:06  *** tokai [~tokai@00012860.user.oftc.net] has joined #openttd
23:33:09  *** mode/#openttd [+v tokai] by ChanServ
23:36:48  *** oskari892 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds]
23:40:12  <Samu> can you see a patern: http://i.imgur.com/A5wCltd.png
23:51:36  <Samu> now i got to repeat, but for the case station tile, then later, for the case industry tile
23:51:56  <Samu> it's taking shape

Powered by YARRSTE version: svn-trunk