#pentagram@irc.freenode.net logs for 10 Jul 2003 (GMT)

Archive Today Yesterday Tomorrow
Pentagram homepage


[07:48:18] --> exultbot has joined #pentagram
[07:48:18] --- Topic for #pentagram is: http://pentagram.sf.net/
[07:48:18] --- Topic for #pentagram set by wjp at Fri Jun 27 16:03:52 2003
[07:48:45] <-- wjp has left IRC (Client Quit)
[09:12:48] --> wjp has joined #pentagram
[09:12:48] --- ChanServ gives channel operator status to wjp
[09:16:42] --- wjp is now known as wjp|busy
[10:09:51] --> Dark-Star has joined #pentagram
[12:58:48] --> Colourless has joined #Pentagram
[12:58:48] --- ChanServ gives channel operator status to Colourless
[12:59:11] <Colourless> hi
[12:59:16] <wjp|busy> hi
[13:27:52] <Colourless> constants.....
[13:28:12] <Colourless> should all constants go in a single file? if so where should it go, what should it be named
[13:28:39] <wjp|busy> we should split them up by type
[13:28:49] <wjp|busy> game-specific constants, pentagram-specific constants
[13:29:23] <wjp|busy> game-specific ones should probably go into a Game class or something
[13:29:43] <wjp|busy> others in some header... constants.h or something
[13:32:54] <Colourless> well then we need a game class
[13:35:49] <DarkeZzz> PentagramGame : public GuiApp?
[13:37:33] <Colourless> that wasn't what i was thinking
[13:38:49] <Colourless> problem with that is, it makes it 'hard' to change games while running
[13:39:37] <DarkeZzz> Ahh. I see what you mean.
[13:41:44] <Colourless> plus i don't think we really need 'more' app classes :-)
[13:42:02] <DarkeZzz> I assume you're talking about having some sort of 'game description' file that has the various defaults/settings/stuff for the different games (weapon damage, whether you have simple/complex jumping, etc)?
[13:42:25] * DarkeZzz derives ColourlessApp from DragonApp.
[13:42:40] <DarkeZzz> You sure? *grin*
[13:43:59] <Colourless> as i said, i don't think we really need 'more' app classes :-)
[13:44:28] <Colourless> game class would be for game specific stuff
[13:45:10] * DarkeZzz accidentally (new DragonApp())->BreathFire(this);'s and heads for the hills!
[13:45:15] <Colourless> probably setting up a new game, intros, endings (not that we will be supporting such things for TGWDS possibly ever)
[13:45:33] <DarkeZzz> Yup.
[13:46:36] * DarkeZzz nodnods.
[13:50:30] <wjp|busy> yes, we need a Game class
[13:51:12] <wjp|busy> probably subclassed into U8Game, CrusaderGame
[13:51:35] <wjp|busy> lots of constants would go into the main 'Game' class
[13:51:42] <wjp|busy> (semi-constants)
[13:51:59] <wjp|busy> and could then be set by the U8Game, CrusaderGame init functions
[13:52:21] <wjp|busy> (chunksize, mapsize, backpack-shape, number of NPC IDs, ...)
[13:52:42] <wjp|busy> (oh, wait, Crusader didn't have a backpack, did it?)
[13:52:52] <Colourless> and the chunksize is the same
[13:53:05] <Colourless> and it probably still has 256 npc ids
[13:53:19] <DarkeZzz> I wonder where the ammocount and such were stored in crusader if it lacked a backpack.
[13:53:21] <Colourless> just all the npcs were egg or usecode created
[13:53:21] <wjp|busy> but I'd still put those constants in Game
[13:53:44] <Colourless> yes it would be a good idea
[13:53:45] <wjp|busy> could make them static for easy access
[13:53:50] <Colourless> allows for expansion later
[13:53:54] <wjp|busy> Game::chunksize, ...
[13:54:45] <Colourless> number of chunks in each dirs
[13:56:14] <Colourless> this stuff:
[13:56:18] <Colourless> si->sxbot = (si->x - si->y)/4 - cam_sx;
[13:56:18] <Colourless> si->sybot = (si->x + si->y)/8 - si->z - cam_sy;
[13:56:29] <Colourless> is different in crusader. it does /2 and /4 instead of /4 and /8
[14:01:07] <Colourless> probably would have a sint32 screen_coord_divisor in Game which would be set to 2 by u8 and 1 by crusader
[14:25:21] * wjp|busy nods
[14:45:42] * wjp|busy will bbl
[14:45:44] <-- wjp|busy has left IRC ("bbl")
[14:59:26] <-- Kirben has left IRC ("System Meltdown")
[15:17:11] --> wjp has joined #pentagram
[15:17:11] --- ChanServ gives channel operator status to wjp
[15:17:33] <wjp> back
[15:20:35] <Colourless> wb
[15:40:51] <wjp> any unforeseen things with per-chunk loading, btw?
[15:43:00] <Colourless> what do you mean?
[15:44:03] <wjp> just wondering if everything's going ok :-)
[15:44:28] <Colourless> it's not exactly per-chunk loading :-)
[15:44:46] <wjp> ok... loading isn't really the right word
[15:44:52] <Colourless> things aren't really 'that' different to how they are now
[15:47:01] <Colourless> we've already got the CurrentMap::removeItem() and CurrentMap::addItem() functions
[15:47:15] <Colourless> these are expanded to do some fast area related stuff
[15:48:13] <Colourless> camera requires more changes than anything else really
[15:49:57] <Colourless> is there any problems? nothing so far
[15:52:31] <Colourless> most of the stuff i'm putting into enterFastArea and leaveFastArea functions
[15:52:37] <Colourless> they are virtual
[15:52:53] <Colourless> and for glob eggs, they will do the expansion
[15:53:03] * wjp nods
[17:30:22] <wjp> dinner, bbl
[17:30:28] <Colourless> k
[18:06:17] <wjp> back
[18:06:24] <Colourless> wb
[18:06:27] <wjp> thx
[19:30:45] <Colourless> i'm off
[19:30:48] <Colourless> cya
[19:30:52] <-- Colourless has left IRC ("casts invisibility")
[21:17:50] <-- wjp has left IRC ("Zzzz...")