--- Log opened Sun Jun 14 00:00:17 2015
20150614 00:02:07-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Ping timeout: 265 seconds]
20150614 00:10:03-!- Appleman1234_ [~Appleman1@KD106153201110.au-net.ne.jp] has quit [Quit: Leaving]
20150614 00:19:20-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds]
20150614 00:30:26-!- Appleman1234 [~Appleman1@KD106153201110.au-net.ne.jp] has joined #wesnoth-dev
20150614 00:38:41-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 00:43:52-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 272 seconds]
20150614 01:05:20-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has joined #wesnoth-dev
20150614 01:12:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150614 01:15:21-!- Appleman1234_ [~Appleman1@KD106153219139.au-net.ne.jp] has joined #wesnoth-dev
20150614 01:15:46-!- Appleman1234_ [~Appleman1@KD106153219139.au-net.ne.jp] has quit [Remote host closed the connection]
20150614 01:16:13-!- Appleman1234_ [~Appleman1@KD106153219139.au-net.ne.jp] has joined #wesnoth-dev
20150614 01:17:31-!- Appleman1234 [~Appleman1@KD106153201110.au-net.ne.jp] has quit [Ping timeout: 265 seconds]
20150614 01:25:46-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20150614 01:29:35< shadowm> loonycyborg: Actually, there is something else I need from you.
20150614 01:29:41< shadowm> loonycyborg: What do I tell our Windows users?
20150614 01:40:03-!- gfgtdf_ [~chatzilla@f054055078.adsl.alicedsl.de] has joined #wesnoth-dev
20150614 01:42:08-!- gfgtdf [~chatzilla@x55b0bd0e.dyn.telefonica.de] has quit [Ping timeout: 244 seconds]
20150614 01:42:13-!- gfgtdf_ is now known as gfgtdf
20150614 01:47:19-!- gfgtdf [~chatzilla@f054055078.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 38.0.5/20150525141253]]
20150614 02:22:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150614 02:26:53-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 02:31:29-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 246 seconds]
20150614 02:59:30-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Remote host closed the connection]
20150614 03:11:21-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 250 seconds]
20150614 03:13:01-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150614 04:15:08-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 04:19:04-!- Appleman1234__ [~Appleman1@KD106178143125.au-net.ne.jp] has joined #wesnoth-dev
20150614 04:20:28-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 272 seconds]
20150614 04:23:07-!- Appleman1234_ [~Appleman1@KD106153219139.au-net.ne.jp] has quit [Ping timeout: 276 seconds]
20150614 04:48:52-!- Kwandulin [~Miranda@p5B009FC9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150614 05:09:31-!- [Relic] [~Relic]@2602:306:33a3:6d30:70dd:685c:ad3e:62bc] has quit [Quit: I press the magic X and all the weirdos go away!]
20150614 05:21:50-!- hay207 [~haythamme@41.34.8.19] has joined #wesnoth-dev
20150614 05:40:38-!- tomreyn_ [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150614 05:44:48-!- hay207 [~haythamme@41.34.8.19] has quit [Ping timeout: 265 seconds]
20150614 05:44:49-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Ping timeout: 264 seconds]
20150614 06:03:20-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 06:08:25-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 265 seconds]
20150614 07:15:25-!- Ravana_ [~SZ_Bot@unaffiliated/ravana/x-2327071] has quit []
20150614 07:25:11< loonycyborg> shadowm: about what?
20150614 07:25:32< shadowm> libogg/libvorbis situation.
20150614 07:26:23< loonycyborg> I changed dlls to those from codeblocks SDK
20150614 07:26:41< loonycyborg> would love to hear some reports about if it fixed things for people
20150614 07:26:49< shadowm> Then tell me what to tell people in the RA.
20150614 07:27:02< loonycyborg> RA?
20150614 07:27:07< shadowm> Release announcement.
20150614 07:27:24< shadowm> Just mention they were downgraded (to an unspecified version) so the previously reported issues might potentially be solved?
20150614 07:27:45< loonycyborg> It might be the same version
20150614 07:27:51< loonycyborg> they have same filesizes
20150614 07:27:56< loonycyborg> but different checksums
20150614 07:28:23< loonycyborg> maybe some patch is really the only difference between them
20150614 07:29:21< shadowm> Same sizes? Hm.
20150614 07:29:48< shadowm> It's very unusual that you'd somehow end up with the same size and different text.
20150614 07:30:47< shadowm> Maybe you are looking at the file sizes in KB rather than bytes?
20150614 07:31:23-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150614 07:32:37< loonycyborg> hmm
20150614 07:34:35< loonycyborg> actually they have different sizes if I look here
20150614 07:35:04< shadowm> But really, would be nice to know what version they are.
20150614 07:35:06< loonycyborg> it seems I derped and somehow misinterpreted total commander's filestats
20150614 07:35:40< shadowm> For example, libvorbis 1.3.5 has this: # Fix issues in vorbisfile's seek bisection code.
20150614 07:36:00< loonycyborg> is there some linux tool to extract version information from dlls?
20150614 07:36:15< shadowm> Ugh why does it have to be on Linux land.
20150614 07:36:36< loonycyborg> because rebooting takes time
20150614 07:36:45< shadowm> Let me quickly download those and check.
20150614 07:37:06< loonycyborg> I think windows have those version stats in properties
20150614 07:37:28< shadowm> Bleh they aren't attached to the post, I misremembered.
20150614 07:37:46< loonycyborg> if dll author bothers to provide them using appropriate means
20150614 07:37:50< shadowm> But I have the DLLs.
20150614 07:38:04< shadowm> libvorbis-0.dll has no version info.
20150614 07:38:13-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Ping timeout: 264 seconds]
20150614 07:38:18< shadowm> Neither does libvorbisfile-3.dll.
20150614 07:38:42< shadowm> However, they both have a 2007-07-20 timestamp.
20150614 07:38:58< shadowm> These are the DLL versions that were suggested to fix the bug.
20150614 07:39:49< shadowm> And the DLLs from the Wesnoth 1.12.0 distribution have 2014-05-11 instead.
20150614 07:40:12< shadowm> I think it might be worth getting people to test with *newer* DLLs too.
20150614 07:40:29< loonycyborg> yes, we can ship them with dev release
20150614 07:40:44< shadowm> And no, the faulty 2014-05-11 DLLs don't have version info either.
20150614 07:40:51< shadowm> loonycyborg: Nobody uses dev reeases.
20150614 07:41:27< shadowm> These people will not download a development release just to test this, and the testing environment paramaters also change considerably so it may interfere with the original bug.
20150614 07:41:55< shadowm> It's more convenient to point them to a zip file containing just the replacement DLLs to drop into the Wesnoth dir.
20150614 07:43:06< shadowm> Plus, I'm not sure what will happen with 1.13.1 at this point. I forgot I wanted to test gfgtdf's PR and see whether things are back into releasable state now.
20150614 07:43:18< shadowm> Then again, there were three bugs not related to what the PR was meant to fix.
20150614 07:43:45< shadowm> rant rant rant ramble ramble ramble I'm off.
20150614 07:45:00< shadowm> Note to self: have Wesnoth spit out the vorbisfile version number too.
20150614 07:45:24< shadowm> I just need to tidy up my code into a publishable patch.
20150614 07:51:19< loonycyborg> the whole reason I asked for info on which version combination works is that I don't want to use users of stable releases as test subjects :P
20150614 07:51:31-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 07:52:24-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 265 seconds]
20150614 07:56:04-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 245 seconds]
20150614 08:20:56-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150614 08:51:37-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Remote host closed the connection]
20150614 08:56:10-!- Appleman1234_ [~Appleman1@KD106153220080.au-net.ne.jp] has joined #wesnoth-dev
20150614 08:56:37-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Ping timeout: 240 seconds]
20150614 08:58:26-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20150614 08:58:46-!- Appleman1234__ [~Appleman1@KD106178143125.au-net.ne.jp] has quit [Ping timeout: 255 seconds]
20150614 08:59:09-!- heirecka [~heirecka@exherbo/developer/heirecka] has quit [Quit: Bye]
20150614 08:59:56-!- heirecka [~heirecka@j61898.servers.jiffybox.net] has joined #wesnoth-dev
20150614 08:59:56-!- heirecka [~heirecka@j61898.servers.jiffybox.net] has quit [Changing host]
20150614 08:59:56-!- heirecka [~heirecka@exherbo/developer/heirecka] has joined #wesnoth-dev
20150614 09:19:51-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150614 09:21:17-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150614 09:24:41-!- hay207 [~haythamme@41.34.8.19] has joined #wesnoth-dev
20150614 09:39:54-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 09:44:44-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 252 seconds]
20150614 09:47:40-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Ping timeout: 256 seconds]
20150614 09:50:58-!- tomreyn_ is now known as tomreyn
20150614 10:08:57-!- Ravana_ [~SZ_Bot@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev
20150614 10:17:18-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150614 10:21:07-!- horrowind [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20150614 10:28:38-!- hay207 [~haythamme@41.34.8.19] has quit [Quit: Leaving]
20150614 11:27:54-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 11:32:35-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 246 seconds]
20150614 11:55:52-!- hay207 [~haythamme@41.34.8.19] has joined #wesnoth-dev
20150614 12:17:46-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150614 12:27:23< shadowm> loonycyborg: If you have me the choice between downloading 10 MiB on DLLs and 400 MiB on a game that's buggy and lacking an MP community, I'd definitely go for the first.
20150614 12:27:46< shadowm> It's opt-in in both cases so I don't see the problem.
20150614 12:31:55< loonycyborg> hmm I can upload them somewhere. The question is where..
20150614 12:31:56< shadowm> *gave
20150614 12:32:00< shadowm> f.w.o
20150614 12:33:42< shadowm> They won't be downloaded by more than a handful people at the same time in the worst case and they are under a 200 KiB uncompressed.
20150614 12:34:15< shadowm> *under 250 KiB
20150614 12:52:57-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has joined #wesnoth-dev
20150614 13:08:30-!- Kwandulin [~Miranda@p5B009FC9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150614 13:15:54-!- mjs-de [~mjs-de@f049242144.adsl.alicedsl.de] has joined #wesnoth-dev
20150614 13:16:07-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 13:21:18-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 256 seconds]
20150614 13:24:16-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150614 13:24:22-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Ping timeout: 265 seconds]
20150614 13:31:31-!- horrowind [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20150614 13:35:18-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20150614 13:36:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150614 13:39:51-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20150614 13:40:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150614 13:48:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20150614 13:49:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150614 13:52:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20150614 13:56:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150614 14:17:26-!- Kwandulin [~Miranda@p5B009FC9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150614 14:25:17-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150614 14:31:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20150614 14:48:02< hay207> true shadowm_ i prefer too games with MP server
20150614 15:04:19-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 15:04:50-!- Appleman1234__ [~Appleman1@KD106153222060.au-net.ne.jp] has joined #wesnoth-dev
20150614 15:07:19-!- Appleman1234_ [~Appleman1@KD106153220080.au-net.ne.jp] has quit [Ping timeout: 255 seconds]
20150614 15:09:07-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 255 seconds]
20150614 15:32:01-!- k3r3 [~uxio@unaffiliated/ushiu] has joined #wesnoth-dev
20150614 15:57:40-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Ping timeout: 265 seconds]
20150614 15:58:05-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150614 16:00:08-!- [Relic] [~Relic]@2602:306:33a3:6d30:f885:23ba:d1f6:7f5d] has joined #wesnoth-dev
20150614 16:03:35-!- gfgtdf [~chatzilla@f054055078.adsl.alicedsl.de] has joined #wesnoth-dev
20150614 16:23:29-!- [Relic] [~Relic]@2602:306:33a3:6d30:f885:23ba:d1f6:7f5d] has quit [Quit: I press the magic X and all the weirdos go away!]
20150614 16:48:12-!- gfgtdf_ [~chatzilla@f054055078.adsl.alicedsl.de] has joined #wesnoth-dev
20150614 16:50:48-!- gfgtdf [~chatzilla@f054055078.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds]
20150614 16:50:52-!- gfgtdf_ is now known as gfgtdf
20150614 16:52:31-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 16:57:02-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Ping timeout: 246 seconds]
20150614 16:57:12-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 256 seconds]
20150614 16:59:55-!- k3r3 is now known as shurnormal
20150614 17:15:13-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150614 17:43:27-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 17:46:06-!- Kexoth [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 17:48:51-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 250 seconds]
20150614 17:57:12-!- Kwandulin [~Miranda@p5B009FC9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150614 18:57:40-!- Kallikanzarid [~textual@46.181.226.42] has joined #wesnoth-dev
20150614 19:00:13-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Remote host closed the connection]
20150614 19:14:31< shadowm> Hi Kallikanzarid.
20150614 19:14:38< Kallikanzarid> hi
20150614 19:15:23< shadowm> I think we concluded that OS X is doing the scaling on Retina devices, not SDL (and most certainly not Wesnoth).
20150614 19:16:10< Kallikanzarid> you sure?
20150614 19:16:24< shadowm> SDL 1.2.x predates this whole Retina nonsense.
20150614 19:16:53< Kallikanzarid> I googled this: http://stackoverflow.com/a/26474702
20150614 19:17:13< Kallikanzarid> the master branch seems to be using sdl 2, at least it uses SDL_GL_CreateWindwo
20150614 19:17:14< shadowm> We don't use SDL 2.0 at the moment.
20150614 19:17:32< Kallikanzarid> hm
20150614 19:17:44< Kallikanzarid> I have about zero experience with SDL
20150614 19:17:56< shadowm> master *can* use SDL_gpu which (IIRC) *can* use SDL 2.0, but the support code is disabled by default because lipkab had reservations about it I think.
20150614 19:18:03< shadowm> lipkab is the GSoC student iceiceice mentioned.
20150614 19:18:26< Kallikanzarid> I tried the flag in the answer, it compiled but did nothing
20150614 19:18:37< Kallikanzarid> so is there any plan on rolling out sdl 2?
20150614 19:18:58< shadowm> Which flag?
20150614 19:19:18< Kallikanzarid> SDL_WINDOW_ALLOW_HIGHDPI
20150614 19:19:26< Kallikanzarid> I tried hardcoding it into twindow
20150614 19:19:39< shadowm> And no, there aren't concrete plans to complete the SDL_gpu port because that has to come from lipkab or a person who is capable of taking over/replacing that project.
20150614 19:19:42< Kallikanzarid> it compiled but didn't change behaviro
20150614 19:19:51< shadowm> At the moment there aren't any such people.
20150614 19:20:15< Kallikanzarid> I take it lipkab isn't active anymore?
20150614 19:21:02< shadowm> He's been around as of late but I don't think he has the time to handle that yet.
20150614 19:21:29-!- Appleman1234__ [~Appleman1@KD106153222060.au-net.ne.jp] has quit [Quit: Leaving]
20150614 19:21:30< shadowm> In fact, he just quit three minutes after you joined.
20150614 19:22:35< shadowm> Another thing is that SDL_gpu/SDL 2.0 port and current development team situation aside, we've not had any engine developers on OS X since around 2009.
20150614 19:22:51< Kallikanzarid> it's noticeable :)
20150614 19:23:04< Kallikanzarid> I get around 9 FPS when idling
20150614 19:23:07< shadowm> So any OS X specific bugs (such as the ones listed in every release announcement) remain unhandled for that reason.
20150614 19:23:15< Kallikanzarid> around 2 when I tried clang-omp
20150614 19:23:19< Kallikanzarid> 4
20150614 19:23:37< shadowm> Are both builds using OMP?
20150614 19:23:50< Kallikanzarid> no, clang doesn't have omp by default
20150614 19:23:53< shadowm> (Asking because gcc supports OMP too.)
20150614 19:24:08< shadowm> Hm. is it a debug build?
20150614 19:24:17< Kallikanzarid> actually i haven't tried gcc yet, gotta check it out before someone accepts my branch
20150614 19:24:27< Kallikanzarid> no, it's release by default, right?
20150614 19:24:59< shadowm> If you use scons, yes. CMake defaults to a debug build of sorts.
20150614 19:25:19< shadowm> Or used to before 1.12.3 and 1.13.0, anyway.
20150614 19:25:56< Kallikanzarid> yeah, it's release build then
20150614 19:26:08< Kallikanzarid> I'm using MacBook Pro Retina Mid 2014
20150614 19:26:11< Kallikanzarid> 13''
20150614 19:26:31< Kallikanzarid> so it's integrated graphics on 1440p display
20150614 19:26:59< Kallikanzarid> it won't perform well without decent acceleration
20150614 19:27:19< shadowm> I don't know what could be causing that big drop then. I was going to mention that since a specific OS X release (and this is second-hand information I obtained from one of our past OS X packagers) SDL 1.2.x is stuck using obsolete graphics APIs, which means: 1) no fullscreen support; and 2) different framebuffer format than the platform's native format.
20150614 19:28:18< shadowm> I removed the color cursors option on OS X because it required rendering the cursor in software within Wesnoth and that exacerbated the performance issues resulting from (2).
20150614 19:29:09< shadowm> But this is the first time I hear of sub-20 FPS.
20150614 19:29:23< Kallikanzarid> or maybe it's something else, I haven't run the profiler yet
20150614 19:29:57< Kallikanzarid> it does run in fullscreen
20150614 19:30:16< shadowm> Are you sure it's not just a maximized window?
20150614 19:30:18< Kallikanzarid> I'm not sure what "no fullscreen support" means
20150614 19:30:33< Kallikanzarid> how do I tell?
20150614 19:30:40< Kallikanzarid> I can't see the menu bar for sure
20150614 19:30:41< shadowm> "Fullscreen mode does not fill the entire screen when maximum resolution is selected in Preferences → Display, and user interface elements are scaled and distorted."
20150614 19:30:50< shadowm> That's what I was told to include in release announcements.
20150614 19:31:06< Kallikanzarid> I'll double check
20150614 19:31:36< shadowm> It may be that the exact behavior varies between Retina and non-Retina displays.
20150614 19:31:39< Kallikanzarid> okay, I don't think building it with GCC is an option for me
20150614 19:31:50< Kallikanzarid> doesn't see Homebrew-provied Boost
20150614 19:32:11< Kallikanzarid> but logically my patch should be ok
20150614 19:32:12< shadowm> Eh, I doubt it'll make a difference if you said it's just as poor without OMP as it is with it.
20150614 19:32:27< shadowm> GCC, I mean.
20150614 19:32:29< Kallikanzarid> unless there is something about libgomp for os x I don't know
20150614 19:32:54< Kallikanzarid> it's worse with OMP when using clang-omp, with or without my patch
20150614 19:33:32< Kallikanzarid> omp is used in a very opaque way, so I can't point a finger on why
20150614 19:34:33< Kallikanzarid> but the patch that put an ifdef around turning on the passive mode clearly was made for Windows, so I guess the dev just didn't want to think about compiling for osx
20150614 19:35:04< shadowm> -#if defined(_OPENMP) && !defined(_WIN32) && !defined(__APPLE__)
20150614 19:35:25< Kallikanzarid> yeah, that one
20150614 19:35:30< shadowm> The commit you referred to removes that line, so it was already like that.
20150614 19:35:43< Kallikanzarid> no
20150614 19:35:58< shadowm> !commit 659b9a414131ed9dfc2f4682afc28f3a57ec0664
20150614 19:35:59< shikadibot> shadowm: Revision 659b9a414131 (aquileia) on Sat Mar 14 05:40:30 2015:
20150614 19:36:02< shikadibot> shadowm: Fix performance of MSVC OpenMP builds
20150614 19:36:05< shikadibot> shadowm:  
20150614 19:36:07< shikadibot> shadowm: Instead of idling at 100% CPU usage, we're back at 4-5%.
20150614 19:36:10< shikadibot> shadowm: (+2 discarded lines)
20150614 19:36:12< shikadibot> shadowm: Web interface URL: https://github.com/wesnoth/wesnoth/commit/659b9a414131
20150614 19:36:30< Kallikanzarid> +#if !defined(_WIN32) && !defined(__APPLE__)
20150614 19:36:32< Kallikanzarid> this line
20150614 19:36:39< shadowm> That's the new line.
20150614 19:36:40< Kallikanzarid> wrong line, sorry :)
20150614 19:37:01< Kallikanzarid> right, before there was no check in main at all
20150614 19:37:24< Kallikanzarid> and the commit is about fixing stuff on Windows
20150614 19:37:25< shadowm> Hm, no, that's not what I'm seeing in the diff.
20150614 19:37:47< Kallikanzarid> +#if !defined(_WIN32) && !defined(__APPLE__)
20150614 19:37:47< Kallikanzarid>         if (!getenv("OMP_WAIT_POLICY")) {
20150614 19:37:48< Kallikanzarid>                 setenv("OMP_WAIT_POLICY", "PASSIVE", 1);
20150614 19:37:48< Kallikanzarid>                 execv(argv[0], argv);
20150614 19:37:50< Kallikanzarid>         }
20150614 19:37:50< Kallikanzarid> +#elif _MSC_VER >= 1600
20150614 19:37:52< Kallikanzarid> +       if (!getenv("OMP_WAIT_POLICY")) {
20150614 19:37:52< Kallikanzarid> +               _putenv_s("OMP_WAIT_POLICY", "PASSIVE");
20150614 19:37:53< Kallikanzarid> +               _execv(argv[0], argv);
20150614 19:37:54< Kallikanzarid> +       }
20150614 19:37:55< shadowm> Before that commit the check was already in place and excluded OS X, it was just structured differently because there wasn't an exception for a single Windows-based compiler.
20150614 19:37:55< Kallikanzarid>  #endif
20150614 19:38:33< Kallikanzarid> oh, you're right
20150614 19:39:17-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150614 19:39:21< shadowm> So the OS X exclusion was introduced in commit f958417c8a49d5890f305b1cfcc3e9986831cca1, hm.
20150614 19:39:40< shadowm> Bug #18143: https://gna.org/bugs/?18143
20150614 19:42:28< Kallikanzarid> https://github.com/wesnoth/wesnoth/commit/f958417c8a49d5890f305b1cfcc3e9986831cca1
20150614 19:42:31< Kallikanzarid> yeah
20150614 19:42:40< Kallikanzarid> ok, I'll remove my pull request then
20150614 19:43:20< shadowm> So, do you get 100% CPU usage without your patch?
20150614 19:43:23< shadowm> *you
20150614 19:46:43< Kallikanzarid> no
20150614 19:46:47< Kallikanzarid> yes
20150614 19:46:55< Kallikanzarid> when using clang-omp
20150614 19:47:26< Kallikanzarid> but I still get it even after the patch
20150614 19:47:42< shadowm> I wonder if #18143 even happens on current OS X versions. It sounds like a window manager bug to me.
20150614 19:49:55< Kallikanzarid> I don't know, I just rolled back to the previous commit but I'll insert unconditional exec and check that way
20150614 19:49:55< shadowm> Then again, the version included in the report is still supported in 1.13.x, and our packagers don't enable OMP.
20150614 19:51:33-!- Kexoth [~kex@31.11.67.182] has quit [Remote host closed the connection]
20150614 19:52:04< Kallikanzarid> actually I think even if all we manage to do is make fonts render at the proper resolution I'll be satisfied
20150614 19:52:19< Kallikanzarid> I only noticed bad scaling because fonts looked like crap
20150614 19:52:26-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 19:52:27< Kallikanzarid> that and performance must be fixed too
20150614 19:52:56-!- kex [~kex@31.11.67.182] has quit [Read error: Connection reset by peer]
20150614 19:53:00< shadowm> We render into SDL's framebuffer, so if that gets scaled then our fonts will inevitably look wrong.
20150614 19:53:21-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 19:53:29< Kallikanzarid> I think just a small tweat to the SDL 2 version should fix scaling
20150614 19:53:34< Kallikanzarid> teak
20150614 19:53:36< Kallikanzarid> tweak
20150614 19:53:58< Kallikanzarid> although I don't know about the mouse tracking
20150614 19:54:08< Kallikanzarid> but it works wrong even now so...
20150614 19:57:58-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20150614 19:58:26-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 272 seconds]
20150614 19:59:28-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150614 19:59:34< Kallikanzarid> the window is displayed just fine when I'm running wesnoth from the terminal
20150614 19:59:51< Kallikanzarid> but I don't know how to properly reproduce the conditions from the bug
20150614 20:00:07< Kallikanzarid> should I just run the wesnoth executable?
20150614 20:00:20< Kallikanzarid> it complains about missing data directory then
20150614 20:00:37< Kallikanzarid> because it doesn't look in the current directory unless I tell it to for some reason
20150614 20:01:18< Kallikanzarid> I'm more concerned about WM flickering when it creates some window for a split-second, then destroys it and creates another one
20150614 20:01:27< Kallikanzarid> this would annoy me
20150614 20:01:49< Kallikanzarid> but since nobody actually uses openmp I guess it's fine
20150614 20:03:24< shadowm> The person who filed that bug was probably using the app bundle.
20150614 20:03:33< Kallikanzarid> yeah, that's what I thought
20150614 20:03:41< Kallikanzarid> i'd have to run scons install for that?
20150614 20:04:39< Kallikanzarid> how do I enable SDL_gpu?
20150614 20:05:11< Kallikanzarid> ah, I see
20150614 20:05:50< Kallikanzarid> I hope the sdl2 flag is enough
20150614 20:10:32< Kallikanzarid> I wonder why the original team decided on the pango/cairo combo vs freetype
20150614 20:10:45< Kallikanzarid> I remember Warcraft III used freetype, it looked great
20150614 20:11:00< Kallikanzarid> and it wouldn't pull half the Linux stack with it
20150614 20:11:34< shadowm> We used and still use FreeType.
20150614 20:12:02< shadowm> It's still used alongside Cairo in a lot of places.
20150614 20:12:51< Kallikanzarid> I only found cairo calls in text.cpp and font.cpp
20150614 20:13:32< shadowm> The latter contains the implementation of our legacy API which uses SDL_ttf, which in turn uses FreeType.
20150614 20:13:59< Kallikanzarid> why did you switch?
20150614 20:14:20-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150614 20:14:27< shadowm> Pango markup was _a_ reason but not the only one IIRC.
20150614 20:15:25< Kallikanzarid> I'm getting an error when compiling with sdl2
20150614 20:16:33< shadowm> Ah yes, RTL support was another reason.
20150614 20:20:23< shadowm> Bleh, it seems it wasn't actually discussed in the devs ML.
20150614 20:20:53< Kallikanzarid> ok, that's just sad
20150614 20:21:06< Kallikanzarid> sdl::ttexture isn't defined anywhere
20150614 20:21:37< Kallikanzarid> someone probably forgot to commit it
20150614 20:21:47< shadowm> https://mail.gna.org/public/wesnoth-dev/2008-06/msg00031.html
20150614 20:22:09< shadowm> Okay, it seems I correctly remembered the two reasons.
20150614 20:24:11< Kallikanzarid> am I wrong about ttexture?
20150614 20:24:25< Kallikanzarid> it's not the only source of errors, but I can't compile without it
20150614 20:24:42< Kallikanzarid> there is another error:
20150614 20:24:43< Kallikanzarid> In file included from src/gui/dialogs/message.hpp:19:
20150614 20:24:44< Kallikanzarid> src/gui/widgets/control.hpp:267:3: error: cannot initialize object parameter of type 'gui2::tevent_executor' with an expression of type 'gui2::tcontrol'
20150614 20:24:44< Kallikanzarid>   set_wants_mouse_hover(!tooltip_.empty());
20150614 20:25:22< shadowm> I could only find a forward declaration with grep, so you are right.
20150614 20:26:08< shadowm> Hm.
20150614 20:26:23< shadowm> !commit 7d3535645f6faafce314efcb83017ce09f2ada34
20150614 20:26:24< shikadibot> shadowm: Revision 7d3535645f6f (Boldizsár Lipka) on Thu Jul 10 03:57:46 2014:
20150614 20:26:27< shikadibot> shadowm: Rename ttexture to timage.
20150614 20:26:30< shikadibot> shadowm: Web interface URL: https://github.com/wesnoth/wesnoth/commit/7d3535645f6f
20150614 20:29:16< Kallikanzarid> this one looks like a multiple inheritance bug to me
20150614 20:32:17< Kallikanzarid> are you sure about ttexture?
20150614 20:32:19< Kallikanzarid> /TODO: convert this to use sdl::ttexture
20150614 20:32:32< Kallikanzarid> this one looks suspicious
20150614 20:32:59< shadowm> I don't know anything about it, I just looked in the commit history for mentions of ttexture and that was one of the latest.
20150614 20:35:51< Kallikanzarid> ok
20150614 20:36:02< Kallikanzarid> I gotta remember this technique :)
20150614 20:45:20-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Remote host closed the connection]
20150614 20:45:33-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150614 21:17:13< Kallikanzarid> these ifdefs for the SDL2 are a bad idea...
20150614 21:17:35< Kallikanzarid> having a separate branch and rebasing it from time to time would be much cleaner
20150614 21:17:58< Kallikanzarid> I'm dealing with an error right now when SDL_GPU is defined in some files but not in others
20150614 21:18:01< Kallikanzarid> it's crazy
20150614 21:24:41-!- hay207 [~haythamme@41.34.8.19] has quit [Quit: Leaving]
20150614 21:34:48< Kallikanzarid> ok so SDL_GPU is only ever defined by CMake
20150614 21:35:17< Kallikanzarid> this explains why I have to basically define it everywhere where I see SDL 2
20150614 21:35:28< Kallikanzarid> this won't be fun...
20150614 21:38:25-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150614 21:38:33< iceiceice> Kallikanzarid: 
20150614 21:38:39< iceiceice> so here's basically the way it worke
20150614 21:38:51< iceiceice> lipkab worked on an SDL2 port for a long time
20150614 21:39:03< iceiceice> however he had some things he didn't like about color modulation in SDL2
20150614 21:39:11< iceiceice> and decided that SDL2 itself was immature / unsuitable
20150614 21:39:31< iceiceice> he subsequently stopped working towards SDL2 and tried to use a different system, SDL_gpu
20150614 21:39:42< iceiceice> however at the end of gsoc he found that SDL_gpu was slower than the original code
20150614 21:39:54< iceiceice> so the SDL_gpu stuff was more or less abanoned
20150614 21:40:13< iceiceice> i think that basically he and mordante were wrong, SDL2 is more than adequate for wesnoth
20150614 21:40:21< iceiceice> and they should have just found a different way around whatever issue they were having
20150614 21:41:32-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 21:42:03< Kallikanzarid> but right now I basically can't compile with SDL2, because it gives me undefined type on timage
20150614 21:42:03< iceiceice> but you probably should not try to resurrect the SDL_gpu stuff
20150614 21:42:23< Kallikanzarid> and the whole timage is only defined if SDL_GPU is set
20150614 21:42:41< Kallikanzarid> it's probably because ttexture and timage were somehow merged
20150614 21:42:52< iceiceice> :/
20150614 21:44:24< Kallikanzarid> originally twindow used ttexture
20150614 21:44:30< Kallikanzarid> but it doesn't exist anymore
20150614 21:44:42< Kallikanzarid> i changed ttexture to timage there
20150614 21:44:49< Kallikanzarid> and now I got this
20150614 21:46:29-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 244 seconds]
20150614 21:46:42< iceiceice> i think the simplest thing would be either like
20150614 21:46:46< iceiceice> use git blame to figure out how it used to be
20150614 21:46:48< iceiceice> or 
20150614 21:46:54< iceiceice> checkout from before the SDL_gpu project started
20150614 21:47:16< iceiceice> it kind of sucks to have to do git archaeology but it might be easier than trying to patch it yourself idk
20150614 21:47:18< shadowm> Perhaps you mean before the SDL 2.0 project switched to SDL_gpu?
20150614 21:47:26-!- mjs-de [~mjs-de@f049242144.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds]
20150614 21:47:42< Kallikanzarid> that's why these things must be done in separate branches
20150614 21:47:46< shadowm> Or did we already have SDL 2.0 support code before the project started?
20150614 21:48:08< iceiceice> Kallikanzarid: yes... i agree that it should have been managed in different branches
20150614 21:48:21< iceiceice> shadowm: first there was the sdl2 stuff, then the sdl_gpu happened only after they struggled with sdl2
20150614 21:48:32< iceiceice> sdl2 has a support flag in scons
20150614 21:48:43< iceiceice> that predate all the sdl-gpu stuff
20150614 21:49:08< iceiceice> im pretty sure the sdl2=yes option "worked" (at least it compile) a year ago
20150614 21:49:10< shadowm> Yeah, but the SDL_gpu wasn't originally such.
20150614 21:49:14< Kallikanzarid> okay
20150614 21:49:31< shadowm> The switch to SDL_gpu came up midway through the GSoC period.
20150614 21:49:40< iceiceice> i don't know what your point is
20150614 21:50:10< shadowm> 18:47:47 <shadowm> Or did we already have SDL 2.0 support code before the project started?
20150614 21:50:28< shadowm> *before the SDL 2.0 project started?
20150614 21:51:07< iceiceice> i think you are arguing semantics
20150614 21:51:24< iceiceice> i don't think anyone is actually confused about the timeline of what existed when
20150614 21:51:36< shadowm> I am, otherwise I wouldn't be asking.
20150614 21:52:13-!- Appleman1234 [~Appleman1@KD106153222060.au-net.ne.jp] has joined #wesnoth-dev
20150614 21:52:14< iceiceice> ok, then i misunderstood you
20150614 21:52:22< iceiceice> there was originally a bunch of SDL2 code
20150614 21:52:24< iceiceice> on master
20150614 21:52:27< iceiceice> controlled by ifdefs
20150614 21:52:40< iceiceice> i don't think they ported everything just some things
20150614 21:52:47< iceiceice> like, maybe the game map but not the gui or something
20150614 21:52:51< iceiceice> or gui1 but not gui2
20150614 21:52:57< iceiceice> regardless
20150614 21:53:05< iceiceice> that was there (from the first SDL2 gsoc?)
20150614 21:53:15< iceiceice> at some point all that got abandoned
20150614 21:53:21< shadowm> We only had one SDL 2.0 GSoC project, that was last year.
20150614 21:53:22< iceiceice> sdl_gpu got imported into our tree
20150614 21:53:30< iceiceice> i thought lipkab had two gsocs
20150614 21:53:37< iceiceice> whatever
20150614 21:53:56< iceiceice> anyways, sdl_gpu is now in tree, and its cmake only
20150614 21:54:04< Kallikanzarid> so what would be more reasonable now: start just prior to SDL_gpu appearing, excise all SDL_gpu commits and merge and go from there, or just excise SDL_gpu from master and fill in the blanks from git history?
20150614 21:55:17< iceiceice> Kallikanzarid: i guess if it were my project what i would do is just try to get the sdl2 defines working again
20150614 21:55:34< iceiceice> and if you can get the whole thing to work then delete the sdl_gpu
20150614 21:55:55 * shadowm would burn everything down and build a new engine from scratch. [/offtopic]
20150614 21:55:58< iceiceice> i mean surely the best thing is that people shouldn't do experimental work on master branch. but you cant fix that
20150614 21:56:17< Kallikanzarid> that's what I was trying, but with current timage being a thing wrapper over SDL_gpu's texture I have no idea
20150614 21:56:40< iceiceice> yeah...
20150614 21:56:46< iceiceice> i guess i would like
20150614 21:56:47< Kallikanzarid> I mean I was trying to just get sdl2 to compile
20150614 21:56:51< iceiceice> cage all that in ifdef sdl_gpu
20150614 21:57:01< iceiceice> and then put what is supposed to be for sdl2 there isntead in ifdef sdl2
20150614 21:57:10< iceiceice> making best guess from git history :/
20150614 21:57:25< Kallikanzarid> sdl_gpu is caged already
20150614 21:57:40< Kallikanzarid> so it's only a problem as far as bloat and rot goes
20150614 21:57:47< Kallikanzarid> and not having a working timage
20150614 21:57:49< iceiceice> yeah i mean
20150614 21:58:05< iceiceice> thats a pain in the butt but it shoudln't really fall to you to fix that yet
20150614 21:58:32-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150614 22:01:33< Kallikanzarid> https://github.com/wesnoth/wesnoth/blob/acef0efa9cefc30ac58d9b554d85b21d7a84cd5e/src/sdl/texture.cpp
20150614 22:01:55< Kallikanzarid> this looks like the last commit when sdl2 was used for ttexture
20150614 22:02:35-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Ping timeout: 265 seconds]
20150614 22:04:21< iceiceice> so wait, why are you trying to resurrect the sdl2 project?
20150614 22:04:29< iceiceice> i thought you were trying to fix OSX usability issues
20150614 22:04:55< iceiceice> you think sdl2 will fix that?
20150614 22:05:03< Kallikanzarid> the primary usability issue is super low FPS
20150614 22:05:41< Kallikanzarid> and windowed mode doesn't work properly under SDL 1 because it doesn't know about retina
20150614 22:05:57< Kallikanzarid> the window content gets scaled linearly x2
20150614 22:06:46< Kallikanzarid> and the mouse tracking is buggy
20150614 22:07:14< Kallikanzarid> I don't know what kind of map scaling is used right now but it doesn't cut it in fullscreen either, because it doesn't fix the FPS problem and the UI isn't being scaled
20150614 22:08:01< Kallikanzarid> scaling the whole frame with a pixel art oriented algorithm would be a better solution, but it needs proper retina support by SDL to work
20150614 22:08:08< Kallikanzarid> and it's only supported in SDL 2
20150614 22:08:42< Kallikanzarid> I'm going to profile the current SDL 1 version, see if I can at least fix the framerate
20150614 22:09:30< iceiceice> do you know any other sdl2 games?
20150614 22:09:34< iceiceice> do they get better framerates?
20150614 22:09:50< Kallikanzarid> I think so, let me check
20150614 22:10:18< Kallikanzarid> I mean, it's a 2D game, shouldn't be much of a problem
20150614 22:11:09< iceiceice> Kallikanzarid: you could try cloning this repo and building it
20150614 22:11:10< iceiceice> https://github.com/cbeck88/HexWarfare
20150614 22:11:32< iceiceice> HexWarfare is a sort of a demo that kristas and dave made a long time ago
20150614 22:11:41< iceiceice> i think they aren't developing it anymore
20150614 22:11:53< iceiceice> but its sort of like wesnoth on sdl2
20150614 22:13:00< iceiceice> they mysteriously deleted it recently, i guess because they want to make wesnoth on anura now :p
20150614 22:14:51< Kallikanzarid> it requires x11 to work
20150614 22:14:59< Kallikanzarid> any other demos? :)
20150614 22:27:07-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150614 22:28:25< Kallikanzarid> toribash looks ok on 1280x720
20150614 22:28:46< Kallikanzarid> I don't think I played any other SDL 2 games though :(
20150614 22:29:13-!- stth [~stth@ip-176-198-117-134.hsi05.unitymediagroup.de] has quit [Read error: Connection reset by peer]
20150614 22:34:14< Kallikanzarid> actually, I just tried the packaged version of Wesnoth, it runs better in a window because it uses OS X's compatibility mode
20150614 22:34:20< Kallikanzarid> should've started with it
20150614 22:34:45< Kallikanzarid> mouse positioning bug is also not there
20150614 22:35:13< Kallikanzarid> I guess I wasted your time then :( Still would love to work on proper scaling though
20150614 22:35:24< Kallikanzarid> performance is still bad on high res, alghough slightly better
20150614 22:35:58< shadowm> http://forums.wesnoth.org/viewtopic.php?f=5&t=40350 last item, I remember now.
20150614 22:36:45< shadowm> It's part of the app bundle's metadata.
20150614 22:38:01< Kallikanzarid> I'll check in in a couple of days to see how things go with lipk's work
20150614 22:38:10-!- stth [~stth@ip-176-198-117-134.hsi05.unitymediagroup.de] has joined #wesnoth-dev
20150614 22:38:25-!- stth is now known as stth_
20150614 22:38:27-!- stth_ is now known as stth__
20150614 22:38:28-!- stth__ is now known as stth
20150614 22:38:41< Kallikanzarid> I don't know if I can take over if we're talking about MAJOR rewrites (no gamedev experience yet), but I'd sure be glad to help
20150614 22:40:07< Kallikanzarid> and performance must be better (even if modularization of rendering + adding OpenGL path is the only way, it's still more portable these days, considering what devices are dominant)
20150614 22:40:14-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 252 seconds]
20150614 22:44:18-!- Appleman1234_ [~Appleman1@KD106153214030.au-net.ne.jp] has joined #wesnoth-dev
20150614 22:44:30-!- Appleman1234_ [~Appleman1@KD106153214030.au-net.ne.jp] has quit [Remote host closed the connection]
20150614 22:44:57-!- Appleman1234_ [~Appleman1@KD106153214030.au-net.ne.jp] has joined #wesnoth-dev
20150614 22:45:07-!- Appleman1234_ [~Appleman1@KD106153214030.au-net.ne.jp] has quit [Remote host closed the connection]
20150614 22:46:10-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20150614 22:46:28-!- iceiceice [~chris@50.245.222.235] has joined #wesnoth-dev
20150614 22:46:28-!- iceiceice [~chris@50.245.222.235] has quit [Changing host]
20150614 22:46:28-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150614 22:46:44< iceiceice> Kallikanzarid: i wonder if we can make the dev build automatically use compatiblity mode? 
20150614 22:46:56 * iceiceice knows very little about OS X
20150614 22:47:32-!- Appleman1234 [~Appleman1@KD106153222060.au-net.ne.jp] has quit [Ping timeout: 265 seconds]
20150614 22:52:06< Kallikanzarid> I'll check later today
20150614 22:52:12-!- Kallikanzarid [~textual@46.181.226.42] has quit [Quit: Textual IRC Client: www.textualapp.com]
20150614 22:58:11-!- [Relic] [~Relic]@2602:306:33a3:6d30:65a7:9cd5:6060:71dd] has joined #wesnoth-dev
20150614 23:01:40-!- gfgtdf [~chatzilla@f054055078.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 38.0.5/20150525141253]]
--- Log closed Mon Jun 15 00:00:19 2015