--- Log opened Sat Dec 05 00:00:12 2009
20091205 00:22:18< CIA-62> alink * r40060 /trunk/changelog: update changelog
20091205 00:42:28< CIA-62> alink * r40061 /trunk/src/ (builder.cpp builder.hpp): simplify a bit some includes
20091205 00:45:58-!- Turuk [n=administ@wesnoth/forumsith/turuk] has quit []
20091205 00:46:43< alink> wesbot: log r36216 
20091205 00:46:44< wesbot> soliton * r36216 : fixed bug #13689: Error message contains unnecessary `^'
20091205 00:46:47< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=36216
20091205 00:47:22< shadowmaster> fendrin: please add a note regarding that balancing changes to RELEASE_NOTES
20091205 00:47:28< shadowmaster> those.
20091205 00:47:36< alink> Soliton: there is 2 other error messages using nullify_markup, can i assume that we can remove them too ?
20091205 00:48:09< shadowmaster> fendrin: oh no, wAIT actually no[Bfen	actually, don't.
20091205 00:48:30< alink> no[Bfenactually ?
20091205 00:48:51< shadowmaster> fendrin: nt
20091205 00:49:26< shadowmaster> fen
20091205 00:49:28-!- allefant_ [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091205 00:50:09< shadowmaster> fendrin: it's missing an entry in the changelogs, please fix
20091205 00:51:13< Sapient> who is working on the MP lobby?
20091205 00:51:42< shadowmaster> Sapient: ilor
20091205 00:52:07< shadowmaster> Internet's dying.
20091205 00:52:32< Sapient> The MP lobby seems like the big thing to fix for 1.7 -> 1.8
20091205 00:52:38< shadowmaster> everrything after "ilor" doesn't belong to this channel
20091205 00:53:02< shadowmaster> and before :Sapient PRIVMSG #wesnoth-dev :P
20091205 00:54:04< Sapient> well, ah, not sure what you mean by that, but OK :)
20091205 01:00:55-!- allefant [n=elias@allegro/developer/allefant] has quit [Connection timed out]
20091205 01:06:34-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091205 01:08:47-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091205 01:19:45< CIA-62> alink * r40062 /trunk/src/ (10 files): clean some includes
20091205 01:21:51-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091205 01:31:05-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20091205 01:35:32< CIA-62> alink * r40063 /trunk/src/ (5 files in 2 dirs): clean some includes
20091205 01:36:05 * alink hopes he didn't break trunk
20091205 01:36:32< shadowmaster> testing with g++ 4.4.x
20091205 01:37:28< alink> gcc should be fine, it's just the forward declaration stuff on other compiler
20091205 01:39:11< shadowmaster> sure, g++ will be fine as long as you didn't remove system header includes.
20091205 01:50:10-!- Chusslove [n=Chusslov@brsg-d9beebb4.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091205 01:57:03-!- Chusslove [n=Chusslov@brsg-d9bef711.pool.mediaWays.net] has joined #wesnoth-dev
20091205 02:01:10-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20091205 02:04:00-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091205 02:14:42-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091205 02:16:49-!- allefant_ [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20091205 02:24:06-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091205 02:31:50-!- Appleman1234 [n=Appleman@131.181.100.213] has joined #wesnoth-dev
20091205 02:39:41-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091205 02:40:14-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091205 02:46:06-!- mordocai [n=mordocai@66.119.9.243] has joined #wesnoth-dev
20091205 03:01:43-!- ardesh [n=ardesh@port-92-195-143-13.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20091205 03:02:10-!- ardesh [n=ardesh@port-92-195-103-156.dynamic.qsc.de] has joined #wesnoth-dev
20091205 03:07:54-!- Appleman1234 [n=Appleman@131.181.100.213] has quit [Connection timed out]
20091205 03:35:00-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091205 03:55:36-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091205 04:07:22-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091205 04:09:10-!- Ivanovic_ [n=ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20091205 04:19:37-!- sparrowg [n=quassel@59.93.4.132] has joined #wesnoth-dev
20091205 04:26:21-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20091205 04:27:11-!- Ivanovic_ is now known as Ivanovic
20091205 04:29:15-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20091205 04:30:48-!- SonIcco_ [n=SonIcco@pD9510E3E.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091205 04:33:35-!- SonIcco [n=SonIcco@pD9512946.dip0.t-ipconnect.de] has quit [Read error: 60 (Operation timed out)]
20091205 04:43:06-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091205 05:35:00< CIA-62> alink * r40064 /trunk/src/ (12 files in 5 dirs): clean some includes
20091205 05:35:10< alink> funny how team.cpp didn't included team.hpp
20091205 05:36:19-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20091205 05:55:51-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has quit ["Lahkun"]
20091205 05:57:38-!- Turuk [n=administ@aolclient-24-33-91-252.cinci.res.rr.com] has joined #wesnoth-dev
20091205 06:06:43-!- sparrowg [n=quassel@59.93.4.132] has quit [Read error: 110 (Connection timed out)]
20091205 06:10:33-!- Turuk [n=administ@wesnoth/forumsith/turuk] has quit []
20091205 06:13:29-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has quit [Read error: 54 (Connection reset by peer)]
20091205 06:17:26-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091205 06:19:13-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091205 06:34:54-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20091205 07:05:16-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Nick collision from services.]
20091205 07:05:18-!- Zarel_ is now known as Zarel
20091205 07:05:39-!- Zarel_ [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091205 07:23:56-!- dtiger [n=dtiger@dynamic-vpdn-93-125-17-6.telecom.by] has joined #wesnoth-dev
20091205 07:37:15-!- mordocai [n=mordocai@66.119.9.243] has quit ["Leaving"]
20091205 07:37:22-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 60 (Operation timed out)]
20091205 07:38:46-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 60 (Operation timed out)]
20091205 07:41:50-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091205 07:41:52-!- Zarel_ [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091205 08:19:12-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20091205 08:33:45-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20091205 08:33:59< mordante> servus
20091205 08:39:52< mordante> alink, esr used a script to cleanup the header includes a while ago which sometimes removed foo.hpp from foo.cpp
20091205 08:40:39< mordante> shadowmaster, the problem with system headers is that they sometimes are included via other includes, happened during my last cleanup as well
20091205 08:53:07-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091205 09:15:04-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091205 09:20:17-!- EdB [n=edb@141.117.88-79.rev.gaoland.net] has joined #wesnoth-dev
20091205 09:20:26< CIA-62> mordante * r40065 /trunk/src/ (preferences_display.cpp preferences_display.hpp): 
20091205 09:20:26< CIA-62> Add set_fullscreen overload.
20091205 09:20:26< CIA-62> Needed to set the fullscreen from the MP lobby (that code is WIP and
20091205 09:20:26< CIA-62> will be committed later).
20091205 09:23:23< alink> mordante: make sense, only a script would do something like that
20091205 09:24:08< mordante> alink, indeed, btw I just compiled with gcc-4.[1-3] and it compiles
20091205 09:24:36< alink> good
20091205 09:25:17< alink> gcc-4.[1-3] ?
20091205 09:25:33< mordante> 1 to 3
20091205 09:25:45< alink> you did 3 builds? that's some serious testing :)
20091205 09:25:45-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091205 09:26:06< mordante> I do even more ;-) I've faster computer now and a build script
20091205 09:27:12< alink> i admit that me too, with my new computer, frequent trunk compiling is less a problem than before
20091205 09:27:47< mordante> indeed
20091205 09:28:48< alink> my last iterative modifying of headers would be impossible/boring to do with my previous box
20091205 09:29:11< mordante> yes the same for my last header cleanup 
20091205 09:29:14< alink> now, i can touch headers without fear :)
20091205 09:30:11< mordante> now people will fear you ;-)
20091205 09:56:45-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 104 (Connection reset by peer)]
20091205 09:58:21-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091205 10:43:59-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091205 10:48:27-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20091205 10:49:13< boucman> hey all
20091205 10:49:27-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20091205 10:50:45-!- dtiger [n=dtiger@dynamic-vpdn-93-125-17-6.telecom.by] has quit [Remote closed the connection]
20091205 10:52:39< Ivanovic> moin
20091205 10:53:06< Ivanovic> boucman: you probably saw my mail about fosdem?
20091205 10:53:26< boucman> Ivanovic: i've been offline for the weak, and back online 5' ago
20091205 10:53:40< boucman> yes I saw it, and I will come, but I han't updated the wiki yet
20091205 10:59:14-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 60 (Operation timed out)]
20091205 11:06:27< Ivanovic> and it looks like the german translation maintainer (chrber, good friend of mine) will join in, too
20091205 11:26:07-!- silene [n=plouf@wesnoth/developer/silene] has quit [Nick collision from services.]
20091205 11:26:30-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20091205 11:28:31-!- Noyga [n=lame-z@wesnoth/developer/noyga] has joined #wesnoth-dev
20091205 11:38:57< fendrin> esr: There are still some map border issues in NR. I can't fix them properly because I don't know where an exit from a cave is introduced with the map border or intentional.
20091205 11:47:56< CIA-62> silene * r40066 /trunk/src/scripting/lua.cpp: Removed conditional compilation of Lua, as several mainline campaigns won't work properly without it.
20091205 11:48:06< CIA-62> silene * r40067 /trunk/src/game_events.cpp: Removed code unused for several releases.
20091205 11:48:11< CIA-62> silene * r40068 /trunk/ (data/scenario-test.cfg src/gui/dialogs/wml_message.cpp): Prevented conflicts between Pango and column stops by ignoring '=' inside markup. Fixed bug #14825 along the way.
20091205 11:54:53-!- freim_ [n=hogne@feathers.os-tr.net] has quit [Read error: 110 (Connection timed out)]
20091205 12:13:12< esr> fendrin: OK, I can help with that.  What scenarios?
20091205 12:16:28-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091205 12:16:53< fendrin> esr: maps/compelled.map  maps/old_friend.map maps/showdown.map maps/eastern_flank.map maps/clearing_the_mines.map maps/infested_caves.map  maps/protecting_the_master.map
20091205 12:19:21< esr> OK, I'll have look at these in order.  You describe where you're wondering about a feature; I'll either fix it or explain wy it should stay where it is.  
20091205 12:21:16< fendrin> esr: okay, compelled. Have a look at the northern and southern map border. I guess that all that "exits" to the map are wrong here.
20091205 12:24:52< esr> Cgecking...
20091205 12:29:04< esr> fendrin: Where the heck has thw wall tile gone in the editor?  Not seeing a W anywhere...
20091205 12:29:53< fendrin> esr: It's the symbol in the middle of the last row in underground.
20091205 12:30:55< fendrin> s/underground/cave
20091205 12:31:28-!- loonybot [n=loonybot@79.139.136.219] has joined #wesnoth-dev
20091205 12:31:39< esr> fendrin: Fixed.  Next map?
20091205 12:32:18-!- loonycyborg [n=sergey@79.139.136.219] has joined #wesnoth-dev
20091205 12:32:29< fendrin> esr: old friend. The keep in the southwest corner is enlarged over the border.
20091205 12:34:06< fendrin> And the water tiles do look very strange there as well.
20091205 12:36:02< esr> Fixed.
20091205 12:36:11< esr> Next?
20091205 12:36:25< fendrin> esr: showdown map. We are in the north but there are cactus plants on the beach in the north east corner. Replace the dessert tiles with sand tiles. All or at least the two that have cactus on it.
20091205 12:39:54< esr> Checking...
20091205 12:41:36< esr> I only see one cactus.  Have fixed.
20091205 12:44:52< fendrin> 58/8 and 50/10 have cactus on them in my trunk version of the editor in showdown.
20091205 12:46:17-!- Ken_Oh1 [n=dick@c-69-137-152-22.hsd1.va.comcast.net] has joined #wesnoth-dev
20091205 12:47:26< Ivanovic> do not trust the editor to show correct things!
20091205 12:47:40< Ivanovic> in the editor a different set of placement will be used compared to plain ingame
20091205 12:47:46< fendrin> maps/eastern_flank.map The big town to the left is open to the west. 0/17 seems wrong. The second column of villages may be a result of map border duplication. And you can consider to replace the village tiles inside the fortification with some of the new village tiles that look more intown.
20091205 12:47:53< Ivanovic> better make it normal sand, not dessert!
20091205 12:48:23< fendrin> Ivanovic: Oh no! That are horrible news. I will fill a very serious bug report about that. (blocker)
20091205 12:48:30< Ivanovic> it is not a bug
20091205 12:48:36< esr> ?
20091205 12:48:41< fendrin> It is a bug.
20091205 12:48:50< Ivanovic> no, it is not, it was already explained several times
20091205 12:48:57< Ivanovic> the random element depends on the loaded possible elements
20091205 12:49:04< esr> Explain it to me, please.
20091205 12:49:26-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091205 12:49:35< Ivanovic> so if in the campaign different terrains are available than in the editor (eg in the editor there are some more "special" terrains loaded, that won't be there in all campaigns) you get slightly different looking things
20091205 12:49:57< Ivanovic> that is not really a bug, it is by design
20091205 12:50:09< Ivanovic> so do not use terrains unless they really work in the place
20091205 12:50:23< Ivanovic> if a dessert is impossible to have in that area, don't use one and be done!
20091205 12:51:46< esr> Ivanovic: I understand but I don't think this explains the border glitches.
20091205 12:51:58< Ivanovic> esr: this is not to explain border glitches
20091205 12:52:20< Ivanovic> esr: this is to explain to fendrin that he should not expect to get 100% identical "special stuff" placement that terrains automatically do
20091205 12:52:37< esr> (Replacing all the Dd desert tiles in Showdown with Sand, Ds.)
20091205 12:53:19< fendrin> esr: Older versions of wesnoth just don't had a map border. When this feature was added to wesnoth all maps that lacked a map border got one autogenerated just by ducplicating the nearest hex to that border tile.
20091205 12:53:26< Ivanovic> so if the dessert terrain has "place some cactus somwhere at random" you can't replace just that tile where you see the cactus in the editor with plain sand to "fix" it since ingame some cactus could be at a completely different place, since all the terrain basically says is "there will be some random cactus when dessert is used")
20091205 12:53:53< Ivanovic> esr: yes, your fix is the correct way to do things
20091205 12:55:42< alink> well, there is various easy ways to make terrain rules randomness more stable. The problem is that it's a hard constraint to make it absolutely stable, so better don't count on it.
20091205 12:55:52< fendrin> Ivanovic: The editor/game not showing the map equal is very annoying. I usually place mountains like how they develop multihex tiles.
20091205 12:56:28< Ivanovic> fendrin: and you musn't do this
20091205 12:56:59< Ivanovic> if you want specific tiles at specific places you will have to define extra terrains for this stuff
20091205 12:57:12< Ivanovic> that is the only way to really enforce stuff like this
20091205 12:57:18< fendrin> And what is very very very annoying is, that if I replace a mountain line with a winter mountain line, because of snowfall during the campaign or scenario that mountain line looks totaly different.  
20091205 12:57:36< esr> fendrin: I am closing off the town with castle hexes on the map edge.  0,17 will become grassland,
20091205 12:57:37< Ivanovic> eg if you want to have a dessert without cacti you will have to define a special terrain where no random cati are placed
20091205 12:58:19< esr> Ivanovic: I fixed that glitch by using Ds fior the lake edge.
20091205 12:58:46< Ivanovic> fendrin: the only way to work around this is to define one terrain per "tile type" and also define the respective snowed versions
20091205 12:59:02< fendrin> Ivanovic: I am fine with the cacti/dessert issue, That doesn't need to be fixed. But the mountain issue is very serious. The player shouldn't be confronted with another map if only the seasons have changed.
20091205 12:59:05< Ivanovic> then you can replace them 1:1, this is the only possible way with "use some automatic variation" that we have
20091205 12:59:57< Ivanovic> and how should the game really know that the images are going to be identical and just snowed?
20091205 13:00:07< Ivanovic> you will have to hand define terrains to accomplish something like this
20091205 13:00:08< boucman> how possible would it be to have "profiles" in the editor corresponding to the different campaign's terrain rules ?
20091205 13:00:49< alink> fendrin: maybe check the terrain rules and images to see the difference (and try to fix them)
20091205 13:02:03< fendrin> esr: maps/clearing_the_mines.map. Look at the southeastern corner.
20091205 13:02:15< CIA-62> silene * r40069 /trunk/src/theme.cpp: Fixed crash when using a nonstandard theme.
20091205 13:03:37< fendrin> alink: I will try that.
20091205 13:04:38< alink> fendrin: mmh, after some thinking, if these rules use probability, they will always change.
20091205 13:05:44< alink> * they will always be applied differently (RNG use rule's number).
20091205 13:06:04< esr> fendrin: Looking...
20091205 13:06:31< fendrin> alink: No, they use something like a seed. The map is stable in the editor. Or ingame. You always look at the same map. 
20091205 13:06:33< alink> but I suppose you can make a copy not using probability
20091205 13:06:39< esr> fendrin: I see it.  Will fix...
20091205 13:07:25< fendrin> alink: It's mor like okay, we have 30/70 probability. That means the first tile in the map is one from the 30. The next 2 from the 70 and so on.
20091205 13:07:25< esr> Next?
20091205 13:07:31< alink> fendrin: the RNG use X,Y and rule's number to be stable
20091205 13:07:59< fendrin> esr: maps/infested_caves.map
20091205 13:08:13< alink> in fact, it's more a determinist noise function 
20091205 13:08:39< fendrin> esr: This map needs some repair at nearly every part of the border.
20091205 13:08:58 * alink rewrote that noise function some times ago
20091205 13:09:05< fendrin> alink: :-)
20091205 13:09:33< alink> the old one had patterns visible in some cases
20091205 13:10:35< esr> fendrin: Looking...BTW, I think what's going on here is just that these maps are very old and the handling of map borders has changed since they were composed.
20091205 13:11:04< fendrin> esr: right, that is what I tried to explain earlier.
20091205 13:13:19< alink> perhaps for 1.10 have a "terrain rules freeze", gfx may continue to be polished, but rules interact with each other and it's not possible to stabilize the resulting map if the generating data change
20091205 13:14:28< fendrin> alink: Currently the match of winter mountains isn't archivable because the winter set isn't complete. But at least the ones that have a match in winter should use the exact version.
20091205 13:14:36< esr> fendrin: OK, I have tweaked some things. Some of those border exits are intentional, leading to off-map cave portions.
20091205 13:15:34< fendrin> maps/protecting_the_master.map the south border.
20091205 13:15:37< alink> fendrin: so, you see the terrain builder is able to draw nice snow mountains even if artists didn't draw them all :-)
20091205 13:15:41< fendrin> esr: ^
20091205 13:16:46< esr> Looking...
20091205 13:18:04< fendrin> esr: ray of hope: I am not sure if the exits on the south border are intentional.
20091205 13:19:13< fendrin> esr: get the gold: The tile at 20/0.
20091205 13:19:39< esr> Checking...
20091205 13:20:18< fendrin> stolen gold: The river delta around 18/30 looks strange.
20091205 13:21:58< fendrin> esr: settling disputes: The castle of side1 overlaps the border.
20091205 13:22:55< fendrin> esr: the puirsuit: Unintentional exists to the south.
20091205 13:24:30< fendrin> esr: To the mines: There are some castle duplications but they don't look ugly. Looks like that map has already been cleared.
20091205 13:26:21< mordante> fendrin, as Ivanovic said the terrains are supposed to be random 
20091205 13:27:07< mordante> fendrin, also adding a rule to change an unrelated terrain can change which random tile is shown for another tile as well
20091205 13:27:33< mordante> so don't count on which image is shown for a tile or use a custom terrain
20091205 13:28:07< esr> fendrin: Agreed about To The Mines.  Anything else?
20091205 13:29:19< fendrin> esr: Nearly every scenario map left in that campaign has some minor glitches with the map borders. But I think you have fixed all the major one. If you give me free hand I can tune all the maps in the campaign a little.
20091205 13:30:59< fendrin> esr: I also want to suggest a map change to the ur'thurodor scenario in DM. I would like to replace his castle with flower grassland tiles that act as his keep.
20091205 13:31:53< esr> fendrin: I will look at that, but I want to commit the NR changes first.  Hold on...
20091205 13:32:54< CIA-62> esr * r40070 /trunk/data/campaigns/Northern_Rebirth/maps/ (12 files): Border cleanups for Northern Rebirth.
20091205 13:34:39< esr> fendrin: Not sure changing that would be a good idea.  The keep defense bonus matters to the tactics, and the balance on thi scenario is already a bit delicate.
20091205 13:35:26< esr> fendrin: Go a head and tune the minor things.
20091205 13:35:34< esr> In NR, I mean.
20091205 13:35:39-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20091205 13:35:55< fendrin> esr: The resulting grassland/keep will have the same defense bonus. And woses don't have a good defense on keep anyway, do they?
20091205 13:36:14< esr> Don't know.
20091205 13:37:40< esr> And the problem ith "phantom" keep defennse areas is the combat odds changing without a visible cue.  Let me suggest a com[rimize; turn his keep to ruins.
20091205 13:38:06< esr> s/com[rimize/compromise/
20091205 13:39:28< esr> Thing is, it also matters to the tactics that the *humans* have good keep defense, especially on the outlying towers.
20091205 13:41:49< esr> I just trued ruining the castke tiles and they get a green tinge.  I think it looks good.
20091205 13:43:20< esr> You know, whilew I'm at it I think that human keep should be a camp.  There's no reason for the Wesnothians to be in fortification there.
20091205 13:45:29< fendrin> esr: Right, that was what I thought about the wose's keep at well. I am not even sure how to explain the ruins in his area.
20091205 13:45:41< fendrin> s/at/as
20091205 13:46:04< CIA-62> esr * r40071 /trunk/data/campaigns/Delfadors_Memoirs/maps/island.map: Turn human keep to camp; turn the Wosecastle to ruins.
20091205 13:48:24< fendrin> esr: And the stone road? Why should there be a stone road to a freshly build camp?
20091205 13:49:26< esr> Good point...
20091205 13:50:57-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20091205 13:52:29< CIA-62> esr * r40072 /trunk/data/campaigns/Delfadors_Memoirs/maps/island.map: Stone road to grassland path.
20091205 13:56:20-!- fendrin [n=fabi@88-134-186-73-dynip.superkabel.de] has joined #wesnoth-dev
20091205 14:10:17-!- boucman [n=rosen@wesnoth/developer/boucman] has quit [Read error: 54 (Connection reset by peer)]
20091205 14:10:26-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20091205 14:26:29-!- Ken_Oh2 [n=dick@c-69-137-152-22.hsd1.va.comcast.net] has joined #wesnoth-dev
20091205 14:30:36-!- Zarel_ [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091205 14:33:24-!- Micheal [n=Micheal@pool-173-75-222-86.phlapa.fios.verizon.net] has joined #wesnoth-dev
20091205 14:34:14-!- Micheal [n=Micheal@pool-173-75-222-86.phlapa.fios.verizon.net] has left #wesnoth-dev []
20091205 14:38:26-!- Ken_Oh2 [n=dick@c-69-137-152-22.hsd1.va.comcast.net] has quit ["Leaving."]
20091205 14:43:06-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20091205 14:43:28-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20091205 14:44:27-!- Ken_Oh1 [n=dick@c-69-137-152-22.hsd1.va.comcast.net] has quit [Read error: 110 (Connection timed out)]
20091205 14:44:36-!- Turuk [n=administ@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20091205 14:47:30-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091205 14:57:16-!- Ken_Oh1 [n=dick@c-69-137-152-22.hsd1.md.comcast.net] has joined #wesnoth-dev
20091205 14:57:19-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20091205 15:13:12-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091205 15:22:30< CIA-62> silene * r40073 /trunk/src/play_controller.cpp: Added check for ending level in 'start' event. (Fix for bug #14833.)
20091205 15:35:56-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091205 15:45:16-!- Zarel_ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091205 15:47:22-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has quit [Client Quit]
20091205 15:47:54-!- Zarel_ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091205 15:48:07-!- Zarel_ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has quit [Read error: 104 (Connection reset by peer)]
20091205 15:48:11-!- Zarel_ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091205 15:49:04-!- Zarel_ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has quit [Read error: 104 (Connection reset by peer)]
20091205 15:49:10-!- Zarel__ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091205 15:53:46< esr> zookeeper: *nudge nudge* https://gna.org/bugs/?14763
20091205 15:54:26-!- Zarel__ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has quit ["This computer has gone to sleep"]
20091205 15:54:35< zookeeper> esr, oh, right. i'll go fix.
20091205 15:54:55< esr> zookeeper: Thanks.
20091205 16:01:04< fendrin> esr: Please teach wmllint to replace generate_traits with random_traits. The generate_traits attribute doesn't seem to exist. That is in [unit].
20091205 16:12:28< CIA-62> zookeeper * r40074 /trunk/data/campaigns/Sceptre_of_Fire/scenarios/4_Gathering_Materials.cfg: Fixed bug #14763.
20091205 16:17:32< fendrin> silene: did you just fix a duplicate of https://gna.org/bugs/?12962 ?
20091205 16:18:27< silene> fendrin: no
20091205 16:19:51< fendrin> turuk is back.
20091205 16:20:06< Turuk> Lo and behold.
20091205 16:20:18< mordante> hi Turuk 
20091205 16:20:26< Turuk> Hi mordante, fendrin.
20091205 16:23:09-!- allefant [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091205 16:23:55-!- EdB [n=edb@141.117.88-79.rev.gaoland.net] has quit [Remote closed the connection]
20091205 16:27:17< Ivanovic> hey, cool
20091205 16:27:19< Ivanovic> welcome back Turuk
20091205 16:27:42< Turuk> Thanks Ivanovic, it's good to have the time/opportunity to be back.
20091205 16:29:37< Ken_Oh1> sup turuk
20091205 16:30:07< Turuk> Hey, not much, how are you Ken_Oh?
20091205 16:30:39< mordante> hi Ken_Oh1, you were looking for me a while ago...
20091205 16:42:47< Ken_Oh1> i'm doing gr8
20091205 16:43:39< Ken_Oh1> hey, mordante, i think my issue was resolved by someone else. maybe it was about Pango markup or something. can't remember atm.
20091205 16:44:07-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [Read error: 104 (Connection reset by peer)]
20091205 16:48:12< mordante> Ken_Oh1, ok
20091205 16:48:43< mordante> wesbot, rev 40068
20091205 16:48:54< mordante> wesbot, r40068
20091205 16:48:58< mordante> wesbot, log 40068
20091205 16:48:59< wesbot> silene * r40068 : Prevented conflicts between Pango and column stops by ignoring '=' inside markup. Fixed bug #14825 along the way.
20091205 16:49:02< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=40068
20091205 16:49:31< mordante> Ken_Oh1, the menu issues should be fixed in the next release^
20091205 16:50:35< Ken_Oh1> great, thanks.
20091205 16:51:01< mordante> thank silene 
20091205 16:51:06-!- zookeeper [n=l@88-148-251-223.bb.dnainternet.fi] has joined #wesnoth-dev
20091205 16:52:06-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091205 16:58:35< CIA-62> fendrin * r40075 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/03_Kalian.cfg: LoW 3: Removed loading lua code in a preload event. That lua code is loaded in the campaign's _main.cfg file instead.
20091205 17:00:02-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has quit [Connection timed out]
20091205 17:02:36< CIA-62> fendrin * r40076 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/14_Human_Alliance.cfg: LoW 14: Code cleanups. Balancing changes.
20091205 17:03:15< Ivanovic> boucman: regarding the hostel: what do you think of going for 2go4 again?
20091205 17:04:14< Ivanovic> boucman: that is the current list of people interested is 9 (the list from the mail plus chrber, the german translation maintainer)
20091205 17:04:22< Ivanovic> and Turuk just stated that he might be interested, too
20091205 17:04:31< Ivanovic> so we will have to split booking again
20091205 17:04:53< Ivanovic> somehow i'd say that we should book next week
20091205 17:05:48< Ivanovic> (as in "thursday or friday we should book for those that are sure to participate")
20091205 17:07:00 * mordante modifies the fosdem wiki page
20091205 17:11:51< CIA-62> mordante * r40077 /trunk/ (4 files in 2 dirs): 
20091205 17:11:51< CIA-62> Implement initial hotkey support for gui2.
20091205 17:11:51< CIA-62> It will be polished further post 1.8.
20091205 17:12:01< CIA-62> mordante * r40078 /trunk/ (changelog players_changelog src/gui/dialogs/lobby_main.cpp): 
20091205 17:12:01< CIA-62> Enable the fullscreen hotkey in the lobby.
20091205 17:12:01< CIA-62> Fixes bug #14759.
20091205 17:12:10< CIA-62> mordante * r40079 /trunk/changelog: Remove trailing dots in changelog.
20091205 17:12:14< CIA-62> mordante * r40080 /trunk/src/ (mouse_events.cpp unit.cpp): Strip trailing whitespace.
20091205 17:14:19< Ivanovic> Noyga: what about you and fosdem?
20091205 17:14:26< Ivanovic> Noyga: will you be there again?
20091205 17:15:23< mordante> Ivanovic, I think 2g04 was ok last year
20091205 17:15:36< Ivanovic> mordante: i think so, too
20091205 17:16:05< Ivanovic> okay, prices increased this year, it is 24€ per night in the 10 person bedroom instead of 23€, but hey, that should be possible, right
20091205 17:16:06< Ivanovic> ;)
20091205 17:16:57< fendrin> esr: ping
20091205 17:16:57< mordante> so much more expensive maybe I should stay at home :-P
20091205 17:17:34< Noyga> Ivanovic, hmmm... yes i think i'll be there
20091205 17:17:43< Ivanovic> cool
20091205 17:17:52< Ivanovic> so we will maybe be up to 11 people!
20091205 17:17:59< mordante> cool :-)
20091205 17:18:07< Noyga> :-)
20091205 17:18:48-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has quit [Read error: 104 (Connection reset by peer)]
20091205 17:22:37-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has joined #wesnoth-dev
20091205 17:23:31< CIA-62> silene * r40081 /trunk/src/widgets/menu.cpp: Converted menus to Pango rendering. (Partial fix for bug #14487.)
20091205 17:24:03-!- teaser [n=tsr@h-37-106.A254.priv.bahnhof.se] has quit [Remote closed the connection]
20091205 17:46:08< CIA-62> mordante * r40082 /trunk/ (changelog src/gui/auxiliary/event/distributor.cpp): Remove spurious hover error messages.
20091205 17:49:01-!- teaser [n=tsr@h-37-106.A254.priv.bahnhof.se] has joined #wesnoth-dev
20091205 17:53:46-!- EdB [n=edb@79.88.117.141] has joined #wesnoth-dev
20091205 17:54:29< teaser> fendrin, are you Fabian Müller on gna? (if so I would like to know where you use the new LoW lua-replace_map thingy so I can see how to use it)
20091205 17:55:00< teaser> (if not the real FM can step forward and let me know ;))
20091205 17:55:05< teaser> bbl
20091205 17:57:01< fendrin> teaser: right, see the _main.cfg from the low campaign. there the lua file that overrides the replace_map tag is loaded.
20091205 17:57:41< fendrin> teaser: Than look in the file that is loaded there how the replace_map is wrapped, if you are interrested.
20091205 17:58:16< fendrin> teaser: At last, you can see the replace_map tag in action in LoW scenario 03, a prestart event contains it.
20091205 18:06:22-!- EdB [n=edb@79.88.117.141] has quit [Remote closed the connection]
20091205 18:19:58-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has quit [Remote closed the connection]
20091205 18:21:15-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 65 bugs, 249 feature requests, 13 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091205 18:23:04< fendrin> silene: I believe that r40081 breaks the recall dialog.
20091205 18:27:31< silene> fendrin: the recall dialog has a menu?
20091205 18:28:06< mordante> in the old gui most (all?) listboxes are menus
20091205 18:29:25< fendrin> silene: The error is that I see the old markup language in the dialog. example: Level is <150,150,150>0
20091205 18:34:40< CIA-62> silene * r40083 /trunk/src/widgets/menu.cpp: Reverted commit 40081 "Converted menus to Pango rendering. (Partial fix for bug #14487.)"
20091205 18:37:17< fendrin> Anyone knows where the left right up down key events are coded that scroll the map around?
20091205 18:37:35< fendrin> As far as I see they are not part of hotkeys.cpp
20091205 18:43:41< silene> fendrin: try controller_base.cpp
20091205 18:45:04< fendrin> silene: would that be the right place to code keyboard support for playing wesnoth? I need 4 keys that move the gamecursor aroud plus a key to select the hex under the cursor. Would that better go in hotkeys or in controller_base?
20091205 18:46:25< silene> i would say controller_base
20091205 18:47:34< fendrin> silene: thanks.
20091205 18:51:14< boucman> Ivanovic: sound good
20091205 18:54:48< boucman> mordante: any news on bug 14847 (game emnu in MP lobby selecting the top game on refresh)
20091205 18:59:30< mordante> boucman, no also haven't looked into it yet, still working on some resize issues
20091205 18:59:37< boucman> ok
20091205 19:01:26< CIA-62> silene * r40084 /trunk/src/ (unit_types.cpp unit_types.hpp): Removed unused function unit_type::has_ability.
20091205 19:11:08-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has joined #wesnoth-dev
20091205 19:17:46-!- EdB [n=edb@79.88.117.141] has joined #wesnoth-dev
20091205 19:24:54-!- dtiger [n=dtiger@dynamic-vpdn-93-125-66-14.telecom.by] has joined #wesnoth-dev
20091205 19:33:18< Ivanovic> AI0867, deekay, fendrin, Turuk: please do not forget to enlist yourself in the wiki and be sure about it on, hmm, thursday
20091205 19:33:27< Ivanovic> then we can book the beds on friday
20091205 19:33:36< Turuk> Ivanovic: will do
20091205 19:34:05< teaser> fendrin: thanks, now I realized that I didn't really want that feature but another one... will bug silene about that when it is relevant :)
20091205 19:35:59< deekay> Ivanovic: There should be grzywacz & deekay
20091205 19:36:19< Ivanovic> deekay: then add yourself in the line grzywacz started
20091205 19:36:22-!- lfelipe [n=lfelipe@li17-238.members.linode.com] has joined #wesnoth-dev
20091205 19:36:36< deekay> Ivanovic: Sure
20091205 19:36:41< Ivanovic> good
20091205 19:37:01< teaser> mordante, you are the gui2 guy, right? do you have a moment to give some pointers about gui2 and c++ bindings of wml
20091205 19:37:43< mordante> teaser, yes
20091205 19:38:08< teaser> ok, great will send you a forum pm, give me a sec
20091205 19:38:11< mordante> what do you want to know
20091205 19:38:16< mordante> ok
20091205 19:38:51< teaser> what is your forum nick? <- mordante
20091205 19:39:05< mordante> teaser, nope skeletoncrew
20091205 19:39:25< Turuk> Done
20091205 19:39:28-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091205 19:39:43-!- lfelipe [n=lfelipe@li17-238.members.linode.com] has left #wesnoth-dev []
20091205 19:43:26< fendrin> teaser: What do you need?
20091205 19:50:22< teaser> mordante: sent
20091205 19:51:05< mordante> teaser, received
20091205 19:51:18< teaser> fendrin: well I want to be able to have one mapfile and cut out pieces from that file for each scenario (since the scenarios are played i the same area and sometimes overlap eachother - mapwise)
20091205 19:51:55< teaser> it will save me the  trouble of updating (and more importantly not failing to update) more than one map
20091205 19:51:56< Ivanovic> Noyga: sorry for omitting you, please enlist yourself in the wiki, too
20091205 19:52:13< fendrin> teaser: isn't that excactly what the lua code is doing?
20091205 19:52:17< mordante> teaser, I assume you mean to create a dialog and not a widget
20091205 19:52:27< teaser> mordante: true
20091205 19:53:01< teaser> fendrin: ok, it is, then I am very happy ;) (I just completely failed to understand the code)
20091205 19:55:05< mordante> teaser, a dialog needs to be registered in the settings.hpp so it can be used
20091205 19:55:32< mordante> then it's basically indeed creating files in gui/dialog and fill them
20091205 19:56:40< mordante> there's no radio group, but there are toggle buttons, where you can attach a callback to disable the others
20091205 19:56:58< mordante> regarding callbacks, there are two ways 
20091205 19:57:49 * teaser listening
20091205 19:58:00< mordante> the "old" set_callback and the "new" slot based versions (only in the button at the moment, but if you need more of them I'm happy to add them)
20091205 19:59:21< teaser> well, if it's ok to use the old ones I think it's better if you implement a generic radio-button type (ofc, I have no idea of the amount of work just saying from my point of view)
20091205 19:59:30-!- EdB [n=edb@79.88.117.141] has quit [Remote closed the connection]
20091205 20:00:11< mordante> well I prefer to use the new callback types since I'll remove the old ones in 1.9 ;-)
20091205 20:00:47< mordante> I agree that a radio _group_ would be nice to have, but I haven't found the time for that yet
20091205 20:01:59< mordante> regarding the renaming you can send the name of the unit to a gui2 function in menu_handler::rename_unit()
20091205 20:02:08< teaser> ooh, ok, then better add them for the toggle-buttons (I assume that is the name of the ones that are called check-boxes in web-ui)
20091205 20:02:56< mordante> I called it toggle button since it can be used as checkbox and base for a radio group ;-)
20091205 20:03:34< teaser> ok, just trying to get the hang of it ;)
20091205 20:03:44-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20091205 20:05:34< mordante> btw you can also use a listbox and select an item in the list
20091205 20:06:29< teaser> ah, that's a nice trick, can lists be shown horizontally? (otherwise it will look ugly imho)
20091205 20:11:34< mordante> yes... uploading documentation
20091205 20:12:35< mordante> http://wiki.wesnoth.org/GUIWidgetInstanceWML#Horizontal_listbox
20091205 20:15:28< teaser> mordante: exactly how do I register it, I found nothing in trunk/src/settings.hpp or cpp for that matter
20091205 20:17:16< mordante> teaser, sorry that should have been gui/widgets/settings.hpp
20091205 20:17:30-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091205 20:18:59< teaser> ok, thanks ;)
20091205 20:23:55-!- Doppp [n=Doppp@unaffiliated/doppp] has quit [Read error: 54 (Connection reset by peer)]
20091205 20:47:28-!- Zarel__ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091205 20:57:52-!- Zarel__ [n=Zarel@x-160-94-88-190.uofm-secure.wireless.umn.edu] has quit ["This computer has gone to sleep"]
20091205 21:01:40< teaser> eh, I feel stupid, but is there any specific reason "scons install" doesn't work in a fresh trunk check-out? (1.7.9 compiles fine and all tests pass, it just outputs: scons: Nothing to be done for `install'.
20091205 21:03:00< loonycyborg> Because it wotks based on what binaries currently exist.
20091205 21:03:36< loonycyborg> You can do something like "scons install wesnoth wesnothd"
20091205 21:05:18< teaser> but I have defined the target "wesnoth" in the .scons-option-cache, will try your line though
20091205 21:06:00< teaser> ok, your line worked ;)
20091205 21:11:36< shadowmaster> mordante: yes, I know.
20091205 21:19:27< mordante> shadowmaster, but next time I'll compile with older gccs afterwards
20091205 21:19:47< mordante> that is if I don't forget it like last time ;-)
20091205 21:20:01< shadowmaster> there are some warnings with g++ 4.4
20091205 21:20:08< shadowmaster> src/map_location.hpp:68: warning: dereferencing pointer ‘__x.829’ does break strict-aliasing rules    
20091205 21:20:14< shadowmaster> src/map_location.hpp:68: warning: dereferencing pointer ‘__x.829’ does break strict-aliasing rules
20091205 21:20:20< shadowmaster> and that's at HEAD.
20091205 21:21:22< mordante> __x looks like an implementation detail
20091205 21:23:30< shadowmaster> yes, it actually comes from libstdc++.
20091205 21:24:42-!- Doppp [i=Doppp@CMU-330744.WV.CC.CMU.EDU] has joined #wesnoth-dev
20091205 21:26:16< mordante> guess that means you've to ask the gcc people about it
20091205 21:31:57< shadowmaster> sounds like a tedious task for some reason; maybe in three months ;)
20091205 21:40:54< teaser> mordante: I have a slight problem when compiling: http://wesnoth.pastebin.com/d4a0c9a3d (I hope this is enough info anyway)
20091205 21:43:15< mordante> gui2::tunit_personalize dlg(); -> gui2::tunit_personalize dlg;
20091205 21:44:07< mordante> teaser, ^
20091205 21:44:58< teaser> thanks ;) (and let me know if I bug you too much, I just thought I give the real code a try ;)
20091205 21:46:18< mordante> you're welcome
20091205 21:46:58< mordante> as long as you don't want full reviews I can make time, full reviews need to wait until 1.8 is ready
20091205 21:47:16< mordante> or at least very near to ready...
20091205 21:50:36< shadowmaster> well, there's a bug filed against g++-4.4 on Sid with a similar problem as mine: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548274
20091205 21:53:57-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20091205 21:55:16< mordante> guess then you just need wait until it's getting fixed
20091205 22:06:03< CIA-62> mordante * r40085 /trunk/ (4 files in 2 dirs): 
20091205 22:06:03< CIA-62> Resizing the MP lobby no longer crashes randomly.
20091205 22:06:03< CIA-62> The problem occured if the number of visible items was larger as the
20091205 22:06:03< CIA-62> number of items.
20091205 22:06:11 * mordante makes a happy dance ^
20091205 22:12:49-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20091205 22:13:39-!- Ken_Oh1 [n=dick@c-69-137-152-22.hsd1.md.comcast.net] has quit [Read error: 54 (Connection reset by peer)]
20091205 22:13:49< shadowmaster> good job
20091205 22:17:58< mordante> yeah it was a rather elusive bug
20091205 22:18:36< shadowmaster> I can't know it's fixed or not though, I don't play MP and I haven't even met the original bug ;)
20091205 22:19:58< mordante> I don't play mp either but ran into it quite often during testing
20091205 22:21:14-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091205 22:21:49< shadowmaster> boucman: have there been any significant changes to the animation engine lately?
20091205 22:22:02< boucman> define lately... :)
20091205 22:22:19< Ivanovic> <10 years ago
20091205 22:22:21< Ivanovic> ;)
20091205 22:22:28< boucman> we tried to optimize some loading time stuff with alink last week IIRC
20091205 22:22:29< shadowmaster> I'm getting maximum 25 FPS here
20091205 22:22:45< boucman> no, not a recent change...
20091205 22:22:56< boucman> the change i did would not have changed fps
20091205 22:23:18< shadowmaster> it seems to get worse if there are some villages with flags on the map and someone plays their movement animation
20091205 22:23:56< boucman> hmm
20091205 22:24:07< shadowmaster> I could as well blame the X server, though. I'll restart with a safe driver.
20091205 22:24:10< boucman> and did that appear recently ?
20091205 22:24:16< boucman> yes please
20091205 22:24:23< shadowmaster> no idea, I've not played for months
20091205 22:24:37< CIA-62> mordante * r40086 /trunk/src/hotkeys.hpp: Remove an unneeded include.
20091205 22:24:42< CIA-62> mordante * r40087 /trunk/src/ (color_range.cpp game_config.cpp game_config.hpp image.cpp): Remove an unneeded include.
20091205 22:24:44< CIA-62> mordante * r40088 /trunk/src/clipboard.hpp: Remove an unneeded include.
20091205 22:24:49< CIA-62> mordante * r40089 /trunk/src/ (4 files in 2 dirs): Remove an unneeded include.
20091205 22:24:53< CIA-62> mordante * r40090 /trunk/src/attack_prediction_display.hpp: Remove an unneeded include.
20091205 22:24:55< CIA-62> mordante * r40091 /trunk/src/animated.i: Remove an unneeded include.
20091205 22:24:59< CIA-62> mordante * r40092 /trunk/src/actions.hpp: Remove an unneeded include.
20091205 22:25:04< CIA-62> mordante * r40093 /trunk/src/formula_debugger_fwd.hpp: Remove an unneeded include.
20091205 22:25:16< CIA-62> mordante * r40094 /trunk/src/ (9 files in 3 dirs): Remove an unneeded include.
20091205 22:25:17< CIA-62> mordante * r40095 /trunk/src/ (floating_textbox.cpp floating_textbox.hpp): Remove an unneeded include.
20091205 22:25:18< CIA-62> mordante * r40096 /trunk/src/ (dialogs.hpp show_dialog.hpp upload_log.cpp): Remove an unneeded include.
20091205 22:25:19< CIA-62> mordante * r40097 /trunk/src/construct_dialog.hpp: Remove an unneeded include.
20091205 22:25:22< CIA-62> mordante * r40098 /trunk/src/ (4 files in 2 dirs): Remove an unneeded include.
20091205 22:25:25< CIA-62> mordante * r40099 /trunk/src/ (ai/testing/aspect_attacks.cpp pathutils.cpp pathutils.hpp): Remove an unneeded include.
20091205 22:25:31< CIA-62> mordante * r40100 /trunk/src/ (9 files): Remove unneeded includes.
20091205 22:25:34< boucman> mordante is on a commmit spree
20091205 22:25:35< CIA-62> mordante * r40101 /trunk/src/ (multiplayer.cpp multiplayer_connect.hpp): Remove an unneeded include.
20091205 22:25:39< CIA-62> mordante * r40102 /trunk/src/menu_events.hpp: Remove an unneeded include.
20091205 22:25:42< CIA-62> mordante * r40103 /trunk/src/ (game_events.cpp game_events.hpp savegame_config.cpp): Remove an unneeded include.
20091205 22:28:32< mordante> boucman, yup don't want to commit every cleanup directly to avoid a lot of recompilation ;-)
20091205 22:28:43-!- Ken_Oh1 [n=dick@c-69-137-152-22.hsd1.md.comcast.net] has joined #wesnoth-dev
20091205 22:31:08< shadowmaster> boucman: yes, it's the driver... or more like the driver and operation mode combination
20091205 22:31:41< boucman> shadowmaster: ok, honestly, dichotomizing would have been my only clue at this point...
20091205 22:32:01< shadowmaster> the maximum with radeonhd and shadow framebuffer is 48 FPS in this game state. 
20091205 22:33:17< shadowmaster> with radeonhd and EXA with no XRender-based composition manager is around 40. With radeonhd and EXA and a composition manager it's about 35, and with radeon and EXA and a composition manager it's about 25.
20091205 22:35:32< boucman> ouch
20091205 22:35:36< boucman> hmm
20091205 22:36:02< shadowmaster> and with radeon and no EXA it's about 40. Which means radeonhd wins the contest :P
20091205 22:40:55< shadowmaster> how much I wish there was a magic thing we are missing to accelerate wesnoth a bit more.
20091205 22:54:24< Ivanovic> uhm, on my box things work *perfectly* using radeon on my rv670 card
20091205 22:54:38< Ivanovic> with a recent kernel (just switched to 2.6.32 to get 3d accell, too)
20091205 22:59:16< shadowmaster> I tried 2.6.32 and KMS for R7xx.
20091205 23:00:07< shadowmaster> Let's say that I do not think trying a newer mesa on a 2.6.32 kernel without KMS will be a more pleasant experience; besides, the mesa distribution is too big.
20091205 23:00:14< shadowmaster> the repo is even bigger.
20091205 23:02:57< shadowmaster> radeon also has an unusual habit of breaking text consoles here, so since it's also slower than readeonhd for Wesnoth under any acceleration mode, I guess I'll stick to radeonhd without DRI for now. 0 chances to crash this 2.6.31 kernel when resuming from hibernation this way, too.
20091205 23:17:15-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091205 23:19:09-!- dtiger [n=dtiger@dynamic-vpdn-93-125-66-14.telecom.by] has quit [Remote closed the connection]
20091205 23:45:05-!- shadowmaster is now known as Capt_Obvious
20091205 23:46:26< CIA-62> ivanovic * r40104 /trunk/ (7 files in 6 dirs): updated Latvian, Polish and Slovak translation
20091205 23:46:59< Ivanovic> i don't use kms here since it does not really work nicely together with my display setup
20091205 23:47:38< Ivanovic> but plain old 2d stuff as well as (very basic!) 3d stuff works perfectly using mesa from git master as well as libdrm and xf86-video-ati from git master
20091205 23:47:39< CIA-62> mordante * r40105 /trunk/ (changelog src/tests/gui/test_gui2.cpp src/tests/main.cpp): Fix the gui2 unit tests.
20091205 23:47:46< CIA-62> mordante * r40106 /trunk/changelog: Update changelog.
20091205 23:48:37-!- Capt_Obvious is now known as shadowmaster
20091205 23:49:07< shadowmaster> okay, now if I could get my hands on a connection that allowed me to clone the drm repo.
20091205 23:49:34< shadowmaster> and I'm always using radeon and radeonhd's HEAD revisions.
20091205 23:49:43< shadowmaster> s/drm/mesa/
20091205 23:50:23-!- Espreon is now known as Cheese-kun
20091205 23:51:10< Ivanovic> shadowmaster: using the latest 7.7-rc thingie should work, too
20091205 23:51:33< Ivanovic> argh, okay, no tag for this
20091205 23:51:43< Ivanovic> so 7.6.1-rc1 should do the trick, too
20091205 23:53:04< mordante> I'm off night
20091205 23:53:25-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20091205 23:53:37< shadowmaster> ~ 9 MB to download, isn't it?
20091205 23:54:22< Ivanovic> no idea
20091205 23:55:00< Ivanovic> this is my driver setup stuff: http://pastebin.com/m29b8d638
20091205 23:55:16< Ivanovic> the DRI on part should not be required anymore, no idea about EXA
20091205 23:55:52< shadowmaster> eh, what's the EXAVSync for?
20091205 23:56:01< shadowmaster> "as been know to cause instability on some chips"
20091205 23:56:24< shadowmaster> I missed an h, and the grammar mistake is from the radeon manpage, not me ;)
20091205 23:57:44< Ivanovic> that is to get vsync when playing Xv stuff
20091205 23:57:49< Ivanovic> as in "tear free video mode"
20091205 23:58:27-!- allefant [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20091205 23:59:25< Ivanovic> here everything works perfectly this way using kde with kwin desktop effects via xrender
20091205 23:59:41< Ivanovic> no idea if it would be different if desktop effects would be done via opengl
20091205 23:59:51< Ivanovic> (though in general i don't use too many desktop effects anyway)
--- Log closed Sun Dec 06 00:00:11 2009