Config
Log for #openttd on 7th March 2017:
Times are UTC Toggle Colours
00:00:45  *** HerzogDeXtEr1 has quit IRC
00:03:21  *** FLHerne has quit IRC
00:10:02  *** sim-al2 is now known as Guest418
00:10:03  *** sim-al2 has joined #openttd
00:15:04  *** Guest418 has quit IRC
00:16:28  *** Biolunar has quit IRC
00:17:01  <Wolf01> 'night
00:17:03  *** Wolf01 has quit IRC
00:57:23  *** ProfFrink has joined #openttd
01:02:43  *** Prof_Frink has quit IRC
01:02:43  *** ProfFrink is now known as Prof_Frink
01:19:29  *** Snail has joined #openttd
01:22:34  *** Samu has quit IRC
02:30:45  *** iSoSyS has quit IRC
03:04:21  *** Supercheese has joined #openttd
03:09:51  *** markasoftware has joined #openttd
04:18:42  *** chomwitt has joined #openttd
04:26:31  *** Snail has quit IRC
04:27:08  *** glx has quit IRC
04:42:52  *** markasoftware has quit IRC
04:45:36  *** chomwitt has quit IRC
05:13:53  *** supermop_home has joined #openttd
05:20:36  *** supermop has quit IRC
05:34:34  *** sim-al2 is now known as Guest441
05:34:35  *** sim-al2 has joined #openttd
05:40:04  *** Guest441 has quit IRC
06:19:59  *** sla_ro|master has joined #openttd
06:39:37  *** sim-al2 has quit IRC
06:48:35  *** JezK has quit IRC
07:03:08  *** sim-al2 has joined #openttd
07:37:47  *** tokai|noir has joined #openttd
07:37:47  *** ChanServ sets mode: +v tokai|noir
07:44:36  *** tokai has quit IRC
07:48:04  *** sla_ro|master has quit IRC
08:11:10  *** Samu has joined #openttd
08:11:17  <Samu> hi
08:25:36  *** Sova has joined #openttd
08:38:18  *** supermop has joined #openttd
08:43:46  *** supermop_ has quit IRC
08:46:56  *** Supercheese has quit IRC
08:48:26  *** Biolunar has joined #openttd
09:12:09  *** supermop_ has joined #openttd
09:15:06  *** supermop_home has quit IRC
09:16:24  *** supermop_home has joined #openttd
09:17:52  *** supermop has quit IRC
09:19:04  *** tycoondemon2 has quit IRC
09:30:26  *** maciozo has joined #openttd
10:38:05  <Samu> st2, are you there?
10:38:10  <Samu> ST2:
10:38:24  <ST2> yes but really busy
10:39:08  <crem> What is the value of your busy-ness on a scale from 0 to 10?
10:39:56  <Samu> oki
10:41:31  <Samu> ST2: i like your level crossing patch
10:42:05  <Samu> forbiding level crossings on your servers, how did u manage to make it compatible with 1.6.1
10:42:23  <ST2> Samu: it was only to protect people against griefers
10:42:31  <ST2> kinda radical, but works xD
10:43:05  <ST2> but if you go to the CB servers, it allows crossings inside claimed town area
10:45:14  <Samu> i managed to crash 1.6.1
10:45:26  <Samu> fast forward, then disable full animation
10:45:33  <Samu> = crash
10:46:20  <Samu> visual studio wants to debug it, it's asking me for openttd.pdb
10:46:34  <Samu> glx teached me once
10:46:49  <Samu> how to debug this, but of course, i forgot
10:56:15  *** drac_boy has joined #openttd
10:56:18  <drac_boy> hi again
10:56:27  <drac_boy> hope someone perhaps found my unusual train yesterday interesting
11:17:24  <Samu> C:\bamboo-agent-home\xml-data\build-dir\OTTD-RLS-W64BIT\objs\x64\Release\openttd.pdb
11:17:30  <Samu> where do I get a copy of this thing?
11:18:26  *** guru3_ has joined #openttd
11:20:34  *** drac_boy has quit IRC
11:24:08  *** guru3 has quit IRC
11:40:44  <planetmaker> samu: you need the pdb file for the EXACT version you compiled. an arbitrary one from another compile won't cut it at all
11:41:21  <planetmaker> I never compile on windoze, but iirc: run a debug build and it will be generated
11:41:52  <Samu> i need debug symbols
11:41:55  <Samu> where do i get them
11:42:24  <Samu> not those generated by me, but the one that generated openttd 1.6.1
11:42:47  <Samu> that generated https://www.openttd.org/en/download-stable
11:42:52  <Samu> the official
11:44:04  <crem> Samu: Why cannot you build it yourself and reproduce the bug on your binary?
11:45:06  <Samu> http://ftp.snt.utwente.nl/pub/games/openttd/binaries/releases/1.6.1/openttd-1.6.1-windows-win64.pdb.xz
11:45:10  <Samu> think i got it
11:51:54  *** supermop has joined #openttd
11:52:28  *** Sova has quit IRC
11:58:26  *** supermop_home has quit IRC
12:07:02  <Samu> bah, i can't do it now...
12:18:55  *** Wolf01 has joined #openttd
12:19:56  *** Sova has joined #openttd
12:20:05  <Wolf01> o/
12:21:21  <crem> \o
12:23:11  <Wolf01> Mmmh, is onedrive offline?
12:23:29  <Samu> The thread tried to read from or write to a virual address for which it does not have the appropriate access.
12:23:49  <Samu> 0xC000005
12:24:08  <Samu> can't debug damn it
12:24:15  <Samu> something about missing source code
12:27:50  <Wolf01> Samu, do you have any problem accessing onedrive?
12:28:00  <Samu> letme see
12:28:39  <Samu> onedrive works
12:29:11  <Wolf01> Mmmmh, it says my account does not exist
12:29:13  <Samu> i can access my stuff
12:29:52  <Samu> when the source is not available, how do i make it available? grrr i suck at visual studio
12:36:24  <Wolf01> You can't
12:36:41  <Wolf01> What did you do to trigger this error?
12:37:20  *** JacobD88 has joined #openttd
12:41:40  *** JacobD88 has quit IRC
12:50:51  <Samu> it happens very often when debugging with visual studio, but this was the first time it happened with 1.6.1, the real one
12:51:04  *** FR^2 has left #openttd
12:51:10  <Samu> fast forward, then disable full animation - crashed
12:52:11  <Samu> the real 1.6.1 downloaded here https://www.openttd.org/en/download-stable
12:52:46  <Wolf01> So you are attaching the debugger to the executable?
12:53:14  <Samu> i think the bug is about video driver palete stuff
12:58:56  <Samu> >	openttd.exe!Blitter_32bppAnim::PaletteAnimate(const Palette & palette) Line 489	C++
12:59:01  <Samu> there
12:59:04  <Samu> where it crashes
13:00:08  <Samu> gonna try crash 1.6.1
13:00:09  <Samu> brb
13:01:08  <Samu> it crashed
13:02:17  <Samu> attach debugger to executable? how i do that
13:13:25  <Samu> symbols don't match, i don't know thow to do this
13:17:27  *** Snail has joined #openttd
13:19:44  *** Samu has quit IRC
13:19:54  *** Samu has joined #openttd
13:42:50  *** Snail has quit IRC
13:47:14  *** Samu has quit IRC
13:49:44  *** chomwitt has joined #openttd
14:03:43  *** supermop__ has joined #openttd
14:08:58  *** supermop_ has quit IRC
14:19:50  *** iSoSyS has joined #openttd
14:26:43  *** Flygon has quit IRC
14:27:28  *** Flygon has joined #openttd
14:29:04  <supermop__> hmm the white open sided isr shed might work as a depot
14:29:12  <supermop__> little small though
14:31:53  <__ln__> that's what she said
14:48:09  *** sim-al2 has quit IRC
14:52:24  <supermop__> she shed?
15:02:52  *** Gja has joined #openttd
15:30:33  *** iSoSyS has quit IRC
15:40:48  *** lastmikoi has quit IRC
15:41:08  *** lastmikoi has joined #openttd
15:43:29  *** paul has joined #openttd
15:44:08  *** paul is now known as Guest498
15:46:06  *** chomwitt has quit IRC
15:48:43  *** Samu has joined #openttd
15:52:22  *** sla_ro|master has joined #openttd
15:53:53  *** Alberth has joined #openttd
15:53:53  *** ChanServ sets mode: +o Alberth
15:53:59  <Alberth> o/
15:56:36  <crem> \o
15:58:17  <Samu> Wolf01: i did it!
15:59:09  <Samu> managed to open the minidump of 1.6.1 on visual studio
15:59:13  *** Sova has quit IRC
15:59:28  <Samu> it was what I expected
15:59:39  <Samu> >	openttd.exe!Blitter_32bppAnim::PaletteAnimate(const Palette & palette) Line 489	C++
16:00:04  <Samu> crashes there
16:00:45  <Samu> Unhandled exception at 0x00007FF7B579158A in openttd.exe: 0xC0000005: Access violation reading location 0x00000000036F0000.
16:02:27  <Samu> uint colour = GB(*anim, 0, 8);
16:02:42  <Samu> *anim = this->anim_buf;
16:02:51  <Samu> 		anim_buf	<Unable to read memory>
16:03:36  <Samu> there is no *anim
16:03:47  <Samu> right?
16:08:31  *** iSoSyS has joined #openttd
16:09:39  *** chomwitt has joined #openttd
16:10:03  <Alberth> why would it read memory then?
16:10:45  <Samu> i can reproduce the bug
16:11:18  <Alberth> ie I would expect it tries to read this->anim_buf
16:11:32  <Alberth> where 'this' is probably nullptr
16:11:39  <Alberth> or NULL, in openttd
16:12:02  <Samu> doesn't say NULL, it says <Unable to read memory>
16:12:10  <Samu> and crashes
16:12:38  <Alberth> 'this' and this->animbuf is not the same thing
16:15:24  <Wolf01> o/ Alberth
16:15:39  <Samu> http://imgur.com/a/Zhhij
16:16:37  <Samu> well, this is the bug i also get while debugging
16:17:10  <Samu> i can get it to crash with r27770 too
16:17:31  <Samu> wondering what this->animbuf is
16:17:32  <Samu> brb
16:18:38  <Samu> this is the crash* typo
16:20:50  <Samu> to reproduce the bug, start single player game, fast forward, then disable/enable/disable/enable/etc... animation until it crashes
16:24:04  <Samu> -		anim	0x000001f52415e000 {???}	const unsigned short *
16:24:11  <Samu> 			<Unable to read memory>	const unsigned short
16:24:16  <Samu> same thing, basically
16:26:34  <Samu> oh Alberth, about yesterday, i've got the display aircraft done
16:26:50  <Alberth> I saw, it looks ok at first sight
16:27:02  <Alberth> I need to make some time to get a closer look
16:27:18  <Samu> nice
16:29:33  <Samu> what is the blitter openttd uses by default?
16:29:51  <Alberth> the one in your config file
16:30:02  <Samu> ok let me get it
16:30:09  <Alberth> if you don't have a config file, it makes one with 32bpp blitter
16:30:29  <Alberth> it also switches to 32bpp if you use anything with 32 bit colour
16:31:23  <Samu> blitter =
16:31:44  <Alberth> ok, so it picks 32bpp blitter, I think
16:32:05  <Alberth> there are a few, not sure which one is picked
16:32:45  <Samu> how do i find out which blitter it is currently using?
16:33:12  <Samu> seems to be the optimized version, not entirely sure
16:35:21  <Samu> hmm
16:35:25  <Samu> there's a ton of blitters
16:35:37  <Samu> 32bpp-anim
16:35:42  <Samu> 32bpp-optimized
16:35:48  <Samu> 32bpp-simple
16:35:53  <Samu> 32bpp-sse2
16:35:58  <Samu> 32bpp-sse4
16:36:05  <Samu> 32bpp-sse4-anim
16:36:12  <Samu> 32bpp-ssse3
16:36:18  <Alberth> really we don't need the list
16:36:32  <Samu> there's also 8bpp ... right
16:36:40  <Alberth> or at most at a single line
16:37:15  <Samu> trying to figure which blitter it crashes with
16:37:17  <Samu> identify it
16:40:46  <Alberth> perhaps if you add debugging output, it gives you the selected blitter
16:40:52  <LordAro> Alberth: http://tinodidriksen.com/pisg/OFTC/openttd.html Samu's got a long way to go to get to andy ;)
16:41:11  <Alberth> hi hi :)
16:41:16  <LordAro> o/
16:41:58  <Alberth> andy is likely a bit longer here :)
16:48:28  <Samu> strange, none of them is crashing
16:48:30  <supermop__> i am higher on that than i would have expected
16:51:09  <Samu> just tested them all
16:51:12  <Samu> none crashed
16:51:47  <Samu> let me not specify any blitter in the config, see if it crashes again
16:52:40  <Samu> just crashed
16:52:59  <Samu> only crashes if i don't specify it in the config
16:53:48  <Samu> debugging output, hmm
16:55:11  <Samu> which of debugging facilities is it?
16:56:05  <Alberth> openttd -d      but it has a number of categories, see openttd -h
16:56:26  *** TheMask96 has quit IRC
16:59:19  <Samu> dbg: [driver] Successfully loaded blitter '32bpp-anim' dbg: [driver] Resolution for display: 1280x720 dbg: [driver] Successfully probed video driver 'win32' dbg: [driver] Successfully probed sound driver 'win32' dbg: [driver] Successfully probed music driver 'win32' dbg: [driver] Threaded drawing enabled
16:59:26  *** TheMask96 has joined #openttd
16:59:51  <Samu> this is weird, the 32bpp-anim that it autoselects does crash, but if i specify it in config file, it does not crash
17:00:53  <Alberth> likely just bad/good luck
17:01:31  <Samu> nop, it get black painted sprites
17:01:40  <Samu> then crashes
17:02:02  <Alberth> ok, so find the cause
17:02:18  <Alberth> then you know if not specifying the blitter causes it
17:02:53  <Samu> i'm not sure how to figure a way
17:05:24  <Samu> dbg: [driver] Successfully loaded blitter '32bpp-anim' dbg: [driver] Resolution for display: 1280x720 dbg: [driver] Successfully probed video driver 'win32' dbg: [driver] Successfully probed sound driver 'win32' dbg: [driver] Successfully probed music driver 'win32' dbg: [driver] Threaded drawing enabled
17:05:25  <Alberth> I don't know either
17:05:33  <Samu> says the exact same thing if i specify it
17:05:52  <Samu> the difference is that when specified, it doesn't crash
17:05:59  <Samu> hmm...
17:14:58  <Samu> ah i see there's a difference
17:15:28  <Samu> without specifing the blitter, alternating full animation also alternates blitter
17:15:53  <Samu> '32bpp-anim' to '32bpp-optimized'
17:16:45  <Samu> when going from '32bpp-optimized' to '32bpp-anim' I get black painted sprites
17:17:10  <Samu> if the game is running in fast forward
17:17:17  <Samu> it crashes
17:17:31  <Samu> not all the time, but most of the time
17:18:44  <Samu> if i specify a blitter in the config, alternating full animation doesn't alternate the blitter
17:18:59  <Samu> it uses the same one all time
17:19:23  <Samu> getting closer to the problem :)
17:27:50  <LordAro> don't you already know where the problem is?
17:28:03  <LordAro> would be more productive to work out why the anim pointer is null
17:28:25  <LordAro> which, on a brief inspection, the only place this->anim_buf gets set is in Blitter_32bppAnim::PostResize
17:29:29  <LordAro> also, ew, calloc
17:30:24  <Samu> sorry, i'm still a noob
17:31:17  *** ZirconiumX has joined #openttd
17:38:45  <LordAro> Samu: so the issue looks like that somehow PaletteAnimate is getting called before PostResize
17:38:49  <LordAro> somehow
17:39:22  <LordAro> you're going to have to follow the trace of these function calls to see if you can find out where
17:39:31  <LordAro> looks like somewhere in win32_v.cpp
17:39:55  <LordAro> if you're lucky, you might be able to get a static analyser on it, but i can't because i'm not on a win32 machine
17:42:30  <Samu> looks like some synchronization issue?
17:43:29  <Samu> win32_v.cpp, let me see
17:52:46  <Samu> what are mutexes?
17:52:51  <Samu> i see these
17:53:42  <Samu> _draw_mutex->BeginCritical(true);
17:55:30  *** glx has joined #openttd
17:55:30  *** ChanServ sets mode: +v glx
17:55:51  <LordAro> simply, they lock access to something to only that thread
17:56:05  <LordAro> i'm not sure the mutexes are relevant here though
18:00:24  *** Wormnest has joined #openttd
18:09:23  *** eekee has joined #openttd
18:12:15  <Samu> complicated for me, seems like there's 2 threads conflicting with some of the variables
18:14:41  <LordAro> Alberth: want a patch that fixes some warnings with clang3.9? :)
18:15:04  *** Progman has joined #openttd
18:17:46  *** chomwitt has quit IRC
18:22:04  <Samu> i dunno what to do, i could try something, turn fast forward off for a brief moment while full animation is working with blitters or something, unsure
18:22:21  <Samu> once it's done, turn fast forward on again
18:22:33  <Samu> seems to only crash during fast forward
18:22:53  <Samu> normal play won't crash
18:23:00  <Alberth> not really, LordAro  :p
18:23:03  <LordAro> that's interesting
18:23:12  <Alberth> not even sure openttd supports that compiler
18:23:16  <LordAro> Alberth: https://gist.github.com/LordAro/cb4fc96f86c52e7af013f22a675baf42 well you get one anyway ;)
18:23:22  <Alberth> :D
18:23:29  <LordAro> plenty of clang specific stuff in config.lib
18:25:03  <Alberth> some devs like to play with bleeding edge compilers :)
18:25:16  <Alberth> apple does clang too, iirc
18:25:24  <LordAro> i'd hardly describe clang as bleeding edge these days :p
18:25:54  <Alberth> depends on what version you use :p
18:27:16  <Alberth> so much declaration in your patch
18:27:30  <LordAro> very much so
18:27:33  <LordAro> it's not nice
18:27:38  <LordAro> but it does make the warning go away
18:27:49  <LordAro> and i do believe the warning is "valid"
18:28:07  <LordAro> for proper declaration style, if nothing else
18:29:48  *** LongyanG has quit IRC
18:29:49  *** LongyanG has joined #openttd
18:30:22  <LordAro> /home/lordaro/dev/openttd/src/core/smallstack_type.hpp:221:27: warning: instantiation of
18:30:25  <LordAro>       variable 'SmallStack<unsigned short, unsigned short, 65535, 8, 65533>::_pool' required
18:30:28  <LordAro>       here, but no definition is available [-Wundefined-var-template]
18:30:30  <LordAro> is the warning, fwiw
18:34:24  <Alberth> compiler do get better at giving warnings :)
18:45:46  <DorpsGek> Commit by translators :: r27771 trunk/src/lang/malay.txt (2017-03-07 19:45:38 +0100 )
18:45:47  <DorpsGek> -Update from Eints:
18:45:48  <DorpsGek> malay: 27 changes by stress_043
18:46:42  *** gelignite has joined #openttd
18:47:48  *** frosch123 has joined #openttd
18:51:10  *** andythenorth has joined #openttd
19:09:38  <Samu> the blitter changes in the middle of a draw
19:09:57  *** FR^2 has joined #openttd
19:10:05  <Samu> erm, palette animation
19:10:35  <Samu> the new blitter it is chaning to doesn't have palette animation
19:10:41  <Samu> changing*
19:11:09  <Samu> so... hmm i dunno how mutexes or begincritical works....
19:11:32  <Samu> the old blitter, with palette animation didn't finish the work
19:12:28  <Samu> the new blitter changes stuff in the middle of that work, which i think it's queued into a thread
19:12:56  <Samu> bah, thread synchronization issue, i dunno what to do, but seems to be the problem
19:14:02  <Samu> LordAro:
19:14:07  <Samu> any hints
19:14:27  <andythenorth> o/
19:17:04  *** chomwitt has joined #openttd
19:18:24  <Samu> frosch123: https://bugs.openttd.org/task/6510 - you're aware of it
19:18:31  <Samu> fix ploz
19:18:33  <Samu> :p
19:21:54  <Samu> the guy that reported it posted a screenshot and I can see the game was also infast forward mode
19:22:14  <Samu> same symptoms
19:23:07  <Samu> he comments the bug doesn't happen anymore when he specified a blitter, exactly the same here.
19:24:28  <Samu> he used ubuntu, im on windows 10, seems like the bug isn't OS specific, but in OpenTTD code itself
19:28:48  <frosch123> mola
19:28:57  <Alberth> hoi
19:30:09  <andythenorth> such
19:34:53  <frosch123> can i safely remove code from 2011, if i do not know what it is supposed to do?
19:37:39  <eekee> generic answer: no :)
19:41:45  <andythenorth> do we have tests? o_O
19:41:47  <andythenorth> :P
19:48:32  <frosch123> let's try compiling r22810, the revision before
19:48:56  <frosch123> maybe it was a fix for something that was fixed differently later
19:49:11  <frosch123> lots of warnings :)
19:54:01  <frosch123> yep, in 22810 it has a purpose
19:58:49  *** bwn has quit IRC
20:00:15  *** bwn has joined #openttd
20:01:26  *** czaks has quit IRC
20:03:28  <frosch123> https://paste.openttdcoop.org/puldgo83o?/puldgo83o <- fs#5819
20:03:34  *** Stimrol has joined #openttd
20:07:55  <Alberth> ha :)
20:08:08  *** czaks has joined #openttd
20:09:26  <Alberth> I'd add an empty line before line 14, as I don't like these sequences of /* comment */ ; code ;   but it's not wrong
20:09:49  <Alberth> was pretty old bug, wasn't it?
20:10:06  <frosch123> yes, but it was not relevant for 1.6 :)
20:14:08  *** HerzogDeXtEr has joined #openttd
20:19:00  <DorpsGek> Commit by frosch :: r27772 trunk/src/saveload/newgrf_sl.cpp (2017-03-07 21:18:54 +0100 )
20:19:01  <DorpsGek> -Fix [FS#5819]: If the intro game had a savegame version which contains a NewGRF configuration, then townname NewGRFs would not be activated in the game options.
20:23:38  *** ZirconiumX has quit IRC
20:25:18  *** happpy has joined #openttd
20:28:51  *** Tirili has joined #openttd
20:30:59  <Eddi|zuHause> will there ever be a 1.7?
20:31:26  <Eddi|zuHause> and did we actually run a savegame competition or just talk about that we should run one?
20:31:56  <andythenorth> just skip to 2.0 :P
20:34:53  <frosch123> we could switch to dates
20:34:56  <frosch123> openttd 2017
20:35:51  <frosch123> openttd 1396, if we want to go middle east
20:36:59  <frosch123> any other weird calendars?
20:37:38  <andythenorth> dog years?
20:37:58  <frosch123> year of the wolf?
20:38:04  <frosch123> no idea how old he is
20:38:36  <andythenorth> https://en.wikipedia.org/wiki/Hindu_calendar#Year:_Samvat
20:41:17  <frosch123> https://en.wikipedia.org/wiki/Indian_national_calendar <- at least the year starts in spring
20:41:44  <frosch123> instead of start of spring minus 2 months and shifted by several days
20:42:29  <frosch123> gregorian calendar is like openttd savegame conversion :)
20:50:08  *** happpy has left #openttd
20:53:53  <__ln__> how about a futuristic name: openttd 2000
20:55:31  <Alberth> 2018
21:00:33  <supermop__> 10?
21:00:56  <Eddi|zuHause> frosch123: the original roman year was from march to december, with the rest of the days unallocated extra
21:01:49  <Eddi|zuHause> months went from new moon to new moon
21:02:03  <frosch123> Eddi|zuHause: romans had march-february first, then shifted it by 2 months for political reasons
21:02:57  <Eddi|zuHause> the months january and february did not exist (or had no name) and they randomly added an extra month to re-align the start of spring
21:03:52  <Eddi|zuHause> because the moon-cycle doesn't line up with the sun-cycle
21:04:34  <Eddi|zuHause> and at some point they were fed up with that system, and wanted a sun-based calendar like the egyptians they conquered
21:05:12  <Eddi|zuHause> so they put the new year on the first new moon after the winter solstice
21:05:39  <Eddi|zuHause> which is how january 1st as the new year came to be
21:06:40  <Eddi|zuHause> as some random new moon in a random year 40something BCE
21:07:03  *** Alberth has left #openttd
21:16:02  <frosch123> Eddi|zuHause: https://en.wikipedia.org/wiki/153_BC <- 1st january was for a political reason
21:16:39  *** Gja has quit IRC
21:17:27  <Eddi|zuHause> "Some suggest that," doesn't sound very convincing
21:17:53  <frosch123> it doesn't get any better at that time :)
21:18:04  <frosch123> the sources for 10 vs 12 months are as fishy
21:18:59  <frosch123> you can find the year 153 also in the other pages about roman calendars
21:19:20  *** Tirili has quit IRC
21:19:30  *** supermop_ has joined #openttd
21:19:56  <frosch123> the romans themself were unsure whether they had 10 or 12 months before
21:20:18  <frosch123> or 13
21:22:05  *** tycoondemon has joined #openttd
21:23:56  *** supermop__ has quit IRC
21:31:30  *** frosch123 has quit IRC
21:39:38  *** Progman has quit IRC
21:48:02  <Samu> bit math expert needed
21:48:07  <Samu> ~_transparency_lock
21:48:11  <Samu> what does the ~ do?
21:49:04  <Wolf01> Magic stuff
21:49:57  *** Progman has joined #openttd
21:50:10  <Samu> typedef uint TransparencyOptionBits; ///< transparency option bits
21:50:20  <Samu> ~273
21:50:34  <Samu> _transparency_lock is 273, what is ~273
21:51:03  <Samu> :(
21:52:40  <Wolf01> In binary?
21:54:09  <Samu> ah i found it
21:54:09  <Samu> http://playground.arduino.cc/Code/BitMath#bitwise_not
21:59:02  <Samu> im trying to work on a smart transparency setting
21:59:43  <Samu> when building something, automatically toggle transparency
21:59:50  <Samu> when finishing building something, toggle it back
22:00:38  <Samu> however, everything might be already in transparent mode, and i don't want it to toggle back to non-transparent mode
22:06:01  <Wolf01> If you want smart transparency, make transparent only things around the cursor
22:07:16  <eekee> </3 smart anything
22:11:00  <Samu> i think i may need a "lock, but not lock" mode transparency
22:11:30  <Samu> hmm
22:12:15  <Wolf01> Maybe if something is locked it must stay in that state
22:12:49  <Samu> i need a neither locked, or unlocked, or maybe i'm confusing myself
22:13:00  <Wolf01> The latter
22:14:26  <Samu> suppose i have locked industry transparency and it's on, and a unlocked houses and still on
22:14:39  <Samu> both are transparent, but one is locked, the other isn't
22:15:11  <Wolf01> Then?
22:15:16  <Samu> if i want this smart transparency to work, first, toggle everything transparent
22:15:28  <Samu> except those with the lock
22:15:52  <Samu> those without the lock, however, have to restore to what they were after I finish building
22:16:19  <Wolf01> Save the value before the building?
22:16:26  <Samu> yes, i think that's what i need
22:17:29  <Samu> was wondering if i could do it without saving the value anywhere
22:17:33  *** eekee has quit IRC
22:17:36  <Samu> only by bitwise
22:17:40  <Samu> or bitmath
22:17:41  <Samu> or whatever
22:27:03  *** sla_ro|master has quit IRC
22:28:04  *** Stimrol has quit IRC
22:31:30  *** andythenorth has left #openttd
22:33:13  <Samu> a _transparency_smart_lock perhaps
22:33:55  <Samu> treats everything as locked, even if they're not, just so it can be restored
22:34:19  <Samu> or not everything, just those that are already transparent, but not locked
22:34:37  <Samu> have to think this through
22:46:58  *** FLHerne has joined #openttd
23:05:13  *** jonty-comp has quit IRC
23:09:08  *** Progman has quit IRC
23:09:16  *** jonty-comp has joined #openttd
23:15:13  *** FLHerne has quit IRC
23:17:21  *** FLHerne has joined #openttd
23:20:18  *** Wolf01 has quit IRC
23:21:17  *** Wolf01 has joined #openttd
23:24:02  *** HerzogDeXtEr1 has joined #openttd
23:26:22  *** sim-al2 has joined #openttd
23:30:28  *** HerzogDeXtEr has quit IRC
23:40:39  *** gelignite has quit IRC
23:41:43  *** HerzogDeXtEr1 has quit IRC
23:46:14  *** Cybert1nus has joined #openttd
23:46:25  *** Biolunar has quit IRC
23:50:36  *** Cybertinus has quit IRC

Powered by YARRSTE version: svn-trunk