Log for #openttd on 4th March 2015:
Times are UTC Toggle Colours
00:02:49  *** Samu [] has quit [Remote host closed the connection]
00:04:23  *** DanMacK [] has quit [Ping timeout: 480 seconds]
00:31:33  *** Samu [] has joined #openttd
00:45:21  *** Samu [] has quit [Remote host closed the connection]
00:47:26  *** Quatroking [] has quit [Read error: Connection reset by peer]
00:51:38  *** Oddingar [~Odd@] has quit []
00:53:56  <supermop> yo
00:56:34  *** liq3 [] has joined #openttd
00:56:49  *** KWKdesign [] has quit [Quit: Leaving]
00:59:21  *** FLHerne [] has quit [Quit: There's a real world out here!]
01:01:39  *** HerzogDeXtEr [] has quit [Quit: Leaving.]
01:20:03  *** openbu|2 [~openbu@] has joined #openttd
01:25:09  *** openbu [~openbu@] has quit [Read error: Connection reset by peer]
01:27:42  *** Myhorta [] has quit [Read error: Connection reset by peer]
01:43:42  *** smoke_fumus [~smoke_fum@] has quit [Read error: Connection reset by peer]
01:47:59  *** DDR [] has joined #openttd
01:55:02  *** tokai|mdlx [] has quit [Ping timeout: 480 seconds]
01:56:01  *** tokai|mdlx [] has joined #openttd
02:05:17  *** luaduck is now known as luaduck_zzz
02:46:38  *** dih [] has quit [Ping timeout: 480 seconds]
02:59:49  *** Ttech [] has quit [Remote host closed the connection]
03:03:28  *** dihedral [] has joined #openttd
03:11:50  *** Flygon [] has joined #openttd
03:13:51  *** Flygon_ [] has joined #openttd
03:18:16  *** Flygon__ [] has quit [Ping timeout: 480 seconds]
03:20:17  *** Flygon [] has quit [Ping timeout: 480 seconds]
03:22:29  *** glx [] has quit [Quit: Bye]
03:32:41  *** Flygon [] has joined #openttd
03:38:17  *** Flygon_ [] has quit [Ping timeout: 480 seconds]
04:50:55  *** Pereba [~UserNick@] has quit [Quit: Possibilities are endless, patience is not. This means that a conclusion is simply the place where you got tired of thinking. []]
04:53:26  *** HerzogDeXtEr [] has joined #openttd
05:48:01  *** dihedral [] has quit [Ping timeout: 480 seconds]
05:48:15  *** dihedral [] has joined #openttd
05:56:01  *** Eddi|zuHause [] has quit []
05:56:16  *** Eddi|zuHause [] has joined #openttd
06:08:13  *** Maarten1 [~irc@] has joined #openttd
06:13:56  *** Maarten [~irc@2605:e000:160b:8138:ec6f:b990:6c3e:7866] has quit [Ping timeout: 480 seconds]
06:27:46  *** Ttech [~ttech@] has joined #openttd
06:28:52  *** Ttech [~ttech@] has quit []
06:37:37  *** Ttech [] has joined #openttd
06:59:29  *** davidstrauss [~quassel@2001:4800:7813:516:62f:ce48:ff05:1b82] has quit [Remote host closed the connection]
07:09:53  *** davidstrauss [~quassel@2001:4800:7813:516:62f:ce48:ff05:1b82] has joined #openttd
07:15:57  *** DDR [] has quit [Read error: Connection reset by peer]
07:32:19  *** Celestar [] has joined #openttd
08:09:23  *** Celestar [] has quit [Ping timeout: 480 seconds]
08:18:44  *** lobstar [~mccrabbym@] has joined #openttd
08:19:14  *** Dennis95 [] has joined #openttd
08:19:23  *** Dennis95 is now known as Dennis_
08:20:20  *** Celestar [] has joined #openttd
08:23:29  <Dennis_> Hi there! Is there a way to set the game speed? Im hosting a server that keeps alive 24/7 but when the night comes almost 50years past by.
08:24:51  *** crabster [~mccrabbym@] has quit [Ping timeout: 480 seconds]
08:25:47  <planetmaker> Dennis_, you can pause the game when no client (or too few) are connected. Look for min_active_clients
08:25:53  <planetmaker> but you cannot set game speed
08:26:18  <Flygon> Hmmmm
08:26:22  <Flygon> Dynamic game speed would be quite neatg
08:26:25  <Flygon> neat*
08:26:30  <Dennis_> Thanks a lot. @planetmaker
08:26:32  <Flygon> As more years pass
08:26:37  <Flygon> The slower the years go by
08:31:15  <Celestar> write a patch, or adjust one of the many daylength patches :P
08:31:40  <planetmaker> well. First make daylength work with less rough edges. Then adjust it for time-varying daylength ;)
08:35:27  <V453000> I would have expected slow motion mode in some action games but openttd? :D
09:07:10  *** Pikkaphone [~yaaic@] has joined #openttd
09:14:36  <Pikkaphone> yes but
09:15:48  *** Dennis_ [] has quit [Quit: Bye!]
09:19:27  <Pikkaphone> that got rid of *him*!
09:21:07  <planetmaker> o/
09:21:08  <V453000> xd
09:21:11  <V453000> hi
09:21:42  <planetmaker> I notice that pikka didn't vote for a titlegame :P
09:34:30  <supermop> yo
09:47:39  <Pikkaphone> well I always use nightlies so I haven't seen a new one in years anyway. ;)
09:48:00  <Pikkaphone> yoyo toto
09:49:16  <V453000> the nightly one is best, though on larger screens the bottom right is a bit boring :)
10:01:06  *** Pikkaphone [~yaaic@] has quit [Ping timeout: 480 seconds]
10:02:51  <__ln___>
10:53:17  *** Quatroking [] has joined #openttd
11:34:22  *** Myhorta [] has joined #openttd
11:35:18  <V453000> fuck, making a model of steamer is really a lot of shit to do :D
11:38:15  *** Biolunar [] has joined #openttd
11:39:52  *** glevans2 [] has quit [Ping timeout: 480 seconds]
11:40:32  *** __johannes [] has joined #openttd
11:40:51  <__johannes> hello, can someone plz help with a sound problem on linux?
11:41:08  <__johannes> during to some linux update, music is not playing anymore (sound is)
11:41:36  <__johannes> I read this here:
11:41:57  <__johannes> it worked, but why isn't it working without that?
11:54:15  *** smoke_fumus [~smoke_fum@] has joined #openttd
11:55:00  *** Pikkaphone [] has joined #openttd
12:20:59  *** glevans2 [] has joined #openttd
12:28:25  *** Myhorta [] has quit [Remote host closed the connection]
12:31:29  *** Flygon_ [] has joined #openttd
12:31:49  *** DanMacK [] has joined #openttd
12:31:56  <DanMacK> Hey all
12:32:04  *** Supercheese is now known as Guest586
12:32:09  *** Supercheese [] has joined #openttd
12:35:01  *** Flygon [] has quit [Ping timeout: 480 seconds]
12:37:17  *** Guest586 [] has quit [Ping timeout: 480 seconds]
12:38:43  *** Bobix [] has joined #openttd
12:41:32  *** glevans2 [] has quit [Ping timeout: 480 seconds]
12:45:07  *** Suicyder [~Suicyder@] has joined #openttd
12:53:03  *** DanMacK [] has quit [Quit: Page closed]
13:20:03  *** Cybert1nus [] has joined #openttd
13:24:28  *** Cybertinus [] has quit [Ping timeout: 480 seconds]
13:30:34  *** __johannes [] has quit [Quit: Lost terminal]
13:40:26  *** Quatroking [] has quit [Read error: Connection reset by peer]
13:40:43  *** liq3 [] has quit []
13:44:48  *** smoke_fumus [~smoke_fum@] has quit [Quit: KVIrc 4.2.0 Equilibrium]
14:13:04  *** luaduck_zzz is now known as luaduck
14:13:54  *** sla_ro|master [slamaster@] has joined #openttd
14:31:09  *** smoke_fumus [~smoke_fum@] has joined #openttd
14:45:00  *** Samu [] has joined #openttd
14:48:14  <Samu> hi
14:52:26  *** supermop [] has quit [Ping timeout: 480 seconds]
14:52:26  *** chillcore [~chillcore@2a02:a03f:1048:5400:4e72:b9ff:feac:5979] has joined #openttd
14:52:39  <chillcore> hello all o/
14:55:09  <chillcore> hmm only 2031 views ...
14:56:12  <V453000> for good reason o_O
14:56:23  <chillcore> hehe
14:56:48  <chillcore> it helps if you understand them ;)
14:57:02  <chillcore> but yeah tastes and colours ...
14:59:41  *** chillcore [~chillcore@2a02:a03f:1048:5400:4e72:b9ff:feac:5979] has quit [Quit: Only mortals are affected by fame and power.]
15:00:12  *** chillcore [~chillcore@2a02:a03f:1048:5400:4e72:b9ff:feac:5979] has joined #openttd
15:00:59  *** Ttech [] has quit [Quit: Este é o fim.]
15:09:20  <chillcore> ...
15:12:22  <V453000> :>
15:13:13  *** openbu [~openbu@] has joined #openttd
15:13:13  *** openbu|2 [~openbu@] has quit [Read error: Connection reset by peer]
15:19:11  *** Ttech [ttech@] has joined #openttd
15:22:02  *** dustinm` [~dustinm`@2607:5300:100:200::160d] has quit [Ping timeout: 480 seconds]
15:24:07  <chillcore> :) V453000
15:25:02  <V453000> NO
15:25:08  <V453000> THOU SHALT NOT SMILETH
15:26:31  <Ketsuban> "Thou shalt not smile".
15:26:43  <V453000> I FUCKETH CARETH NOTH
15:26:47  <V453000> =D
15:27:06  <chillcore> I see there is no STR_JUST_UINT in the lang files ... how much pixels do I reserve for negative signs to prevent '...' cutoffs in number strings?   <- GetStringBoundingBox returns size is in pixels
15:29:11  *** dustinm` [~dustinm`] has joined #openttd
15:29:14  <chillcore> V453000: I can not help but smileth ... me and my cookiemunching wild bird are building a nest since a day or three
15:29:34  <V453000> wat
15:32:09  <chillcore> for real ... this bird goes nuts when it sees me and it has decided to build a nest on top of an old ladder
15:32:10  *** Pikkaphone [] has quit [Read error: Connection reset by peer]
15:33:17  <chillcore> I'll take some pics and post 'em somewhere ;)
15:33:42  *** Pereba [~UserNick@] has joined #openttd
15:35:22  *** FLHerne [] has joined #openttd
15:35:50  *** KWKdesign [] has joined #openttd
15:36:10  <V453000> =D
15:36:24  <V453000> send burd
15:38:51  <chillcore> and as if that is not enough to make me smile ... I had my way with this public computer ... again (deleting spyware and locking it down somewhat). friday I get to demonstrate the advantages of giving each user his own USB with own OS on it instead off letting everyone use the same account and infecting eachother without them realising it.
15:41:38  <planetmaker> chillcore, yes, GetStringBoundingBox should return the (maximum) size a string can have. If you calculate that for varying numbers, feed it with like -9999 or whatever
15:41:46  <planetmaker> is the maximum you need to display
15:42:27  <V453000> 666
15:44:22  <chillcore> ye that is the prob planetmaker, I can not find a string that has just a minus sign to add to the maxsize
15:45:21  <planetmaker> I don't understand. Maybe GetStringBoundingBox is wrong as it does not consider a sign?
15:45:28  <chillcore> but I should rephrase my question and make it a bugreport? STR_JUST_INT does not take into account the possibility of having a negative sign in the string
15:45:35  <chillcore> you were faster ;)
15:46:22  <planetmaker> Make it a patch instead of bug report :P
15:47:16  <chillcore> hmm I can not add it to STR_JUST_INT ... and I has me three 'bugs' already
15:48:19  <chillcore> three bugs that have me scratching my head that is. I really should focus on getting terrainengeration acceptable for trunk
15:49:45  <chillcore> otherwise I'd be happy to; maybe I can solve it while doing the rest of my tgen patch
15:49:48  <V453000> XD
15:50:03  <V453000> yeah, crowds wants terragen
15:52:58  *** Celestar1 [] has joined #openttd
15:53:03  <chillcore> yeah me too ...
15:57:22  *** Celestar [] has quit [Ping timeout: 480 seconds]
16:00:30  *** Samu [] has quit [Quit: Page closed]
16:03:06  *** Celestar1 [] has quit [Quit: Leaving.]
16:04:22  *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd
16:04:25  *** mode/#openttd [+o Alberth] by ChanServ
16:17:49  *** Samu [] has joined #openttd
16:18:05  <Samu> i can't create patch, i get inconsistent new lines
16:18:18  <Samu> because of those html files
16:23:38  <Samu> screw them, i put them apart
16:24:56  <Samu>
16:25:19  <Samu> this kind of works
16:25:48  <Samu> i get unhandled exception when i build a canal on scenario editor when I don't have a town yet
16:25:57  <Samu> what can i do
16:26:29  <Alberth> don't allow building a canal
16:27:17  <Samu> not a good solution
16:27:28  <Samu> i could place canals before
16:28:16  <Samu> i'd like to apply the exception rule for GetTileOwner
16:29:38  <Alberth> change all code that does something with the owner of a tile then
16:29:43  <Samu> store as OWNER_TOWN, but retrieve, behave, etc... as OWNER_NONE
16:30:00  <Alberth> as the guarantee that the assert gives, doesn't apply then
16:30:44  <Alberth> you ever have a real OWNER_TOWN?
16:30:59  <Alberth> if yes, how do you know the difference?
16:31:06  <Samu> i don't think towns can ever have canals
16:31:15  <Samu> at least, I've never seen any with one
16:31:23  <Alberth> so why do you even store OWNER_TOWN then?
16:31:50  <Samu> because i want to use 4 bits only for owners, instead of 5
16:32:03  <Alberth> "I've never seen" doesn't count, the code must make it impossible
16:32:36  <Alberth> unless you have checked every possible openttd map that may exist
16:32:51  <Alberth> but that would take more time than you live
16:34:42  <chillcore> V45300: did you not ask for a windoze binary to test the tgen patch a few days back? moki posted one that you could use to help me tune values ... hint hint :)
16:35:17  <Alberth> hi hi chillcore
16:36:18  <chillcore> you may want to tune large maps ( bigger than 512) and small maps seperatly, I'll most likely introduce two arrays to make things simpler
16:36:24  <chillcore> hello Alberth
16:38:15  <Samu> Owner: Brealey... this is wrong, that's the name of a town
16:38:42  <Samu> m1 = 0x2f - this part here is correct however
16:39:59  <Samu> can towns own tiles of type object?
16:40:08  <Samu> if they can, I'm screwed
16:41:34  <Alberth> look in the landscape.html file, it's documented there
16:42:49  <Samu> â—Ÿbits 4..0 : owner of the object (for lighthouses and transmitters normally 10)
16:43:35  <openbu> ?PNG
16:43:36  <openbu> 
16:43:38  <openbu>
16:43:39  <openbu> 6?L?l
16:43:41  <openbu> ??M??=???g
16:43:43  <openbu> g#??_?f???[.sn8?\_?_?g??
16:43:44  <openbu> {`????y[q??i?>??ww???P?Jy?47?V(??*?*???<?(28?
16:43:46  <openbu> ?{w????u?T*??`?E?????^1k?%?    ?$?Z?v`c?X??i????5????'/xI?????dn????d???/o??1????-?e???7??x^?a???1J?Q@!??0??l?<?9?M??8g?"?+???*??b|/@???0????
16:43:47  <openbu> ?jZ?}??.??(v@~??_???g?yoss???s?n???u_|??s.??????@^?a?.?]?I&ZI?&9c?@P?????Z?(B)?1!??!??w?M???H?1??
16:43:49  <openbu> V?X1s?U?UJ}?9????~??;t???;v,?wym}F?"%????m???)B+GF8+?
16:43:51  <openbu> ????KNihhx????W?y??j???N?nqk?H?R???K??v??{eW_O+?3??JQ?i#????f?????Uo?!?"?a    "??i\?J?!<??0??????4?q??X?    C??9????!??!c??OS?<??M`E        $?(??;?????Ib?/
16:43:52  <openbu> ?s.???????M?š³O>?i?Y?\?l6;??N8W?rBjkk????G?>??o???W{Z#?@k?@F?[f?w??r-(D5tBUB?(???yU??#?1K?~?v?????8O`LD ?t
16:43:54  <openbu> !?=??
16:43:55  <Samu> what's that?
16:43:56  <openbu> ??Y?E?-v???}-B???J??~??,Z??]??Wm???1a
16:43:57  <openbu> !??m?wV?????? )
16:43:59  <openbu>     ?e??š¶6?\???S*F8??+??Xa9??§¢??Rud??!e???=??e??3?????(?x???k??š¯    Zi?s8???x?I?K????????E?b?rI//n???Wa?vL??
16:44:01  <openbu> ?,Z??e`?E:;?#u?)??-??8??k????8?R????[p????66G}??a?A+?%56v?&O?s`??k???lU???g
16:44:02  <openbu> ????Z?U??? ????Q\?W>?tD?j??*b?{?·©Ti|?C'|?O'I???:~C???(.E?%??A
16:44:04  <openbu> ?CP.V?2?B??g?/??1h????"?|AW?R??>8AlB¡§??kjDK?z??s?/_?S7Q?v'1?Cu?S?^??}?????K?,????q??E??<?S7Q??c????H2?,?Š£+(?U?8??p8???)??a????0a?F?IA:?E,bF-J$?c?@U?I?)?D?\.?a\?T?09?b?)G*??\Vd????J??YO?+?(?Y?p?IITs?J?????sY1\?i?O?gwl???+??!??  ?t?????    KO?0??Z???^q?????8?J?????>?VT+ubU|| 8Zj?Z??M??R??Q)?Y?8D???()?)|O1????u??I?O????%(????C?=/?P?q?????ijN????nH?Kd??????+???????5??%?l?a?8"|`?!?c?!-??§°F{>A?M??R?P<?=
16:44:04  <openbu> 4?`??;????9???&???H??i??j[t&oz???[?d?z??5Cb,T?S4??b"G{{3??N???'??#W?
16:44:06  <openbu> CyD?0?+b??(?B??'??w6?R(e?d??L:5jX-?P<L?BC???F???x?a?D?)?T????#CE6?CjGdZ??6
16:44:08  <openbu> ?W?y?D?'4?
16:44:10  <openbu> 7???W-_<??ÉÌ?5 ???Q??????j?y?}???m%?G?y????"D?B?X??0*F?U?o*H??!?J?.?T?)E~?U*`??H' <?J??)??#??"=A?F?H?r8#?@???T??>NIJ#???
16:44:11  <gnu_jj> dafuq stop it
16:44:12  <openbu> /MT)?!?J?S?Omv    Y??}|??D?? .??    -j2Y?8?[?X?)?}'l?
16:44:14  <openbu> ?F?    n????????D????Op?)??@>D?H??<'@???    <???TFF0??YcB?Q??§Â§@y>?t?K?r?%? ?q?c?o    e1"FH?F?o?j?$Z    ??"?s?,
16:44:16  <openbu> ?N?!BC:???"#?E?L~?H8J?|Y+ZJri???Z???????9??S?h??|"??J???z????*??;?5? ?F?He1?X#?a??Z+?8??k???Q?(?H&????f?B???>RW??F????$
16:44:18  <openbu> -Rj????
16:44:18  *** openbu [~openbu@] has quit [Remote host closed the connection]
16:44:59  <SpComb> if you look at it cross-eyed in the right way you can kinda make out the image
16:45:51  <Samu> all I see is question marks
16:46:32  <juzza1> is some of the text blinking for anyone else?
16:46:38  <juzza1> didn't know that was even possible
16:46:47  <Samu> nop
16:46:50  <chillcore> not for me juzza
16:49:21  *** TheMask96 [] has quit [Ping timeout: 480 seconds]
16:49:56  <Leander_> if you're in a terminal and your client didn't escape that thing properly, maybe
16:50:34  <Samu> "I've never seen" doesn't count, the code must make it impossible. hmm, how do i make canals never owned by towns
16:50:46  <Samu> by code
16:50:48  <Samu> :o
16:51:37  <Samu> 	assert(o != OWNER_TOWN);?
16:52:19  <Samu> gonna try
16:52:40  <chillcore> oh my ...
16:55:03  *** TheMask96 [] has joined #openttd
16:55:11  <planetmaker> wtf...
16:55:48  <Samu> what
16:55:54  <planetmaker> one really should not paste PNG files as text in IRC ;)
16:56:09  <Samu> ah, i see
16:57:16  <Samu> i don't get the heck out of asserts
16:57:24  <Samu> unhandled exception again
16:57:43  <planetmaker> they're simple: they're wards against doing stupid things.
16:58:12  <planetmaker> they're lines of code which say "if you encounter this condition here, something is seriously wrong. I abort now before worse happens"
16:58:40  <planetmaker> and you need to check why you encounter the assert, thus which placed called that function with wrong assumptions
16:59:11  <Alberth> in terms of a developer it means "you messed up, fix your code so you don't get here at this moment"
16:59:33  <Alberth> and yep, it happens to me too every now and then :)
16:59:53  <Samu> it passed the assert
17:00:00  <Samu> but gave me unhandled exception
17:00:27  <Eddi|zuHause> <juzza1> is some of the text blinking for anyone else? <-- i suppose "blinking" doesn't fall under "no colour codes (+C)" mode
17:00:29  <Alberth> segmentation fault or bus error or so?
17:01:00  <Eddi|zuHause> but the terminal-emulator (or client) must implement that
17:01:23  <Samu> Unhandled exception at 0x00FEAB4B in openttd.exe: 0xC0000005: Access violation reading location 0x00000000.
17:01:30  <__ln___> i do see many colors despite +c
17:01:37  <Alberth> ah, null pointers :)
17:01:39  <Samu> i was querying a tile with owner_town in scenario editor
17:01:47  <Samu> and no town in existance
17:01:58  <__ln___> *existence
17:02:04  <Samu> oki, existence
17:02:30  <Samu> i built a canal tile, then query it, boom unhandled exception
17:02:51  <Alberth> querying a town under that circumstance will probably give you a NULL value, which you cannot use to get a tile owner
17:03:06  <Alberth> since NULL means "nothing"
17:03:43  <Samu> if i built a town first, then place canal, then it comes up with canal being owned by town, it's also wrong, should be owned by none
17:03:46  <Alberth> and 'nothing' has no tile owner
17:07:51  <Samu> void GetNameOfOwner(Owner owner, TileIndex tile)
17:08:10  <Samu> 		SetDParam(1, t->index);
17:08:20  <Samu> it ends here
17:08:48  <Samu> i didn't edit company_cmd.cpp, but the error was here?
17:08:59  <Samu> this is so confusingh
17:11:06  <Leander_> the game probably assumes that everything "built" belongs to a town or a player?
17:11:20  <Samu> +		t	0x00000000 <NULL>	const Town *
17:11:33  <Samu> 		owner	MAX_COMPANIES (15)	Owner
17:11:41  <Samu> 		tile	2022	unsigned int
17:12:31  <Alberth> a large amount of code accesses the map, so yeah, it's likely you didn't edit all map accesses
17:12:43  <Samu> ah, I see, the game is treating it as being part of a town, this is wrong, it should not do that
17:13:35  <Alberth> no, GetNameOfOwner suggests it wants the name of the owner
17:13:52  <Samu> it's trying to get the name of the closest town
17:13:55  <Samu> there is no town
17:13:56  <Alberth> ie for a station tile that would be the owning company
17:14:14  <Samu> shouldn't even be doing this
17:14:21  <Alberth> k
17:15:44  <Samu> when i built a canal tile, this happens: if (o == OWNER_NONE) o = OWNER_TOWN;
17:15:57  <Samu> then MakeWater does something, let me see
17:16:19  <Samu> SetTileOwner(t, o);
17:16:29  <Samu> this is what's ruining everything
17:17:59  <Samu> canal on scenario editor is by OWNER_NONE
17:18:09  <Samu> i rename owner to town
17:18:18  <Samu> i want to store it as 4 bits only
17:18:19  <Samu> at m1
17:18:28  <Samu> but still treat it as OWNER_NONE
17:18:36  <Samu> this part is missing
17:18:55  <Eddi|zuHause> Samu: when you convert OWNER_NONE to OWNER_TOWN on writing, you must obviously make the reverse conversion on reading
17:19:35  <Samu> that's at GetTileOwner?
17:19:44  <Samu> or at MakeWater?
17:20:42  <Eddi|zuHause> you probably put the conversion in the wrong place
17:21:30  <Eddi|zuHause> you don't want to change the owner for the generic SetTileOwner
17:21:41  <Eddi|zuHause> you only want to change it in SetCanalOwner
17:23:20  <Samu> i have to store owners twice when making a canal tile
17:23:34  <Eddi|zuHause> yes
17:24:25  <Eddi|zuHause> but you need to store the unchanged owner in the place that stores the tile owner
17:24:38  <Eddi|zuHause> and store the changed owner only in the place that stores the canal owner
17:25:57  <Samu> hmm, confused
17:26:09  <Samu> must store the unchanged owner
17:26:12  <Samu> that is 5 bits?
17:26:49  <Samu> it must be 4 on both owners :(
17:26:57  <Samu> else i'm screwed
17:27:01  <Samu> not enough free bits
17:27:25  <Eddi|zuHause> you need to pass the unchanged 5 bits to any function that stores or reads an owner, and then fudge the storage to store only 4 of these 5 bits
17:27:43  <Eddi|zuHause> so any piece in the code THINKS it's storing all 5 bits
17:27:53  <Eddi|zuHause> even if it doesn't
17:28:25  *** oskari89 [] has joined #openttd
17:29:32  <Eddi|zuHause> so, the conversion must happen at the place that sets or reads m6 (or m1)
17:29:42  <Eddi|zuHause> and only there
17:29:57  <Samu> GetCanalOwner and GetTileOwner
17:30:05  <Eddi|zuHause> yes
17:30:13  <Samu> SetCanalOwner and SetTileOwner
17:30:37  <Eddi|zuHause> exaclty. those are the ONLY places where such a conversion may happen
17:31:45  <Samu> i'm at tile_map.h
17:31:53  <Samu> this is where GetTileOwner is located
17:32:21  <Eddi|zuHause> yes. because owner is supposed to be handled the same in all types of tiles
17:32:34  <Eddi|zuHause> now you want to make an exception for water tiles
17:33:21  <Samu> not all water tiles, just water tiles with waterclass canal
17:33:35  <Eddi|zuHause> so you must either put an exception in GetTileOwner. or you must make a new function ("GetWaterOwner" or so), and make all places that call GetTileOwner check for IsWater first
17:33:41  <Samu> and it's not only for water, but also object and station
17:37:44  <Samu> tiles of type station, water, object, if of waterclass canal - GetTileOwner at m1
17:38:08  <Samu> tiles of type station, water, object, industry, if of waterclass canal - GetCanalOwner at m6
17:39:32  <Samu> tiles of type station, water, object, if waterclass not canal - GetTileOwner at m1 as 5 bits
17:40:15  <Samu> tiles of type station, water, object, industry, if waterclass not canal - nothing to do about m6
17:40:59  <Eddi|zuHause> yes, so that should be a simple condition to check
17:42:20  <Eddi|zuHause> (there is probably potential for optimization here, but let's not worry about that for now)
17:42:32  * chillcore builds canals in scenario editor before a town exists with owner N/A ...
17:43:02  <Samu> that is the behaviour I am trying to achieve, even though i'm to store them as 4 bits
17:43:17  <Samu> ok, gonna try zuhause
17:43:54  <chillcore> I was just saying ... I still think you are trying to fix things that are not broken while creating broken stuffs
17:45:00  <Samu> i have to break it to get one extra bit out of it
17:45:12  <Samu> it will have a meaning later on
17:45:47  <chillcore> ok
17:53:45  <Samu> 	if (IsTileType(tile, (MP_STATION || MP_WATER || MP_OBJECT)) && IsWaterTile(tile) && owner == OWNER_TOWN) SB(_m[tile].m1, 0, 4, OWNER_TOWN);
17:54:08  <Samu> oops, water class missing
17:54:13  *** glx [] has joined #openttd
17:54:16  *** mode/#openttd [+v glx] by ChanServ
17:58:47  <Samu> error, identifier IsCanal is undefined
17:58:50  <Samu> :(
17:59:07  <glx> missing include
18:02:23  <Samu> oh, so that was it, I had similar problem yesterday night
18:03:52  <Samu> nope, can't do it :(
18:04:43  <Samu> 2900 errors, it's becoming worse with include
18:05:12  *** roidal [] has joined #openttd
18:06:08  <Samu> identifier not found :(
18:06:21  <Samu> 182 errors
18:06:35  <Samu> 182 errors or 2900 errors with include
18:06:37  <Samu> what can i do
18:07:15  <Alberth> find the cause
18:07:30  <Samu> IsCanal is the cause
18:08:06  <glx> undefined identifier implies missing include
18:09:04  <Samu> i'm removing iscanal then
18:09:16  <glx> checking the errors and fixing them in order is the best thing to do
18:09:54  <chillcore> Alberth, there is no WWT_SLIDER yet, right? My thingy does not slide properly.
18:09:56  <glx> just trying random things usually doesn't work
18:10:30  <Alberth> chillcore: right, I didn't make such a thing, not even in freerct, and it's on my list there :)
18:10:40  <chillcore> also int32 will happily overflow while UINT16 does not ... hmm
18:10:48  <Eddi|zuHause> chillcore: peter's 32bpp colour patch had sliders
18:10:49  <Samu> without iscanal it can boot the game
18:10:49  <Alberth> lol
18:10:59  <Samu> but then, it's not doing the right thing
18:11:44  <Eddi|zuHause> "removing the battery fixes the short circut. but then it's not powered."
18:11:57  <Alberth> yep, all code has a purpose
18:12:10  <chillcore> I already have the link I believe Alberth, I'll check to see if I can steal something
18:12:42  *** frosch123 [] has joined #openttd
18:12:52  <chillcore> thing is I have this one slider that does not slide but clicking in the box works ... I want to fix that before adding 9 more
18:13:01  <Eddi|zuHause> <glx> just trying random things usually doesn't work <-- well, trying a million random things might work. then you have genetic programming :p
18:13:06  <Alberth> if you can steal the code of my not implemented slider thingie, I'd like a copy :)
18:14:01  <Eddi|zuHause> well, a slider is basically a horizontal scroll bar?
18:14:44  <Eddi|zuHause> just without an associated panel/list that gets scrolled
18:15:18  <chillcore> Alberth: ofcourse you get a copy ... me works on GPL v2 not later project ... I meant I should have the link of peterns colour patch
18:15:32  <planetmaker> chillcore, we have scrollbars
18:15:52  <planetmaker> chillcore, dunno what you plan, but they might double as what you want. See e.g. station and object selection windows
18:16:24  <chillcore> ye but I do not want the gui to start scrolling ... :P
18:17:35  <chillcore> I am adding sliders for the perlin noise params ... I could post what I have so far, it has been a few days and some things are added already, working but buggy still kinda
18:18:30  <planetmaker> aye
18:18:43  <chillcore> I used the slider from music gui ... volume and effect volume
18:19:13  <Eddi|zuHause> but those are vertical?
18:19:14  <planetmaker> :)
18:19:16  <Eddi|zuHause> seems impractical
18:19:38  <Alberth> rotate the monitor :p
18:20:15  <chillcore> just that my slider is stuck-ish on one side because I did not yet convert the SetVolume code ... which I can not find
18:20:21  <Eddi|zuHause> i mean, most of the ingame guis extend more easy horizontally than vertically
18:20:32  <planetmaker> chillcore, misc_gui?
18:20:46  <chillcore> yes indeed and no I am having horizontal sliders
18:20:58  <chillcore> music_gui planetmaker
18:21:03  <planetmaker> :)
18:22:22  <chillcore> I'll post the pacth then you can see what I did so far ... zippedy-zipping
18:23:07  <chillcore> patch* ...darned dyslectic fingers of mine
18:23:37  <Alberth> nah, your brain is too fast :)
18:24:26  *** Progman [] has joined #openttd
18:25:07  <chillcore> hmm could that be the cause? I'd like to think so. ;)
18:30:52  * V453000 wants RGB sliders
18:31:24  <Alberth> add a "rainbow" slider too
18:31:41  <Eddi|zuHause> that's what i think causes stuttering, the brain is moving faster than the mouth reacts
18:32:15  <Eddi|zuHause> so when the mouth is speaking word X, the brain is already thinking word Y, and that confuses the mouth
18:32:16  <planetmaker> @logs
18:32:16  <DorpsGek> planetmaker:
18:33:42  <Eddi|zuHause> what i never really figured out. if RGB is caused by our eyes/brains, then how is there a "colour circle", when the rainbow/visible light spectrum is linear?
18:35:50  <Eddi|zuHause> mixing red+green, and green+blue causes colours that are on the rainbow/spectrum inbetween, but how can red+blue make a colour, that can't be on the spectrum (because that would be green)
18:37:02  *** Wolf01 [] has joined #openttd
18:37:48  <Wolf01> hlo
18:38:48  <Wolf01> (i have a bunch of cotton in my mouth)
18:39:14  <Eddi|zuHause> dentist forgot to take them out?
18:39:23  <Wolf01> what the pain... it's not the act of pop a tooth, it's the after
18:39:27  <frosch123> Eddi|zuHause: how can e^iπ be the same as e^-iπ
18:40:00  <Eddi|zuHause> frosch123: because complex numbers are not a linear spectrum
18:40:10  <frosch123> how can you smoothly transform a line into a circle? :p
18:40:23  <Eddi|zuHause> because you can't
18:40:40  <Eddi|zuHause> you can transform a line into a circle, but you loose the "smooth" part
18:40:53  <Eddi|zuHause> or you get a gap in the circle
18:40:53  <Wolf01> use a filter
18:41:27  <peter1138> who what
18:42:00  <frosch123> Eddi|zuHause: they are holomorphic almost everywhere, how can it be more smooth?
18:42:12  <planetmaker> Eddi|zuHause, depends on the nature of the origin. If it's a significant root, integration e^i\pi won't end in the same place but further up or down :)
18:42:23  *** zeknurn` [] has quit [Remote host closed the connection]
18:42:53  <Eddi|zuHause> frosch123: the fun part about "almost" everywhere, is the points where it's not (singularities)
18:42:58  <chillcore> I want to steal your sliders peter ... after you fixed 'em. :P
18:43:05  *** zeknurn [] has joined #openttd
18:44:01  <frosch123> Eddi|zuHause: ah, well, the colour circle does not matter. green is the best colour anyway
18:44:09  <chillcore> not that I have tested if they are broken or not ... I was told they may still have some bugsies ;)
18:44:22  <Eddi|zuHause> frosch123: so the dress is green?
18:44:37  <planetmaker> kermit-green, of course :P
18:44:53  <planetmaker> similar to chillcore's colour actually ;)
18:45:14  <frosch123> Eddi|zuHause: that was the first time spon gave me a hint to understand xkcd
18:45:30  <Eddi|zuHause> frosch123: haha :p
18:45:41  <chillcore> for me dress is ligt blue and brown golden (in that overlighted picture)... and ye colourblindness is greatly underestimated
18:46:04  <Eddi|zuHause> chillcore: except it's not about colour blindness at all
18:46:40  <chillcore> it is kinda related ... but yeah I get your point
18:46:44  <Eddi|zuHause> chillcore: it's like the optical illusions about "these squares are the same colour", or "these figures are the same size"
18:46:56  <chillcore> yeah
18:47:19  <Eddi|zuHause> your brain does internal colour correction
18:47:42  *** gelignite [] has joined #openttd
18:47:43  <Eddi|zuHause> and depending on how your brain is conditioned, it interpretes the dress in different colours
18:48:04  <chillcore> <planetmaker> similar to chillcore's colour actually ;) ... here we say "still wet behind the ears"
18:48:10  *** Pensacola [] has joined #openttd
18:48:34  <Eddi|zuHause> chillcore: "GrÃŒnschnabel"
18:48:44  <chillcore> hihi
18:49:00  <planetmaker> chillcore, I was more referencing the colour you have in my IRC client. But there's "grÃŒn hinter den Ohren" oder "GrÃŒnschnabel" ;)
18:49:32  <frosch123> are greenhorns close relatives to unicorns?
18:50:03  <chillcore> ah ok ... the only coloour I have is yellow when someone mentions me ... horrible unreadable yellow
18:50:14  <Eddi|zuHause> frosch123: i imagine they have two green horns.
18:50:33  <Eddi|zuHause> frosch123: unicorns exist. only they are fat and live in africa.
18:52:09  <frosch123> Eddi|zuHause: the "last unicorn" is a silly term. there is only a "unique unicorn", which travels time and space, so you can see it multiple times
18:52:32  <Eddi|zuHause> frosch123: also, if "being mammals" means "closely related", then probably yes
18:53:26  <Eddi|zuHause> except if you think it's an alien. then it's probably not related at all
18:56:09  <Terkhen> hello
18:56:34  <Wolf01> but there is a song which tells of a "last winged unicorn", so?
18:57:15  <chillcore> haai Terkhen o/
18:57:20  <Eddi|zuHause> frosch123: but that's just a semantical thing if the only thing could also be the last?
18:57:51  <Wolf01> or the first
18:58:06  <Eddi|zuHause> frosch123: is there a last doctor?
18:58:31  <Eddi|zuHause> frosch123: is the doctor a unicorn?
18:59:58  *** Progman [] has quit [Remote host closed the connection]
19:01:14  *** Pensacola [] has quit [Remote host closed the connection]
19:02:40  *** andythenorth [] has joined #openttd
19:02:42  <andythenorth> o/
19:03:02  <Wolf01> o/
19:03:07  <Eddi|zuHause> i was just thinking "there is cat"
19:03:50  <Wolf01> I sometimes find the cat but not his human
19:04:20  <Samu> Owner: someone
19:04:27  <Samu> it's something
19:04:40  <Eddi|zuHause> GetCatOwner
19:04:53  <andythenorth> None
19:05:04  <Eddi|zuHause> or Town?
19:05:07  <Samu> i managed to get the game booting and to query a tile
19:05:10  <andythenorth> cat owner always returns None
19:05:37  <Eddi|zuHause> i suppose there are some towns that employ cats
19:05:57  <Samu> i get tons of warnings
19:06:01  <Samu> but oh well
19:06:04  <Samu> it boots
19:07:44  <Samu> Warning	6	warning C4353: nonstandard extension used: constant 0 as function expression.  Use '__noop' function intrinsic instead (..\src\bridge_gui.cpp)	c:\openttd\trunk\src\tile_map.h	177	1	openttd
19:07:55  * andythenorth should do something useful
19:08:01  <Samu> tons of these
19:08:40  <Eddi|zuHause> Samu: that probably means you did something very wrong
19:08:47  <Samu> 		Owner co = (Owner)(0(GB(_m[tile].m1, 0, 4)));
19:09:15  <Eddi|zuHause> yes. that looks very wrong.
19:09:32  <Wolf01> what's that 0?
19:09:35  <Samu> how do i put the 5th bit as 0 in there?
19:09:49  <Samu> simulate as 0
19:09:50  <Wolf01> with SB()?
19:10:12  <Samu> 0xxxx, xxxx won't get over 1111
19:10:17  <Eddi|zuHause> Samu: bits are always 0 unless you set them
19:10:41  <Samu> but it needs to behave like it's 01111
19:10:44  <Eddi|zuHause> GB always returns 32 bit, with most of them as 0
19:10:49  <Samu> that 0 however, isn't there
19:11:06  <Samu> it's simulated
19:11:16  <Eddi|zuHause> Samu: but "0(x)" is a function called "0" that gets parameter "x"
19:11:28  <Eddi|zuHause> Samu: which is probably not what you meant to write
19:11:37  <Samu> it's not :)
19:11:56  <Eddi|zuHause> Samu: see, and that's why the compiler warns you
19:12:28  <Samu> Owner: someone, at least it not unhandled exception
19:13:42  <Samu> hmm
19:14:10  <Eddi|zuHause> Samu: well, the return value of the function "0" is probably of type "void"
19:14:22  <Eddi|zuHause> which you then cast into "Owner"
19:14:31  <Eddi|zuHause> which means it's either 0 or garbage
19:15:00  <Samu> 0x3f
19:15:02  <Eddi|zuHause> where in C(++) it usually tends towards garbage
19:15:32  <Samu> it's wrong
19:15:37  <Samu> shouldn't be 3f
19:15:45  <Wolf01> because it's garbage
19:15:46  <Eddi|zuHause> of course it's wrong
19:16:00  <Samu> should have been 2f
19:16:19  <Samu> that "0" turned to "1" :(
19:16:21  <Samu> lel
19:17:19  <Eddi|zuHause> Samu: say, you want to buy bananas. but instead of a store, you went to a dumping site
19:17:29  <Eddi|zuHause> Samu: how can you expect to return with a banana?
19:17:50  <Samu> :)
19:18:43  <Eddi|zuHause> even if you went to aisle 3, row 4, and grabbed the yellow object there, assuming it's yellow.
19:19:09  <Eddi|zuHause> because that's where the bananas are in the shop where you usually go
19:20:06  <Wolf01> really? never noticed that
19:20:19  <Samu> trying 		Owner co = (Owner)(_m[tile].m1 &= GB(_m[tile].m1, 0, 4));
19:20:58  <Alberth> nice :p
19:21:05  <Eddi|zuHause> so you destroy whatever else is written in m1, just to read it?
19:21:14  <Samu> i have no idea
19:21:23  <Eddi|zuHause> we noticed that
19:21:25  <Wolf01> destructive read
19:21:36  <Samu> assertion failed now
19:21:53  <Eddi|zuHause> Samu: so you throw away the chocolate in the kinder egg, to get to the toy?
19:22:20  <Samu> hmm
19:23:30  *** roidal [] has quit [Quit: WeeChat 1.0.1]
19:26:28  <TrueBrain> hmmm ... BaNaNaS ....
19:27:29  <Xaroth|Work> BaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNaNas
19:27:43  <Eddi|zuHause> ... Batman!
19:27:58  <TrueBrain> no more yellow furry small living silly thingies for you Xar
19:28:09  <Xaroth|Work> but but but
19:28:10  <Xaroth|Work> MINIONS
19:28:29  <Xaroth|Work>
19:28:58  <TrueBrain> ITS SO FLUFFY IM GONNA DIE
19:29:47  <peter1138> moo
19:29:59  <TrueBrain> you are a cow?
19:30:03  <peter1138> yes
19:30:11  <Xaroth|Work> also:
19:31:04  <andythenorth> NANANANA
19:31:33  <TrueBrain> now you are just being silly andythenorth
19:31:54  <andythenorth> sorry
19:31:56  <andythenorth> I’ll stop
19:31:59  <TrueBrain> :D
19:34:45  <Wolf01> mmmh, it's starting the headache...
19:36:18  <Eddi|zuHause> # la la lala la la la la lala
19:38:04  *** Quatroking [] has joined #openttd
19:41:16  <andythenorth> suggestions forum is dissapointing
19:42:37  <andythenorth> or disappointing
19:43:04  <Alberth> both are not good :)
19:44:32  <Samu> 		Owner co = (Owner)(SB(co,_m[tile].m1, 0, 4));
19:44:54  <Samu> fails
19:45:40  <Samu> Error	1	error C2678: binary '&=' : no operator found which takes a left-hand operand of type 'Owner' (or there is no acceptable conversion) (..\src\animated_tile.cpp)	c:\openttd\trunk\src\core\bitmath_func.hpp	62	1	openttd
19:45:53  <Samu> i am horrible at this
19:46:36  <Eddi|zuHause> because you don't listen to anything we say
19:48:21  <planetmaker> we had that very same message yesterday or the day before from you. Quite literally.
19:48:33  <planetmaker> Also your preceeding and trailing lines to that error
19:48:41  <planetmaker> quite a déjà vu
19:49:33  <Samu> i got this on the other		Owner co = (Owner)(GB(_me[t].m6, 0, 2) || GB(_me[t].m6, 6, 2));
19:50:36  <Eddi|zuHause> "we put 10 differences in these two lines, can you spot them all?"
19:51:32  <Samu> so it's also wrong?
19:51:45  <Samu> bah..
19:52:52  <Eddi|zuHause> i mean, independently of whether that last line is wrong or not. can you name some differences beteween the two lines?
19:52:59  <Alberth> c++ doesn't mind if you want to shoot yourself in the foot
19:53:56  <Alberth> it will happily allow you to do so
19:54:30  <Eddi|zuHause> i've never seen anyone shoot himself in the foot so much, and keep going...
19:58:48  *** luaduck is now known as luaduck_zzz
19:58:56  <andythenorth> tenacity
19:59:11  <andythenorth> nineacity
19:59:14  <andythenorth> eightacity
19:59:15  <Eddi|zuHause> is there an elevenacity?
19:59:26  <andythenorth> is it louder than tenacity?
19:59:47  <Eddi|zuHause> elevenacious D?
20:00:18  <Samu> 		Owner co = (Owner)GB(_m[tile].m1, 0, 4);
20:00:26  <Samu> this?
20:00:43  <Eddi|zuHause> Samu: is that an answer to my question?
20:00:59  <Samu> i get assertion with that
20:01:34  *** Klanticus [] has quit [Remote host closed the connection]
20:02:16  <chillcore> samu then it is not that
20:03:24  <Samu>
20:03:33  <Samu> no idea what to do
20:04:08  <chillcore> join the club ;)
20:05:01  <chillcore> may I suggest you read logs for the past week or two?
20:05:02  *** _dp_ [] has quit [Ping timeout: 480 seconds]
20:05:08  <chillcore> no offense intended
20:05:31  <NGC3982> No intern offended
20:05:52  <chillcore> :P
20:06:23  <Eddi|zuHause> no online internet
20:09:17  <chillcore> I swear if my old ISP sends me a new invoice end of april before offering me free internet for seven months at least, 4G or not, the online internet will be too small.
20:09:45  * chillcore refuses to send back modem as that would mean I have cancelled subscription myself
20:09:59  <chillcore> anyhoo
20:11:32  <Samu> what the assert says is
20:11:59  <Samu> line 113 of pool_type.hpp
20:14:11  *** _dp_ [] has joined #openttd
20:14:29  <chillcore> pretty sure the assert sais more than that samu ...
20:15:01  <Samu> cannot load savegame etc... I wasn't loading any save
20:15:07  <Samu> i was starting openttd
20:15:23  <Wolf01> which loads the title screen, which is a savegame
20:15:34  <Samu> ah
20:17:14  <Samu> 		assert(index < this->first_unused);
20:17:27  <Samu> expression: 		assert(index < this->first_unused);
20:17:56  <Alberth> sounds useful to enforce
20:18:07  <Eddi|zuHause> that's where you use a debugger, and go "up" in the backtrace until you find a sensible line
20:18:41  <Alberth> ha, it implies ability to detect "sensible line"
20:18:55  <Eddi|zuHause> yes, i'm naive like that :p
20:18:56  <chillcore>
20:20:08  <Alberth> woo, that's old :)
20:20:14  <chillcore> ye
20:20:42  <Alberth> swingin'  yeah!
20:20:49  <chillcore> "ik zoek iets maar ik weet niet wat"
20:20:52  <chillcore> hehe
20:21:33  <Samu> ignoring assert error and it gets unhandled exception
20:21:47  <chillcore> you're  not supposed to ignore asserts
20:21:56  <Samu> 		if (GetWaterClass(tile) == WATER_CLASS_CANAL && !is_lock_middle) Company::Get(old_owner)->infrastructure.water--;
20:22:03  <Samu> line 1302 at water_cmd.cpp
20:22:07  <chillcore> assert means "you made booboo"
20:22:22  <Samu> i really don't know what to do
20:22:28  <Samu> go up
20:22:29  <Alberth> chillcore: don't bother, samu has been told so a zillion times
20:22:42  <chillcore> I know :/
20:22:43  *** Quatroking_ [] has joined #openttd
20:23:02  <Eddi|zuHause> Samu: my guess is that Company::Get(old_owner) fails because old_owner has a wrong value
20:23:03  <Wolf01> assert means "you are lucky I stopped this stuff before it does something weird and I also tell you why I stopped it"
20:23:53  *** lobstar is now known as lobster
20:24:56  <Eddi|zuHause> Samu: which is to be expected, even if you did it right. because the old savegame has the owner still stored in the old way, so you cannot call "GetTileOwner" on that old savegame in AfterLoadGame anymore
20:25:56  *** Quatroking [] has quit [Ping timeout: 480 seconds]
20:27:11  <andythenorth> what happens if the assert is broken? o_O
20:27:50  <Eddi|zuHause> andythenorth: fixing the assert is something different than ignoring the assert
20:27:59  <chillcore> we need asserts on the asserts?
20:28:06  <andythenorth> chillcore: we should probably
20:28:07  <andythenorth> or tests
20:28:14  <andythenorth> and tests for the tests
20:28:19  <Alberth> @pre
20:28:27  * andythenorth can’t debug with python multiprocessing
20:28:31  <Eddi|zuHause> chillcore: the weird thing about listening to dutch is that you understand half a sentence, and then nothing
20:28:47  <andythenorth> the Error object doesn’t pickle cleanly I think, so the error handling just blows up
20:28:56  <andythenorth> which is fun the first time
20:28:59  <andythenorth> and then very boring
20:29:08  <chillcore> ye many dialects ... belgium is worse then the dutchies in that regards
20:29:23  <chillcore> I think
20:29:36  <Samu> Call Stack says >	ntdll.dll!77bcf8d4()	Unknown
20:29:37  <Eddi|zuHause> chillcore: well, i don't speak dutch at all :p
20:29:54  <Samu> there's many lines
20:30:02  <Quatroking_> kanker
20:30:05  *** Quatroking_ [] has left #openttd [Leaving]
20:30:06  <Eddi|zuHause> Samu: that is a not-useful line
20:30:06  <Samu> and I don't know what to get out of that
20:30:14  <chillcore> I don't speak german so I get that too ... understanding half and misunderstanding the other half, eddi
20:30:21  <Samu> sorry
20:30:47  <Eddi|zuHause> Samu: you won't get anything out of that line, no matter how hard you try
20:30:58  <Samu>  	[Frames below may be incorrect and/or missing, no symbols loaded for user32.dll]
20:31:07  <Samu> ok, i'm stopping for now
20:32:55  <Samu> oh i had to change the Thread
20:33:13  <Samu> >	openttd.exe!Pool<Company,TinyEnumT<enum Owner>,1,15,1,0,1>::Get(unsigned int index=1) Line 113	C++
20:35:18  <Eddi|zuHause> that seems to want the 2nd company
20:35:36  <Eddi|zuHause> where probably only one company (with index 0) exists most of the time
20:36:59  *** Biolunar [] has quit [Quit: leaving]
20:37:07  <Samu> >	openttd.exe!Pool<Company,TinyEnumT<enum Owner>,1,15,1,0,1>::PoolItem<&_company_pool>::Get(unsigned int index=1) Line 249	C++
20:37:50  <Samu> >	openttd.exe!ChangeTileOwner_Water(unsigned int tile=257, Owner old_owner=1, Owner new_owner=INVALID_OWNER) Line 1302	C++
20:37:52  <Eddi|zuHause> that is basically the same as above. still says index=1. nothing interesting
20:38:13  <Samu> this one is where it gets unhandled exception
20:38:23  <Eddi|zuHause> yes
20:38:32  <Eddi|zuHause> but the question is WHY old_owner=1 there
20:38:51  <Samu> >	openttd.exe!ChangeTileOwner(unsigned int tile=257, Owner old_owner=1, Owner new_owner=INVALID_OWNER) Line 521	C++
20:39:26  <Samu> >	openttd.exe!AfterLoadGame() Line 1799	C++
20:39:29  <chillcore> titlegame only has 1 company which is 0, no matter how many times you post the same error
20:39:55  <Eddi|zuHause> Samu: that finally seems like an interesting line.
20:39:58  <Wolf01> help us obi wan kenoby, you are our only hope
20:40:04  <Samu> oh really?
20:40:11  <Samu> hmm oki
20:40:22  <Eddi|zuHause> Samu: and points us back to what i initially said
20:40:43  <chillcore> *waves hand* this is not the company you are looking for
20:40:48  <Eddi|zuHause> Samu: you read an old savegame (which likely has stored 10001 for invalid owner), and read only 4 bits of that (which is 0001)
20:41:31  <Eddi|zuHause> Samu: you must convert the owner from the old format to the new format BEFORE this is done
20:41:43  <Eddi|zuHause> (this needs a savegame bump)
20:42:00  <Eddi|zuHause> (you can't get away with fudging this like last time)
20:43:41  <Samu> i see, makes sense
20:44:45  <Samu> so that's what assertions do
20:45:34  <Samu> that savegame must be really really old
20:46:06  <Samu> to catch all errors
20:46:19  <chillcore> you'd get the same prob with a new one ...
20:46:33  <Samu> okay, creating a bump
20:46:36  <Samu> brb
20:48:29  <Eddi|zuHause> but yes, we intentionally kept this really really old savegame to catch all sorts of errors
20:48:50  <Wolf01> at least it seem he visualized his flux capacitor
20:49:57  <chillcore> hmm pete*rns fuzzle dir ask for a password ...
20:51:18  <chillcore> and alb*erths code is hosted on google+ which I have blocked ...
20:51:31  <chillcore> so much for stealing sliders :P
20:51:40  <Alberth> /me whispers about a GH mirror
20:51:41  <Eddi|zuHause> so why intentionally not highlight him, when he's the only one who could possibly have a sane response?
20:52:20  <chillcore> ah ye ... me checks to see if I have a checkout on this HDD
20:52:34  <Alberth> but no worries, it's not there either, other than a few sprites
20:52:46  <chillcore> because I do not expect peeps to change their stuffs for me eddi
20:53:26  <chillcore> ah ok alberth
20:54:50  *** frosch123 [] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
20:55:02  <Alberth> not tonight, but if you give me a few pointers to the problem, I can have a look
20:55:45  *** tokai|noir [] has joined #openttd
20:55:48  *** mode/#openttd [+v tokai|noir] by ChanServ
20:57:15  <chillcore> the patch in my last posted patch works but the code is ugly (no WWT_SLIDER) and the slider does not slide properly yet, most likely because I do not call a redraw properly after changing the value
20:58:01  <chillcore> read: slider wiggles but keeps jumping back to the side
20:58:18  <Eddi|zuHause> prost
20:58:38  <Eddi|zuHause> chillcore: seems like you reset the value somewhere
20:58:56  <chillcore> Also I do not think I should copy the same code 9 times neither
20:59:27  <chillcore> hmm that is possible eddi, I'll have a looksie for that
20:59:43  *** sla_ro|master [slamaster@] has quit []
20:59:56  <chillcore> thing is that the number reads/changes correctly on the button
21:00:07  <chillcore> so I did not think of that yet
21:00:12  *** HerzogDeXtEr1 [] has joined #openttd
21:00:52  <Eddi|zuHause> so that interfering code only sets the slider position, not the slider's associated value
21:01:18  <chillcore> something like that yes
21:02:01  *** tokai|mdlx [] has quit [Ping timeout: 480 seconds]
21:03:13  <chillcore> however the same code works for music gui volume
21:04:01  <Eddi|zuHause> maybe you forgot to customize something in your 9 copies
21:04:15  <Eddi|zuHause> and that part accesses all 9 things simultaneously
21:04:40  <chillcore> I have just one for the moment untill I get this fixed
21:05:18  <chillcore> then I will remove the magic nrs and make it a funtion with parameters
21:05:42  <chillcore> before aplying to the other 9 values ;)
21:05:56  *** HerzogDeXtEr [] has quit [Ping timeout: 480 seconds]
21:06:03  <Terkhen> good nigh
21:06:33  <chillcore> I'll take a screenshot of the current gui that will make it easier to see without having to compile
21:06:41  <chillcore> good night Terkhen
21:07:04  <Samu> version 87 0.5.x
21:07:37  <Samu> 12129
21:07:43  <Samu> woah
21:10:34  <Alberth> good night
21:11:22  * andythenorth also
21:11:23  *** andythenorth [] has left #openttd []
21:11:28  <chillcore> good night Alberth
21:11:30  *** Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd []
21:12:18  <chillcore> eddi, second attachment of my last post, ideally I want to make the label a button and have the slider contain the value
21:13:22  <chillcore> as you can see the slider is not slightly past the middle
21:14:25  <Eddi|zuHause> i won't try (or read) that
21:17:40  <chillcore> hmm? not reading the code is fine really ... it is fuggly
21:26:47  <chillcore> also, if I do not get things properly working and cleaned up by sunday next week will be spent tweaking values for trunk as it is now
21:26:59  <chillcore> I can still do a gui afterwards
21:30:05  <Samu> the first GetTileOwner is at line 433, omg...
21:32:56  <chillcore> cool now find the other 130 occurances ...
21:33:16  *** Myhorta [] has joined #openttd
21:33:21  <Samu> line 525 bool AfterLoadGame()
21:34:02  <Samu> there's GetTileOwner before line 525
21:34:08  <Samu> am I screwed?
21:34:16  <chillcore> samu GetTileOwner is about 130 times in the code ... please do not list em all
21:35:05  <chillcore> in afterload cpp you need to  convert from the olds avegameformat to the new
21:35:16  <chillcore> there are plenty of examples
21:35:38  <chillcore> but only changing it there will not solve your prob
21:39:17  <Samu> im worried about that
21:40:55  <Samu> I need some sort of GetTileOwnerOldBehaviour
21:41:00  <chillcore> you need to change it there yes but you also need to make sure you do not violate asserts
21:42:47  <chillcore> what for?
21:42:57  <Eddi|zuHause> Samu: you only need to change from the old format to the new format once, before the first GetTileOwner is called. then you should be fine
21:44:31  *** gelignite [] has quit [Quit:]
21:58:50  *** luaduck_zzz is now known as luaduck
22:02:20  *** liq3 [] has joined #openttd
22:06:32  *** Suicyder [~Suicyder@] has quit [Quit:  HydraIRC -> <- s0 d4Mn l33t |t'z 5c4rY!]
22:21:12  *** Progman [] has joined #openttd
22:21:14  <Samu> pff, i have a problem somewhere else
22:21:59  <Samu> tile owner is 0x3f, that happens at the brother
22:22:06  <Samu> should be 0x2f
22:22:13  <Samu> SetTileOwner
22:22:15  <Samu> grr
22:27:56  <Eddi|zuHause> no.
22:28:25  <Eddi|zuHause> you don't set bit 4 anymore, so it retains whatever value was in there. but you also don't care about that anymore, because you don't read it
22:33:21  <Samu> hmm
22:33:36  <Samu> let me think
22:35:40  *** Progman [] has quit [Remote host closed the connection]
22:35:42  <Samu> that 1 shouldn't be there either
22:35:52  <Samu> i'm doing a bad conversion
22:37:17  *** oskari89 [] has quit []
22:38:18  <Samu> 		SB(_m[tile].m1, 0, 4, OWNER_TOWN);
22:38:33  <Samu> why is that the first value is 1?
22:38:43  <Eddi|zuHause> it's not
22:38:56  <Samu> what happens when i build a canal?
22:39:05  <Samu> that 1 is coming from something else
22:39:27  <Eddi|zuHause> when you build a canal, you need to convert from the old format to the new
22:40:06  <Eddi|zuHause> but you set the owner anyway when building a canal
22:40:13  <Eddi|zuHause> so it will automatically get the new format
22:40:30  <Eddi|zuHause> assuming you set the canal bit before calling SetTileOwner
22:41:13  <Eddi|zuHause> <Samu> SB(_m[tile].m1, 0, 4, OWNER_TOWN); <-- this writes 4 bits. the 5th bit is unchanged
22:41:36  <Eddi|zuHause> (as are the 6ths, 7th or 8th)
22:42:09  <Samu> hmm, must be landscape clear again
22:42:20  <Samu> bah
22:42:33  <Samu> this is so depressing
22:43:13  <Eddi|zuHause> that's because you're changing something which works better if left unchanged
22:43:42  <Eddi|zuHause> but also, because you don't understand bitstuffing
22:45:23  <Eddi|zuHause> anyway, you must set bit 4 separately, because when you add meaning to it, you also have to add a map accessor function for it.
22:45:57  <Eddi|zuHause> and before you add that map accessor, the value of the bit is irrelevant
22:48:47  <Samu> ret = DoCommand(tile, 0, 0, flags | DC_FORCE_CLEAR_TILE, CMD_LANDSCAPE_CLEAR);
22:48:59  <Samu> set bit 4 separately
22:49:29  <Samu> i wish i could understand what you're trying to tell me, it not that I don't listen
22:49:47  <Samu> i listen, but i'm as clueless as before
22:52:08  <Eddi|zuHause> Samu: again, clear tile probably sets owner to 10001. then you turn it into a canal. then you set the tile owner to 1111
22:52:19  <Eddi|zuHause> but not to 01111 like it used to
22:52:24  <Eddi|zuHause> so the 1 stays in place
22:52:54  <Eddi|zuHause> you then need to overwrite this 1 with "tile_was_river_before" or somesuch
22:53:24  <Samu> somewhere at DoCommand
22:53:34  <Samu> must have that fix
22:53:37  <glx> no
22:53:40  <Samu> :(
22:53:40  <Eddi|zuHause> in MakeCanal or so
22:53:59  <glx> clear tile does exactly what it have to
22:53:59  <Eddi|zuHause> before calling the clear command
22:54:07  <Eddi|zuHause> you read what the tile was
22:54:17  <Eddi|zuHause> if the tile was a river, you remember that for later
22:54:22  <Samu> ah, like i did for the industry
22:54:30  <Samu> but ah... i see
22:54:35  <Eddi|zuHause> and after clear command, turn into canal, set owner, you set the other bit for river
22:55:08  *** Pikka [] has joined #openttd
22:55:44  <Samu> i see that i need something that identifies that bit 4 as meaning something else first
22:56:12  <Samu> at the so called map accessor
22:56:16  <Samu> which is what?
22:56:22  <Samu> water_map?
22:56:30  <Samu> tile_map?
22:57:22  <Samu> depot_map
22:57:24  <Samu> station_map
22:57:26  <Samu> all these? omg
22:59:17  <Samu> Map accessors for 'clear' tiles
22:59:27  <Samu> i have other plan
22:59:29  <Samu> :o
23:00:00  <Samu> okay nevermind, I better not
23:01:11  <Samu> let me see which files i have to edit
23:03:19  *** George [~George@] has joined #openttd
23:03:26  <George> Hi
23:03:40  <Eddi|zuHause> Samu: you only need one map accessor (as long as all the tiles access the bit in the same place)
23:04:00  <Eddi|zuHause> Samu: but you need to call this accessor from anything that creates canals (like build industry on river)
23:04:10  <George> How to test if vehicle with specified ID is available on the market in CB?
23:04:45  <George> Additional text CB
23:04:46  <Eddi|zuHause> George: i don't think NewGRF has access to that information
23:05:06  <Eddi|zuHause> George: but the availability is a bitmask that has one bit per company
23:05:28  <George> It has accest for vehicle_is_available for the current vehicle
23:05:54  <George> Also vehicle_is_offered and vehicle_is_testing are available
23:06:05  <George> But for current vehicle too
23:06:38  <Eddi|zuHause> i don't think there is a way to access other vehicles
23:06:45  <George> Eddi|zuHause: in my case it would be ok if I get this information for the current player only
23:06:56  <Pikka> I don't think so as well also, Eddi|zuHause
23:08:27  <Eddi|zuHause> George: what exactly is your use case?
23:10:01  <George> For the DR1A_H I want to change additional text to "Can attach DR1A_N" when DR1_N appears on the market
23:10:47  <Samu> something is telling me it's a mixture of tile_map.h and water_map.h
23:10:51  *** FLHerne [] has quit [Quit: There's a real world out here!]
23:11:12  <Samu> all others access tile_map.h though
23:11:16  <Bobix> is there a way to disable the ship is lost warning without disabling it for the other vehicle types?
23:11:18  <Samu> im unsure about this
23:12:52  <Eddi|zuHause> George: what's the harm in writing that before it's available? a player might not check the text again later
23:13:42  <George> I would do it in case there is no other solution
23:13:56  <Eddi|zuHause> Bobix: try YAPF for ships instead of original pathfinder, it should get "lost" messages way less
23:14:30  <Eddi|zuHause> George: the closest you can do is check the date for when the vehicle is usually available
23:14:37  <George> Eddi|zuHause: Because DR1A_H appears 15 years before DR1A_N
23:14:50  <Bobix> ty i'll try that Eddi|zuHause
23:15:01  <Eddi|zuHause> the intro date is randomized by 512 days (about 2 years)
23:15:16  <Eddi|zuHause> plus potentially the 1 year trial period
23:15:31  *** cypher_ [] has joined #openttd
23:16:12  <cypher_> Hi. Is anybody here? I'd like to ask someone about a compiling error I get while trying to compile OpenTTD.
23:16:31  <Pikka> there's nobody here but us chickens
23:16:33  <Bobix> already had YAPF enabled
23:16:45  <Pikka> build more bouys, Bobix
23:17:06  <Eddi|zuHause> Hi. Is there anybody here? I'd like to ask someone about a meta question i get"
23:17:37  <Bobix> it happens when they are at dock but maybe some bouys just outside of my neatly build harbours will help
23:17:37  *** liq3 [] has quit []
23:17:38  <cypher_> Pikka, well do you chickens know what might be causing this? error: 'fdatasync' was not declared in this scope
23:17:48  <Samu> it's at water_map.h right?
23:17:55  <Samu> i have to create some enumerator?
23:17:57  <Samu> enum
23:17:58  <Eddi|zuHause> Bobix: that probably means they have not enough space to turn around
23:18:37  <Bobix> that's likely
23:18:38  <cypher_> (building in mingw32)
23:18:42  <Eddi|zuHause> Samu: well, you don't HAVE to, but it makes the code way more readable
23:19:29  <Samu> ok, i prefer to get the code more readable
23:19:31  <Samu> :p
23:19:38  <Eddi|zuHause> Bobix: that may actually be something better fixed in the game logic. ships turning around when leaving the dock, like trains do
23:20:06  <Bobix> it would be more realistic
23:20:55  <Eddi|zuHause> Bobix: in that case, make a feature request at the bugtracker. maybe someone will do it
23:21:09  <Eddi|zuHause> Bobix: also, adding a savegame might help your case
23:28:35  <Samu> IsRiverOnCanal(tile)
23:28:42  <Samu> :) keke
23:29:19  <Samu> i wonder how i do this
23:30:26  <Samu> this looks so simple but when i start doing it, i get to messed up
23:32:49  *** George [~George@] has quit []
23:33:09  <chillcore> cypher: you are trying to compile clean trunk on windows right? just asking ... not sure if I will be able to help you
23:35:07  <cypher_> chillcore, yes. In fact, I managed to "figure it out" temporarily - just commented out the (conditional) code that relied on fdatasync, however now I get some problem with icu.
23:35:34  <cypher_> chillcore, c:/dev/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: c:/dev
23:35:34  <cypher_> t$_ZNK6icu_4615ParagraphLayout4Line17getDynamicClassIDEv[__ZNK6icu_4615Paragraph
23:35:34  <cypher_> Layout4Line17getDynamicClassIDEv]'
23:35:34  <cypher_> c:/dev/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: final
23:35:35  <cypher_> link failed: Invalid operation
23:35:40  <chillcore> well I was going to suggest to look in ini.cpp ye
23:35:55  <chillcore> seems you found that part already ;)
23:36:03  <cypher_> I did, and it helped. However I'm not sure how to deal with this...
23:38:18  <chillcore> well since the include is excluded from the windoze part there must be a reason for it ... I wish I knew which
23:39:44  <Wolf01> 'night
23:39:51  *** Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
23:39:52  <chillcore> are you sure your compiler is sert up correctly? the configure part that is
23:40:37  <chillcore> it has been ages I used mingw/msys
23:40:46  <Eddi|zuHause> cypher_: people have been reporting problems with icu on mingw. the usual answer is just disabling it
23:41:15  <chillcore> I had a tough time getting the libs in the correct dir
23:41:24  <chillcore> that I do remember
23:41:41  <chillcore> in the end I moved stuffs manually
23:42:02  <cypher_> Eddi|zuHause, riddiculous question perhaps, but how do I disable it?
23:42:14  <Eddi|zuHause> ./configure --without-icu or so
23:42:43  <glx> icu is a pain to build on windows
23:42:50  <Bobix> Eddi|zuHause: i did it
23:43:21  <chillcore> ye but also msys ... it has some "same name" folders as mingw
23:43:37  <chillcore> I just provided libs in both
23:44:05  <Eddi|zuHause> chillcore: that *shouldn't* be a problem
23:44:32  <Eddi|zuHause> as long as both are in the search path
23:44:47  <chillcore> I guess so ... but it was for me at the time
23:45:02  <chillcore> maybe search paths is what was wrong for me yeah
23:45:42  <Eddi|zuHause> that can be a pain to figure out if you're not familiar with the system, and it doesn't do The Right Thing(tm)
23:45:56  <chillcore> exactly
23:46:26  <cypher_> Damn I hope it compiles now :-D
23:46:41  <chillcore> I have set it up twice ... not planning on doing it again any time soon :P
23:46:46  <chillcore> and Yay
23:49:40  <chillcore> hmm you hope ... missed that little detail somehow :P
23:51:27  <cypher_> OK... any ideas? :(
23:53:09  <Eddi|zuHause> never seen that before
23:53:29  <Eddi|zuHause> maybe an incompletely installed library?
23:54:03  <cypher_> Really? I just followed the manual :/
23:55:37  <Samu> I'm lost
23:55:56  <Eddi|zuHause> nothing new there.
23:55:59  <chillcore> I did see '__errno' before I did what I discribed above
23:56:34  <chillcore> I am sure that having the same libs in two folders is not the best solution
23:57:19  <chillcore> did you follow the manual to the letter? cypher
23:57:32  <cypher_> Yeah.
23:58:02  <Eddi|zuHause> did you read the manual? [yes] [no]
23:58:14  <Eddi|zuHause> did you really read the manual? [maybe] [no]
23:58:23  <Eddi|zuHause> seriously, did you read the manual? [no]
23:58:58  <cypher_> yes, yes and yes -f

Powered by YARRSTE version: svn-trunk