IRC logs for #openttd on OFTC at 2016-01-13
⏴ go to previous day
00:09:35 *** Biolunar has joined #openttd
00:23:18 *** Hiddenfunstuff has quit IRC
00:29:20 *** Hiddenfunstuff has joined #openttd
01:35:42 *** Hiddenfunstuff has quit IRC
02:04:46 *** sim-al2 is now known as Guest69
02:04:47 *** sim-al2 has joined #openttd
03:17:18 *** supermop has joined #openttd
03:52:37 <Mazur> Constantly hearing Bowie music in my head, so that's ok
04:02:41 *** Biolunar_ has joined #openttd
06:44:28 <NGC3982_> There has been established some kind of standard stating that one must IRC in a train related channel whilst riding a train.
06:44:33 *** NGC3982_ is now known as NGC3982
06:56:16 *** Eddi|zuHause has joined #openttd
09:51:43 *** sla_ro|master has joined #openttd
10:39:55 *** Hiddenfunstuff has joined #openttd
12:49:19 *** Wolf01 is now known as Guest129
13:21:33 <argoneus> anyone here has experience embedding V8 into C++?
13:22:33 <argoneus> no, a javascript meme
13:22:53 <Eddi|zuHause> with or without manipulated exhaust treatment?
13:22:58 <Wolf01> bah, if a V8 is not turbocharged is for pussies
13:23:26 <argoneus> then a different question
13:23:44 <argoneus> if you embed lua or something into C++, so basically you create a new context or something that your code lives in
13:24:01 <argoneus> and you have a C++ loop and each iteration it executes some Lua or JS code or whatever
13:24:05 <argoneus> does that imply there's context switching?
13:24:12 <argoneus> so wasting a lot of cpu
13:24:25 <Eddi|zuHause> you cannot influence (or know about) context switching
13:24:51 <argoneus> I'm just wondering if it's more efficient to have the loop itself in lua already or if this works fine
13:25:13 <argoneus> I don't know how to measure it
13:25:26 <Eddi|zuHause> context switching is something your OS does a thousand times before your program hits a context switch it induces by itself
13:26:19 <argoneus> so it probably doesn't matter where I embed my lua code?
13:30:24 <Eddi|zuHause> well, you can still measure "raw" execution speed...
13:31:27 *** Supercheese has joined #openttd
15:15:09 *** ConductorCat has joined #openttd
15:17:47 *** ChanServ sets mode: +v tokai
15:22:19 *** supermop has joined #openttd
15:37:23 <peter1138> how the fuck can bowie be dead?
15:37:53 <supermop> been away from news for a few days?
15:38:23 <supermop> i was thinking i'd try to get a copy of the last album today to listen to
15:38:44 <supermop> lost the power adaptor to my phono pre amp though
15:40:17 <supermop> i'f im going to buy a big square holding a circle, might as well get the 12" one instead of the 5" one
15:40:35 <peter1138> i prefer the digital one
15:40:47 <supermop> then i can look at the cardboard square while listening to the music
15:40:49 <Eddi|zuHause> circles are so last century
15:58:49 *** sim-al2 has joined #openttd
16:03:08 <peter1138> also my stylus broke
16:05:37 <supermop> i think you can exchange currency for a new one
16:24:24 *** smoke_fumus has joined #openttd
17:00:49 *** Alberth has joined #openttd
17:00:49 *** ChanServ sets mode: +o Alberth
17:31:12 *** Kurimus has joined #openttd
17:34:33 <m1cr0man> Hey lads, whats the benefit of using the 64 bit version over the 32 bit? Other than the fact that it can address more than 2 gigs of mem or whatever
17:37:46 *** Progman has joined #openttd
17:45:20 *** Wormnest has joined #openttd
17:46:54 <Alberth> oh, you don't need a 64 bit operating system to run the 32 bit version :p
17:47:35 <Alberth> and you don't need a 32bit operating system for running the 64 bit version
17:47:49 <m1cr0man> Yeah. There was an old thread from '09 that was talking about the performance effects and they came to the conclusion it was negligable
17:47:54 <Eddi|zuHause> it's been rumored that the 32bit version might be a tiny bit faster
17:47:55 <m1cr0man> im just going to keep it all 32 bit then
17:48:02 <m1cr0man> yeah I saw that too Eddi|zuHause
17:48:18 <m1cr0man> I wonder if I can benchmark it...
17:52:50 *** TheMask96 has joined #openttd
18:17:50 *** HerzogDeXtEr has joined #openttd
18:27:25 *** michi_cc has joined #openttd
18:27:25 *** ChanServ sets mode: +v michi_cc
18:42:48 *** andythenorth has joined #openttd
18:46:29 <Alberth> it must be thinking then
18:52:48 <Wolf01> Alberth: and you can't run 16bit softwares with a 64bit operating system, at least for windows... they removed the WOW16 component
18:53:02 <Wolf01> the 32bit version still has it
18:54:01 <Alberth> what if you statically link all libraries?
18:54:50 <Alberth> but euhm, 16 bit, after 8bit 6502 I just skipped to 32bit M68000 :)
18:54:59 <Wolf01> dunno, but I have a lot of 16bit softwares which i need to run in a virtual machine, or if I'm lucky enough to find a patch for those...
18:56:11 <Alberth> I considered 64K segments too messy to get into :p
18:57:42 *** gelignite has joined #openttd
19:07:04 *** sim-al2 has joined #openttd
19:17:25 *** Wormnest has joined #openttd
19:39:06 *** frosch123 has joined #openttd
19:45:45 <DorpsGek> Commit by translators :: r27495 /trunk/src/lang (greek.txt lithuanian.txt) (2016-01-13 19:45:36 +0100 )
19:45:47 <DorpsGek> greek: 37 changes by Ferrum
19:45:48 <DorpsGek> lithuanian: 1 change by BlinK_
22:01:09 *** oskari89 has joined #openttd
22:15:58 <V453000> it only replaces sprites
22:17:32 <andythenorth> everything is hateful
22:20:27 <Rubidium> V453000: where's the source?
22:20:42 <frosch123> how do you replace the sprites?
22:22:06 <V453000> well, I know it is the one, but I believe it is pretty much the same to what I am using now
22:22:20 <V453000> the only thing I added is replacenew blocks ... commented those out locally, those do not cause wtf.
22:22:42 <V453000> everything should be only replace and alternative_sprites to it
22:23:56 <V453000> it is the rocky tileset thing
22:24:07 <V453000> //second_rocky_tileset = 1;
22:24:34 <V453000> ............... should that be there? I remember frosch123 told me to add that to RAWR at some point
22:26:06 <frosch123> true, it is considered unsafe
22:26:20 <frosch123> and it is needed to enable the second rock thing
22:29:46 <V453000> so a base set cannot use it?
22:30:17 <frosch123> it may be the first and only reasonably safe use of assigning a global setting in a grf :)
22:30:56 <frosch123> it's not absolute safe, kind of grey area
22:31:09 <V453000> just tell me if base sets can use it, if not, then BRIX will not use it either
22:31:19 <V453000> I want to turn it into a base set eventually
22:31:43 <frosch123> the silly thing is, the "safe" check is actually skipped for the base grf
22:31:50 <frosch123> that's wyh ogfx can define rivers
22:31:55 <frosch123> while they are not safe :p
22:32:17 <V453000> ok, I understand less now XD
22:32:23 <frosch123> i think i'll just define it as safe
22:33:46 <DorpsGek> Commit by frosch :: r27496 /trunk/bin/baseset (8 files) (2016-01-13 22:33:40 +0100 )
22:33:47 <DorpsGek> -Update: Baseset translations
22:34:35 <frosch123> hmm, it's ages since i done nfo
22:34:43 *** Supercheese has joined #openttd
22:34:43 *** Eddi|zuHause has joined #openttd
22:34:43 *** Belugas has joined #openttd
22:34:43 *** OsteHovel has joined #openttd
22:34:43 *** theholyduck has joined #openttd
22:34:43 *** innocenat has joined #openttd
22:34:43 *** Antheus has joined #openttd
22:34:43 *** weber.oftc.net sets mode: +vov tokai Belugas Belugas
22:35:49 *** sim-al2 has joined #openttd
22:41:09 <Mazur> I know which one's more fun.
22:43:23 <V453000> frosch123: so does it mean a base set can use it now?
22:43:28 <V453000> now/with next release
22:55:56 <DorpsGek> Commit by frosch :: r27497 trunk/src/newgrf.cpp (2016-01-13 22:55:50 +0100 )
22:55:57 <DorpsGek> -Change: [NewGRF] Allow static NewGRF to enable the second rocky tile set.
23:33:14 *** andythenorth has left #openttd
continue to next day ⏵
