#uwadv@irc.freenode.net logs for 5 Oct 2002 (GMT)

Archive Today Yesterday Tomorrow
Underworld Adventures homepage

[00:42:06] --> QQtis has joined #uwadv
[07:40:37] --> vividos has joined #uwadv
[07:40:37] --- ChanServ gives channel operator status to vividos
[07:41:25] <vividos> hi QQtis
[10:34:03] <-- vividos has left IRC ("gtg")
[11:32:54] --> wjp has joined #uwadv
[11:32:54] --- ChanServ gives channel operator status to wjp
[12:16:55] --> yot has joined #uwadv
[13:09:25] --> vividos has joined #uwadv
[13:09:25] --- ChanServ gives channel operator status to vividos
[13:09:28] <vividos> hi
[13:13:13] <yot> lo
[13:19:54] <wjp> hi
[13:46:47] <vividos> still no mails from SF?
[14:07:12] <wjp> it's working for me now
[15:17:07] <-- vividos has left IRC (Killed (NickServ (Nickname Enforcement)))
[15:17:49] --> vividos has joined #uwadv
[15:17:49] --- ChanServ gives channel operator status to vividos
[17:05:27] <QQtis> greetings
[17:05:29] <-- vividos has left IRC (Read error: 104 (Connection reset by peer))
[17:05:31] * QQtis just woke up
[17:06:32] <wjp> morning :-)
[17:07:59] <QQtis> finally got my computer back
[17:08:13] <QQtis> had to send laptop to California to get it fixed :)
[17:08:55] <QQtis> how is progress?
[17:09:12] <QQtis> I see you got in touch w/ Church and Schmidt
[17:12:05] <wjp> we did?
[17:14:09] <QQtis> that's what it says on your dev log
[17:14:45] <wjp> it does? :-)
[17:16:43] * wjp has been busy with other things the last 2 weeks, so didn't keep up with current news much
[17:18:20] <QQtis> I wish I could make teh damn thing compile on my PC
[17:18:43] <wjp> msvc6, right?
[17:18:57] <QQtis> mhm...
[17:21:53] <QQtis> maybe I should just set up a one PC as linux or something
[17:28:03] <wjp> you could try it in mingw?
[17:37:31] <QQtis> but I thought mingw was just a library
[17:37:44] <QQtis> it's not a different compiler, is it?
[17:37:54] <wjp> mingw is gcc for windows
[17:38:20] <wjp> (and a couple of companion libraries, I think)
[17:38:36] <wjp> www.mingw.org
[17:40:24] <QQtis> really?
[17:40:28] <QQtis> heheh, I have it installed
[17:40:47] <QQtis> but I just thought I was linking it to msvc
[17:40:48] <QQtis> heheh
[17:40:53] <QQtis> gonna go look at it again
[18:19:53] --> vividos has joined #uwadv
[18:19:53] --- ChanServ gives channel operator status to vividos
[18:20:41] <vividos> good evening!
[18:21:00] <wjp> hi
[18:21:22] <wjp> quite a lot of CVS activity today :-)
[18:21:44] <vividos> yes :)
[18:21:57] <vividos> unfortunately I still get no mails :(
[18:22:55] <vividos> savegame loading and saving should work now, hopefully
[18:23:29] <vividos> and savegames are now packed using zlib
[18:24:28] <wjp> hm, link error
[18:24:46] <vividos> I just committed Makefile.common with the new additions
[18:24:47] <wjp> undefined reference to `ua_save_game_screen virtual table'
[18:25:13] <wjp> ok, better now :-)
[18:25:28] <vividos> :)
[18:25:43] <wjp> hm, an uwadv compiled with zlib can't read savegames from one compiled without zlib?
[18:25:59] <vividos> zlib is necessary in any case :)
[18:26:16] <wjp> I guess it doesn't really matter then :-)
[18:26:41] <vividos> I meant zlib is needed anyway, for the zziplib stuff
[18:26:53] <vividos> but the two savegame formats are not interchangeable
[18:27:41] <vividos> it would be very nice if zziplib could at least create new zip files, so we could store the different savegame parts in different files in the zip file, which would make unpacking and debugging much easier
[18:27:58] <wjp> so, how do I save/load? :-)
[18:28:16] <vividos> ctrl-r is "restore" and ctrl-s is "save", ingame
[18:28:25] <vividos> in the start menu the load screen also appears
[18:28:34] <vividos> and btw, keymap support is in :)
[18:28:45] <wjp> "enter number of game to overwrite or N for new savegame: " 1
[18:28:49] <wjp> "wrong game number"
[18:28:53] <wjp> "enter number of game to load:"
[18:28:59] <wjp> "type in savegame description: "
[18:29:03] <wjp> eh?
[18:30:18] <vividos> well, it took 0 as number, I guess :)
[18:30:42] <wjp> (oh, btw, I didn't have any games yet when I typed that)
[18:30:50] <vividos> such error cases are not catched, and the load/save screen are just quick hacks
[18:37:47] <vividos> but generally it should work
[18:38:55] <wjp> yeah, it did work ok :-)
[18:40:16] <wjp> yikes, compressing them really helps
[18:40:31] <wjp> 870Kb -> 66Kb
[18:40:31] <vividos> yeah, from ~ 800kb down to 60
[18:40:33] <vividos> :)
[18:41:33] <vividos> I was rather generous with the bytes
[18:42:08] <vividos> the keymap.cfg in %uadata/uw1/ is read in, btw
[18:43:21] <vividos> where should a second keymap.cfg go (one that is user-configurable)?
[18:43:34] <wjp> ~/uwadv/keymap.cfg?
[18:43:48] <vividos> is it the place where uwadv.cfg is, too?
[18:43:52] <wjp> um, ~/.uwadv/keymap.cfg
[18:45:27] <wjp> yeah, I think so
[18:46:04] <QQtis> hellow vividos
[18:46:07] <wjp> no, wait
[18:46:16] <wjp> it uses ~/.uwadv.cfg as a config file, currently
[18:46:36] <wjp> but that should probably be ~/.uwadv/uwadv.cfg if we're going to put more config files in there
[18:49:16] * wjp hmms...
[18:49:42] <wjp> what about uw2 keymappings?
[18:49:47] <QQtis> can you answer some lamer questions for me again?
[18:50:24] <QQtis> how can I make mingw work for me in win2k?
[18:50:36] <QQtis> I need to set the paths somehow
[18:51:11] <QQtis> how does one do that mannually in w2k?
[18:52:14] <wjp> hm, well... umm... there's a setting for that somewhere
[18:52:30] <QQtis> heheh
[18:52:31] <QQtis> :)
[18:53:12] <wjp> right click on my computer, properties, advanced, environment variables
[18:53:43] <QQtis> sweet
[18:53:45] <QQtis> thanks
[19:05:09] <QQtis> hm...
[19:05:12] <QQtis> ok I have mingw working
[19:05:23] <QQtis> but it does not compile stl for some reason
[19:09:19] <QQtis> syntax errors
[19:10:59] <vividos> sorry, was away
[19:11:14] <vividos> wjp: uw2 keymappings are added when we support uw2 :)
[19:11:31] <wjp> :-)
[19:11:35] <QQtis> :))
[19:11:47] <wjp> the main point was where game-specific config files should go :-)
[19:12:42] <vividos> ok :) ~/.uwadv/ is probably a good idea. we could invent a %uahome% variable that holds the path system-independent
[19:12:54] <vividos> QQtis: STLport isn't absolutely needed, you can skip compiling that
[19:13:20] <QQtis> ok
[19:13:24] <vividos> you need the zlib, SDL and SDL_mixer includes and libs, too
[19:18:16] <QQtis> ok I think I'm set
[19:18:32] <QQtis> so now I should just download everything from CVS on sourceforge?
[19:19:03] <QQtis> is there any easier way to download all of those files at once rather than one by one on my browser?
[19:19:43] <vividos> well, use TortoiseCVS for checkout, with anonymous repository access
[19:23:27] <QQtis> hm.. ok Tortoise installed
[19:23:29] <QQtis> how do I run it?
[19:24:00] <QQtis> :)))
[19:24:48] <vividos> just right-click on a folder where you want to place all the source files and select "CVS Checkout"
[19:25:18] <vividos> in the CVSROOT field you place the string "-d:pserver:anonymous@cvs.uwadv.sourceforge.net:/cvsroot/uwadv"
[19:25:28] <vividos> without the two " of course
[19:26:01] <vividos> for the password asked just press return
[19:26:12] <QQtis> heheh
[19:26:20] <QQtis> except the enture string doesn't fit
[19:26:24] <QQtis> entire
[19:26:53] <vividos> into the edit field?
[19:26:58] <QQtis> hm...
[19:27:02] <QQtis> strange
[19:27:08] <QQtis> hold on
[19:27:42] <QQtis> it pastes what I copy from irc
[19:27:46] <QQtis> but the -d dissapears
[19:27:58] <vividos> ah that's ok
[19:28:13] <QQtis> oh ok
[19:28:45] <vividos> -d is just the cvs option that is used on command line
[19:30:10] <QQtis> hm..
[19:30:11] <QQtis> some errors
[19:32:00] <QQtis> how about if I have an account on sourceforge
[19:32:02] <QQtis> maybe I should use that one?
[19:33:16] <QQtis> hm... something is wrong
[19:33:58] <vividos> wouldn't work, since you are not a project member
[19:34:02] <vividos> what is the error?
[19:34:26] <QQtis> hm... are you sure that's the ringht directory?
[19:35:27] <QQtis> cannot make directory
[19:35:30] <QQtis> no such file or directory
[19:36:26] <wjp> vividos: I got your email, btw
[19:36:49] <vividos> umm, did you fill out the "Module" edit field with "uwadv"?
[19:36:56] <vividos> wjp: ok
[19:37:11] <vividos> seems that I have to open a support request ...
[19:37:36] <QQtis> got it!
[19:37:42] <QQtis> finally, heheh
[19:37:57] <vividos> sorry, forgot the module field
[19:44:55] <QQtis> c:/mingw/include/sdl/SDL_opengl.h:41: GL/gl.h: No such file or directory
[19:45:07] <QQtis> that's me trying to build install
[19:45:09] <QQtis> :)))
[19:45:55] <QQtis> perhaps I lack another library?
[19:45:59] <vividos> as said, you need the SDL and SDL_mixer includes and libs
[19:46:52] <QQtis> hm....
[19:46:57] <QQtis> well SDL is in there
[19:46:58] <vividos> the README.mingw32.txt in the "docs" folder has more infos on that
[19:47:10] <vividos> oh sorry, that was the wrong one
[19:47:13] <QQtis> but one of the sdl h files is refering to a GL header
[19:47:18] <vividos> GL/gl.h is the OpenGL stuff of course
[19:47:39] <vividos> it should come with mingw32
[19:47:51] <QQtis> that's strange
[19:49:07] <vividos> should be in w32api-2.0
[19:49:34] <QQtis> ah
[19:49:38] <QQtis> yes
[19:49:47] <QQtis> it comes with msvc
[19:49:54] <QQtis> but why doesn't mingw find it?
[19:50:37] <vividos> mingw32 is separate from msvc, it doesn't search in these include paths (and it probably is bad when it would)
[19:51:07] <QQtis> so how do I cure this shortsightedness?
[19:52:49] <vividos> well, did you install the mingw 2.0.0 package?
[19:53:01] <QQtis> well the include path where GL is - it's included in the system environment variables
[19:55:44] <QQtis> I got the latest version of mingw whatever it was
[19:58:20] <vividos> do you use MSYS?
[19:58:52] <QQtis> what's msys?
[20:00:23] <QQtis> MinGW-1.1.tar.gz
[20:00:27] <QQtis> that's the file I downloaded
[20:00:42] <QQtis> like it said in the doc
[20:00:47] <QQtis> do I need a more recent version?
[20:00:57] <wjp> 1.1? wasn't 2.0 out yet?
[20:03:26] <QQtis> you are absolutely right
[20:03:34] <QQtis> no reason not to download a later version
[20:03:37] <QQtis> :)
[20:03:47] <QQtis> but you should update your doc
[20:07:07] <vividos> I just update it
[20:08:17] <vividos> well, MSYS is a unix-like shell for win32, which is needed to compile using mingw32
[20:08:32] <QQtis> :)
[20:09:56] <vividos> did you try the MSVC workspace with the CVS version?
[20:11:58] <QQtis> I think my biggest problem is version mismatch
[20:12:10] <QQtis> once I update all fo thsi stuff i'll try some things again
[20:15:29] <vividos> mismatch of what versions?
[20:16:07] <QQtis> maybe stl will compile this time too
[20:18:12] <QQtis> hm...
[20:18:18] <QQtis> now where do I find msys?
[20:18:49] <vividos> www.mingw.org
[20:19:30] <QQtis> ok
[20:19:40] <QQtis> dos prompt seems to be working fine for now
[20:20:01] <QQtis> wan't msys suppose to come with it in that big download?
[20:20:12] <vividos> for now :)
[20:20:38] <wjp> according to www.mingw.org mingw and msys are two separate downloads
[20:20:58] <wjp> mingw-2.0.0-3.exe and msys-1.0.7-i386-2.exe
[20:31:22] <wjp> hm, weird, uwadv is pausing briefly every 2 seconds or something
[20:31:54] <vividos> huh?
[20:32:27] <vividos> the window caption is updated every 2 seconds, for fps measurement
[20:33:00] <wjp> hm, yes, it freezes around the same time as the caption is updated
[20:33:16] <wjp> just after the update
[20:33:24] * wjp closes some background programs
[20:34:03] <wjp> hm, it's mostly gone now
[20:34:18] <wjp> althought it's still there if you pay close attention
[20:34:44] <wjp> I wonder if the time it takes to update the caption is exponential in the number of open windows or something :-)
[20:35:05] <vividos> hehe :)
[20:35:15] <wjp> the more windows I open the worse it gets
[20:35:25] * wjp opens 20 terminals
[20:35:36] <vividos> you could try to take out the call to SDL_WM_SetCaption in uwadv.cpp
[20:36:01] <wjp> 40 terminals...
[20:36:09] <vividos> hmm, maybe you run out of GDI resources? perhaps a reboot helps? *bg*
[20:36:19] <wjp> GDI? what's that? :-)
[20:36:35] <wjp> yikes, it's really bad now with this many windows
[20:36:58] <wjp> 60...
[20:37:12] <wjp> it pauses for nearly a second now :-)
[20:37:16] <vividos> wow :)
[20:37:49] <wjp> now, where is the terminal I was using to compile uwadv...
[20:37:58] * wjp can't find anything on his desktop anymore somehow :-)
[20:39:05] <wjp> ok, it runs fine without the SDL_WM_SetCaption
[20:39:36] <wjp> let's see what SDL does in that function :-)
[20:39:49] <QQtis> do I need to download win32api separately too?
[20:40:13] <wjp> that's in mingw-.....exe according to mingw.org
[20:40:30] <QQtis> cool thanks
[20:40:45] <QQtis> more of it works now but still not everything
[20:40:58] <QQtis> it built all the .o files
[20:41:08] <QQtis> but hits an error when it runs teh C++ command
[20:45:01] <wjp> hm, SDL's SetCaption calls XSync, which flushes the output buffer and waits until all events have been processed
[20:45:41] <vividos> QQtis: could you paste the error?
[20:46:23] <QQtis> ok now with msys it si better
[20:46:29] <QQtis> but the error it nwo hits is this
[20:46:39] <QQtis> /bin/sh.exe: zip: command not found
[20:46:40] <QQtis> make: *** [uadata/uadata00.uar] Error 127
[20:46:47] <wjp> ah :-)
[20:47:15] <vividos> you also need a zip command line tool
[20:47:22] <wjp> looks like the docs need another entry :-)
[20:47:36] <QQtis> not one
[20:47:37] <QQtis> mayeb a few
[20:47:49] <QQtis> like you should say that a newer version of mingw is needed
[20:47:58] <wjp> that's already updated
[20:48:22] <wjp> it now says "...either get a full distribution, e.g. MinGW-2.0.0-3.exe..."
[20:48:35] <QQtis> ah, heheh
[20:48:36] <QQtis> :)
[20:48:39] <wjp> you're not using latest CVS ;-)
[20:48:45] <QQtis> I'm not?
[20:48:54] <wjp> you missed this doc update :-)
[20:49:07] <QQtis> must have been 5 mins ago
[20:49:09] <QQtis> :)
[20:49:17] <QQtis> ok, so this zip thing
[20:49:27] <QQtis> just any generic commandline zip?
[20:50:03] <wjp> yeah
[20:50:04] <vividos> the infozip one should work: http://www.info-zip.org/pub/infozip/Zip.html
[20:57:18] <QQtis> the non-encryption version, I assume
[20:59:55] <vividos> just the binary in a path where it can be found by the system
[21:05:10] <QQtis> hm
[21:05:12] <QQtis> ok
[21:05:21] <QQtis> finally everything compiled but uwadv doesn't run
[21:05:25] <QQtis> :)))))))))
[21:06:24] <vividos> did you do a "make install"?
[21:06:36] <QQtis> yep
[21:06:41] <QQtis> you know what's strange
[21:06:53] <QQtis> every tiem I run uaconfig it has all settings back to default
[21:07:11] <QQtis> c:\uw1\ and sound only and 640x480
[21:07:19] <vividos> hmm, could be a bug
[21:07:47] * vividos bitches about SDL's keysym stuff
[21:09:13] <QQtis> hm... after I run uaconfig the cfg fil3e is not updated
[21:10:01] <vividos> right, is a but
[21:10:26] <vividos> s/but/bug
[21:10:39] <vividos> for now you have to edit the file manually
[21:15:25] <-- QQtis has left IRC (Read error: 104 (Connection reset by peer))
[21:20:38] --> QQtis has joined #uwadv
[21:20:41] <QQtis> crashed
[21:20:43] <QQtis> hahah
[21:21:22] <vividos> uwadv?
[21:22:09] <QQtis> as I was running it
[21:22:14] <QQtis> win2k made a memmory dump
[21:22:20] <vividos> good
[21:22:35] <vividos> was a stdout.txt also created?
[21:22:54] <QQtis> yes
[21:23:14] <QQtis> last line in it is
[21:23:15] <QQtis> init audio subsystem ... ua_win_midiout: Using device -1: Microsoft MIDI Mapper
[21:25:52] <QQtis> you know
[21:25:56] <QQtis> I think I know what teh problem is
[21:26:11] <QQtis> the default MIDI device is a software synth
[21:26:17] <QQtis> Yamaha XG something or other
[21:27:02] <vividos> well, that should be no problem, unless the drivers are not working
[21:27:24] <-- vividos has left IRC ("restart")
[21:28:17] <QQtis> I think the drivers use some exclusive p4 instructions
[21:28:19] <QQtis> coudl be some sort of low-level conflict
[21:28:42] <QQtis> NT-based systems are not famous for being flexible in that regard
[21:28:57] --> vividos has joined #uwadv
[21:28:57] --- ChanServ gives channel operator status to vividos
[21:29:24] <QQtis> vividos
[21:29:35] <QQtis> [17:24] <QQtis> I think the drivers use some exclusive p4 instructions
[21:29:35] <QQtis> [17:25] <QQtis> coudl be some sort of low-level conflict
[21:29:59] <QQtis> what I've been thinking, though..
[21:30:09] <QQtis> were you thinking of doing something about the music?
[21:31:59] <vividos> for the crash: you could try to disable audio altogether
[21:32:14] <QQtis> how about using a more sophisticated synth, fleshing out the dynamics and timbbre, create a digital soundtrack...
[21:32:31] <QQtis> I just switched it to hardware MIDI
[21:32:43] <vividos> when someone provides nice digital versions of the ingame music, I certainly will put in support for it
[21:32:54] <QQtis> :)
[21:33:20] <QQtis> I coudl mess around with that
[21:33:29] <QQtis> lately I've been more of a musician than a programmer
[21:34:52] <vividos> of course we are bound to the copyright and licenses of the original material
[21:37:53] <vividos> ok, if you do a cvs update now, the uaconfig program should work
[21:40:06] <vividos> wjp: have you done anything with the SDL keysym stuff yet?
[21:41:11] <QQtis> ok I just ran teh game
[21:41:15] <QQtis> some problems I noticed
[21:41:23] <wjp> vividos: what do you mean?
[21:41:44] <QQtis> the first title screen that says "ultima underworld" that comes up right after the Origin thing - has a black line streaking on the right side
[21:41:51] <QQtis> vertically
[21:42:06] <vividos> the one with the menu?
[21:43:13] <wjp> what origin thing?
[21:43:24] <vividos> the splash screen
[21:43:49] <QQtis> before menu
[21:43:57] <QQtis> after origin splash
[21:44:06] <wjp> I get a "Ultima Underworld the stygian abyss" screen, and then the menu
[21:44:18] <wjp> that's all
[21:44:58] <vividos> that's because you have savegames :)
[21:45:20] <wjp> weird :-)
[21:45:28] <wjp> but indeed, when I delete the saves it shows up
[21:45:37] <QQtis> hold on lemme try and run it again
[21:45:41] <QQtis> one mroe question
[21:45:55] <wjp> I can probably guess what's causing that black line
[21:45:58] <QQtis> are you sure that in the original game 1 was look up and 3 was look down
[21:45:59] <QQtis> ?
[21:46:03] <QQtis> I thought it was teh other way around
[21:46:39] <wjp> 1 = down, 3 = up according to the manual
[21:47:15] <vividos> the reference card says the same
[21:47:29] <QQtis> I'm gonna try to run the game again
[21:47:54] <wjp> s/manual/reference card/, yes :-)
[21:48:39] <vividos> hmm, seems that I mapped it the other way round :)
[21:48:51] <QQtis> :)))))
[21:49:07] <QQtis> ok, cuz I was starting to think that maybe I am crazy
[21:49:25] <QQtis> somehow instinctively it just felt wrong
[21:50:43] <QQtis> another thing --
[21:51:35] <QQtis> the scroll at the bottom of the screen and teh compass and the flasks - I can see the bitmaps they are made of as blocks, there are lines of strange discoloration along edges
[21:51:56] <vividos> up/down problem is fixed in CVS
[21:52:16] <vividos> yes, I'll fix that some time
[21:53:06] <QQtis> I don't remember seeing that in the butterfinger version
[21:53:34] <vividos> it's a texture problem
[21:54:10] <vividos> wjp, how many cvs mails did you get today ... yet?
[21:54:24] <wjp> lots
[21:54:54] <QQtis> new CVS doesn't compile for some reason
[21:54:56] <wjp> over 30
[21:55:08] <QQtis> source/resource/cfgfile.o(.text+0xd60):cfgfile.cpp: multiple definition of `ua_cfgfile::write_start_section(std::string const&)'
[21:55:08] <QQtis> source/uwadv.o(.text$_ZN10ua_cfgfile19write_start_sectionERKSs+0x0):uwadv.cpp: first defined here
[21:55:08] <QQtis> make: *** [uwadv.exe] Error 1
[21:55:25] <wjp> hm, try a make clean
[21:55:41] <QQtis> no rule for clean
[21:56:06] <wjp> rm uwadv.o then
[21:56:06] <vividos> did you use the -f, too?
[21:56:20] <wjp> make -f Makefile.mingw clean, yes
[21:56:29] <wjp> (or whatever the makefile is called)
[21:56:33] <QQtis> oh, right
[21:56:37] <QQtis> heheh
[21:56:42] <QQtis> silly me
[21:58:20] --> y0t has joined #uwadv
[21:58:35] <-- y0t has left IRC (Client Quit)
[22:02:07] <QQtis> what's in uadata ?
[22:04:05] <vividos> stuff that's needed for uwadv
[22:05:13] <vividos> scripts, keymaps, audio playlists and such
[22:10:11] <QQtis> mhm
[22:15:08] <vividos> btw, combining items doesn't work anymore
[22:15:14] <QQtis> I was gonna say
[22:15:15] <QQtis> :)))
[22:16:19] <-- yot has left IRC (Read error: 110 (Connection timed out))
[22:17:41] <QQtis> question: where is the code for physics?
[22:18:06] <QQtis> like, vertical and horizontal clipping
[22:19:09] <vividos> in physics.cpp/.hpp :)
[22:19:22] <vividos> but it gets rewritten soon
[22:22:01] <QQtis> are you gonna try and implement falling ans jumping?
[22:25:06] <vividos> yes
[22:25:20] <vividos> with Telemachos tutorial it will be quite easy
[22:25:36] <wjp> vividos: what did you want to ask earlier about SDL_keysym?
[22:26:13] <vividos> I wanted to know if you did something related to it
[22:26:29] <wjp> yeah, I wrote the current Exult keybinding code
[22:27:41] <vividos> why does SDL not use/recognize the shifted keys, e.g. the dollar, semicolon or whatever. now I have to make the conversion by myself
[22:27:54] <wjp> ah, you need to use unicode translation for that
[22:28:26] <vividos> hmm, does it have drawbacks?
[22:28:45] <wjp> a slight speed penalty, I guess
[22:29:11] <wjp> do you still have the exult sources around?
[22:29:18] <vividos> of course
[22:29:26] <wjp> if so, look at gumps/Gump_manager.cc, in handle_modal_gump_event
[22:29:48] <wjp> and the docs for SDL_EnableUNICODE
[22:29:59] <wjp> hm, not much to see there, btw
[22:30:11] <wjp> summary: look at the event.key.keysym.unicode field
[22:30:23] <wjp> (there == exult code)
[22:30:24] <vividos> seems that I need newer sources :)
[22:30:32] <wjp> yeah, this is pretty recent
[22:30:46] <wjp> we got fed up with not being able to use shifted chars in savegame names :-)
[22:30:49] <wjp> s/we/I/ :-)
[22:30:53] <vividos> well, I'll look at it tomorrow :)
[22:31:07] <vividos> btw, I updated http://uwadv.sourceforge.net/index.php?page=image&image=shots/shot2.jpg&text=ingame%20screen%20with%20original%20user%20interface%20(not%20complete%20yet)
[22:31:22] <wjp> anyway, SDL just puts the generated character in the .unicode field
[22:31:37] <wjp> nice URL :-)
[22:31:42] <vividos> the old screenshot appeard on several home pages :)
[22:32:17] <vividos> unicode: how can I generate a unicode number from given SDLkey and SDLmod value?
[22:33:06] <wjp> hm, you don't :-)
[22:33:18] <wjp> you shouldn't use unicode translation for hotkeys, btw
[22:33:43] <wjp> although this is a tricky issue
[22:34:32] <wjp> basically, not all key combinations generate a unique character, so you can't identify hotkeys based on the unicode field
[22:34:52] <vividos> like e.g. shift + F11
[22:35:04] <wjp> yeah, that one doesn't even generate a character
[22:35:21] <wjp> or I think with some input methods it will take several keys to generate a character
[22:35:53] <wjp> do the y and z keys work properly for you, btw?
[22:35:54] <vividos> I think in that case I stick to normal chars and do the translation by myself; after all, the savegame description doesn't need that many chars :)
[22:36:16] <wjp> for savegame names (and any text input) I'd use unicode translation
[22:36:32] <vividos> no they don't
[22:36:40] <vividos> y and z, that is
[22:37:02] <wjp> an added bonus of unicode translation is that it actually looks at your OS' keymaps, or something like that
[22:37:09] <wjp> (I'm not all too familiar with the intricate details)
[22:37:19] <wjp> so the y and z will be correct with unicode translation
[22:37:37] <vividos> can I have both? unicode for chars that get input, and normal keysym values for keys that the user presses?
[22:37:42] <wjp> yeah, sure
[22:37:48] <vividos> ok then :)
[22:37:53] <wjp> just enable unicode translation, and only look at the unicode field when you want to :-)
[22:37:59] <vividos> good
[22:38:07] <wjp> the other values will be left unchanged
[22:38:43] <wjp> in exult I generate two events when a key is pressed: a 'keydown' event and a 'text input' event. The first is used for hotkeys, the second for text input (obviously ;-) )
[22:38:53] <vividos> can I cast the .unicode field to char? the input should be stored in normal std::strings
[22:39:07] <wjp> not right away
[22:39:12] <vividos> exult events == SDL_events?
[22:39:31] <vividos> I guess I can throw away unicode >= 0x80
[22:39:34] <wjp> no, every gump has a key_down() and text_input() method
[22:40:07] <wjp> and those are just called from the SDL_event handler
[22:40:22] <vividos> ah ok
[22:40:36] <wjp> yeah, throwing away unicode >= 0x80 is what I do too
[22:40:49] <wjp> ((unicode & 0xFF80) == 0 ), to be exact
[22:40:57] <vividos> ok
[22:41:06] <vividos> I'll do that tomorrow
[22:41:13] <wjp> I think I got that from the SDL docs some time ago
[22:41:53] <vividos> have to go out now :)
[22:42:03] <wjp> k, see you later
[22:42:15] <vividos> (nice effect: start menu -> journey onward -> "x")
[22:42:49] <wjp> oh, and I just deleted my savegames :-)
[22:43:07] <vividos> :)
[22:43:11] <wjp> nice :-)
[22:43:28] <wjp> leaves the clearing colour on something not-black?
[22:47:26] <vividos> yes, seems that part of the image is transparent :)
[22:48:33] <vividos> ok, bye!
[22:48:35] <-- vividos has left IRC ("Leaving")
[22:56:10] <QQtis> so
[22:56:13] <QQtis> wjp
[22:56:24] <QQtis> I wish I coudl contribute somehow
[22:57:34] <QQtis> although I don't know how
[23:16:02] <wjp> hm, there's lots to do :-)
[23:16:42] <wjp> find bugs, write docs, write code, better music, better models
[23:20:23] <wjp> oh, decode files from the original
[23:28:34] <QQtis> heheh, well I think the first question is what I am capable of handling
[23:58:13] <QQtis> lpaying around with midi banks right now
[23:58:47] <QQtis> I think creating a digital recording with a good synth is teh best bet
[23:59:03] <QQtis> it's unlikely that we coudl hire a live orchestra, right?
[23:59:04] <QQtis> :)))
[23:59:14] <wjp> it would definitely be _very_ nice to have good digital tracks :-)
[23:59:36] <wjp> someone did them for Exult, and it just sounds so much better, it's incredible really