IRC logs for #openttd on OFTC at 2014-01-03
⏴ go to previous day
00:05:06 <planetmaker> late enough. Good night everyone :)
00:15:04 *** Aristide has joined #openttd
01:48:42 *** lobstar has joined #openttd
01:49:20 *** TinoDid|znc has joined #openttd
01:50:12 *** TinoDid|znc is now known as TinoDidriksen
01:50:17 *** Markk_ is now known as Markk
01:50:48 *** ccfreak2k has joined #openttd
01:50:50 *** Born_Acorn has joined #openttd
01:52:13 *** Nothing4You has joined #openttd
01:54:25 *** __ln___ has joined #openttd
02:44:21 *** HerzogDeXtEr1 has joined #openttd
03:16:25 *** strohalm has joined #openttd
03:16:44 *** XeryusTC has joined #openttd
03:18:35 *** TrueBrain_ has joined #openttd
03:19:04 *** ProfFrink has joined #openttd
03:20:27 *** ProfFrink is now known as Prof_Frink
03:21:41 *** strohalm has joined #openttd
03:21:41 *** HerzogDeXtEr1 has joined #openttd
03:21:41 *** TheMask96 has joined #openttd
03:21:41 *** TrueBrain has joined #openttd
03:21:41 *** Pinkbeast has joined #openttd
03:21:41 *** planetmaker has joined #openttd
03:21:41 *** fonsinchen has joined #openttd
03:21:41 *** ^Spike^ has joined #openttd
03:21:41 *** Hirundo has joined #openttd
03:21:41 *** NGC3982 has joined #openttd
03:21:41 *** kinetic.oftc.net sets mode: +ov planetmaker planetmaker
04:30:38 *** tokai|noir has joined #openttd
04:30:38 *** ChanServ sets mode: +v tokai|noir
05:04:40 <Flygon> > Has been playing with OTTD for over 2 years
05:04:58 <Flygon> > Realizes just right now it's possible to clone vehicles from the vehicle's individual window
05:05:18 <Flygon> I've wasted at least two weeks of my life in total cloning vehicles inefficiently
05:07:00 <Flygon> IT DOESN'T MAKE NEW WINDOWS
05:07:19 <Flygon> I've wasted over eight weeks of my life!!!!!!
05:22:57 *** TimTimmyTimothy_AUS has joined #openttd
05:29:14 *** XeryusTC has joined #openttd
05:56:16 *** Eddi|zuHause has joined #openttd
06:40:32 *** roadt__ has joined #openttd
06:57:12 *** LeandroL has joined #openttd
07:51:52 *** TimTimmyTimothy_AUS has quit IRC
08:29:13 <DorpsGek> Commit by rubidium :: r26215 trunk/src/blitter/factory.hpp (2014-01-03 08:29:07 UTC)
08:29:14 <DorpsGek> -Codechange: rework code so one can test if a blitter factory exists before attempting trying to instantiate an instance
08:31:38 <DorpsGek> Commit by rubidium :: r26216 trunk/src/gfxinit.cpp (2014-01-03 08:31:32 UTC)
08:31:39 <DorpsGek> -Change: the blitter selection to also consider the 32bpp-sse4-anim blitter (MJP)
08:41:57 <peter1138> Yay for ugly duplicated code ;p
08:44:53 *** sla_ro|master has joined #openttd
08:51:25 *** Pensacola has joined #openttd
08:51:54 <DorpsGek> Commit by rubidium :: r26217 /trunk/src (3 files) (2014-01-03 08:51:49 UTC)
08:51:55 <DorpsGek> -Change: blitter autoselection based on full animation state, so the non-animated optimizations can actually be used in an easy manner (based on patch by MJP)
09:08:19 *** oskari89 has joined #openttd
09:08:59 *** Twofish has joined #openttd
09:25:17 *** GriffinOneTwo has joined #openttd
09:26:36 <DorpsGek> Commit by rubidium :: r26218 trunk/source.list (2014-01-03 09:26:30 UTC)
09:26:37 <DorpsGek> -Fix: wrong #if for SSE in source.list
09:33:54 *** TheMask96 has joined #openttd
09:36:43 *** valhallasw has joined #openttd
09:37:14 *** Devroush has joined #openttd
09:42:55 *** Alberth has joined #openttd
09:42:55 *** ChanServ sets mode: +o Alberth
09:45:54 *** Myhorta has joined #openttd
09:53:34 *** retro|cz has joined #openttd
09:54:58 <Alberth> tea at this hour? are you british? :D
09:55:29 <planetmaker> without tea I'll never wake up :P
09:58:34 <peter1138> Tea is appropriate at any hour.
10:01:05 <Flygon> Tea isn't just British
10:01:10 *** TheMask96 has joined #openttd
10:01:12 <Flygon> It's the most popular drink here alongside Coffee :D
10:01:59 <planetmaker> Isn't Austrial just Britains penalty colony? :D
10:03:55 *** jjavaholic_ is now known as jjavaholic
10:04:52 <V453000> is beer considered hops tea?
10:05:33 <planetmaker> to some degree, for sure
10:05:35 <peter1138> Yeah, Australia is the UK's penal colony... :D
10:06:38 <planetmaker> I wonder whether they were sent there for their accent ;) It seemed a pretty nice country with nice and decent people there :D
10:10:15 <peter1138> Way too much Nope there
10:17:05 *** Progman has joined #openttd
10:18:07 *** roadt__ has joined #openttd
10:51:22 *** Aristide has joined #openttd
11:06:08 <Flygon> Whoever included the Sydney Comengs into the 2CC set
11:17:41 *** TheMask96 has joined #openttd
11:27:48 <Eddi|zuHause> <Flygon> IT DOESN'T MAKE NEW WINDOWS <-- that's a fairly new feature
11:29:45 <Flygon> I feel slightly less stupid
11:31:08 <Eddi|zuHause> well with my playing frequency, "new" might already be 2 years :)
11:31:20 <Flygon> I've been playing less than 2 yeard
11:57:49 <DorpsGek> Eddi|zuHause: Commit by frosch :: r24808 /trunk/src (depot_gui.cpp vehicle_gui.cpp) (2012-12-09 16:54:02 UTC)
11:57:50 <DorpsGek> Eddi|zuHause: -Feature(ette) [FS#4458]: When share-cloning vehicles don't open the vehicle window of the new vehicle. The only reasonable thing to do with the new vehicle is to start it, which can also be done via the depot GUI.
11:58:15 <Eddi|zuHause> so almost exctly a year
12:10:01 *** Polleke has joined #openttd
12:12:33 <DorpsGek> Alberth: Commit by frosch :: r24955 trunk/src/depot_gui.cpp (2013-02-02 12:54:29 UTC)
12:12:34 <DorpsGek> Alberth: -Change (r24808) [FS#4458]: Revert to opening the vehicle GUI again when cloning vehicles using the clone-button from the depot GUI. This button cannot be used for sequential cloning, so the argument about opening many windows does not hold as it does for the clone button from the vehicle GUI.
12:26:24 <Eddi|zuHause> Alberth: this is about the clone button in the vehicle gui
12:38:15 *** Myhorta has joined #openttd
12:44:23 *** Midnightmyth has joined #openttd
13:11:33 *** Myhorta has joined #openttd
13:17:28 *** frosch123 has joined #openttd
13:29:17 <DorpsGek> Commit by rubidium :: r26219 trunk/src/cpu.cpp (2014-01-03 13:29:12 UTC)
13:29:18 <DorpsGek> -Fix: cpuid code still didn't work right in some situations
13:30:31 *** Myhorta has joined #openttd
13:33:16 *** Alberth has joined #openttd
13:33:16 *** ChanServ sets mode: +o Alberth
14:04:44 *** Djohaal has joined #openttd
14:05:22 *** sla_ro|master has joined #openttd
14:08:54 *** roadt__ has joined #openttd
14:10:48 <Xaroth|Work> refractoring time \o/
14:11:58 <planetmaker> it was rather feature time, Xaroth :)
14:12:08 <Xaroth|Work> not for libopenttd :P
14:12:14 <Xaroth|Work> need to rewrite this bit, it's ugly :|
14:32:02 *** Myhorta has joined #openttd
14:35:32 <Xaroth|Work> I wonder if this works :o
14:36:33 *** roadt__ has joined #openttd
14:39:53 *** sla_ro|master has joined #openttd
15:10:01 <DorpsGek> Commit by rubidium :: r26220 trunk/src/cpu.cpp (2014-01-03 15:09:55 UTC)
15:10:02 <DorpsGek> -Fix?: another attempt at getting cpuid to finally work "everywhere"
15:17:30 *** Myhorta has joined #openttd
15:23:19 <peter1138> What's needed for it to use the new ones?
15:23:30 <peter1138> dbg: [driver] Successfully loaded blitter '32bpp-anim'
15:29:51 *** HerzogDeXtEr has joined #openttd
15:31:03 <Rubidium> peter1138: not forcing a blitter in the config file
15:32:19 <peter1138> Tis only choosing optimized or anim
15:33:31 <peter1138> It's got SSE2 & 3 at least. Not 4.1
15:33:42 <Rubidium> and you're using HEAD?
15:33:52 <Rubidium> does openttd -h list the sse ones?
15:34:22 <Rubidium> are you using a 32bpp base set?
15:36:14 <Rubidium> on average the 32bpp SSE non-animated blitters are about as fast as the 32bpp-optimized one when having a 8bpp base set
15:36:42 <Rubidium> the 32bpp animated SSE blitter is actually slower than 32bpp-anim when having a 8bpp base set
15:37:13 <peter1138> Hmm, well, that doesn't make much sense :(
15:37:14 <Rubidium> so the "decision" was taken to not use the SSE blitters when the 8bpp base set is used
15:39:41 <Rubidium> for SSE anim it might have to do with the recolouring happening more often or so with 8bpp base sets
15:45:55 <Xaroth|Work> hm, this looks to be working, I wonder if it's as thread-safe as I hope it is :|
15:48:33 *** FLHerne has joined #openttd
15:49:42 <Alberth> refactoring succeeded, on to the features! :)
15:52:06 <peter1138> Technically recolour animation works fine with 32bpp ;)
15:53:43 <Xaroth|Work> Alberth: I had a severe case of feature-creep :|
15:54:08 <Xaroth|Work> started out making reading (more) thread-safe .. ended up doing the same for sending as well :|
16:00:27 <Alberth> being very safe thus :p
16:00:45 *** HerzogDeXtEr has joined #openttd
16:23:09 *** tyteen4a03 has joined #openttd
17:02:28 *** Kurimus has joined #openttd
17:06:21 *** Super_Random has joined #openttd
17:13:18 *** TheMask96 has joined #openttd
17:17:28 *** TrueBrain_ is now known as TrueBrain
17:55:46 <DorpsGek> Commit by rubidium :: r26221 /trunk/src/blitter (32bpp_anim_sse4.cpp 32bpp_anim_sse4.hpp) (2014-01-03 17:55:40 UTC)
17:55:47 <DorpsGek> -Codechange: normalize constant names in anim-sse4 with the others (MJP)
18:02:50 *** Djohaal has joined #openttd
18:03:19 <DorpsGek> Commit by rubidium :: r26222 /trunk/src/blitter (32bpp_sse2.cpp 32bpp_ssse3.cpp) (2014-01-03 18:03:14 UTC)
18:03:20 <DorpsGek> -Codechange: use SSE instructions for transparent colour "remap" in the SSE2/SSSE3 blitters as well
18:08:09 *** Matulla has joined #openttd
18:08:11 *** Myhorta has joined #openttd
18:09:30 <Matulla> woudt like to make a BVUG in autoconfig game WHY is there no hint to build in Desert a Waterwell near a town that needs water without a watertower
18:09:52 <Matulla> you need to try out the waterwell to get a watertower
18:10:19 <Matulla> or you need to cheet for a magic dozzere
18:10:33 <Matulla> oterwise the town will not grow without spendeing money
18:12:32 *** tyteen4a03 has joined #openttd
18:15:59 *** Pensacola has joined #openttd
18:20:08 *** oskari89 has joined #openttd
18:22:05 *** montalvo has joined #openttd
18:34:40 *** Alberth has joined #openttd
18:34:40 *** ChanServ sets mode: +o Alberth
18:43:16 <DorpsGek> Commit by planetmaker :: r26223 /trunk/src (5 files in 2 dirs) (2014-01-03 18:43:10 UTC)
18:43:17 <DorpsGek> -Codechange: Silence some compile warnings about unititialized variables in the SSE blitters (MJP)
18:45:20 <DorpsGek> Commit by translators :: r26224 trunk/src/lang/brazilian_portuguese.txt (2014-01-03 18:45:13 UTC)
18:45:21 <DorpsGek> -Update from WebTranslator v3.0:
18:45:22 <DorpsGek> brazilian_portuguese - 4 changes by Tucalipe
18:49:03 *** zeknurn has joined #openttd
18:56:24 <George> how to have the same random graphics for all parts of articulated vehicle?
18:56:52 <George> checking PERENT would make it the same for all arvs
19:00:34 <frosch123> STORE_TEMP(position_in_articulated_veh_from_end, 0x10F), var[0x61, 0, 0xFF, 0x5F]
19:00:47 <frosch123> use variable 61 to read the random bits of another vehicle
19:01:06 <frosch123> and use position_in_articulated_veh_from_end to access the last vehicle of the articulated vehicle
19:05:47 <George> and why do I have to use the last one of the arv, not the first one?
19:13:27 <frosch123> it's just shorter to type :p i think
19:13:56 <frosch123> but you can also try STORE_TEMP( - position_in_articulated_veh, 0x10F)
19:14:19 <frosch123> or combine the random bits of multiple vehicle to get more random bits
19:17:33 <George> thank you, I have to try
19:18:15 *** gelignite has joined #openttd
19:30:26 *** Super_Random has joined #openttd
20:09:54 *** andythenorth has joined #openttd
20:56:12 <Xaroth|Work> Taede: think my current code for the admin port should work close-ish enough for a tracking client ... still need a bit of testing though, but it should be close enough :)
20:59:13 <Taede> trackingadminclient, the libottdadmin2 interface module used by soap
20:59:44 <Taede> so it can get names/ip's etc when openttd only sends a clientid, ie when someone joins a server
20:59:47 <Xaroth|Work> planetmaker: what he said :P
21:00:41 <Taede> also, planetmaker should look in the other channel
21:01:07 <Taede> the ps has now been usurped by coopserver
21:01:23 <Xaroth|Work> Taede: added bonus this time around, I -think- i made it somewhat safe to run a separate thread to do the reading/writing, I've not decided how to fully work this out, but it should work
21:02:18 <Taede> is that really relevant for me? reading runs in a separate thread for soap already and i've not encountered problems
21:02:31 <Taede> and passwords are a separate thread alltogether
21:02:57 <Xaroth|Work> the old code should work fine, though slightly less efficient
21:03:26 <Xaroth|Work> (at least, I hope what I wrote today is -more- efficient than the old)
21:03:52 <Xaroth|Work> and sending in the old lib was blocking; so if you had a command that sent 50 packets, it would block until all were sent
21:04:03 <Xaroth|Work> now it queues them all, and can be processed through epoll/select
21:11:40 *** jjavaholic_ has joined #openttd
21:19:02 <George> It is always the same value
21:19:30 <Flygon> I need to stop double heading locomotive hauled trains, knowing I'll autoreplace them with D/EMU's
21:20:08 <George> the first part has different graphics, but other parts are always the same
21:20:38 <George> while they have to be the same as the first part (type 0 or 1)
21:22:51 <frosch123> you are using position_in_vehid_chain, not position_in_articulated_veh
21:23:15 <George> I added -1 to negate it
21:23:30 <frosch123> define prev_vehicle_randombits() var[0x61, 0, 0xFFFF, 0x5F] <- it should be var[0x61, 8, 0xFF, 0x5F]
21:23:39 <frosch123> that was already wrong in my example above
21:36:14 <George> frosch123: And one more question
21:36:27 <George> does trigger bitmask(TRIGGER_VEHICLE_SERVICE) work?
21:36:47 <George> I made a train with the wagon code (link posted above)
21:37:08 <George> a newly build wagons has random graphics
21:37:23 <George> but they do not change it randomly on service
21:37:46 <George> it is unchanged forever
21:39:12 <frosch123> wasn't there a fs task about it, which identified a different issue?
21:40:23 <frosch123> so it is the usual issue, put the random switch with the trigger thingie at the beginning of the graphics chain
21:40:28 <frosch123> before any other switch
21:40:49 <frosch123> it can chain to the same switch for all cases
21:41:02 <frosch123> i.e. separate triggers from usage of random bits
21:51:22 *** montalvo has joined #openttd
22:12:44 *** HerzogDeXtEr has joined #openttd
22:20:19 *** Aristide has joined #openttd
22:21:17 <Aristide> Price for Bus subscription win 2% \o/
22:27:48 *** Progman has joined #openttd
22:49:49 *** Myhorta has joined #openttd
22:51:28 <Eddi|zuHause> not 2%, 2x, so +100%
22:51:48 <Aristide> No, here price win 2% :(
22:52:14 <Aristide> I don't know how say that ...
22:52:50 <Aristide> Google translate say « the price rose »
22:52:54 <Eddi|zuHause> <frosch123> so it is the usual issue, put the random switch with the trigger thingie at the beginning of the graphics chain <-- or define callback 2 directly
22:53:14 *** Stimrol has joined #openttd
22:54:12 <Eddi|zuHause> Aristide: the price for subsidies rises depending on difficulty setting, either +50% (one and a half times), +100% (double) or +200% (triple)
22:55:10 <Eddi|zuHause> Aristide: or are you talking about something different?
22:55:29 <Eddi|zuHause> Aristide: which language are you using, and what exactly did the text say in that language?
22:55:36 <Aristide> Taede: yes thank you
22:56:17 <Aristide> Eddi|zuHause: No, forget, my English skill is not very very well
22:56:31 <Aristide> I try to improve my English Vocabulary
23:47:29 <George> Eddi|zuHause: <-- or define callback 2 directly - what do you mean?
23:48:13 <michi_cc> Rerandomization is mostly a pseudo-callback, but I belive it is CB 1 and not 2 in fact.
23:48:22 <Eddi|zuHause> George: when openttd processes the triggers, callback number is set to 2
23:48:47 <Eddi|zuHause> i thought 1 is graphics
23:49:17 <michi_cc> CBID_RANDOM_TRIGGER = 0x01,
23:50:09 <George> and how showd I specify bitmask(TRIGGER_VEHICLE_SERVICE) ?
23:50:24 <George> could you provide some small example&
continue to next day ⏵