#nuvie@irc.freenode.net logs for 20 Jul 2004 (GMT)

Archive Today Yesterday Tomorrow
Nuvie homepage


[00:09:46] --> Kirben has joined #nuvie
[09:06:37] --> sbx|afk has joined #nuvie
[10:20:11] --> Yuv422 has joined #nuvie
[10:20:19] <Yuv422> hi
[11:52:39] <wjp> hi
[12:09:11] <Yuv422> hi wjp
[12:10:11] <Yuv422> it sounds like pentagram is progressing well
[12:10:39] <wjp> yeah, we spent a significant amount of time on it the past month-and-a-bit :-)
[12:10:58] <Yuv422> :)
[12:20:33] <wjp> I think it might actually be time to start playtesting it a bit
[12:21:01] <Yuv422> cool
[12:21:46] <Yuv422> I'm starting to think about getting Nuvie to a state where the game is finishable
[12:22:14] <Yuv422> u6 that is
[12:22:31] <Yuv422> how far can pentagram be played in its current state?
[12:23:04] <wjp> with a bit of cheating quite far
[12:23:18] <Yuv422> major cheating?
[12:23:21] <wjp> last time I got all the way to Lithos
[12:23:28] <Yuv422> nice
[12:23:33] <wjp> nah, just avoiding jumping/climbing stuff
[12:23:46] <wjp> (that wasn't working at the time)
[12:23:47] <Yuv422> ah k
[12:23:52] <wjp> so fairly minor cheating
[12:24:07] <Yuv422> yeah that's fairly minor in the scheme of things
[12:24:42] <wjp> oh, incidentally I stopped playing at that point; I didn't get stuck
[12:24:56] <wjp> so it may have been possible to get a lot further :-)
[12:25:33] <wjp> how far can you get in Nuvie?
[12:25:54] <wjp> I got the impression things were working quite well generally last time I tried
[12:25:57] <Yuv422> not too far on the main quest
[12:26:07] <wjp> what's blocking it?
[12:26:09] <Yuv422> because you can't free shrines
[12:26:14] <wjp> I see
[12:26:20] <Yuv422> but that shouldn't be hard to fix
[12:26:27] <Yuv422> when I get around to it
[12:26:30] <Yuv422> :)
[12:26:36] <wjp> any idea why it doesn't work?
[12:26:45] <Yuv422> haven't coded it yet. :)
[12:27:04] <wjp> heh, that might just explain it then :-)
[12:27:10] <Yuv422> like most things it was hardcoded in the game engine
[12:27:39] <wjp> that's really a nice part about U8... after the usecode interpreter was fairly complete, nearly everything started working :-)
[12:28:52] <wjp> hm, how did freeing the shrines work again?
[12:29:00] <Yuv422> it's interesting looking at the design evolution from u6 through u7 to u8
[12:29:03] <wjp> kill gargoyles, fix moonstone or something?
[12:31:01] <Yuv422> mediate on the rune stones
[12:31:12] <Yuv422> say the mantra
[12:31:19] <Yuv422> iirc
[12:33:35] * Yuv422 tries to free a shrine in dosbox
[12:42:13] <Yuv422> yup you've got to "use" the rune stone near the shrine then say the correct mantra
[12:42:31] <Yuv422> this removes the force field and you can take the moonstone
[13:04:10] <Yuv422> wjp: You've inspired me. I'm adding use rune now. :)
[13:23:35] <wjp> :-)
[13:50:23] <Yuv422> hmm
[13:50:42] <Yuv422> looks like our get text callback in MsgScroll will only return one char
[13:50:43] <Yuv422> :(
[13:51:03] <Yuv422> that could be a problem for out mantra strings
[13:51:09] <Yuv422> out/our
[13:52:12] <Yuv422> when entering a mantra the original allowed you to enter up to four characters
[13:52:43] <wjp> only one char? why?
[13:53:09] <Yuv422> Up till now we've only had one char style feed back from the user
[13:53:12] <Yuv422> y/n
[13:53:18] <Yuv422> when not in talk mode
[13:53:49] <Yuv422> maybe I'm just not calling sbx's msgscroll text request code correctly
[13:54:07] <Yuv422> but it looks like it only tries to get one char at most
[13:57:06] <wjp> but isn't that only when permit_input is set?
[13:57:20] <Yuv422> hmm
[13:57:25] <Yuv422> you might be right there
[13:58:26] <wjp> which if true is really something that requires a comment above set_input_mode in MsgScroll.h
[13:59:14] <wjp> because it just isn't "logical" or "clear" that setting 'allowed'/'permit_input' has that kind of side effect...
[13:59:23] <Yuv422> if I set that to null it allows more chars but loops for ever
[13:59:26] <Yuv422> yeah
[13:59:36] <Yuv422> it confused me. ;-)
[13:59:43] <wjp> what loops forever?
[14:00:04] <Yuv422> it never returns from the text input
[14:00:16] <wjp> hm, pressing enter should do that
[14:00:17] <Yuv422> you just keep typing characters into the msgscroll
[14:00:28] <Yuv422> yeah that doesn't seem to o anything
[14:00:42] <wjp> enter somehow requires 'permit_inputescape' to be true
[14:01:07] <wjp> (which sounds like a bug)
[14:01:44] <Yuv422> yeah setting permit to NULL and escape to true works
[14:01:57] <wjp> see MsgScroll.cpp, KeyDown(), line 508
[14:02:31] <Yuv422> yeah strange
[14:02:48] <Yuv422> I'll have to ask sbx what his desired functionality is
[14:02:50] <wjp> it's probably to prevent pressing enter when you're supposed to say yes/no
[14:03:11] <wjp> set_input_mode _really_ needs some docs
[14:03:22] <Yuv422> hehe yes
[14:03:44] <Yuv422> well I can use the rune stones now and input the mantras
[14:04:03] <Yuv422> now I've got to search for a forcefield nearby
[14:04:20] <Yuv422> and if present remove it from the map if the correct mantra was said
[14:05:08] <wjp> are the mantras themselves in the data or hardcoded?
[14:06:08] <Yuv422> hard coded
[14:06:35] <Yuv422> in nuvie they look like this
[14:06:38] <Yuv422> char mantras[][8] = {"AHM", "MU", "RA", "BEH", "CAH", "SUMM", "OM", "LUM"};
[14:06:44] <wjp> :-)
[14:19:14] <Yuv422> ok I've found the corresponding force field
[14:19:45] <Yuv422> now I've got to make sure I'm close enough to it to remove it
[14:35:55] <Yuv422> which cpp include do I call for abs?
[14:37:09] <wjp> absolute value? cstdlib
[14:37:19] <Yuv422> yup
[14:37:25] <Yuv422> righto
[14:38:28] <Yuv422> ok use rune is done. :)
[14:38:56] <Yuv422> I've only tested it on the shrine of compassion though
[14:39:10] <Yuv422> I'm assuming the others will work correctly too. ;-)
[14:39:47] <wjp> cool
[14:51:46] <Yuv422> ok that's in cvs now
[14:52:00] <Yuv422> we still need to do the magic animation
[14:52:06] <Yuv422> but that can be done later
[14:52:12] <Yuv422> time for bed
[14:52:13] <Yuv422> cya
[14:52:20] <-- Yuv422 has left IRC ("BitchX: cleaner, drier, protects even better")
[15:01:49] <-- Kirben has left IRC ("System Meltdown")