#uwadv@irc.freenode.net logs for 7 Aug 2002 (GMT)

Archive Today Yesterday Tomorrow
Underworld Adventures homepage

[07:39:46] --> phlask has joined #uwadv
[07:39:46] --- ChanServ gives channel operator status to phlask
[07:45:02] <-- phlask has left #uwadv ()
[08:01:15] --> Dominus has joined #uwadv
[08:01:59] <Dominus> hi
[08:27:52] <Dominus> compiling uwadv...
[08:43:32] <Dominus> now where to put uw.init?
[09:17:15] --> vividos has joined #uwadv
[09:17:16] --- ChanServ gives channel operator status to vividos
[09:17:27] <Dominus> hey ho
[09:17:39] <vividos> 'morning :)
[09:19:58] <Dominus> as for the sfx, these might need an adlib emu or something, maybe the fm player colourless is soing will play them
[09:21:01] <Dominus> as when you select adlib or soundblaster in the original these don't sound too bad
[09:23:40] <Dominus> oh and where is uwinit supposed to be when you "make" the uadata files?
[09:26:33] <vividos> ok, right, the file should go into the uar file, too
[09:27:40] <vividos> for the sfx: I don't know where they are stored, so I cannot playback them. maybe hardcoded into the uw.exe
[09:28:03] <Dominus> might be, lU7 has the same problem
[09:28:18] <Dominus> Ultima 7 I mena
[09:28:21] <Dominus> I mean
[09:28:25] <Dominus> grrr
[09:29:33] <Dominus> uadata/makefile needs some updating then (also the createchar.lua file needs to be included...)
[09:31:40] <vividos> right, I'll do it now
[09:33:02] <vividos> the new Makefile.mingw works for you?
[09:33:08] <Dominus> yep
[09:33:37] <Dominus> with the usual stlport path modifications of course :-)
[09:36:49] <vividos> ok
[09:37:04] <vividos> and the uadata/Makefile?
[09:37:55] <Dominus> with lua I had the problem that luac wouldn't compile, but I downloaded the binary
[09:38:15] <Dominus> though I'm not sure if the binary is the 4.0 or the 4.01 version
[09:40:20] <vividos> what error messages were given?
[09:41:08] <Dominus> In file included from dump.c:7:
[09:41:08] <Dominus> c:/programme/div/curios/mingw/include/stdio.h:216: syntax error before "int"
[09:41:08] <Dominus> c:/programme/div/curios/mingw/include/stdio.h:370: syntax error before "int"
[09:41:28] <Dominus> that is with gcc 3.1 and msys
[09:50:56] <Dominus> but with the binary I downloaded make works and uwadv plays
[09:50:56] <Dominus> the garbled text in the character screen is normal?
[09:51:19] <vividos> from today's CVS?
[09:51:30] <Dominus> yeah
[09:52:00] <vividos> didn't look at it yet
[09:52:19] <vividos> I added build rules for the uadata folder and the luac binary to Makefile.mingw
[09:53:42] <Dominus> oh, damn
[09:53:46] <Dominus> stupid me
[09:54:58] <Dominus> I did try to build luac from the source you get from the lua homepage
[09:55:13] <Dominus> but I just found I get the same error with the one in uwadv
[09:56:39] <vividos> hmm, I think I use the same config as you ...
[09:56:53] <vividos> make -f Makefile.mingw luac
[09:57:06] <Dominus> let me try with that now
[09:59:19] <Dominus> same error
[09:59:20] <Dominus> In file included from dump.c:7:
[09:59:20] <Dominus> c:/programme/div/curios/mingw/include/stdio.h:216: syntax error before "int"
[09:59:20] <Dominus> c:/programme/div/curios/mingw/include/stdio.h:370: syntax error before "int"
[09:59:20] <Dominus> make[1]: *** [dump.o] Error 1
[10:01:07] <Dominus> oops
[10:01:26] <Dominus> aargh
[10:01:40] <vividos> hmm?
[10:01:45] <Dominus> why did I have the older mingw runtime installed in my system?
[10:01:52] <Dominus> tell me
[10:01:55] <Dominus> now!
[10:01:56] <Dominus> :-)
[10:01:59] <vividos> don't know :)
[10:02:03] <Dominus> worked
[10:02:04] <vividos> did that solve the error?
[10:02:08] <Dominus> yep
[10:02:26] <vividos> a "make -f Makefile.mingw data" should compile the whole stuff, btw
[10:02:39] <Dominus> cool
[10:03:01] <Dominus> another usefull proposal for the makefile
[10:03:59] <Dominus> define a UWPATH=(path to your uwadv dir)
[10:04:26] <vividos> for an install target?
[10:04:36] <Dominus> yep
[10:05:14] <Dominus> make the deafult path something like c:\uwadv
[10:05:30] <Dominus> and with make -e you can easily overrule it with your own path
[10:05:42] <Dominus> (must be set before make of course)
[10:05:54] <vividos> more something like c:\uw1\ ?
[10:06:20] <Dominus> or that
[10:06:43] <Dominus> up to now I have uwadv and uw1 in seperate dirs but that is good too
[10:08:18] <vividos> then we should take c:\uwadv\, but the user has to adjust uwadv.cfg then
[10:09:13] <Dominus> doesn't he have to do this anyway?
[10:09:43] <vividos> yes, but when we install into uw1, the uw1path could be "./" then
[10:10:23] <Dominus> then make it uw1 because you can have an easy udata path then as well
[10:11:51] <Dominus> it could look like that install: $(EXEC)
[10:11:51] <Dominus> if not exist $(UWADVPATH) md $(UWADVPATH)
[10:11:51] <Dominus> strip $(EXEC) -o $(UWADVPATH)\\$(EXEC)
[10:11:51] <Dominus> if not exist $(UWADVPATH)\uadata md $(UWADVPATH)\uadata
[10:11:51] <Dominus> copy uadata\Uadata00.uar $(UWADVPATH)\uadata
[10:12:38] <vividos> yes, I thought of the same
[10:12:54] <Dominus> copy uwadv.cfg of course as well :-)
[10:13:44] <vividos> do you use WinCVS now?
[10:13:52] <Dominus> for uwadv.cfg it might be easy to have that generated by uwadv itself on 1st startup if it can't find it
[10:14:16] <Dominus> yeah, i use wincvs since I started work at exult :-)
[10:14:28] <Dominus> though I wanted to try tortoise out
[10:14:42] <vividos> it's rather good, I use it now for almost all CVS tasks
[10:14:51] <Dominus> tortoise?
[10:14:58] <vividos> yes
[10:15:52] <Dominus> i'll try it out (maybe later today), from the screenshots I thought it looked really cool
[10:17:35] <Dominus> for uwadv.cfg : why not let it be generated with the default assuming that it is in the uw1 dir and uadata is in the same one?
[10:19:47] <vividos> hmm, would be possible, but when we support uw2 (when that ever happens :) it would be better to have an extra uwadv install folder
[10:20:26] <Dominus> oh, yes, forgot that it is supposed to support two games in the future...
[10:20:35] <vividos> phlask and I already thought about a program (for win32 only) that can search for the game files
[10:20:57] <vividos> and maybe even do some more config editing stuff
[10:21:24] <vividos> that one could be executed after an installer is finished
[10:21:36] <Dominus> if you do that, go for the whole thing (editing other cfg stuff)
[10:22:00] <vividos> Linux people are supposed to do those things for yourself :)
[10:22:12] <vividos> themselves, sorry :)
[10:23:00] <Dominus> or you could have an cfg editor with the same interface as Exult studio (portable) and have only this little search program give out the path to the user on running
[10:23:56] <vividos> would be another idea, yes
[10:24:05] <vividos> install target works, but crash on the char. creation :)
[10:25:18] <vividos> but you should have the SDL.dll and SDL_mixer.dll somewhere where it could be found
[10:25:23] <Dominus> you see that'S why I like to run uwadv with the console disabled :-)
[10:26:02] <Dominus> after ti crashed on me before, it told me in the stdout that the script for the character screen was missing
[10:26:20] <vividos> normally I run it in msvc, and then the exception is shown and I can look at the code
[10:26:35] <Dominus> ahhhh
[10:28:48] <vividos> ah, should update all source code, not just the lua script :)
[10:29:01] <Dominus> :-)
[10:33:11] <vividos> item combining works now, btw
[10:34:39] <Dominus> he, I wondered why you had those items in the screen :-)
[10:37:15] <vividos> :)
[10:38:38] <Dominus> just got this while playing with the inventory:
[10:38:41] <Dominus> caught ua_exception: inventory: illegal item list access
[10:39:16] <vividos> whoops :(
[10:39:38] <vividos> with already combined objects?
[10:39:56] <Dominus> oh, no, not with combining
[10:40:21] <Dominus> I did some limit testing of containers
[10:41:41] <vividos> hmm, got an exception, too
[10:41:41] <Dominus> filling up a container, dragging stuff out of it while it was open onto the container symbol
[10:42:03] <Dominus> then outside of it, trying to drag an object
[10:42:10] <Dominus> would sometimes crash
[10:46:19] <vividos> got to have a look at it
[10:46:34] <vividos> btw, I'll add a "make update" target that doesn't overwrite the uwadv.cfg
[10:46:49] <Dominus> nice idea
[10:48:26] <vividos> char.creation works now, but has the garbled text you mentioned
[10:48:51] <Dominus> good, that I'm not the only one who has that bug
[10:49:05] <Dominus> unlike another bug :-)
[10:49:20] <vividos> strange, works with msvc
[10:49:41] <Dominus> what do you mean?
[10:49:56] <vividos> using msvc in debug mode doesn't show garbled text
[10:50:19] * Dominus looks ... astonished
[10:53:42] * vividos tries msvc release build
[10:57:07] <vividos> very strange
[10:57:36] * vividos is interested what wjp sees in char.creation
[11:03:07] <vividos> whew, exiting msys bluescreened ...
[11:03:28] <Dominus> oops
[11:03:45] <vividos> I think I should restart :) 'till then
[11:03:47] <-- vividos has left IRC ("Leaving")
[11:07:05] --> vividos has joined #uwadv
[11:07:05] --- ChanServ gives channel operator status to vividos
[11:07:41] --> phlask has joined #uwadv
[11:07:41] --- ChanServ gives channel operator status to phlask
[11:07:48] <vividos> hi phlask
[11:07:49] <phlask> hi guys
[11:07:59] <Dominus> hi you two
[11:08:04] <Dominus> nice timing :-)
[11:09:01] <vividos> wanna see uwadv home page with a nice austin powers logo? http://www.austinpowers.com/cgi-bin/shared/nph-proxy.cgi/000010A/http/uwadv.sourceforge.net/
[11:09:40] <phlask> yeah baby
[11:09:46] <phlask> :)
[11:09:56] <Dominus> he he
[11:11:29] <phlask> hey vividos did you already take a look at that inventory bug I mailed you about a while back?
[11:12:40] <vividos> wjp fixed one bug last week, but we just found out some new ones :)
[11:13:19] <phlask> inlcuding the one with the moving of an open container?
[11:13:42] <vividos> I try to find the mail :)
[11:14:25] <vividos> btw, the ingame fps should be higher now, did you try that?
[11:14:40] <vividos> ah found it
[11:15:07] <phlask> I checked out the source yesterday night... should that one be faster?
[11:15:30] <Dominus> for me it doesn't make a difference maybe even seems slower
[11:15:56] <phlask> release build only, or should the debug version be faster too?
[11:16:33] <vividos> yes, should be faster, too
[11:17:09] <vividos> ok, identified that container-in-paperdoll bug
[11:17:09] <Dominus> comparing the release 4 and the build from a couple of hors ago: nodifference noted for me...
[11:17:22] <Dominus> good
[11:17:55] <phlask> I don't notice a big (if any) difference either :(
[11:18:05] <Dominus> what'S your card?
[11:18:39] <phlask> mine?
[11:18:45] <Dominus> yep
[11:18:52] <phlask> TNT2 Ultra
[11:20:00] <Dominus> how much fps do you get in the game window?
[11:20:38] <phlask> just under 20 in the first corridor... which is WAY too low
[11:20:52] <Dominus> yeah for me too
[11:21:03] <Dominus> of course right now I get 0.9 fps
[11:21:11] <Dominus> while building exult :-)
[11:21:42] <vividos> I got around 20 fps, and after the change in image.cpp I had around 40
[11:22:09] <phlask> weird... did you do some card-specific changes by any chance? ;)
[11:25:46] <vividos> no, I tried it before and right after the change
[11:26:05] <vividos> maybe it doesn't have a visible impact on your machine
[11:27:52] <phlask> what is the thing that makes the game so (relatively) slow anyhow? Games like sshock2 & thief have a far more complex world but still run over twice as fast...
[11:29:44] <vividos> I wrote a mail to the devel list, "OpenGL performance" that should explain it
[11:30:06] <phlask> 'k thanks :)
[11:31:24] <phlask> but is it just an OpenGL thing then?
[11:32:02] <phlask> (still waiting for the mail :)
[11:34:35] <vividos> the mail is dated 2000-08-05, so you should have got it already
[11:35:07] <phlask> 2 years ago eh?
[11:36:09] * Dominus thinks vividos needs a time check
[11:36:23] <vividos> oh sorry :) 2002 of course
[11:36:49] <phlask> oh... that one, hmm, must have overlooked it
[11:37:05] <phlask> well... that does explain a thing or two
[11:38:18] <phlask> so the 2D UI bitmap actually slows down the game big time?
[11:38:43] <vividos> yes, just disable the render_ui() call and look
[11:39:02] <phlask> can't right now... but I believe you :)
[11:39:48] <phlask> well... another good reason for an alternative UI then eh :)
[11:40:19] <vividos> yes :)
[11:40:36] <phlask> but... still can't help to wonder why making the 3D view smaller on other games actually makes the game faster in most cases
[11:41:06] <phlask> Is it just the size of the texture that kills the performance in this case?
[11:41:47] <vividos> yes, and the constant texture uploading
[11:42:27] <phlask> and now for a really stupid question... why keep uploading the same texture again and again?
[11:43:19] <vividos> it's not the same. e.g. when you move the cursor, the bitmap changes
[11:43:46] <phlask> well.. why not make the cursor a seperate texture then?
[11:44:23] <vividos> ok, we could have textures for about any item that could change on the screen, but that would be a lot more work. and I didn't know that it hits speed that much
[11:45:02] <vividos> btw, I hope I fixed most inventory bugs related to open containers in paperdoll slots with the commit now
[11:46:03] <phlask> I would split of the textures into one big texture with the backround (uploaded once) and everything else as overlay textures devided into zones (which change)
[11:46:41] <vividos> sounds nice, and would speed up things I think
[11:46:55] <phlask> you would have to do such a thing anyhow for the new alternative UI :)
[11:47:10] <vividos> yes :)
[11:48:12] <phlask> thanks for the updates... I'm going to do some heavy inventory testing tonight
[11:48:40] <vividos> I think there is at least one more bug in it :)
[11:48:52] <phlask> I'll try to find it
[11:49:14] <phlask> a quick lua question... is it possible to generate random numbers inside a script or do I have to call an exported C function for that?
[11:49:41] <Dominus> he he, that sounded more like: "I have hidden at least one more bug in it"
[11:50:37] <vividos> the mathematical library has rand and random as functions, but I don't know if they're accessible yet
[11:51:02] <vividos> Dominus: :)
[11:52:51] <phlask> well, I'll try to see if it works
[11:52:57] <Dominus> vividos: why didn't you make the mkdir in update with if exist? and also it should be mkdir -p $(UWADV_PATH)/uadata/ and not mkdir -p $(UWADV_PATH)uadata/
[11:53:37] <phlask> do you know of any good lua debuggers btw? I downloaded LuaIDE a few days ago... but that one sucks
[11:54:38] <vividos> I've seen some screenshots, but it would be cool to have a visual uwadv/lua debugger
[11:54:53] <vividos> Dominus: I expected that UWADV_PATH has a trailing \
[11:55:25] <phlask> yes that would be cool...
[11:55:45] <Dominus> vividos: ah, okay
[11:55:50] <phlask> anyways, I've got to go. bye now
[11:56:01] <vividos> ok, bye!
[11:56:12] <-- phlask has left #uwadv ()
[11:56:19] <vividos> I enable the Lua math lib then, btw
[12:03:06] <Dominus> if you write update: uwadv tools data
[12:03:06] <Dominus> mkdir -p $(UWADV_PATH)
[12:03:06] <Dominus> strip $(uwadv_EXEC) -o $(UWADV_PATH)$(uwadv_EXEC)
[12:03:06] <Dominus> mkdir -p $(UWADV_PATH)uadata/
[12:03:06] <Dominus> cp uadata/uadata00.uar $(UWADV_PATH)uadata/
[12:03:15] <Dominus> you save one line :-)
[12:04:09] <Dominus> but there are certainly more important things :-)
[12:04:26] <Dominus> like the garbled character creation :-)
[12:05:28] <vividos> :-)
[12:06:32] <Dominus> ok, I've got to reboot
[12:06:36] <Dominus> brb
[12:06:43] <-- Dominus has left IRC ("Exult! Exult! Exult!")
[12:22:07] --> Dominus has joined #uwadv
[12:22:41] <Dominus> back
[12:22:44] <Dominus> finally figured out what all to delete to have no console showing at all :-)
[12:23:01] <vividos> in the makefile?
[12:23:17] <Dominus> about inventory: while you are at it, how are the limits of nesting containers?
[12:23:22] <Dominus> yes the makefile
[12:24:36] <Dominus> currently I packed bag2 into bag1, backpack into bag2, mapcontainer into backpack and runebag into mapcontainer
[12:24:39] <vividos> currently there are no limits; only the number of items a player can hold limits this
[12:24:48] <vividos> it's fully ok
[12:25:14] <Dominus> but there were limits in the original?
[12:25:29] <vividos> I don't know, but maybe
[12:25:46] <Dominus> I think there were object related limits
[12:26:04] <Dominus> like no backpack into bag and only maps into mapcontainers
[12:27:06] <Dominus> damn, msys, I always end up with sh.exe not properly terminating...
[12:27:19] <vividos> a winxp problem?
[12:27:30] <Dominus> not sure
[12:27:50] <vividos> backpack into bags: this should be in, yes
[12:28:22] <vividos> there even is a table in the original about the container, but not all fields are known
[12:28:46] <vividos> see misc/uw1-object-classes.txt
[12:31:55] <vividos> l
[12:32:09] <vividos> ok, have to go then. bye!
[12:32:42] <Dominus> bye
[12:34:05] <-- vividos has left IRC ("Leaving")
[13:43:02] --- Dominus is now known as Dominus|away
[13:44:28] --> vividos has joined #uwadv
[13:44:28] --- ChanServ gives channel operator status to vividos
[15:23:03] --> wjp has joined #uwadv
[15:23:03] <-- vividos has left IRC (Read error: 104 (Connection reset by peer))
[15:23:03] --- ChanServ gives channel operator status to wjp
[15:23:40] --> vividos has joined #uwadv
[15:23:40] --- ChanServ gives channel operator status to vividos
[15:23:49] <vividos> hi
[15:24:03] <wjp> hi
[15:24:27] <vividos> did you already start the ua_settings redo?
[15:24:56] <wjp> no, I just wrote a function to init the config file list
[15:25:19] <wjp> (but that was a couple of days ago already)
[15:25:24] <vividos> ok then I'll do that
[15:25:52] <wjp> I'll probably do the data file build mechanism tonight
[15:26:14] <vividos> ok, the win32 data-building should already work
[15:27:23] <wjp> ah, using the top-level Makefile.mingw I see
[15:27:31] <wjp> does that make uadata/Makefile obsolete? :-)
[15:27:36] <vividos> no :)
[15:27:38] * wjp is still hoping he can replace that by a Makefile.am :-)
[15:27:43] <wjp> ah well :-)
[15:27:44] * vividos knows that :)
[15:28:09] <vividos> what would go in that Makefile.am ?
[15:28:26] <vividos> besides the stuff we already have?
[15:28:32] <wjp> not much (if anything)
[15:28:42] <wjp> but automake will automatically add clean and install targets
[15:28:48] <wjp> (and dist)
[15:30:05] <vividos> we could have both a Makefile.am and a Makefile, couldn't we?
[15:30:16] <wjp> well, yes, but that would overwrite the Makefile
[15:30:30] <wjp> hm, maybe we can rename the Makefile that's already there?
[15:30:50] <wjp> and create a script (like autogen.sh/configure) to rename it back
[15:31:19] <wjp> what system is that Makefile for, exactly, btw?
[15:31:49] <vividos> We could have a Makefile.common with the common rules
[15:32:06] <vividos> the makefile is for the GNU make, I think. It works nicely using MSYS
[15:32:15] <vividos> don't know about plain DOS
[15:32:19] <wjp> ah, msys, k
[15:32:50] <wjp> I'm curious.. does configure run in it? :-)
[15:33:22] <vividos> don't know :) maybe it's worth a try
[15:36:27] <vividos> Makefile.am: the problem is that we would have two files to update
[15:36:52] <wjp> well, we already have at least 3 build systems to keep up to date
[15:38:36] <vividos> that's right
[15:39:17] <wjp> Makefile.mingw and uadata/Makefile can share the changing parts, I think
[15:39:38] <wjp> not sure if a Makefile.am can include other files
[15:39:47] <wjp> (without totally confusing automake, that is)
[15:40:05] <wjp> ah, yes, Makefile.am can include files too
[15:41:02] <vividos> is automake aware of the included parts then?
[15:41:07] <wjp> yes
[15:41:18] <wjp> in fact, automake hides them from make
[15:41:41] <wjp> (it apparently merges everything before doing any processing)
[15:41:54] <vividos> nice! then we have a solution
[15:42:50] <wjp> ok, so let's see...
[15:43:02] <wjp> we rename the current uadata/Makefile to something like uadata/Makefile.msys?
[15:43:15] <wjp> create a uadata/Makefile.am
[15:43:31] <wjp> create a uadata/<something> that contains the list of scripts
[15:43:54] <wjp> include that last one in Makefile.msys, Makefile.am and Makefile.mingw
[15:44:02] <wjp> right?
[15:44:35] <vividos> hmm, why having the Makefile.msys? The <something> can be included in Makefile.mingw directly (I think)
[15:44:59] <wjp> ah, ok, I misunderstood
[15:45:08] <wjp> Makefile.mingw is suitable for msys too?
[15:45:22] <vividos> I just tried, a make in the uadata folder works in DOS, too.
[15:45:41] <vividos> yes, I compile with MSYS and Dominus does, too.
[15:46:01] * wjp is slightly out of the loop on windows/mingw stuff, as you can probably tell :-)
[15:46:33] <vividos> don't think that the whole Makefile.mingw works without it, as it contains some calls to GNU utils (rm, cp, etc.)
[15:46:36] <wjp> btw, with some creative Makefile hacking you can get rid of one of the two lists of scripts
[15:46:50] <wjp> (the .lob list and the .lua list, I mean)
[15:47:05] <vividos> the .lob list probably?
[15:47:28] <wjp> hm, depends on what works out better for automake
[15:47:41] <wjp> probably keep the .lua list, yes
[15:48:59] <wjp> something like: objects = $(sources:.lua=.lob)
[15:49:50] <wjp> unfortunately you can only use that in make; it confuses automake a bit :-)
[15:51:09] <vividos> ok. just commit what you think will work and I'll look at it
[16:07:46] <wjp> I'll take a shot at it tonight after dinner :-)
[16:09:01] <vividos> ok
[16:09:44] <vividos> now that I don't have to regenerate the makefile.in's, I can change the Makefile.am's again
[16:09:58] <wjp> yup :-)
[16:11:06] <vividos> for a source distribution the configure and Makefile.in's should be present, though. that means you have to do the source distro :)
[16:11:41] <wjp> "make dist"? :-)
[16:11:50] <vividos> ok you don't have to do it, but it would be nice :)
[16:12:07] <vividos> :)
[16:12:32] <vividos> I already tried to build an rpm on the compilefarm, but I need to be root for that, right?
[16:13:00] <wjp> hm, yes, I think so, but somehow I always thought that was kind of silly
[16:13:20] <wjp> I would expect there to be a way to do it as a normal user
[16:13:30] <wjp> I'll have to study the rpmbuild manpage a bit sometime, I guess :-)
[16:18:48] <vividos> the next release is weeks away :)
[16:37:22] --- vividos is now known as vividos|away
[16:40:44] --- Dominus|away is now known as Dominus
[16:48:12] <Dominus> wjp: I wonder, do you also get garbled text in the character creation ?
[16:48:46] * Dominus was sleeping on the couch before he dropped on his keyboard...
[17:19:59] <Dominus> make: *** No rule to make target `source/resource/settings.o', needed by `uwadv.exe'. Stop.
[17:20:01] --> phlask has joined #uwadv
[17:20:02] --- ChanServ gives channel operator status to phlask
[17:20:32] <Dominus> wb
[17:20:57] <phlask> good evening everyone
[17:21:27] <Dominus> where do you live in Germany?
[17:21:51] <phlask> who, me?
[17:21:56] <Dominus> yep
[17:22:06] <phlask> well... I don't :)
[17:22:22] <Dominus> oh
[17:22:29] <Dominus> sorry, I thought you were
[17:22:55] <wjp> that's vividos :-)
[17:23:08] <phlask> jep... he's our man
[17:23:33] <Dominus> I though that phlask is from Germany as well
[17:23:51] <Dominus> so phlask, where are you from?
[17:24:08] <phlask> The Netherlands actually
[17:24:26] * Dominus ahs
[17:25:08] <phlask> well, I for one am glad that that has been cleared up
[17:26:10] <Dominus> Well, that was very important. without this as general knowledge, uwadv would never be completable
[17:26:39] <phlask> I'd have to agree :)
[17:27:54] <phlask> darn, we definitely need more exposure... it is awfully quiet in here
[17:28:46] <Dominus> don't worry, sooner or later the first troll will appear and you'd wish that the channel had less exposure :-)
[17:29:05] <wjp> bbl, dinner
[17:29:45] <Dominus> like people asking you for features you never planned to add
[17:30:04] <phlask> people can ask all they want...
[17:30:05] <Dominus> how about multiplayer? Any plans? (not that I care) :-)
[17:30:28] <phlask> the current idea is to create an (almost) exact copy of the original gameplay
[17:31:32] <phlask> and add a couple of cool additions... but definitely no multiplayer, because their is no way to incorperate that into the original storyline
[17:31:52] <phlask> it is no FPS mind you
[17:32:35] <Dominus> I know, it's just something someone will sooner or later try to pester you with
[17:33:07] <phlask> besides... there is already a different UW1 remake project that has (or will have) multiplayer support
[17:33:21] <Dominus> *cough*
[17:33:40] <phlask> so we can send anyone who likes that to their channel
[17:33:48] <Dominus> the one with monthly changing weblayout
[17:34:33] <Dominus> I have seven different demos from them with about 4 different engines
[17:34:34] <phlask> yeah... the project that spends 95% of their time on designing their website and the other 5 on stealing our code :)
[17:36:27] <phlask> well... we'll see if it ever comes close to any of their initial goals... I do actually hope so, the more UW1 remakes, the better
[17:37:04] <Dominus> well, to me this project is the most interesting
[17:37:17] <Dominus> 1. something is being done here
[17:37:24] <Dominus> 2. it'S opensource
[17:37:39] <Dominus> 3. it's very faithfull to the original
[17:37:55] <Dominus> actually make 3 the number one point
[17:38:05] <phlask> well... I can't disagree with you there :0
[17:38:31] <Dominus> I wonder what will happen, when someone ports uwadv to pocketpc
[17:38:47] <phlask> haha... I hope it won't blow up :)
[17:39:18] <Dominus> after all then it will be a direct competitior to the commercial pocketpc version
[17:39:47] <phlask> I think it can't compete actually, because I'm not sure the pocketpc supports OpenGL
[17:40:07] <Dominus> yeah, that part makes it a bit hard :-)
[17:40:23] <phlask> besides... it is not a real competitor... you still need the original game in order to run it eh :)
[17:41:41] <-- vividos|away has left IRC (Read error: 110 (Connection timed out))
[17:42:24] <phlask> talking about the original... I just started re-playing it a few weeks back and am -almost- there (for the first time, I never completed the game 9 years ago ;)
[17:45:07] <Dominus> I completed it once and UW2 twice and played them a couple of more times
[17:46:01] <Dominus> uw2 is my favourite
[17:46:23] <phlask> I did complete UW2... and I must admit I like it a bit better than UW1 too
[17:46:55] <phlask> UW3 would've probably been even better... too bad history didn't play out that way
[17:47:36] <Dominus> yeah
[17:48:33] <Dominus> but then again, look at the other ultimas, maybe it was better that there were no Uw3
[17:49:19] <phlask> well... can't think of any Looking Glass game that sucked, so if they made it I think we didn't have anything to worry about...
[17:49:33] <phlask> of course it is too late now
[17:49:39] <Dominus> yeah, true
[17:49:56] <Dominus> though I never played much further than the intro of Thief...
[17:50:09] <phlask> Thief 3 will most likely suck... and Shock 3 too (if it ever will be made)
[17:50:26] <Dominus> there is going to be a thief3?
[17:50:59] <phlask> yeah...
[17:52:14] <phlask> but I don't think there will ever be another System Shock :(
[17:52:43] * Dominus never played System Shock
[17:53:01] <phlask> In that case skip 1 and try 2
[17:54:07] <Dominus> If ever I feel the need to play a game and have played through the others yet unplayed games that I want to play, I'll give it a try :-)
[17:55:23] <wjp> hm, there's another UW1 remake project?
[17:55:35] <phlask> more than 1 actually
[17:55:51] <Dominus> http://reconstruction.voyd.net/ has tehm all listed
[17:56:07] <phlask> But the most serious one is the Twistsoft remake
[17:56:24] <Dominus> *cough*serious*cough*
[17:56:34] <phlask> yeah... just a figure of speech
[17:57:07] <phlask> at least they have *something* (although it isn't much)
[17:58:11] <phlask> I doubt if anyone will attemt to start yet another project now that our project is already this far ahead
[17:58:59] <phlask> we could use some extra exposure (and good reviews) though
[18:05:08] <Dominus> yeah, definitely
[18:10:07] <phlask> I'm gone for the night
[18:10:12] <Dominus> see you
[18:10:21] <-- phlask has left #uwadv ()
[18:40:46] --> vividos has joined #uwadv
[18:40:47] --- ChanServ gives channel operator status to vividos
[18:41:19] <wjp> wb
[18:41:35] <Dominus> yo, hi
[18:41:58] <vividos> hi again.
[18:42:18] * wjp finished uadata/Makefile.am, and is now updating Makefile.mingw
[18:42:19] <Dominus> vividos: I get make: *** No rule to make target `source/resource/settings.o', needed by `uwadv.exe'. Stop.
[18:42:29] <Dominus> when trying to build the latest source
[18:42:30] <wjp> settings.cpp was removed
[18:42:37] <Dominus> ah
[18:42:47] <wjp> replace settings.o by settingsloader.o
[18:42:55] <Dominus> so I probably still have it around...
[18:44:55] <vividos> about that port to pocketpc: I don't think the pda's of today have the horsepower to do OpenGL rendering :)
[18:45:07] <Dominus> he
[18:45:15] <vividos> Dominus: sorry, just rename settingsloader.cpp to settings.cpp for now
[18:47:33] <vividos> about the channel: should I post a news item on the homepage that we have a IRC channel?
[18:47:45] <Dominus> yeah
[18:50:58] <vividos> ok big commit now, please don't update :)
[18:52:53] <wjp> ok, this should fix the data part of Makefile.mingw, I hope
[18:53:22] <vividos> your commit?
[18:53:27] <wjp> not yet committed
[18:53:33] <wjp> I'll wait until after yours :-)
[18:54:00] <Dominus> wjp: the one that might result in: caught ua_exception: could not find relevant game files
[18:54:16] <wjp> ?
[18:55:00] <Dominus> that's what I get with the build from before vividos commit right now
[18:55:14] <wjp> is the path to uw1 set correctly?
[18:55:24] <wjp> including a trailing (back)slash?
[18:55:38] <vividos> I'm reorganizing the settings stuff right now, so maybe I broke it
[18:55:44] <Dominus> yeah
[18:55:52] <Dominus> I guess vividos broke it then
[18:56:13] <Dominus> because I didn't change he cfg and it worked before :-)
[19:03:55] <wjp> ok, updated the makefiles... now let's see what I broke :-)
[19:05:46] <wjp> vividos: would it be ok to change ua_game::error_msg to use std::cerr and output a std::endl at the end?
[19:09:12] <vividos> what does it currently use?
[19:09:20] <wjp> fprintf(stderr,msg)
[19:09:26] <vividos> it's ok
[19:09:54] <wjp> oh wow, #include "linux/config.h" wasn't producing any errors, even though config.h moved...
[19:09:55] <wjp> guess why :-)
[19:10:28] <vividos> the old one was still there?
[19:10:44] <wjp> /usr/include/linux/config.h, actually :-)
[19:10:53] <vividos> lol
[19:11:29] <vividos> what is the new path? just "config.h"?
[19:11:34] <wjp> yeah
[19:11:53] <vividos> should I change it?
[19:12:05] <wjp> nah, I'll commit it in a sec
[19:12:12] <vividos> ok
[19:12:23] <vividos> is the config.h generated in source/ or in the main proj. dir?
[19:13:09] <wjp> I just moved it to source
[19:15:26] <vividos> ok. we also have some file additions. just checking in Makefile.mingw
[19:15:44] <vividos> whoops :)
[19:16:05] <Dominus> tell me when itS' safe to use cvs to actually build it again :-)
[19:16:48] <vividos> checkin conflict :) now let's see how I can solve that
[19:19:38] <vividos> well, that was easy :)
[19:20:56] <wjp> hm, now what was I doing before I got distracted by totl.net?
[19:21:10] <Dominus> he he
[19:21:44] <wjp> why does common.hpp include the lua files in a extern "C" ?
[19:23:09] <vividos> they don't have the extern "C" statement in the include files
[19:24:48] <wjp> ah, ok
[19:29:27] <vividos> they probably never thought that it would be included from c++ files
[19:30:06] <wjp> hm, does mapdisp need resource/settingsloader.cpp or settings.cpp?
[19:30:31] <vividos> settings.cpp
[19:31:09] <vividos> uadata creation works!
[19:32:16] <vividos> cnvdbg needs it, too
[19:33:03] <vividos> and cnvdasm, too
[19:34:35] <vividos> and guess what, animview too :)
[19:36:05] <vividos> and strpak, but that should be the last one
[19:36:38] <wjp> that were all the tools, yes :-)
[19:36:54] <wjp> hm, the tools aren't being built, currently
[19:36:59] * wjp changes that
[19:38:11] <wjp> hm, it isn't compiling for me atm
[19:38:22] <vividos> I fixed it seconds ago :)
[19:38:24] <wjp> (the tools, that is)
[19:38:31] <vividos> mapdisp?
[19:38:40] * wjp does a cvs update again, then :-)
[19:38:54] <wjp> k, works now :-)
[19:40:15] <vividos> I should have commited everything. Dominus, you could do an update
[19:40:33] <wjp> now, let's commit all these changes
[19:40:41] <wjp> and then it's on to the luac build
[19:40:50] <vividos> ok
[19:42:05] <vividos> Dominus: some strings in uwadv.cfg were changed. you should update that too
[19:42:05] <wjp> cvs diff: [12:41:48] waiting for wjpalenstijn's lock in /cvsroot/uwadv/uwadv <-- eh?
[19:42:30] <vividos> that occasionally appeared for me, too
[19:44:26] <vividos> I'm kind of away now; 'till later!
[19:44:36] --- vividos is now known as vividos|away
[19:44:50] <wjp> bye
[20:29:40] <wjp> vividos|away: when you're back, how exactly is ChangeLog supposed to be updated? I think I broke something :-)
[20:32:48] <Dominus> error: source/uwadv.cpp: In member function `virtual void ua_game::error_msg(const
[20:32:48] <Dominus> char*)':
[20:32:48] <Dominus> source/uwadv.cpp:241: `cerr' undeclared in namespace `_STL'
[20:34:00] <wjp> try it now
[20:35:00] <Dominus> k
[20:37:20] <Dominus> worked now
[20:40:46] <Dominus> hm, still it won't start
[20:41:09] <Dominus> uw-path: f:/spiele/uw
[20:41:09] <Dominus> uadata-path: ./uadata/
[20:41:09] <Dominus> game detected: none
[20:41:09] <Dominus> caught ua_exception: could not find relevant game files
[20:41:42] <Dominus> no matter if I ahve the trailing slash in the path or not
[20:42:56] <wjp> yeah, it doesn't work for me anymore either
[20:43:05] <Dominus> godd then :-)
[20:43:26] <wjp> it seems to be trying to open files in the current directory
[20:44:25] <wjp> ah, wait, it's initializing the settings _after_ loading them
[20:44:30] <wjp> (i.e., resetting them after loading them)
[20:45:34] <wjp> I think
[20:47:23] <wjp> or maybe nto
[20:47:26] <wjp> s/nto/not
[20:47:27] <wjp> :-)
[21:00:05] <wjp> ARGH!
[21:00:09] * wjp hits self
[21:00:16] <wjp> the key was renamed from uw1path to uw1-path
[21:00:21] <Dominus> huh?
[21:00:27] <Dominus> hehe
[21:00:47] <wjp> and vividos even said so
[21:00:52] <Dominus> yes, but still it won'T work for me
[21:01:09] <wjp> but because of the new config file search order it still picked up an old config file
[21:02:44] * wjp takes a look at the changes he made to the settings files
[21:03:21] <wjp> hm, nothing
[21:03:30] <wjp> are you sure you're using the correct config file?
[21:05:00] <Dominus> yes
[21:07:42] <Dominus> for what file does it look to make sure it is uw1?
[21:16:10] <wjp> if (!ua_file_isavail(base,"data/cnv.ark") &&
[21:16:10] <wjp> !ua_file_isavail(base,"data/strings.pak") &&
[21:16:10] <wjp> !ua_file_isavail(base,"data/pals.dat") &&
[21:16:10] <wjp> !ua_file_isavail(base,"data/allpals.dat"))
[21:18:55] <Dominus> well, those are there of course...
[21:26:58] <wjp> ok, try the latest cvs?
[21:28:22] <Dominus> not yet
[21:28:26] <Dominus> will do now
[21:31:25] <Dominus> source/settings.cpp: In member function `void ua_settings::dump()':
[21:31:25] <Dominus> source/settings.cpp:111: `cout' undeclared in namespace `_STL'
[21:31:25] <Dominus> source/settings.cpp:111: `endl' undeclared in namespace `_STL'
[21:31:32] <wjp> ack, again? :-)
[21:31:40] * Dominus nods
[21:32:06] <wjp> k, fixed :-)
[21:33:05] --> phlask has joined #uwadv
[21:33:05] --- ChanServ gives channel operator status to phlask
[21:33:18] <Dominus> wb
[21:33:45] <phlask> hi... anything new happening?
[21:34:34] <wjp> hi
[21:35:26] <wjp> hm, not overly much
[21:35:41] <phlask> that isn't good
[21:35:43] <wjp> thinking about the settings a bit
[21:36:00] <phlask> what settings?
[21:36:03] <wjp> ua_settings
[21:36:11] <phlask> oh, those settings
[21:36:16] <phlask> what about them?
[21:37:19] <wjp> I'm not sure if I like the current indexing with an enum
[21:37:37] <wjp> it'll mean a near-full recompile when a setting is added to the config file
[21:38:16] <phlask> so? it is not like we're going to add new settings each and every week ;)
[21:38:24] <wjp> oh? :-)
[21:39:03] <phlask> well... thinking about in, hmm, no
[21:39:33] * wjp would prefer the settings to be indexed with a string
[21:40:00] <wjp> but that's probably just me, then :-)
[21:41:09] <phlask> well... I don't care to be honest... it is just that I would put too much time in making it faster to compile the source without any true benefit to the program itself
[21:42:46] <Dominus> wjp: still won't run for me
[21:44:17] <wjp> ok, could you open files.cpp, and look for "settings.init()"
[21:44:26] <wjp> insert the line "settings.dump();" right below that
[21:44:44] <phlask> I've got a HUGE problem btw
[21:45:13] <phlask> I'm stuck in UW1 :)
[21:45:24] <wjp> you are? :-)
[21:45:34] <phlask> and there seems to be a bug in the walkthrough too
[21:45:47] <wjp> at what point?
[21:46:25] <phlask> Level 5, at the puzzle of the Ring of Humility
[21:46:56] <Dominus> wjp: 0=f:/spiele/uw/
[21:46:56] <Dominus> 1=f:/spiele/uw/
[21:46:56] <Dominus> 5=./uadata/
[21:46:56] <Dominus> 6=no
[21:46:56] <Dominus> 7=sound
[21:46:57] <Dominus> 8=0
[21:46:59] <Dominus> uw-path: f:/spiele/uw/
[21:47:01] <Dominus> uadata-path: ./uadata/
[21:47:03] <Dominus> game detected: none
[21:47:05] <Dominus> caught ua_exception: could not find relevant game files
[21:47:37] <phlask> I have to throw 4 levers... but can't find the correct order
[21:47:55] * wjp looks at walkthrough
[21:48:00] <wjp> did you give the gemcutter to Derek? :-)
[21:48:15] <phlask> this sucks... I need the original game source to figure this out ;)
[21:48:30] <wjp> hm, that was a big room with a platform in the center or something?
[21:48:35] <phlask> yeah, did all that. I even defeated Tyball!
[21:48:38] <Dominus> left lever seven times
[21:48:49] <Dominus> the middle one 2 times
[21:48:50] <phlask> yep, that is the one
[21:48:57] <Dominus> right one six times
[21:49:03] <phlask> Dominus... wrong one
[21:49:16] <Dominus> pull lever next to the portcullis
[21:49:33] <phlask> Dominus: that is not the room
[21:49:51] <Dominus> damn
[21:50:00] <phlask> the order given in the walkthrough doesn't seem to be right
[21:50:00] <Dominus> I have this walkthrough in German
[21:50:09] <phlask> cool :)
[21:50:20] <Dominus> and this was the only section with levers
[21:50:52] <Dominus> but can you tell me where you are according to the walkthorugh in the source?
[21:51:27] <phlask> I'm nowhere in the source (I wish I was though)
[21:51:42] <wjp> Dominus: I assume that f:/spiele/uw is the correct dir?
[21:51:56] <Dominus> it is
[21:52:22] <Dominus> if I change the uw1-path to what it was before the release 4 still starts
[21:52:43] <Dominus> from uw1-path to uw1path
[21:53:11] <Dominus> phlask: you could send me the savegame and I could compare maybe tell where and what to to do
[21:53:15] <wjp> I wonder if it's a / \ problem
[21:53:23] <Dominus> I tried with both
[21:53:38] <wjp> but uwadv adds its own /
[21:54:01] <phlask> not right now...
[21:55:54] <wjp> hm, it checks for uw.exe too, btw
[21:57:34] <Dominus> hm, phlask do you mean the one where you have to stand on a block and cast telekinesis on some levers?
[21:57:44] <Dominus> wjp: well I have that one :-)
[21:57:58] <wjp> k, time for some more source editing:
[21:58:02] <phlask> cool where is that? :) No, that is not the one...
[21:58:06] --- vividos|away is now known as vividos
[21:58:06] <wjp> in files.cpp, look for "ua_file_isavail"
[21:58:09] <wjp> wb vividos
[21:58:14] <phlask> I decided to take a peek at the decompiled strings
[21:58:36] <phlask> NW SE NE SW... what is what I did... but no stupid Ring
[21:58:39] <phlask> darn
[21:59:04] <wjp> replace "return false" by "{ std::cout << "failed" << filename << std::endl; return false; }"
[21:59:16] <wjp> hm, better add a : after that failed
[21:59:24] <Dominus> that is what my alkthorugh says
[21:59:41] <wjp> are you reading the compass right? :-)
[21:59:53] <phlask> compass? ;-)
[22:00:10] <wjp> hm, or was that uw2?
[22:00:37] <phlask> I think I screwed it up by flipping a switch twice or something...
[22:01:26] <wjp> vividos: how is the ChangeLog updated?
[22:02:10] <vividos> hi, and sorry for breaking uwadv :)
[22:02:34] <Dominus> phlask: my walkthorough mentions that you have to walk through the lava and stand on a block in it and then cast that telekinesis
[22:02:54] <phlask> there is no lava in that room
[22:03:06] <vividos> cvs2cl.pl -r -S --no-wrap --gmt
[22:03:28] <Dominus> phlask: but is there a block?
[22:03:33] <vividos> should I dare to do a cvs update?
[22:03:36] <phlask> yes
[22:03:37] <Dominus> wjp: I get now failed:B?data/cnv.ark
[22:03:37] <Dominus> failed:B?data/strings.pak
[22:03:37] <Dominus> failed:B?data/pals.dat
[22:03:37] <Dominus> failed:B?data/allpals.dat
[22:03:43] <wjp> vividos: I've added some entries manually
[22:03:50] <wjp> vividos: I should probably remove them, right?
[22:03:53] <Dominus> phlask: and you are standing on it?
[22:03:57] <wjp> Dominus: looks interesting :-)
[22:04:15] <phlask> no... my wt says I *shouldn't* stand on it
[22:04:27] <phlask> so I don't
[22:04:40] <Dominus> my says you *have* to satnd on it :-)
[22:04:42] <wjp> no, you shouldn't have to stand on it
[22:04:52] <wjp> no need for telekinesis in that room, IIRC
[22:04:58] <Dominus> but I seem to remember having problems there before
[22:05:05] <wjp> Dominus: are you sure you're looking at the right quest? :-)
[22:05:11] <Dominus> yep
[22:05:17] <Dominus> to get the ring
[22:05:19] <phlask> just the correct order of flipping the switches
[22:05:45] <wjp> I'll rewrite ua_file_avail to use std::string instead of char*
[22:07:28] <phlask> this sucks... I give up
[22:07:55] <vividos> wjp: new-style enums are these without typedef?
[22:08:00] <wjp> vividos: yeah
[22:08:05] <wjp> like class and struct
[22:08:20] <Dominus> phlask: would you mind sending me the savegame?
[22:09:07] <phlask> no I wouldn't mind that... but not right now, I was just planning to call it a day
[22:09:18] <Dominus> k
[22:09:19] <wjp> Dominus: could you try current cvs?
[22:09:57] <vividos> wjp: didn't know that settings[key] = value; works with maps
[22:10:04] <wjp> much easier, isn't it :-)
[22:10:34] <Dominus> nope, not working
[22:10:42] <wjp> same output?
[22:10:50] <phlask> I'm gone
[22:10:54] <Dominus> Trying the following config files:
[22:10:54] <Dominus> uwadv.cfg
[22:10:54] <Dominus>
[22:10:54] <Dominus> uw-path: f:\spiele\uw\
[22:10:54] <Dominus> uadata-path: ./uadata/
[22:10:54] <Dominus> game detected: none
[22:10:56] <Dominus> caught ua_exception: could not find relevant game files
[22:10:59] <Dominus> bye phlask
[22:11:03] <wjp> bye
[22:11:10] <phlask> bye all
[22:11:11] <wjp> could you add that failed:... line back in?
[22:11:17] <-- phlask has left #uwadv ()
[22:11:37] <wjp> I really don't see what could be causing this
[22:11:56] <wjp> oh.. wait
[22:11:59] <vividos> erm, should it be uw1-path?
[22:12:23] <Dominus> well it says uw1-path in the cfg
[22:12:30] <vividos> yes
[22:12:33] <wjp> Dominus: try again please :-)
[22:12:33] <Dominus> but uw-path in stdout
[22:12:40] <wjp> uw-path is something else
[22:12:40] <vividos> hmm ...
[22:13:01] <Dominus> wjp: cvs or editing file.cpp
[22:13:02] <Dominus> ?
[22:13:09] <wjp> both :-)
[22:13:16] <wjp> I forgot to change a line
[22:13:26] <wjp> if cvs doesn't work, add that debugging line back in
[22:13:31] <Dominus> k
[22:14:08] <Dominus> source/files.cpp: In member function `void
[22:14:08] <Dominus> ua_files_manager::init(ua_settings&)':
[22:14:08] <Dominus> source/files.cpp:89: parse error before `if'
[22:14:08] <Dominus> make: *** [source/files.o] Error 1
[22:14:15] <wjp> ...
[22:14:20] <wjp> add a semicolon to the line above that :-)
[22:14:40] <wjp> sounds like I should go to bed soon :-)
[22:15:15] <Dominus> now it worked
[22:15:21] <Dominus> thx
[22:15:23] <vividos> the stdout says uw-path, because it is the "generic" path that is used throughout the game. when someone (in the future) selects uw2 to play, the uw2-path goes into that variable
[22:15:25] <Dominus> running it
[22:15:39] <wjp> not a clue what was wrong...
[22:15:47] <wjp> maybe a bug in your std::string implementation
[22:16:23] <wjp> apparently c_str() returned a bogus value
[22:17:03] <Dominus> vividos: any idea on the garbled character scree?
[22:17:07] <Dominus> screen?
[22:17:15] <vividos> not yet, didn't look at it yet
[22:17:20] <Dominus> wjp: thanks for fixing it
[22:17:38] <wjp> I wish it was a fix :-)
[22:17:43] <wjp> just a workaround, I'm afraid :-)
[22:19:15] <wjp> hm, still didn't get around to finishing the luac build :/
[22:19:25] <vividos> what is wrong?
[22:19:34] <wjp> I got distracted :-)
[22:19:41] <vividos> ah ok :) no problem
[22:19:56] <vividos> about the fix you made ... what was the problem?
[22:20:17] <wjp> ua_file_isavail now uses std::string instead of const char*
[22:20:30] <wjp> the latter somehow wasn't working for Dominus
[22:20:47] <vividos> hmm ... now it works?
[22:20:56] <wjp> strangely enough, yes :-)
[22:21:20] <vividos> for me it doesn't work yet
[22:21:23] <vividos> mingw32
[22:21:38] <Dominus> don't look at me I haven't done anything
[22:21:40] <wjp> try calling settings.dump() after settings.init()
[22:21:51] <wjp> to check if the settings are being read properly
[22:23:06] <vividos> huh, why does it work now?
[22:23:51] <wjp> hm, maybe it was a 'skewed' compile (for lack of a better word)
[22:24:03] <wjp> (where some files weren't rebuilt that should have been)
[22:24:33] <wjp> since Makefile.mingw doesn't do header-file dependency tracking
[22:24:36] <vividos> that may be. just leave the dump() function in, might get handy again
[22:24:40] <vividos> yes
[22:24:45] <wjp> yeah, that's why I committed it :-)
[22:25:09] <vividos> I also had an output of the read key/values
[22:25:22] <wjp> oh, btw, I changed the config file reader a bit
[22:25:32] <wjp> it now only throws an exception if no files were read at all
[22:25:43] <Dominus> wjp: I did a full recompile when it didn't work and only later when you told me to try that or that in the files.cpp did I do a "samll" compile
[22:26:00] <wjp> Dominus: hm, that should've been ok then
[22:26:06] <vividos> I think I commit it too
[22:27:13] <vividos> btw, should we do debugging output via ua_trace or via cout << "text" ?
[22:27:27] <wjp> ua_trace?
[22:27:51] <wjp> if that's a function especially for debugging output I guess we should use that
[22:28:10] <vividos> it can be "switched off", just look into
[22:28:26] <vividos> uatypes.hpp
[22:29:08] <wjp> "true ? 0 : ua_trace_printf"? :-)
[22:29:30] <wjp> interesting way to do that :-)
[22:29:33] <vividos> stolen from ATL's ATLTRACE :)
[22:34:21] <vividos> time to read uwadv-cvs logs :) 41 mails
[22:35:00] <wjp> I seem to have a tendency to commit small changes :-)
[22:35:22] <vividos> that's ok. I have the same tendency now that I have tortoisecvs
[22:35:45] * wjp wonders how uwadv's activity rating is doing with all these commits :-)
[22:36:20] <vividos> too bad that sf has a delay of 2 days
[22:36:41] <wjp> page views really spiked after 0.4 :-)
[22:36:47] <vividos> hehe
[22:37:04] <vividos> I once managed it to get to rank 40 with another project
[22:37:15] <wjp> CVS is going up nicely now though :-)
[22:37:32] <wjp> last entry (5 aug) is 155, compared to at most 26 in July :-)
[22:37:47] <wjp> but I have a feeling that was my endline conversion ;-)
[22:37:53] * vividos wonders how the different figures go together in the rank
[22:38:26] <wjp> they once had the absolutely brilliant log(constant * page views) + log(constant * downloads) + log(constant * ...
[22:38:36] <wjp> I hope they changed that by now, though :-)
[22:39:00] <vividos> :)
[22:39:21] <vividos> what's news on the exult project? pentagram? :-)
[22:39:38] <wjp> Colourless actually committed something for pentagram :-)
[22:39:51] <wjp> which is big news if you look at the cvs mailing list ;-)
[22:40:35] <Dominus> yeah, I saw something for Pentagram CVS, went to see what it was and had to find it's still nothing for the actuall pentagram :-(
[22:40:36] <vividos> or the commit/add figures
[22:41:50] <wjp> btw, something that just occured to me.. you are planning to support more than 4 savegames, right? :-)
[22:42:18] <vividos> yes :)
[22:42:38] <wjp> that was probably one of the things about uw1 that annoyed me most :-)
[22:42:48] <vividos> importing of orig. savegames would be possible, though
[22:42:55] <Dominus> well uw2 wasn't better :-)
[22:43:04] <wjp> yeah :-)
[22:43:17] <wjp> ah, cool, the original's savegame format has been decoded?
[22:43:56] <vividos> yes, it's basically the same as the data files, plus a file with the char. stats in it. just peek a look into docs/uw-formats.txt
[22:44:15] * vividos puts info about #uwadv on the main page
[22:47:40] <vividos> done. I didn't mention the log page, though
[22:47:53] <Dominus> the log page is important
[22:48:05] <vividos> for the lurkers :)
[22:48:11] <Dominus> yep
[22:48:24] <vividos> should I put it up, too?
[22:48:39] <Dominus> I'd say yes
[22:50:52] <vividos> ok then
[22:51:23] <vividos> whew, 1,029 commits, 292 adds
[22:51:55] <wjp> not bad
[22:53:37] * vividos is reading Avatar Jackass and grins
[22:53:56] <Dominus> he he
[22:55:29] <vividos> I also enjoyed the anti-walkthrough(s?) of the ultima games
[22:56:05] <wjp> :-)
[22:56:20] * vividos giggles about the STI project - Search for Terrestrial Intelligence
[22:56:27] <wjp> hehe, yes :-)
[22:56:46] <wjp> totl.net had a small ultima parody game sometime ago too
[22:56:55] <wjp> (small as in a few linked webpages)
[22:58:19] <vividos> I also enjoyed reading lumthemad.net, they also had parodies of various online games
[22:59:46] <Dominus> the best there is is the Iamanewbie pages
[22:59:50] <Dominus> about UO
[23:00:06] <Dominus> http://www.imanewbie.com/
[23:00:47] <vividos> there also is that fake u4 project
[23:01:00] <Dominus> huh?
[23:01:40] <vividos> just a moment
[23:04:23] <vividos> http://www.geocities.com/TimesSquare/Avatar/7044/ultima4.html
[23:06:02] <Dominus> ah, yes
[23:06:12] <Dominus> the character portraits are funny
[23:07:24] <wjp> hm, Ymochel's page judging by the last image?
[23:16:03] <vividos> hmm?
[23:17:13] <vividos> on the character portraits I almost laughed my a** up seeing who Chuckles would be
[23:17:48] <vividos> who is the last one, the avatar?
[23:18:10] <wjp> the image is named 'ymochel.jpg'
[23:19:37] <wjp> *phew*... ok... that was the lua subdir
[23:19:48] <wjp> now, it _should_ build again from a fresh checkout
[23:20:28] <wjp> except for the hacking/ dir, but I'll do that sometime soon :-)
[23:21:43] <vividos> you don't need to include the hacking dir
[23:21:54] <vividos> it's more a playground to decode the various data files
[23:23:08] <wjp> hm, yes
[23:24:07] <vividos> good news for Dominus: I've added setting of the midi device :)
[23:25:00] <wjp> *sniff*.. it doesn't link anymore :-(
[23:25:15] <vividos> what error?
[23:25:27] <wjp> undefined references
[23:25:35] <wjp> I probably dropped a source file somewhere
[23:26:13] <vividos> which ref is missing?
[23:26:42] <wjp> lua_baselibopen and related; I seem to be missing some files from lua/lib
[23:27:04] <wjp> lua/src/lib
[23:27:43] <vividos> lauxlib.c lbaselib.c lmathlib.c and lstrlib.c
[23:27:48] <wjp> hm, all files from there, in fact :-)
[23:28:07] <vividos> I saw that you use libtool for the static libs now
[23:28:22] * wjp nods
[23:28:34] <vividos> I once used libtool for that. I think it's way slower when compiling
[23:29:19] <wjp> hm, can't say I noticed much of a difference
[23:29:26] <wjp> (not that I was really paying attention)
[23:29:46] <vividos> ok, it was a slow p2 233 or something :) not a big issue on more modern systems
[23:31:52] <vividos> about the settings value key: I would leave it as an enum, that's more type-safe. and as phlask said, we don't add settings each day
[23:33:17] * wjp nods
[23:33:31] <wjp> ok, it's linking again :-)
[23:37:35] <wjp> I think the main things that's slowing down libtool is that it produces both an .o and a .lo file
[23:38:50] <vividos> could be
[23:39:17] <vividos> the user-config file for user-based systems is $HOME/uwadv.cfg, right? at least the code says it
[23:39:29] <wjp> yay! it succesfully 'make install's from a fresh checkout :-)
[23:39:34] <wjp> $HOME/.uwadv.cfg
[23:39:49] <wjp> including the .uar and .cfg files
[23:39:57] <vividos> then you forgot a . in files.cpp
[23:40:09] <wjp> Trying the following config files:
[23:40:09] <wjp> /home/wjp/.uwadv.cfg
[23:40:09] <wjp> uwadv.cfg
[23:40:22] <wjp> ..and /data/tmp/uwadv/share/games/uwadv/uwadv.cfg
[23:40:31] <wjp> (which my IRC client ate as an unknown command)
[23:40:35] <vividos> sorry, didn't see the
[23:40:35] <vividos> #ifndef BEOS
[23:40:35] <vividos> homecfgfile += "/.";
[23:40:35] <vividos> #else
[23:40:45] <wjp> the 'BEOS' define isn't correct, btw
[23:41:01] <wjp> but since I don't have access to beos anymore I can't easily check :/
[23:41:09] <wjp> I should probably check the sdl headers
[23:41:20] <vividos> are there new beos versions?
[23:42:46] <vividos> the /data/tmp/uwadv/share/games/uwadv/uwadv.cfg is the real one? I thought it started with /usr/local/shared/
[23:43:07] <wjp> well, yes :-)
[23:43:19] <wjp> if you don't pass --prefix=/data/tmp/uwadv to configure :-)
[23:43:25] <vividos> yes :)
[23:43:35] <wjp> (didn't want to do this as root)
[23:43:51] <vividos> what is the right one? /usr/local/share/games/uwadv/uwadv.cfg
[23:44:06] <wjp> on a plain "./configure", yes
[23:44:26] <vividos> ok
[23:44:42] <wjp> when packaging it in a .rpm it'll most become /usr/share/games/...
[23:44:54] <wjp> and a .deb will probably put it in /opt somewhere, IIRC
[23:46:48] <vividos> that's ok, as long as the uwadv.cfg is right
[23:47:18] <wjp> yeah, I used some dirty trick to generate that with the correct paths :-)
[23:49:15] <wjp> uh, why did you email that to the CVS mailing list? :-)
[23:49:36] <vividos> good question :)
[23:50:36] <wjp> oh, btw, after the system-wide config file and the config file in your homedir, it also tries to read a config file in the current dir
[23:50:37] * vividos is closing the xp crash bug since Dominus doesn't have crashes now :)
[23:50:50] <vividos> on *nix systems?
[23:50:55] <wjp> yeah
[23:51:03] <wjp> not entirely sure if I want to keep that, though
[23:51:04] <vividos> would be good, for running without installing
[23:51:10] <wjp> yes, indeed :-)
[23:51:29] <wjp> but for the 'final' product it probably shouldn't be there
[23:51:50] <vividos> hmm
[23:52:45] <wjp> but that's something for in the future :-)
[23:52:49] <vividos> yes :)
[23:53:38] <vividos> btw, when the linux makefiles are finished (or don't need that much attention), do you want to take part in coding?
[23:54:03] <wjp> hm, most likely, yes :-)
[23:54:06] <Dominus> he he
[23:54:34] <vividos> cool :)
[23:55:26] <vividos> what do you think about the current code?
[23:55:36] <wjp> haven't seen much of it yet :-)
[23:55:46] <wjp> just the inventory and settings
[23:55:51] <vividos> ah ok
[23:56:16] <vividos> I hope to complete the docs/README.dev.txt sometime to give an overview about the project
[23:56:42] <wjp> I was quite amazed at the existence of that file :-)
[23:57:04] <wjp> developer documentation is rare these days :-)
[23:59:35] <vividos> it is hard for people to understand if the whole documentation is in the mind of one person
[23:59:54] <wjp> yeah