#pentagram@irc.freenode.net logs for 19 Feb 2005 (GMT)

Archive Today Yesterday Tomorrow
Pentagram homepage

[00:01:34] --- sbx|afk is now known as sbx
[00:21:18] <watt> redrum.
[00:23:23] <sbx> k thats creepy
[00:23:29] <sbx> spoon.
[03:57:25] <-- sbx has left IRC ("BRB")
[04:00:03] --> sbx has joined #pentagram
[06:46:26] <-- Kirben has left IRC ("System Meltdown")
[06:53:59] <-- oaQ^ has left IRC (Read error: 110 (Connection timed out))
[07:02:36] --> Kirben has joined #pentagram
[07:02:36] --- ChanServ gives channel operator status to Kirben
[07:08:39] --> Colourless has joined #Pentagram
[07:08:39] --- ChanServ gives channel operator status to Colourless
[08:35:56] <Colourless> OMG... topic has stayed for over a year....
[08:35:59] <Colourless> how
[08:36:24] <Colourless> hmm.. well i guess the exult one has been set for over half a year..
[09:17:49] <watt> I thought it was "There is no spoon." for a while in there
[09:43:52] <Colourless> exult had that
[09:44:04] <Colourless> i think
[09:46:56] <Colourless> maybe not...
[10:10:43] <wjp> ah, new directory; looks promising :-)
[10:10:57] <Colourless> i just thought i should commit this :-)
[10:13:42] <Colourless> hopefully that will compile
[10:13:50] <wjp> I see there are actually things in that directory as well :-)
[10:13:58] <wjp> (didn't get the commit mails for that yet)
[10:14:18] <wjp> speak of the devil... there they are :-)
[10:15:11] <wjp> ok, let's see
[10:15:28] <Colourless> barkgump positioning is all wrong... but that is something to fix another time
[10:20:46] <wjp> yeah
[10:21:10] <wjp> ok, things compiled
[10:22:07] <wjp> and it scales too; nice :-)
[10:22:25] <wjp> nice framerate as well
[10:23:30] <Colourless> yeah framerate is nice :-)
[10:23:44] <wjp> ah, the gumps are all unscaled at the moment
[10:23:57] <wjp> so that's what causing the wrong positioning?
[10:23:59] <Colourless> yeah
[10:24:09] <Colourless> ok bark gumps do this
[10:24:28] <Colourless> they get the releative position of the object they belong to
[10:24:35] <Colourless> then add an offset to it (in local space)
[10:25:19] <Colourless> they need add the offest first then the get the relative position
[10:25:40] <Colourless> or be relative to an anchor object
[10:27:08] <Colourless> or just put the offset though all the scaling code
[10:27:32] <Colourless> which is what i think i'll probably just do
[10:30:04] <Colourless> lets see
[10:30:25] <Colourless> i think i only need to change a couple lines in item relative gump...
[10:31:24] <wjp> I'll bbl; time for some breakfast :-)
[10:35:04] <Colourless> fixed :-)
[10:43:26] <wjp> cool :-)
[10:43:57] <wjp> does it also work when we move the the barkgumps behind the scalergump?
[10:48:47] <Colourless> yeah should do
[10:51:48] <wjp> I guess we should start replacing all 'desktopGump->AddChild' calls to 'GUIApp::addGump' calls
[10:51:52] <wjp> s/to/with/
[11:15:29] --> oakkius has joined #pentagram
[11:15:34] --- oakkius is now known as oaQ^
[11:31:48] <wjp> things seem to Just Work(tm) after changing containers and barks to be opened behind the scaler and inverter :-)
[11:32:46] <wjp> hm, but barks of items in containers aren't working
[12:18:28] <-- Chetic has left IRC (Read error: 54 (Connection reset by peer))
[13:04:01] <Colourless> committed some stuff
[13:04:11] <Colourless> an option i'm sure we all wished we had :-)
[13:11:31] --- pizzathief is now known as pizzasleep
[13:17:12] <-- Kirben has left IRC ("System Meltdown")
[13:30:19] <wjp> hm, sounds nice :-)
[13:30:26] * wjp updates and builds
[13:35:32] <wjp> very nice indeed
[13:36:03] <wjp> although arguably it shouldn't show things the avatar can't see :-)
[13:39:44] <servus> Fog Of War(TM) -- darken hidden areas
[13:47:24] <Colourless> as i said, needs work
[13:52:58] --> Chetic has joined #pentagram
[14:44:04] <Colourless> committed an update to the pointscaler, now support arbitrary scaling.
[14:44:38] <Colourless> can upscale and downscale :-)
[14:45:18] <Colourless> not exactly what i'd call optimized code
[14:45:25] <Colourless> so don't expect speedy results :-)
[14:45:42] <Colourless> 320x200 scaled to 640x480 is all right
[14:46:06] <Colourless> trying something like 1280x960 downscaled to 640x480 is dreadfully slow for me
[15:06:02] <wjp> but wouldn't that be slow mainly because of having to render such a large area?
[15:07:35] <Colourless> yeah it is
[15:07:53] <Colourless> but the scaler is also not very efficent
[15:08:15] <Colourless> at low res it's fine
[15:10:36] * Colourless thinks for a moment
[15:10:44] <Colourless> hmm, hang on you are right :-)
[15:11:25] <Colourless> the slowly is mostly going to be due to rendering a large area
[15:12:57] <Colourless> but the scaler is still inefficent
[15:34:46] * Colourless replaces desktop->AddChild() calls to guiapp->addGump()
[15:48:41] <wjp> hm, I already did a couple of those here
[15:48:56] <wjp> the ones in Item.cpp, to be exact
[15:56:46] <Colourless> uh oh :-)
[16:18:22] * Colourless hangs head in the shame with the amount of hacking he is doing in order for bark and ask gumps to properly save and reload when ttf is enabled/disabled across loads
[16:36:58] <wjp> hm, because of changed text dimensions?
[16:37:15] <wjp> funny you should mention that; I was just thinking about that earlier today
[17:22:34] <Colourless> yep
[17:22:36] <Colourless> :-)
[17:22:44] <Colourless> works now
[17:23:10] <Colourless> should i default the screensize to 320x200 ?
[17:24:54] <wjp> yeah, might as well
[17:25:09] <wjp> will fix a number of fastarea-related bugs :-)
[17:25:51] <Colourless> at the moment i've just set it to scale everytihng except for bark and ask gumps when TTF is being used
[17:27:25] <wjp> so barks will overlap modals for now?
[17:27:46] <Colourless> yes that can happen
[17:28:05] <Colourless> so what to do..
[17:28:21] <Colourless> maybe make modal gumps unscaled till we figure it out :-)
[17:31:36] <wjp> yeah, either that or always scale barks, I guess
[17:32:04] <wjp> until we implement that fancy scheme of using the alpha channel as a z-buffer :-)
[17:32:32] <Colourless> :-)
[17:33:45] <Colourless> can you just check this out for me
[17:34:08] <Colourless> at the beginning of the game save when the avatars conversation options are up. then reload
[17:36:05] <wjp> seems to work
[17:36:31] <Colourless> hmm
[17:36:35] <Colourless> broken for me
[17:36:44] <Colourless> i may have done something bad..
[17:37:42] <Colourless> is autochoosing some non existant conversation option
[17:38:52] <Colourless> ok, my text hack is the problem..
[17:39:00] <Colourless> now to see why..
[17:43:05] <Colourless> uh
[17:43:08] <Colourless> silly me
[17:43:14] <Colourless> put break instaed of continue
[17:46:31] --> sdfsadf has joined #pentagram
[17:46:36] <sdfsadf> hello
[17:46:49] <wjp> hi
[17:46:56] <sdfsadf> whatsup
[17:47:01] <sdfsadf> what is this channel about?
[17:47:09] <wjp> http://pentagram.sf.net/
[17:47:18] <sdfsadf> what is that?
[17:47:25] <wjp> that's typically called a 'URL'
[17:47:28] <Colourless> pentagrams and spoons or what he said
[17:47:40] <sdfsadf> what pentagrams?
[17:47:46] <sdfsadf> the musical pentagrams?
[17:48:14] <wjp> no, the ones used for preparing sorcery spells
[17:48:24] <sdfsadf> oh
[17:48:29] <sdfsadf> the satanic pentagram?
[17:48:47] <wjp> no
[17:48:53] <sdfsadf> ok
[17:49:51] --> Dominus has joined #pentagram
[17:49:51] --- ChanServ gives channel operator status to Dominus
[17:50:22] <wjp> hi Dominus
[17:50:26] <Dominus> hi
[17:50:39] <sdfsadf> hello dominus
[17:51:34] <Dominus> just compiling to see scaling action
[17:53:35] <Colourless> about to commit some more changes
[17:54:00] <Dominus> damn :)
[17:58:39] <Colourless> committed
[17:59:46] * wjp prepares for some conflicts :-)
[18:00:24] <sbx> hi Dominus
[18:00:30] <sbx> does U8 have moongates?
[18:01:00] <Colourless> no
[18:01:10] <wjp> just one at the end :-)
[18:01:21] <Colourless> the black gate is not a moongate
[18:01:47] <wjp> hm, yeah, maybe not
[18:01:50] <wjp> ah well :-)
[18:07:52] <wjp> although there's a book in BG that says: "Moongates come in four known varieties: blue, a gate across a land, red, a gate connecting worlds, black, a gate that traverses dimensions, and the theoretical silver, time gate."
[18:09:31] <wjp> Colourless: are barkgumps for items in containers broken for you as well or is that something I broke here?
[18:11:18] <Colourless> oh... containers...
[18:11:24] <Colourless> i think i broke those...
[18:12:09] <Colourless> yeah i did
[18:16:25] <Colourless> double click and drag work but single is broken..
[18:16:52] <Colourless> drag on the gump itself that is
[18:16:57] <Colourless> doesn't find the items...
[18:17:59] <wjp> dragging items does work
[18:18:20] <Colourless> yeah it does
[18:18:36] <Colourless> TraceObjId is broken i think...
[18:28:06] <Colourless> ah ha
[18:28:09] <Colourless> i think i know the problem...
[18:28:28] <Colourless> void GUIApp::handleDelayedEvents()
[18:28:56] <Colourless> passes screenspace coords to gump->OnMouseClick
[18:29:36] <Colourless> when the function expects the coords to be in 'parent space'
[18:31:57] <Colourless> yep that's the problem. the dragging code properly does all that
[18:33:48] <wjp> ah
[18:42:39] <Colourless> grr
[18:42:51] <Colourless> inconsitent coding..
[18:44:59] <wjp> I probably screwed up a few functions by mixing up some of the coordinate spaces
[18:45:46] <Colourless> yes i fix one thing, and something else breaks :-)
[18:46:40] <Colourless> question is which is right...
[18:47:10] <wjp> time for dinner; I'll be back later
[18:47:26] <Colourless> ok, Gump::TraceObjId() expect parent coords, so that is what everything must be
[18:47:46] <Colourless> alot of functions are assuming screenspace...
[19:02:59] <watt> cool stuff.. YAY
[19:03:44] <watt> still a few kinks to work out though... targetted jumping is strange to say the least
[19:04:15] <Dominus> watt: : on compiling the gimp plugin I get this error:
[19:04:16] <Dominus> tools/gimp-plugin/pentshp.o:pentshp.cpp:(.text+0x30d): undefined reference to `gimp_ui_init'
[19:04:24] <sbx> can pentagram act like pre-patch u8?
[19:05:31] <watt> hmm.. gimp-2.2?
[19:05:54] <Dominus> but it might be due to something that is not in the dev libraries (that are not officially suported anymore)
[19:07:59] <Dominus> the dev package is for gimp 2.2.3
[19:10:45] <Colourless> let see..
[19:12:18] <watt> looks to still be in the api from the development page, but I haven't upgraded to 2.2.3 just yet...
[19:12:46] <Colourless> ok this is icky, OnMouseDown/Click/Double code is in Parent space but all the Dragging code is in gump space.... :-/
[19:13:16] <Colourless> it now all works but that is just horribly inconsitent
[19:14:23] <Colourless> except for targetted jumping
[19:14:26] <Colourless> it's still funky
[19:17:23] <Colourless> good that works now
[19:18:07] <watt> sounds like we're getting a good code clean up outta this
[19:18:37] <Colourless> dragging code i will leave as is for now... it's too complex
[19:21:55] <Colourless> LOL... guard at the gate to tenebrae fell through the floow
[19:21:57] <Colourless> *floor
[19:22:06] <watt> ah crap
[19:26:40] <Colourless> committed various fixed
[19:27:28] <sbx> yeah they do that occasionally don't they? :)
[19:27:45] <sbx> nice security they've got there
[19:28:42] <watt> I thought we handled it before, but I guess we only decrease the rate at which it happens
[19:40:08] <Colourless> it really surprises me that the doubled lines because of the 200 -> 480 scaling aren't more noticable than they are
[19:47:45] <sbx> do things look taller?
[19:50:46] <sbx> of course
[19:58:12] <-- sbx has left IRC ("*casts gate travel*")
[20:06:26] <Colourless> later all
[20:06:32] <-- Colourless has left IRC ("casts improved invisibility")
[20:43:39] <-- sdfsadf has left IRC ()
[21:01:07] <-- Dominus has left IRC (Read error: 110 (Connection timed out))
[21:26:43] --> sbx has joined #pentagram
[23:46:44] --> Kirben has joined #pentagram
[23:46:44] --- ChanServ gives channel operator status to Kirben