From frankj Sun Jul 4 08:15:59 1993 Subject: Re: string library functions (and more) To: crossfire@ifi.uio.no Date: Sun, 4 Jul 1993 08:15:59 +0200 (MET DST) In-Reply-To: <9306302223@clear2> from "Dwayne Forsyth" at Jun 30, 93 05:22:59 pm X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 2409 Status: RO Dwayne Forsyth wrote: > I'm trying to compile crossfire and I'm missing the following functions, > "strncasecmp","strftime". I'm on an old system and my string library does > not include these functions. Can anyone with the ANSI rationale check if it's in the standard? > Does anyone have source code for these functions? or a location I can FTP them > from? Can't help you with this, but those two functions aren't used for anything important, so you can safely comment out the code using strftime, and change strncasecmp to strncmp. > (please send email to me, I just signed on to the channel, and do not know if > I did it right yet) You did it right both times 8) I suppose I'd better mention in the README file that I handle the requests manually... While I'm writing, heres some random notes about whats new: Identify, cursed/damned items, detect , remove curse/damnation, fixed several bugs, including one which ate lots of cpu (LOS was recalculated even when not moving (did some patch I've received introduce this, or is it old?)), made button-routines _much_ more efficient, added random encounters (a random map is generated depending on the terrain type you went to, and the nine surrounding it). Got patches for Alchemy, improved magic-mapping, new buttons types (they can be based on sound as well now, ala "sesame" -> click 8), and several other things which I don't remember offhand. I've been running a server here for some time now, so I've added options to the client, and gotten more than enough core-files to debug from 8) It's certainly time to release a beta-release, the only thing lacking right now is the maps. Haven't decided quite how to coordinate the "Quality Control" though...what the game really needs is a _good_ starting city, where the best newbie maps from the best areas are collected, and where (good) new maps, utilizing the new features, are also added. Actually, If I threw out the maps I considered below wanted standard, I wouldn't have any maps left 8) Oh well, it's not that bad, but the maps which would be left would be spread throughout the world, without any connection... Perhaps the best thing to do would be to release a beta-version where the different map-creators could design _small_ areas (2-3 (small to medium) (good) maps), so that they could be connected to the (new) main-town. -Frank. From owner-crossfire Sat Jul 3 17:28:08 1993 Received: by ifi.uio.no id for crossfire.alias; Sun, 4 Jul 1993 09:28:15 +0200 Return-Path: Received: from bolero.rahul.net by ifi.uio.no with SMTP id for ; Sun, 4 Jul 1993 09:28:12 +0200 Received: by bolero.rahul.net id AA13256 (5.65c/IDA-1.4.4 for crossfire@ifi.uio.no); Sun, 4 Jul 1993 00:28:08 -0700 Date: Sun, 4 Jul 1993 00:28:08 -0700 From: Mark Wedel Message-Id: <199307040728.AA13256@bolero.rahul.net> To: crossfire@ifi.uio.no Subject: string library & maps (beta release) Status: RO you could probably find source to strncasecmp and strftime in glibc (GNU's c library). Might have to dig through other source code. It strikes me that it would be that difficult of a task to write strncasecmp from scratch. Might not be epecially efficient. Maps: I think what needs to be done (as I've said before) is determining what is a good map and bad map (in a text file). So then, you can just look at the file, and 'check' off each one. This way it becomes very clear what is acceptable and what is not (there are many maps which if you play, you know aren't very good.) I think I've said this before. If such a file has been done, I would be intersted in seeing it (I'm not a map creator myself, but could perhaps come up with a few suggestions..) Mark Wedel master@rahul.net From owner-crossfire Mon Jul 5 00:03:38 1993 Received: by ifi.uio.no id for crossfire.alias; Sun, 4 Jul 1993 22:03:44 +0200 Return-Path: Received: from flipper.pvv.unit.no by ifi.uio.no with SMTP id for ; Sun, 4 Jul 1993 22:03:41 +0200 Received: from fiolilla.pvv.unit.no by flipper.pvv.unit.no with SMTP id AA08605 (5.65c8/IDA-1.4.4); Sun, 4 Jul 1993 22:04:05 +0200 Received: by fiolilla.pvv.unit.no id AA07280 (5.65c/pvv-C-1.4.4); Sun, 4 Jul 1993 22:03:38 +0200 Date: Sun, 4 Jul 1993 22:03:38 +0200 From: jorgens@pvv.unit.no Message-Id: <199307042003.AA07280@fiolilla.pvv.unit.no> To: Frank Tore Johansen Subject: Re: string library functions (and more) Cc: crossfire@ifi.uio.no X-Charset: ASCII X-Char-Esc: 29 Status: RO Hi. I found strftime but not strncasecmp in the ANSI/ISO standard. Kjetil. From owner-crossfire Tue Jul 6 05:26:08 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 5 Jul 1993 11:27:30 +0200 Return-Path: Received: from yarra-glen.aaii.oz.au ([192.35.59.254]) by ifi.uio.no with SMTP id for ; Mon, 5 Jul 1993 11:27:13 +0200 Received: by yarra-glen.aaii.oz.au (5.65c/SMI-4.0/AAII) id AA20412; Mon, 5 Jul 1993 19:26:08 +1000 Date: Mon, 5 Jul 1993 19:26:08 +1000 From: Rupert G. Goldie Message-Id: <199307050926.AA20412@yarra-glen.aaii.oz.au> To: crossfire@ifi.uio.no Subject: Re: string library functions (and more) Status: RO > From: Frank Tore Johansen > While I'm writing, heres some random notes about whats new: [...lot of mondo cool looking stuff...] > It's certainly time to release a beta-release, the only thing lacking right > now is the maps. Haven't decided quite how to coordinate the > "Quality Control" though...what the game really needs is a _good_ starting > city, where the best newbie maps from the best areas are collected, and > where (good) new maps, utilizing the new features, are also added. > Actually, If I threw out the maps I considered below wanted standard, > I wouldn't have any maps left 8) Oh well, it's not that bad, but the > maps which would be left would be spread throughout the world, without > any connection... Perhaps the best thing to do would be to release > a beta-version where the different map-creators could design _small_ > areas (2-3 (small to medium) (good) maps), so that they could be connected > to the (new) main-town. > > -Frank. > Well, I guess we need some sort of map maker's style guide to act as a general guide (Frank, you should probably start this as you clearly have an idea of how you want the maps to look). We should also all review maps. Please, tell me what's wrong with my maps (The Nyka maps), if I don't know what's wrong with them I can't fix them. Rupert From owner-crossfire Mon Jul 5 14:28:22 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 5 Jul 1993 12:28:26 +0200 Return-Path: Received: from flipper.pvv.unit.no by ifi.uio.no with SMTP id for ; Mon, 5 Jul 1993 12:28:24 +0200 Received: from fiolilla.pvv.unit.no by flipper.pvv.unit.no with SMTP id AA15143 (5.65c8/IDA-1.4.4 for ); Mon, 5 Jul 1993 12:28:48 +0200 Received: by fiolilla.pvv.unit.no id AA10876 (5.65c/pvv-C-1.4.4 for crossfire@ifi.uio.no); Mon, 5 Jul 1993 12:28:22 +0200 Date: Mon, 5 Jul 1993 12:28:22 +0200 From: jorgens@pvv.unit.no Message-Id: <199307051028.AA10876@fiolilla.pvv.unit.no> To: crossfire@ifi.uio.no Subject: strcasecmp X-Charset: ASCII X-Char-Esc: 29 Status: RO I've written a str{,n}casecmp and put in ftp.ifi.uio.no:crossfire/incoming Kjetil From owner-crossfire Mon Jul 5 18:05:29 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 5 Jul 1993 16:05:59 +0200 Return-Path: Received: from chenas.inria.fr by ifi.uio.no with SMTP id for ; Mon, 5 Jul 1993 16:05:54 +0200 Received: from enstb.enst-bretagne.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA00631; Mon, 5 Jul 1993 16:05:48 +0200 (MET) Received: from leibniz.enst-bretagne.fr by enstb.enst-bretagne.fr (5.65c8/180193); Mon, 5 Jul 1993 16:05:29 +0200 Date: Mon, 5 Jul 1993 16:05:29 +0200 From: monfret@enstb.enst-bretagne.fr ( J-Christophe MONFRET ) Message-Id: <199307051405.AA10546@enstb.enst-bretagne.fr> To: crossfire@ifi.uio.no Subject: Some new maps X-Charset: LATIN1 X-Char-Esc: 29 Status: RO I've just posted some new maps in /pub/crossfire/incoming. The file is brittany.tar.Z. It contains : 3 new monsters, some new maps and the files mapindex, bmaps, and archetypes to modify before using all the maps. Several people have worked on this maps so I'm quite sure that some of this maps contains bugs because I had no time to test it all. Please refer bug to me . ******************************************* JC Monfret ENST de Bretagne BP 832 29285 BREST Cedex FRANCE e-mail : monfret@enst.enstb-bretagne.fr ******************************************* From owner-crossfire Sun Jul 7 01:28:36 1993 Received: by ifi.uio.no id for crossfire.alias; Tue, 6 Jul 1993 07:48:13 +0200 Return-Path: Received: from vaxc.cc.monash.edu.au by ifi.uio.no with SMTP id for ; Tue, 6 Jul 1993 07:48:03 +0200 Received: from ccds.cc.monash.edu.au (mdw040.cc.monash.edu.au) by vaxc.cc.monash.edu.au (PMDF #4528 ) id <01H086O0Q3O096Z44P@vaxc.cc.monash.edu.au>; Tue, 6 Jul 1993 15:28:47 +1100 Received: by ccds.cc.monash.edu.au (5.65/DEC-Ultrix/4.3) id AA14386; Tue, 6 Jul 1993 15:28:37 +1000 Date: 06 Jul 1993 15:28:36 +1000 From: Dougal Scott Subject: Map problems To: crossfire@ifi.uio.no Reply-To: Dougal.Scott@fcit.monash.edu.au Message-Id: <9307060528.AA14386@ccds.cc.monash.edu.au> Content-Transfer-Encoding: 7BIT X-Mts: smtp Status: RO One of the problems with maps is that no-one knows who created most of them. Some have messages, such as Nyka, however most don't. What we need is for every map to have a line in the mapfile with the authors name and address. To find out who to send comments to, the player just presses a key or does something like 'author and the games prints out the address of the author. At least that way the map creators can get some feedback. -- Dougal Scott Dougal.Scott@FCIT.monash.edu.au From owner-crossfire Tue Jul 6 12:10:28 1993 Received: by ifi.uio.no id for crossfire.alias; Tue, 6 Jul 1993 10:07:28 +0200 Return-Path: <@vm1.ulg.ac.be:quinet@montefiore.ulg.ac.be> Received: from vm1.ulg.ac.be by ifi.uio.no with SMTP id for ; Tue, 6 Jul 1993 10:07:21 +0200 Received: from montefiore.ulg.ac.be by vm1.ulg.ac.be (IBM VM SMTP V2R2) with TCP; Tue, 06 Jul 93 10:06:29 +0200 Received: from verif1.montefiore.ulg.ac.be by montefiore.ulg.ac.be (4.1/SMI-4.1) id AA06066; Tue, 6 Jul 93 10:10:28 +0200 Date: Tue, 6 Jul 93 10:10:28 +0200 From: quinet@montefiore.ulg.ac.be (Raphael Quinet) Message-Id: <9307060810.AA06066@montefiore.ulg.ac.be> To: crossfire@ifi.uio.no Subject: Sounds for SUN workstations Cc: quinet@montefiore.ulg.ac.be Status: RO I just wrote a little patch to add some sounds to crossfire... I wrote this tonight and I didn't have enough time to test it. You might want to try it, but don't complain if you get a core dump... :-) You will find the files in ifi.uio.no:crossfire/incoming. This will only work on Sun workstations and you will need the rplay library to hear the sounds (download it from sounds.sdsu.edu:pub/rplay/rplay3.0PL2). In 'crossfire-0.89.2-sound-diffs.Z', you will find the patch that will change the source files in the crossfire distribution. In 'crossfire-0.89.2-sound-files.tar', you will find the sounds files (*.au). If you are lucky, this might even work as intended... Send any comments/questions/bug reports to quinet@montefiore.ulg.ac.be. Feel free to improve the code, as I did this in a hurry. Please note that I won't be able to answer your questions before the end of the month. Sorry for the delay, but I'm going abroad for a few days. Have fun ! Raphael Quinet From owner-crossfire Tue Jul 6 19:39:25 1993 Received: by ifi.uio.no id for crossfire.alias; Tue, 6 Jul 1993 17:36:47 +0200 Return-Path: <@vm1.ulg.ac.be:quinet@montefiore.ulg.ac.be> Received: from vm1.ulg.ac.be by ifi.uio.no with SMTP id for ; Tue, 6 Jul 1993 17:36:33 +0200 Received: from montefiore.ulg.ac.be by vm1.ulg.ac.be (IBM VM SMTP V2R2) with TCP; Tue, 06 Jul 93 17:35:27 +0200 Received: from montefiore.montefiore.ulg.ac.be by montefiore.ulg.ac.be (4.1/SMI-4.1) id AA07659; Tue, 6 Jul 93 17:39:25 +0200 Date: Tue, 6 Jul 93 17:39:25 +0200 From: quinet@montefiore.ulg.ac.be (Raphael Quinet) Message-Id: <9307061539.AA07659@montefiore.ulg.ac.be> To: crossfire@ifi.uio.no Subject: Sounds for SUN workstations (2) Status: RO Just a few things I forgot to mention in my previous mail : - You may put the sound files wherever you want, as long as the full path to these files is in "rplay.conf". - The sound files must be loadable from any host that uses rplayd. You may put them in a NFS mounted directory, for example. - In the file 'crossfire-0.89.2-sound-files.Z', a few sounds are not currently used by the game. I put them in because I think that they may be used for other sound effects such as the fireball spells, icestorm, teleports, ... - Yes, I know that there should be a lot more "sound events" (for example, one for each spell type). This would be easier to configure the sounds just as you like them. - There certainly are some bugs in my patches. If you find them, please drop me a note. - Look for other sound files on sounds.sdsu.edu. - If you find other interesting sounds or if you have some comments/questions, please send me a mail (quinet@montefiore.ulg.ac.be) Have fun... Raphael Quinet From owner-crossfire Mon Jul 12 09:16:33 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 12 Jul 1993 19:27:48 +0200 Return-Path: Received: from central.picker.com by ifi.uio.no with SMTP id for ; Mon, 12 Jul 1993 19:27:23 +0200 Received: from stdavids.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0oFRWq-0004ryC; Mon, 12 Jul 93 13:19 EDT Received: from fuzzy.stdavids.picker.com.stdavids.picker.com by stdavids.picker.com (4.1/SMI-4.1) id AA08068; Mon, 12 Jul 93 13:16:33 EDT Date: Mon, 12 Jul 93 13:16:33 EDT From: skinner@stdavids.picker.com (Andy Skinner) Message-Id: <9307121716.AA08068@stdavids.picker.com> To: crossfire@ifi.uio.no Subject: crossfire on OpenWindows Status: RO Hi. I imagine this is a FAQ, so you can point me to the right archive or whatever. I'm trying to compile crossfire on an OpenWindows system. I'm usually pretty good at getting things to compile, but I'm trying to follow the instructions this time, and use the Imakefile. It isn't finding include files in /usr/openwin/include. I think that is messing up the dependencies, 'cause later it complains that it doesn't know how to make X11/Xutil.h, or something similar. Anybody have suggestions? I made changes to crosssite.def as suggested, and found crossfire.cf (which I don't think the readme told me to change, but it looked appropriate), and defined OWIN. Any help appreciated. Also, will I get the fonts to work pretty much automagically through the makefiles? I don't know much about fooling with them. Thanks, andy skinner@stdavids.picker.com From owner-crossfire Wed Jul 14 09:10:06 1993 Received: by ifi.uio.no id for crossfire.alias; Wed, 14 Jul 1993 19:23:57 +0200 Return-Path: Received: from central.picker.com by ifi.uio.no with SMTP id for ; Wed, 14 Jul 1993 19:23:55 +0200 Received: from stdavids.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0oGANl-0004rgC; Wed, 14 Jul 93 13:12 EDT Received: from fuzzy.stdavids.picker.com.stdavids.picker.com by stdavids.picker.com (4.1/SMI-4.1) id AA03053; Wed, 14 Jul 93 13:10:06 EDT Date: Wed, 14 Jul 93 13:10:06 EDT From: skinner@stdavids.picker.com (Andy Skinner) Message-Id: <9307141710.AA03053@stdavids.picker.com> To: crossfire@ifi.uio.no Subject: dropping items Status: RO Hi. How do I drop only 1 of several items? Is there a way to specify a quantity? It would help in sharing with another player, buying, and selling. thanks andy skinner@stdavids.picker.com From owner-crossfire Wed Jul 14 23:30:20 1993 Received: by ifi.uio.no id for crossfire.alias; Wed, 14 Jul 1993 19:30:25 +0200 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP id for ; Wed, 14 Jul 1993 19:30:22 +0200 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA07321; Wed, 14 Jul 1993 20:30:20 +0300 Date: Wed, 14 Jul 1993 20:30:20 +0300 From: Petri Heinil{ Message-Id: <199307141730.AA07321@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: dropping items Status: RO >Hi. How do I drop only 1 of several items? Is there a way to specify >a quantity? It would help in sharing with another player, buying, >and selling. Press "1" and "d". General, first any number as count then action. You know, if you have been used vi :) //////////////////////////////////////////////////////////////////////// // Petri Heinila // email: Petri.Heinila@lut.fi // // // mail: Ainonkatu 2A // // // 53100 Lappeenranta // // // Finland, Europe // //////////////////////////////////////////////////////////////////////// From owner-crossfire Tue Jul 20 12:50:47 1993 Received: by ifi.uio.no id for crossfire.alias; Wed, 21 Jul 1993 04:50:09 +0200 Return-Path: Received: from phantasm.ecst.csuchico.edu by ifi.uio.no with SMTP id for ; Wed, 21 Jul 1993 04:50:05 +0200 Received: by phantasm.ecst.csuchico.edu (1.37.109.4/16.2) id AA15825; Tue, 20 Jul 93 19:50:48 -0700 From: Tyler Van Gorder Message-Id: <9307210250.AA15825@phantasm.ecst.csuchico.edu> Subject: new version of crossedit? To: crossfire@ifi.uio.no Date: Tue, 20 Jul 93 19:50:47 PDT X-Mailer: ELM [version 2.3 PL11] Status: RO Hello, i went a grabbed version .05 of crossedit...along with the mods made to the source......I keep getting "Imake.tmp" not found...when i try to make World....???? any help.....how do i specify the .tmpl file....there is one in config.. tyler. tvangod@ecst.csuchico.edu From owner-crossfire Sun Jul 25 19:44:30 1993 Received: by ifi.uio.no id for crossfire.alias; Sun, 25 Jul 1993 17:44:32 +0200 Return-Path: Received: from surt.ifi.uio.no by ifi.uio.no with SMTP id for ; Sun, 25 Jul 1993 17:44:31 +0200 From: Kjetil Torgrim Homme Received: by surt.ifi.uio.no ; Sun, 25 Jul 1993 17:44:30 +0200 Date: Sun, 25 Jul 1993 17:44:30 +0200 Message-Id: <199307251544.AAsurt.ifi.uio.no29361@surt.ifi.uio.no> To: crossfire@ifi.uio.no In-Reply-To: Fred the Wonder Worm's message of Sun, 25 Jul 93 17:08:34 EST <199307250708.AAifi.uio.no09878@ifi.uio.no> Subject: Re: Local variations to crossfire. Status: RO I don't think this is much of a problem. It is unlikely that an official release will have a bmaps file with large holes, and so it should be safe to use faces from 50000 and up for local bitmaps, or even 9000, though that point *may* be reached one day... (We are currently at 1997 here :-) xbmtobdf has no problems with a sparse bmaps file, and it need not be sorted. Keep your won localbmaps, and append that to each official release. Actually, the name space for bitmaps may be more of a problem. Any volunteers to make a more hierarchaical structure? The directory is getting awfully big. Kjetil T. From owner-crossfire Mon Jul 26 03:05:35 1993 Received: by ifi.uio.no id for crossfire.alias; Sun, 25 Jul 1993 23:05:38 +0200 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP id for ; Sun, 25 Jul 1993 23:05:36 +0200 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA09526; Mon, 26 Jul 1993 00:05:35 +0300 Date: Mon, 26 Jul 1993 00:05:35 +0300 From: Petri Heinil{ Message-Id: <199307252105.AA09526@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: new version of crossedit? Status: RO >Hello, i went a grabbed version .05 of crossedit...along with the mods >made to the source......I keep getting "Imake.tmp" not found...when i >try to make World....???? I made some changes to imake system. And forgot the "make World" :). The way it (should) goes is: xmkmf make Makefiles make depend make >any help.....how do i specify the .tmpl file....there is one in config.. The included templatefile should be crossfire.tmpl ."Imake.tmp" - says nothing to me at the moment, I check it more. //////////////////////////////////////////////////////////////////////// // Petri Heinila // email: Petri.Heinila@lut.fi // // // mail: Ainonkatu 2A // // // 53100 Lappeenranta // // // Finland, Europe // //////////////////////////////////////////////////////////////////////// From owner-crossfire Mon Jul 26 03:44:07 1993 Received: by ifi.uio.no id for crossfire.alias; Sun, 25 Jul 1993 23:44:10 +0200 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP id for ; Sun, 25 Jul 1993 23:44:08 +0200 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA09768; Mon, 26 Jul 1993 00:44:07 +0300 Date: Mon, 26 Jul 1993 00:44:07 +0300 From: Petri Heinil{ Message-Id: <199307252144.AA09768@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: Local variations to crossfire. Status: RO >I don't think this is much of a problem. It is unlikely that an >official release will have a bmaps file with large holes, and so it >should be safe to use faces from 50000 and up for local bitmaps, or >even 9000, though that point *may* be reached one day... (We are >currently at 1997 here :-) Yes, e.g. 3x3 monster with 10 animations and 2 directions: 9 * 10 * 2 = 180 bitmaps. >xbmtobdf has no problems with a sparse bmaps file, and it need not be >sorted. Keep your won localbmaps, and append that to each official >release. Actually, the name space for bitmaps may be more of a >problem. Any volunteers to make a more hierarchaical structure? The >directory is getting awfully big. I got a suggestion. It's found in incoming as ArchStruct.tar.Z :) . I made a perl script (mkarch.pl), that generates a archetypes and bmaps files. In the system archetypes are splitted into directory tree. e.g. /monsters /monsters/humans /monsters/dragons /items /magic ... Every archetype has own archetype-file (*.arch) and bitmap files (*.NN.NN.NN). In archetype-file is normal arhetype description in exception, that "face" and "anim" -numbers are substituted by corresponding bitmap-filenames. (bitmap file-extension: NN is for number. And first is part number, second is direction and last is animation phase. ) So when generating; directory tree is traversed and bitmaps are looked first to get face-numbers. And then are archetypes generated substituting bitmap-filenames by face-numbers. It's not finished yet. I got a problem with current archetypes splitting them into directory hierachy :) . //////////////////////////////////////////////////////////////////////// // Petri Heinila // email: Petri.Heinila@lut.fi // // // mail: Ainonkatu 2A // // // 53100 Lappeenranta // // // Finland, Europe // //////////////////////////////////////////////////////////////////////// From owner-crossfire Sun Jul 25 12:08:34 1993 Received: by ifi.uio.no id for crossfire.alias; Sun, 25 Jul 1993 09:08:50 +0200 Return-Path: Received: from joyce.cs.su.OZ.AU by ifi.uio.no with SMTP id for ; Sun, 25 Jul 1993 09:08:44 +0200 Message-Id: <199307250708.AAifi.uio.no09878@ifi.uio.no> Received: from orthanc.cs.su.OZ.AU (for ifi.uio.no) with MHSnet; Sun, 25 Jul 1993 17:08:39 +1000 Subject: Local variations to crossfire. To: crossfire@ifi.uio.no (Crossfire Mailing List) Date: Sun, 25 Jul 93 17:08:34 EST From: Fred the Wonder Worm X-Face: )\c`u_%V|7EQUDUt%5v'IJ?=@^Wf^<#,~CjzL`/2q0=-O6XW/Z8A2j.kgg:| 7|YZPSxy}rIuw8qD|/cQZ9^6kb:1XLleXhOl-U>(c~d`bC)%7FItZOUEw?=x%TBQ~NFJ,U|3wi[jzXd5-bMC Reply-To: ftww@cs.su.oz.au X-Mailer: ELM [version 2.2 PL0] Status: RO I was thinking the other day about some of the local changes we've made to crossfire here, specifically with archetypes and bitmaps. Basically, we have several bitmaps/corresponding monsters for well-known personalities in the area. The problem is, every time a new distribution comes out, these have to be changed, as the font is generally larger, and so the bitmaps have to be placed in a new part of the font, and then all references to them have to be updated. Approach 1: Set aside a small chunk of the font to be used for local, site-specific bitmaps. This way, we won't have to continually change our files every time the font gets bigger (every release, really). I guess a chunk of about 100 elements would do fine, for the moment. Approach 2: Have a 'localbmaps' file in images as well as bmaps, and modify xbmtobdf to put entries from there after the other elements in the font. Then arrange for archetype entries of the form L12 (possible syntax, seems as good as any) to refer to the local bitmap 12, and have them resolved somehow. This should be easy enough to do by just adding the appropriate offset to them, but this means that the font would have to be converted _before_ the crossfire server was compiled, so that we can compile the offset in. Not that this is a real problem, but it's not a requirement yet. So what do people think? Surely we're not the only ones with this problem! Cheers, Geoff. ------------------------------------------------------------------------------- Geoff Bailey (Fred the Wonder Worm) | Programmer by trade -- ftww@cs.su.oz.au | Gameplayer by vocation. ------------------------------------------------------------------------------- From owner-crossfire Mon Jul 26 11:29:18 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 26 Jul 1993 09:29:21 +0200 Return-Path: Received: from holmenkollen.ifi.uio.no by ifi.uio.no with SMTP id for ; Mon, 26 Jul 1993 09:29:19 +0200 From: Kjetil Torgrim Homme Received: by holmenkollen.ifi.uio.no ; Mon, 26 Jul 1993 09:29:18 +0200 Date: Mon, 26 Jul 1993 09:29:18 +0200 Message-Id: <199307260729.AAholmenkollen.ifi.uio.no24490@holmenkollen.ifi.uio.no> To: crossfire@ifi.uio.no In-Reply-To: Fred the Wonder Worm's message of Mon, 26 Jul 93 13:50:22 EST <199307260350.AAifi.uio.no05214@ifi.uio.no> Subject: Re: Bracers == Armour?? Status: RO Geoff Bailey: > Why are bracers classed as armour, while helmets aren't? What is > the notional difference between them that affects their behaviour? You can wear a helmet and a pair of bracers at the same time, and get ac from both. There's a special case for the bracers, though - if you wear them under your armour, they will be ignored unless they give you better ac than your "real" armour, say, a robe. Kjetil T. From owner-crossfire Mon Jul 26 16:18:52 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 26 Jul 1993 14:18:54 +0200 Return-Path: Received: from surt.ifi.uio.no by ifi.uio.no with SMTP id for ; Mon, 26 Jul 1993 14:18:53 +0200 From: Kjetil Torgrim Homme Received: by surt.ifi.uio.no ; Mon, 26 Jul 1993 14:18:52 +0200 Date: Mon, 26 Jul 1993 14:18:52 +0200 Message-Id: <199307261218.AAsurt.ifi.uio.no03477@surt.ifi.uio.no> To: crossfire@ifi.uio.no In-Reply-To: Petri Heinil{'s message of Mon, 26 Jul 1993 00:44:07 +0300 <199307252144.AA09768@cc.lut.fi> Subject: Re: Local variations to crossfire. Status: RO First, I'm sorry Geoff, for giving such a suggestion without reviewing its feasibility first. Second, I much prefer Petri's approach. Looks good, Petri! [From the README] > naming conventions in archetypes: > An archetype is defined in two different file. An in *.arch- > file, which defines characteristics as in "archetypes"-file. > And *.DD.AA-files, in which are the images of archetypes. > Formats are following: > > NAME.PP.arch - characteristic > NAME.PP.DD.AA - images > where, > NAME is a name of archetype like "troll" > PP is a part of archetype, like in troll 01,02,03,04 > DD is a direction, coding is following in monsters: > > 07 04 06 > \ | / > 02 -09- 01 > / | \ > 05 03 08 > > AA is a animation phase, like 01,02,03 > > In characteristic file face & animation indexces are substituded > corresponding image-file names, eg "face troll.01.01.01" This will break horrendously on SysV machines with 14-character filenames... Yes, I know that there problems with non-unique long file names already, 31 files, actually, and nearly all are in the bitmaps-directory. The .PP.DD.AA will use 9 characters, leaving only 5 for the archetype-name. How about: NAME-AADPP NAME is a name of archetype like "orc" AA is a animation phase, like 00, 01, 02, 03 D is a direction, coded as: y k u \ | / h -.- l (looks familiar, I hope :-) / | \ b j n XY is a part of archetype, like in troll 00, 01, 10, 11 Also, we can have names on the form: NAME => NAME-00.00 (orc, one bitmap, no animation) NAME-AA => NAME-AA.00 (orc-01, means 2nd animation frame) NAME-AAD => NAME-AAD00 (orc-01l, as above facing right) NAME-AADXY => NAME-AADXY (orc-01l01, as above, leftmost bottommost bitmap) NAME-DXY => NAME-00DXY (orc-l01, facing right, leftmost bottommost bitmap) NAME-D => NAME-00D00 (orc-l, facing right, no animation, one bitmap) It would be nice, but not required, that the utility program considered e.g. NAME-0D equivalent to NAME-D and NAME-00D00. In perl: (yay, my first try at Perl-programming :-) sub normalize { local($NAME, $AA, $D, $XY); ($NAME, $AA, $D, $XY) = (@_[0] =~ /^([^-]+)-?([0-9]*)([.kulnjbhy]?)([0-9]*)/); return sprintf("%s-%02d%s%02d", $NAME, $AA, $D ? $D : ".", $XY); } &normalize("orc-l") returns "orc-00l00" Run normalize on both the specification in the *.arch and the file lists (hey, that's what associative arrays are for :-) Doing the reverse process, ie. making the filenames minimally short, while keeping the names "giant-0l00" and "giant-1l10" (not "giant-l" and "giant-1l10"), is a bit more tricky. I'll give it some thought and perhaps try a little more perl-hacking. Even if this proposal is shouted down (it does make writing utilities parsing the filenames a little more difficult), please at least consider using the XY for PP. Kjetil T. From owner-crossfire Mon Jul 26 17:50:36 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 26 Jul 1993 15:50:41 +0200 Return-Path: Received: from holmenkollen.ifi.uio.no by ifi.uio.no with SMTP id for ; Mon, 26 Jul 1993 15:50:38 +0200 From: Frank Tore Johansen Received: by holmenkollen.ifi.uio.no ; Mon, 26 Jul 1993 15:50:37 +0200 Message-Id: <199307261350.AAholmenkollen.ifi.uio.no09799@holmenkollen.ifi.uio.no> Subject: Re: Local variations to crossfire. To: crossfire@ifi.uio.no Date: Mon, 26 Jul 1993 15:50:36 +0200 (MET DST) In-Reply-To: <199307260202.AAifi.uio.no03036@ifi.uio.no> from "Fred the Wonder Worm" at Jul 26, 93 12:02:20 pm X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 618 Status: RO Geoff wrote: > More thoughts, anyone? Yes. Getting rid of the index numbers altogether. If we use straight references to the filenames of the bitmaps from the archetype file, we can let crossfire handle all the numbers. This way the bmaps file could be generated each time the font is remade with xbmtobdf. One minor adjustment, though time- consuming and boring, should be done first: Going through all the bitmaps and assign better filenames to them. Considering this is going to end up in comp.sources.games sometime this century, the guidlines about max 14 chars in filenames should be kept in mind. -Frank. From owner-crossfire Mon Jul 26 19:44:52 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 26 Jul 1993 17:41:41 +0200 Return-Path: <@vm1.ulg.ac.be:quinet@montefiore.ulg.ac.be> Received: from vm1.ulg.ac.be by ifi.uio.no with SMTP id for ; Mon, 26 Jul 1993 17:41:33 +0200 Received: from montefiore.ulg.ac.be by vm1.ulg.ac.be (IBM VM SMTP V2R2) with TCP; Mon, 26 Jul 93 17:40:33 +0200 Received: from montefiore.montefiore.ulg.ac.be by montefiore.ulg.ac.be (4.1/SMI-4.1) id AA23057; Mon, 26 Jul 93 17:44:52 +0200 Date: Mon, 26 Jul 93 17:44:52 +0200 From: quinet@montefiore.ulg.ac.be (Raphael Quinet) Message-Id: <9307261544.AA23057@montefiore.ulg.ac.be> To: crossfire@ifi.uio.no Subject: Sounds for SUN workstations (3) Status: RO Hello... First, apologies to those of you who tried to apply the patches from the file crossfire-0.89.2-sound-diffs.Z that I uploaded two weeks ago. There were quite a lot of bugs in this file. You will find a new version in the incoming directory that should do its job (read the first few lines if you don't know how to use 'patch'). What's new in this file ? - I forgot to include the configuration file in the previous patch. Now you will find it in lib/sounds. This is my default sounds list, with some suggestions from Klaus Elsbernd . - A bug has been fixed in server/spells.c (thanks to Klaus Elsbernd). - Now this should also work if you don't want the sounds (that is, if you don't define SoundEffects in config/crosssite.def). Remember that you should first install the RPLAY library, available from sounds.sdsy.edu:pub/rplay. Then you will need the sound files. You may also get them from sounds.sdsu.edu, or download crossfire-0.89.2-sound-files.tar.Z. You may put these files anywhere, as long as they are included in rplay.conf (see the README files in the RPLAY distribution if you don't understand this). If you find other interesting sounds or if you have some comments/questions, please send me a mail (quinet@montefiore.ulg.ac.be). Have fun... Raphael Quinet From owner-crossfire Mon Jul 26 07:02:20 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 26 Jul 1993 04:02:41 +0200 Return-Path: Received: from joyce.cs.su.OZ.AU by ifi.uio.no with SMTP id for ; Mon, 26 Jul 1993 04:02:32 +0200 Message-Id: <199307260202.AAifi.uio.no03036@ifi.uio.no> Received: from orthanc.cs.su.OZ.AU (for ifi.uio.no) with MHSnet; Mon, 26 Jul 1993 12:02:28 +1000 Subject: Re: Local variations to crossfire. To: crossfire@ifi.uio.no Date: Mon, 26 Jul 93 12:02:20 EST From: Fred the Wonder Worm In-Reply-To: <199307251544.AAsurt.ifi.uio.no29361@surt.ifi.uio.no>; from "Kjetil Torgrim Homme" at Jul 25, 93 5:44 pm X-Face: )\c`u_%V|7EQUDUt%5v'IJ?=@^Wf^<#,~CjzL`/2q0=-O6XW/Z8A2j.kgg:| 7|YZPSxy}rIuw8qD|/cQZ9^6kb:1XLleXhOl-U>(c~d`bC)%7FItZOUEw?=x%TBQ~NFJ,U|3wi[jzXd5-bMC Reply-To: ftww@cs.su.oz.au X-Mailer: ELM [version 2.2 PL0] Status: RO > I don't think this is much of a problem. It is unlikely that an > official release will have a bmaps file with large holes, and so it > should be safe to use faces from 50000 and up for local bitmaps, or > even 9000, though that point *may* be reached one day... (We are > currently at 1997 here :-) > > xbmtobdf has no problems with a sparse bmaps file, and it need not be > sorted. Keep your won localbmaps, and append that to each official > release. Actually, the name space for bitmaps may be more of a > problem. Any volunteers to make a more hierarchaical structure? The > directory is getting awfully big. But having a font with large holes in it is bad news. Many servers don't cope well with them, leading to huge fonts, loss of server memory, etc. Testing out your suggestion above _quintupled_ the font size, and my server could no longer load it. While xbmtobdf may have no problem with a sparse bmaps file, the server does have a problem with sparse fonts. That's why I want to keep the font contiguous, which brings us back to my previous item. Personally, I prefer the 2nd approach (having local references which are resolved) for a couple of reasons: 1) If we allocate a chunk for local use (1st approach), it's sitting there taking up space in the font which may never be used. 2) If we need more space than that chunk, we have to allocate another chunk, compunding the problem. Also, the player bitmaps could be put there, getting rid of the need for a separate font to handle the chrfont option. Instead, you have an argument which specifies the location in the font of the start of your bitmaps. More thoughts, anyone? Cheers, Geoff. ------------------------------------------------------------------------------- Geoff Bailey (Fred the Wonder Worm) | Programmer by trade -- ftww@cs.su.oz.au | Gameplayer by vocation. ------------------------------------------------------------------------------- From owner-crossfire Mon Jul 26 08:50:22 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 26 Jul 1993 05:50:44 +0200 Return-Path: Received: from joyce.cs.su.OZ.AU by ifi.uio.no with SMTP id for ; Mon, 26 Jul 1993 05:50:36 +0200 Message-Id: <199307260350.AAifi.uio.no05214@ifi.uio.no> Received: from orthanc.cs.su.OZ.AU (for ifi.uio.no) with MHSnet; Mon, 26 Jul 1993 13:50:32 +1000 Subject: Bracers == Armour?? To: crossfire@ifi.uio.no (Crossfire Mailing List) Date: Mon, 26 Jul 93 13:50:22 EST From: Fred the Wonder Worm X-Face: )\c`u_%V|7EQUDUt%5v'IJ?=@^Wf^<#,~CjzL`/2q0=-O6XW/Z8A2j.kgg:| 7|YZPSxy}rIuw8qD|/cQZ9^6kb:1XLleXhOl-U>(c~d`bC)%7FItZOUEw?=x%TBQ~NFJ,U|3wi[jzXd5-bMC Reply-To: ftww@cs.su.oz.au X-Mailer: ELM [version 2.2 PL0] Status: RO While I'm asking questions, why are bracers classed as armour, while helmets aren't? What is the notional difference between them that affects their behaviour? Cheers, Geoff. ------------------------------------------------------------------------------- Geoff Bailey (Fred the Wonder Worm) | Programmer by trade -- ftww@cs.su.oz.au | Gameplayer by vocation. ------------------------------------------------------------------------------- From owner-crossfire Tue Jul 27 02:32:01 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 26 Jul 1993 22:32:26 +0200 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP id for ; Mon, 26 Jul 1993 22:32:14 +0200 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA03663; Mon, 26 Jul 1993 23:32:01 +0300 Date: Mon, 26 Jul 1993 23:32:01 +0300 From: Petri Heinil{ Message-Id: <199307262032.AA03663@cc.lut.fi> To: crossfire@ifi.uio.no Subject: extension suffix for maps Status: RO I would be convient if maps have a extension. So maps could be separeted if there are other files along maps. I suggest for extension a *.cfm . From CrossFire Map. comments ? //////////////////////////////////////////////////////////////////////// // Petri Heinila // email: Petri.Heinila@lut.fi // // // mail: Ainonkatu 2A // // // 53100 Lappeenranta // // // Finland, Europe // //////////////////////////////////////////////////////////////////////// From owner-crossfire Mon Jul 26 13:47:06 1993 Received: by ifi.uio.no id for crossfire.alias; Mon, 26 Jul 1993 10:47:23 +0200 Return-Path: Received: from joyce.cs.su.OZ.AU by ifi.uio.no with SMTP id for ; Mon, 26 Jul 1993 10:47:18 +0200 Message-Id: <199307260847.AAifi.uio.no11804@ifi.uio.no> Received: from orthanc.cs.su.OZ.AU (for ifi.uio.no) with MHSnet; Mon, 26 Jul 1993 18:47:14 +1000 Subject: Re: Bracers == Armour?? To: crossfire@ifi.uio.no Date: Mon, 26 Jul 93 18:47:06 EST From: Fred the Wonder Worm In-Reply-To: <199307260729.AAholmenkollen.ifi.uio.no24490@holmenkollen.ifi.uio.no>; from "Kjetil Torgrim Homme" at Jul 26, 93 9:29 am X-Face: )\c`u_%V|7EQUDUt%5v'IJ?=@^Wf^<#,~CjzL`/2q0=-O6XW/Z8A2j.kgg:| 7|YZPSxy}rIuw8qD|/cQZ9^6kb:1XLleXhOl-U>(c~d`bC)%7FItZOUEw?=x%TBQ~NFJ,U|3wi[jzXd5-bMC Reply-To: ftww@cs.su.oz.au X-Mailer: ELM [version 2.2 PL0] Status: RO Kjetil T. > Geoff Bailey: > > Why are bracers classed as armour, while helmets aren't? What is > > the notional difference between them that affects their behaviour? > > You can wear a helmet and a pair of bracers at the same time, and get > ac from both. There's a special case for the bracers, though - if you > wear them under your armour, they will be ignored unless they give you > better ac than your "real" armour, say, a robe. Oh, so bracers are worn _under_ armour. That explains it. I guess. Cheers, Geoff. ------------------------------------------------------------------------------- Geoff Bailey (Fred the Wonder Worm) | Programmer by trade -- ftww@cs.su.oz.au | Gameplayer by vocation. ------------------------------------------------------------------------------- From owner-crossfire Tue Jul 27 13:10:43 1993 Received: by ifi.uio.no id for crossfire.alias; Tue, 27 Jul 1993 11:07:30 +0200 Return-Path: <@vm1.ulg.ac.be:quinet@montefiore.ulg.ac.be> Received: from vm1.ulg.ac.be by ifi.uio.no with SMTP id for ; Tue, 27 Jul 1993 11:07:21 +0200 Received: from montefiore.ulg.ac.be by vm1.ulg.ac.be (IBM VM SMTP V2R2) with TCP; Tue, 27 Jul 93 11:06:24 +0200 Received: from verif1.montefiore.ulg.ac.be by montefiore.ulg.ac.be (4.1/SMI-4.1) id AA28515; Tue, 27 Jul 93 11:10:43 +0200 Date: Tue, 27 Jul 93 11:10:43 +0200 From: quinet@montefiore.ulg.ac.be (Raphael Quinet) Message-Id: <9307270910.AA28515@montefiore.ulg.ac.be> To: crossfire@ifi.uio.no Subject: Using gunzip instead of uncompress Status: RO If you want to reduce the amount of disk space used by the maps, you should consider using GNU Zip/UnZip instead of compress/ uncompress. The standard maps distribution takes less than 2000K when compressed with gzip. I have uploaded a small patch (for common/map.c) in the 'incoming' directory. Comments are welcome. Raphael Quinet quinet@montefiore.ulg.ac.be From owner-crossfire Tue Jul 27 16:28:28 1993 Received: by ifi.uio.no id for crossfire.alias; Tue, 27 Jul 1993 14:28:30 +0200 Return-Path: Received: from gjalp.ifi.uio.no by ifi.uio.no with SMTP id for ; Tue, 27 Jul 1993 14:28:29 +0200 From: Kjetil Torgrim Homme Received: by gjalp.ifi.uio.no ; Tue, 27 Jul 1993 14:28:28 +0200 Date: Tue, 27 Jul 1993 14:28:28 +0200 Message-Id: <199307271228.AAgjalp.ifi.uio.no00158@gjalp.ifi.uio.no> To: crossfire@ifi.uio.no In-Reply-To: Raphael Quinet's message of Tue, 27 Jul 93 11:10:43 +0200 <9307270910.AA28515@montefiore.ulg.ac.be> Subject: Re: Using gunzip instead of uncompress Status: RO This will be fixed in the next release - you can specify a COMPRESS_SUFFIX in the crosssite.def file. Kjetil T. From owner-crossfire Tue Jul 27 07:34:48 1993 Received: by ifi.uio.no id for crossfire.alias; Tue, 27 Jul 1993 04:35:11 +0200 Return-Path: Received: from joyce.cs.su.OZ.AU by ifi.uio.no with SMTP id for ; Tue, 27 Jul 1993 04:35:03 +0200 Message-Id: <199307270235.AAifi.uio.no26791@ifi.uio.no> Received: from orthanc.cs.su.OZ.AU (for ifi.uio.no) with MHSnet; Tue, 27 Jul 1993 12:34:54 +1000 Subject: Re: Local variations to crossfire. To: crossfire@ifi.uio.no Date: Tue, 27 Jul 93 12:34:48 EST From: Fred the Wonder Worm In-Reply-To: <199307261350.AAholmenkollen.ifi.uio.no09799@holmenkollen.ifi.uio.no>; from "Frank Tore Johansen" at Jul 26, 93 3:50 pm X-Face: )\c`u_%V|7EQUDUt%5v'IJ?=@^Wf^<#,~CjzL`/2q0=-O6XW/Z8A2j.kgg:| 7|YZPSxy}rIuw8qD|/cQZ9^6kb:1XLleXhOl-U>(c~d`bC)%7FItZOUEw?=x%TBQ~NFJ,U|3wi[jzXd5-bMC Reply-To: ftww@cs.su.oz.au X-Mailer: ELM [version 2.2 PL0] Status: RO > Geoff wrote: > > More thoughts, anyone? > > Yes. Getting rid of the index numbers altogether. If we use > straight references to the filenames of the bitmaps from the > archetype file, we can let crossfire handle all the numbers. > This way the bmaps file could be generated each time the font > is remade with xbmtobdf. One minor adjustment, though time- > consuming and boring, should be done first: Going through all > the bitmaps and assign better filenames to them. Considering > this is going to end up in comp.sources.games sometime this > century, the guidlines about max 14 chars in filenames should > be kept in mind. I'm all for this, but we'd better get rid of those *.om files first! At what I believe is a conservative estimate, this would increase their size (of all of them together) by about 9 Meg, possibly more. And it would triple the size of the archetype file, but I can live with that. What's the story with the .om files, have they been obsoleted yet? Cheers, Geoff. ------------------------------------------------------------------------------- Geoff Bailey (Fred the Wonder Worm) | Programmer by trade -- ftww@cs.su.oz.au | Gameplayer by vocation. ------------------------------------------------------------------------------- From owner-crossfire Tue Jul 27 07:44:36 1993 Received: by ifi.uio.no id for crossfire.alias; Tue, 27 Jul 1993 04:44:56 +0200 Return-Path: Received: from joyce.cs.su.OZ.AU by ifi.uio.no with SMTP id for ; Tue, 27 Jul 1993 04:44:48 +0200 Message-Id: <199307270244.AAifi.uio.no27059@ifi.uio.no> Received: from orthanc.cs.su.OZ.AU (for ifi.uio.no) with MHSnet; Tue, 27 Jul 1993 12:44:43 +1000 Subject: Re: Local variations to crossfire. To: crossfire@ifi.uio.no Date: Tue, 27 Jul 93 12:44:36 EST From: Fred the Wonder Worm In-Reply-To: <199307261218.AAsurt.ifi.uio.no03477@surt.ifi.uio.no>; from "Kjetil Torgrim Homme" at Jul 26, 93 2:18 pm X-Face: )\c`u_%V|7EQUDUt%5v'IJ?=@^Wf^<#,~CjzL`/2q0=-O6XW/Z8A2j.kgg:| 7|YZPSxy}rIuw8qD|/cQZ9^6kb:1XLleXhOl-U>(c~d`bC)%7FItZOUEw?=x%TBQ~NFJ,U|3wi[jzXd5-bMC Reply-To: ftww@cs.su.oz.au X-Mailer: ELM [version 2.2 PL0] Status: RO > First, I'm sorry Geoff, for giving such a suggestion without reviewing > its feasibility first. No worries. > Second, I much prefer Petri's approach. Looks good, Petri! Yep! > The .PP.DD.AA will use 9 characters, leaving only 5 for the > archetype-name. How about: > > NAME-AADXY > > NAME is a name of archetype like "orc" > AA is a animation phase, like 00, 01, 02, 03 > D is a direction, coded as: > y k u > \ | / > h -.- l (looks familiar, I hope :-) > / | \ > b j n > XY is a part of archetype, like in troll 00, 01, 10, 11 Well, here's another possibility. For each monster name, rather than having name-AADXY, you could have name/AA.D.XY This would give more room for the monster names, but it would make it easy to get confused about where you are in the bitmaps tree. Cheers, Geoff. ------------------------------------------------------------------------------- Geoff Bailey (Fred the Wonder Worm) | Programmer by trade -- ftww@cs.su.oz.au | Gameplayer by vocation. ------------------------------------------------------------------------------- From owner-crossfire Wed Jul 28 03:44:30 1993 Received: by ifi.uio.no id for crossfire.alias; Tue, 27 Jul 1993 23:44:34 +0200 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP id for ; Tue, 27 Jul 1993 23:44:31 +0200 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA04854; Wed, 28 Jul 1993 00:44:30 +0300 Date: Wed, 28 Jul 1993 00:44:30 +0300 From: Petri Heinil{ Message-Id: <199307272144.AA04854@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: Local variations to crossfire. Status: RO >From: Fred the Wonder Worm >.... >I'm all for this, but we'd better get rid of those *.om files first! >At what I believe is a conservative estimate, this would increase their >size (of all of them together) by about 9 Meg, possibly more. And it >would triple the size of the archetype file, but I can live with that. > >What's the story with the .om files, have they been obsoleted yet? Yes, we haven't used them, here lut, since Jarkko.Sonninen@lut.fi made a filepath-patch to remove them (it was sometime on April). As soon as Frank gets new version out *.om's can forgot, I guess. //////////////////////////////////////////////////////////////////////// // Petri Heinila // email: Petri.Heinila@lut.fi // // // mail: Ainonkatu 2A // // // 53100 Lappeenranta // // // Finland, Europe // //////////////////////////////////////////////////////////////////////// From owner-crossfire Wed Jul 28 04:13:22 1993 Received: by ifi.uio.no id for crossfire.alias; Wed, 28 Jul 1993 00:13:26 +0200 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP id for ; Wed, 28 Jul 1993 00:13:22 +0200 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA05345; Wed, 28 Jul 1993 01:13:22 +0300 Date: Wed, 28 Jul 1993 01:13:22 +0300 From: Petri Heinil{ Message-Id: <199307272213.AA05345@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: Local variations to crossfire. Status: RO >From: Kjetil Torgrim Homme > ... >This will break horrendously on SysV machines with 14-character >filenames... Yes, I know that there problems with non-unique long file >names already, 31 files, actually, and nearly all are in the >bitmaps-directory. Ups, I forgotten this. >... >NAME-AADPP > > NAME is a name of archetype like "orc" > AA is a animation phase, like 00, 01, 02, 03 > D is a direction, coded as: > y k u > \ | / > h -.- l (looks familiar, I hope :-) > / | \ > b j n > XY is a part of archetype, like in troll 00, 01, 10, 11 > >Also, we can have names on the form: > >NAME => NAME-00.00 (orc, one bitmap, no animation) >NAME-AA => NAME-AA.00 (orc-01, means 2nd animation frame) >NAME-AAD => NAME-AAD00 (orc-01l, as above facing right) >NAME-AADXY => NAME-AADXY (orc-01l01, as above, leftmost bottommost bitmap) >NAME-DXY => NAME-00DXY (orc-l01, facing right, leftmost bottommost bitmap) >NAME-D => NAME-00D00 (orc-l, facing right, no animation, one bitmap) > >It would be nice, but not required, that the utility program >considered e.g. NAME-0D equivalent to NAME-D and NAME-00D00. The purposes for naming are is bitmap-file identification and information passing (sorry, I forgot this clause in readme). It's a same in what form the extension is as long as the purposes are filled. Consider to filename-lenght I suggest following: NAME.ADP A animation phase D direction P part of archetype every component is a character having value at range 1..9 and A..Z . So every component have 34 different values. I think this is enought ( demon lord has 32 parts, as i remember ). Restrcting to capitals and numbers helps idetification to other files. So there remains 10 character to name. ( btw. 0 is reserved for future use ) I think direction coding would be better if it is same as in crossfire. >Run normalize on both the specification in the *.arch and the file >lists (hey, that's what associative arrays are for :-) and archetype would be NAME.arc . >Even if this proposal is shouted down (it does make writing utilities >parsing the filenames a little more difficult), please at least >consider using the XY for PP. Being in P is sorter. Is dimensions needed ? //////////////////////////////////////////////////////////////////////// // Petri Heinila // email: Petri.Heinila@lut.fi // // // mail: Ainonkatu 2A // // // 53100 Lappeenranta // // // Finland, Europe // //////////////////////////////////////////////////////////////////////// From owner-crossfire Wed Jul 28 23:36:12 1993 Received: by ifi.uio.no id for crossfire.alias; Wed, 28 Jul 1993 19:36:15 +0200 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP id for ; Wed, 28 Jul 1993 19:36:12 +0200 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA25148; Wed, 28 Jul 1993 20:36:12 +0300 Date: Wed, 28 Jul 1993 20:36:12 +0300 From: Petri Heinil{ Message-Id: <199307281736.AA25148@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: Local variations to crossfire. Status: RO How about the other thing: splitting archetypes-file into directories. Comments (volunteers :) ). //////////////////////////////////////////////////////////////////////// // Petri Heinila // email: Petri.Heinila@lut.fi // // // mail: Ainonkatu 2A // // // 53100 Lappeenranta // // // Finland, Europe // //////////////////////////////////////////////////////////////////////// From owner-crossfire Sat Jul 31 04:34:42 1993 Received: by ifi.uio.no id for crossfire.alias; Sat, 31 Jul 1993 02:31:19 +0200 Return-Path: <@vm1.ulg.ac.be:quinet@montefiore.ulg.ac.be> Received: from vm1.ulg.ac.be by ifi.uio.no with SMTP id for ; Sat, 31 Jul 1993 02:31:13 +0200 Received: from montefiore.ulg.ac.be by vm1.ulg.ac.be (IBM VM SMTP V2R2) with TCP; Sat, 31 Jul 93 02:30:19 +0200 Received: from verif1.montefiore.ulg.ac.be by montefiore.ulg.ac.be (4.1/SMI-4.1) id AA11831; Sat, 31 Jul 93 02:34:42 +0200 Date: Sat, 31 Jul 93 02:34:42 +0200 From: quinet@montefiore.ulg.ac.be (Raphael Quinet) Message-Id: <9307310034.AA11831@montefiore.ulg.ac.be> To: crossfire@ifi.uio.no Subject: map design Status: RO Hello all map designers ! Here are some suggestions for the maps in crossfire. A kind of "wouldn't it be nice if ...". Read this. Think about it. I'm waiting for your comments... - The LIBDIR/maps directory needs a bit of cleaning (I know this has already been discussed on this list). I suggest that we have one subdirectory for each city or village, named after the city itself. The maps should be renamed, each having the name of the building or location it contains (bearing in mind the 14 char. limit). If some building needs more than one map, we could use index numbers. This would lead to something like this in LIBDIR/maps : toontown/smallhouse toontown/cityhall toontown/largehouse.1 toontown/largehouse.2 toontown/largehouse.3 gothamcity/streets gothamcity/castle.1 gothamcity/castle.2 ... This way, we could get rid of all the maps.?? and have an easier way to identify each map. - Most new players have some difficulty to find some interesting maps to begin with. The beginner's level was a very useful addition to the crossfire world, but we should go one step further : insert a message near the entrance of the largest buildings and cities. Each message would give some info about the map, its main features, what kind of players should enter it, and (at least in the debug versions) the name of the people who wrote it. This could also help the experienced players to find the interesting locations in the newest maps. I think that there are too few messages in the current maps. (Note : I don't want to spoil the fun of the exploration; we have to find a way to describe a map without telling too much about it.) - The new maps should contain at least some of the new archetypes. - With some of the new archetyes (secret doors, special keys, ...), we can build different kind of maps. Most of the current maps are combat-only. But we can build some maps for the players that prefer the 'adventure' part of the game to the 'arcade' part. Imagine a dungeon where you need some kind of password to reach the treasure chamber. There would be some signs giving clues to the player, or a sage that gives some hints, etc. I already tried some tricks with crossedit-0.5 and I think this will even be easier with the next version of the game. - Some NPC's should be smarter. Use the @match command ! So, do you feel up to doing all this ? Raphael Quinet quinet@montefiore.ulg.ac.be From owner-crossfire Sat Jul 31 06:38:24 1993 Received: by ifi.uio.no id for crossfire.alias; Sat, 31 Jul 1993 22:39:49 +0200 Return-Path: Received: from hairball.ecst.csuchico.edu by ifi.uio.no with SMTP id for ; Sat, 31 Jul 1993 22:39:46 +0200 Received: by hairball.ecst.csuchico.edu (1.37.109.4/16.2) id AA21677; Sat, 31 Jul 93 13:38:25 -0700 From: Tyler Van Gorder Message-Id: <9307312038.AA21677@hairball.ecst.csuchico.edu> Subject: help! crossedit To: crossfire@ifi.uio.no Date: Sat, 31 Jul 93 13:38:24 PDT X-Mailer: ELM [version 2.3 PL11] Status: RO hello....well ive manged to get the new version compiled.....but... when i try to load a map...... any help would be appreciated...thanks. Tyler (Skud.) phantasm /user/s/tvangod/bin > crossedit Trying to fix fontpath... Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing '! None : editInsert(archetype) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing ' ! None : editInsert(archetype) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing '! None : editSelect(archetype) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing ' ! None : editSelect(archetype) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing '! None : editDelete(archetype) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing ' ! None : editDelete(archetype) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing ' ! None Right: editMove(right) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing ' ! None Left: editMove(left) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing ' ! None Down: editMove(down) ' Warning: translation table syntax error: Unknown modifier name: None Warning: ... found while parsing ' ! None Up: editMove(up) '