From crossfire-request Fri Oct 29 21:17:48 1993 Return-Path: Received: from hairball.ecst.csuchico.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 29 Oct 1993 21:17:46 +0100 Received: by hairball.ecst.csuchico.edu (1.37.109.4/16.2) id AA06374; Fri, 29 Oct 93 13:16:40 -0700 From: Tyler Van Gorder Message-Id: <9310292016.AA06374@hairball.ecst.csuchico.edu> Subject: Re: maps, archetypes, and everything To: njw@cs.city.ac.uk (Nick Williams) Date: Fri, 29 Oct 93 13:16:40 PDT Cc: crossfire@ifi.uio.no, eanders+@CMU.EDU In-Reply-To: ; from "Nick Williams" at Oct 29, 93 12:44 pm X-Mailer: ELM [version 2.3 PL11] Status: RO > > > I upgraded our version of crossfire to 0.89.3/0.7 (the version of > crossfire contained within crossedit 0.7) a while ago (being a daring > sort of person :-). I took the std release of maps with that. Problem > is that most of the scrolls in the maps are broken (a scroll archetype > as opposed to a random_scroll archetype). > > Well, I finally got fed up with that and went to grab the "converted > maps" found on madhatter FTP site. They don't look particularly > converted to me! > 1) They don't have the new names (e.g. steinblokk instead of bwall_0). > 2) They have references to many archetypes which don't exist. (e.g. maps > within brittany). > 3) The maps for the editor reference the following nonexistent archs: > Couldn't find archetype note > Couldn't find archetype gratedoor_1 > Couldn't find archetype gratedoor_2 > Couldn't find archetype crystal_ball > Couldn't find archetype platinacoin > Couldn't find archetype rod_light > Couldn't find archetype rod_heavy > Couldn't find archetype horn > Couldn't find archetype horn2 > Couldn't find archetype cake > Couldn't find archetype barrel > Couldn't find archetype ggate_open > Couldn't find archetype ggate_closed > Couldn't find archetype ladder_up > Couldn't find archetype ladder_down > Couldn't find archetype ladder_bi_up > Fatal: Too many errors ok the crossedit.7 version was developed at about the same time crossfire.89.3 was done. What this means is......they are not the same...at all. Some brave soul must merge the two copies....:< any voulenteers?? :> Thus the problem with the archetypes....these archtypes were created with crossfire.83.3...and were not included in the arch distribution that came with crossedit. > > I then said, OK, I'll get the "chico" archetypes which was put into ifi > FTP site recently. That is s'posed to have all archetypes, plus extra > local to chico ones. Well, no. It doesn't. That set of archetypes gives > me the following errors, and doesn't provide the missing archs... > > Warning, unknown (or oldfashioned) variable: unaggresive > Warning, unknown (or oldfashioned) variable: no_move > Couldn't find treasurelist jail > Failed to link treasure to arch: randomitems > Couldn't find treasurelist jail > Failed to link treasure to arch: randomitems > Couldn't find treasurelist jail > Failed to link treasure to arch: randomitems > Couldn't find treasurelist unicorn > Failed to link treasure to arch: randomitem :> ok problem with these........remove the reference to no_move....I believe it is in the prisoner.arc file.....then rebuild the archetypes. the unaggresive should by unaggressive, someone here cant type :> as for the rest.....I created three new archetypes which are basically copies of man, woman, and sage, the difference is, when they die, the generate a jail treasure, which should be defined in the "treasures" file. The simply generate three buff knights as 'treasure' who kick the player's butts. Thus, anyone attacking my city folks.......get a little surprise. :> > > Not so useful. > Is there ANYWHERE an up-to-date (0.89.3/0.7) set of maps, which comes > _with_ the correct assortment of archetypes? my suggestion....: find a copy of crossfire.89.3 grab the archetypes file that comes with that distribution........find the missing archetypes in the big archetypes file and make all the required .arc files from that...then move those into subdirectories of "arch" in the crossedit.7 version. > Also in this version of crossfire, the button_handle's don't always work > and I can't work out why. You pull them, and they immediately reset > themselves, without changing the connected item. > ok, problem here is that buttons only work with "button_doors" they do NOT work with "triggers" you need a "trigger_button" to open and "trigger_door" you need a regular "button" to open regular "doors" :> these dudes aren't interchangable. It seems rather silly....shrug.... Tyler From crossfire-request Fri Oct 29 15:56:22 1993 Return-Path: Received: from thrall.cm.cf.ac.uk by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 29 Oct 1993 15:56:19 +0100 Received: from cm.cf.ac.uk by thrall.cm.cf.ac.uk with SMTP (PP) id <12990-0@thrall.cm.cf.ac.uk>; Fri, 29 Oct 1993 14:56:50 +0000 Date: Fri, 29 Oct 93 14:56:48 GMT From: Simon McIntosh-Smith Message-Id: <9310291456.AA12034@garnet.cm.cf.ac.uk> To: crossfire@ifi.uio.no Subject: claus anyone? Status: RO Hi all, we've been playing crossfire here for a while now, and we've got quite high- level characters (38 is the highest). We've just come across claus after going down the well in Santa Dominion, and he's a bit hard. He doesn't appear in any of the spoiler files, so any tips for taking him on would be gratefully received! Also, we can't find any gauntlets, speed boots, etc. anywhere. Spellbooks of large icestorm are also elusive. We've had loads of the artifact weapons, but things certain ones like Excalibur haven't come up yet. If anyone can tell me where to look for some of the really good stuff, let me know. And if you know of some really exciting places to go that you think we might not have found yet, again drop me a line! Cheers, Simon Simon N. McIntosh-Smith, PhD candidate | Email : Simon.N.Smith@cm.cf.ac.uk Room M/1.36 Department of Computing Maths | Phone : +44 (0)222 874000 University of Wales, College of Cardiff | Fax : +44 (0)222 666182 PO Box 916, Cardiff, Wales, CF2 4YN, U.K. | Home : +44 (0)222 560522 From crossfire-request Fri Oct 29 13:47:16 1993 Return-Path: Received: from barney.cs.city.ac.uk by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 29 Oct 1993 13:47:11 +0100 Received: from wilma.cs.city.ac.uk by barney.cs.city.ac.uk; Fri, 29 Oct 1993 12:49:16 GMT Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.wilma.cs.city.ac.uk.sun4.41 via MS.5.6.wilma.cs.city.ac.uk.sun4_41; Fri, 29 Oct 1993 12:44:15 +0000 (GMT) Message-Id: Date: Fri, 29 Oct 1993 12:44:15 +0000 (GMT) From: Nick Williams Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: crossfire@ifi.uio.no Subject: maps, archetypes, and everything Cc: eanders+@CMU.EDU, tvangod@ecst.csuchico.edu Status: RO I upgraded our version of crossfire to 0.89.3/0.7 (the version of crossfire contained within crossedit 0.7) a while ago (being a daring sort of person :-). I took the std release of maps with that. Problem is that most of the scrolls in the maps are broken (a scroll archetype as opposed to a random_scroll archetype). Well, I finally got fed up with that and went to grab the "converted maps" found on madhatter FTP site. They don't look particularly converted to me! 1) They don't have the new names (e.g. steinblokk instead of bwall_0). 2) They have references to many archetypes which don't exist. (e.g. maps within brittany). 3) The maps for the editor reference the following nonexistent archs: Couldn't find archetype note Couldn't find archetype gratedoor_1 Couldn't find archetype gratedoor_2 Couldn't find archetype crystal_ball Couldn't find archetype platinacoin Couldn't find archetype rod_light Couldn't find archetype rod_heavy Couldn't find archetype horn Couldn't find archetype horn2 Couldn't find archetype cake Couldn't find archetype barrel Couldn't find archetype ggate_open Couldn't find archetype ggate_closed Couldn't find archetype ladder_up Couldn't find archetype ladder_down Couldn't find archetype ladder_bi_up Fatal: Too many errors I then said, OK, I'll get the "chico" archetypes which was put into ifi FTP site recently. That is s'posed to have all archetypes, plus extra local to chico ones. Well, no. It doesn't. That set of archetypes gives me the following errors, and doesn't provide the missing archs... Warning, unknown (or oldfashioned) variable: unaggresive Warning, unknown (or oldfashioned) variable: no_move Couldn't find treasurelist jail Failed to link treasure to arch: randomitems Couldn't find treasurelist jail Failed to link treasure to arch: randomitems Couldn't find treasurelist jail Failed to link treasure to arch: randomitems Couldn't find treasurelist unicorn Failed to link treasure to arch: randomitem Not so useful. Is there ANYWHERE an up-to-date (0.89.3/0.7) set of maps, which comes _with_ the correct assortment of archetypes? Finally, for those running 0.89.3/0.7, there's a bug in the pet/friendly monster code which I kept getting bitten by. I don't know if this is the correct patch (I don't understand all that's going on in that code), but the following change seems to fix a large number of core dumps relating to pets: change line 329 of player.c from: if((ol->ob->contr->state&&ol->ob->type==PLAYER) to if((ol->ob->contr&&ol->ob->contr->state&&ol->ob->type==PLAYER) Also in this version of crossfire, the button_handle's don't always work and I can't work out why. You pull them, and they immediately reset themselves, without changing the connected item. Final thing (honest! :-): would it be possible to provide a better mechanism for showing what objects are linked to levers, etc, within the editor...? Nick. Nick Williams E-mail: njw@cs.city.ac.uk (MIME and ATK) Systems Architecture Research Centre, Tel: +44 71 477 8551 London, EC1V 0HB Fax: +44 71 477 8587 From crossfire-request Thu Oct 28 20:56:30 1993 Return-Path: Received: from hairball.ecst.csuchico.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Thu, 28 Oct 1993 20:56:28 +0100 Received: by hairball.ecst.csuchico.edu (1.37.109.4/16.2) id AA05547; Thu, 28 Oct 93 12:56:26 -0700 From: KARIM SANJABI Message-Id: <9310281956.AA05547@hairball.ecst.csuchico.edu> Subject: hey To: crossfire@ifi.uio.no Date: Thu, 28 Oct 93 12:56:26 PDT X-Mailer: ELM [version 2.3 PL11] Status: RO Howdy, I tryed sending mail to the request addess, but didn't get a response. I would really like to be added to the mailing list. thanks. karim@ecst.csuchico.edu From crossfire-request Fri Oct 22 12:51:22 1993 Return-Path: Received: from deepthought.cs.utexas.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 22 Oct 1993 12:51:13 +0100 Received: from ghostwheel.BGA.COM by deepthought.cs.utexas.edu (5.64/1.2/relay) with SMTP id AA00506; Fri, 22 Oct 93 06:51:55 -0500 Received: from wixer.UUCP by ghostwheel.bga.com with UUCP id AA03510 (5.65c/IDA-1.4.4 for crossfire@ifi.uio.no); Fri, 22 Oct 1993 06:40:18 -0500 Received: by wixer (5.65/1.35) id AA11301; Fri, 22 Oct 93 06:38:36 -0500 Date: Fri, 22 Oct 93 06:38:36 -0500 From: wixer!sunruh@cs.utexas.edu (Steven) Message-Id: <9310221138.AA11301@wixer> To: crossfire@ifi.uio.no Subject: add me Status: RO please add me to the mailing list thanks From crossfire-request Thu Oct 21 23:55:30 1993 Return-Path: Received: from pathogen by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Thu, 21 Oct 1993 23:55:27 +0100 Received: by pathogen (1.37.109.4/16.2) id AA09267; Thu, 21 Oct 93 15:55:19 -0700 From: Tyler Van Gorder Message-Id: <9310212255.AA09267@pathogen> Subject: Re: bitmaps sources for fonts? To: peterm@soda.berkeley.edu (Peter Mardahl) Date: Thu, 21 Oct 93 15:55:19 PDT Cc: crossfire@ifi.uio.no In-Reply-To: <9310212211.AA14511@soda.berkeley.edu>; from "Peter Mardahl" at Oct 21, 93 3:11 pm X-Mailer: ELM [version 2.3 PL11] Status: RO > > > Could some kind soul make the bitmap tree structure used in > crossfire-/crossedit 0.7 available someplace? > > We would like to add our own characters to the font, so we need > the source files for all the bitmaps, not just the created font. > > Regards, > > PeterM > peterm@soda.berkeley.edu > ok....basically, this is the archetypes directory, I will tar up our local copy here.....note: that we have about 15/20 new archetypes from chico :> in /arch/chico :> anyway...look at ifi.uio.no in incoming arch.chico.tar.Z Tyler. ps. Our unicorn horn seems to have a problem of giving the player a 3.0 weapon speed :> oops :> also....we have a new type of autojoining wall...you will need to add it to the walls maps From crossfire-request Thu Oct 21 23:11:58 1993 Return-Path: Received: from soda.berkeley.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Thu, 21 Oct 1993 23:11:55 +0100 Received: by soda.berkeley.edu (5.65/KAOS-1) id AA14511; Thu, 21 Oct 93 15:11:28 -0700 Date: Thu, 21 Oct 93 15:11:28 -0700 From: Peter Mardahl Message-Id: <9310212211.AA14511@soda.berkeley.edu> To: crossfire@ifi.uio.no Subject: bitmaps sources for fonts? Status: RO Could some kind soul make the bitmap tree structure used in crossfire-/crossedit 0.7 available someplace? We would like to add our own characters to the font, so we need the source files for all the bitmaps, not just the created font. Regards, PeterM peterm@soda.berkeley.edu From crossfire-request Thu Oct 21 14:06:49 1993 Return-Path: Received: from gyda.ifi.uio.no by ifi.uio.no with ESMTP (8.5/ifi2.3) id ; Thu, 21 Oct 1993 14:06:48 +0100 Received: from thrall.cm.cf.ac.uk by gyda.ifi.uio.no ; Thu, 21 Oct 1993 14:06:17 +0100 Received: from cm.cf.ac.uk by thrall.cm.cf.ac.uk with SMTP (PP) id <18305-0@thrall.cm.cf.ac.uk>; Thu, 21 Oct 1993 14:05:28 +0100 Date: Thu, 21 Oct 93 14:05:24 BST From: Simon McIntosh-Smith Message-Id: <9310211305.AA04506@ruby.cm.cf.ac.uk> To: crossfire@ifi.uio.no Subject: Re: Version 0.89.3? Status: RO Ken Brunsen writes: > > 0.89.3 is the development version. If you thought that .89.2 was > unstable, you really don't want to play with .89.3 Is this right? But 0.89.2 creashes on us all the time, even with the SPEED_GAME option not defined. Having 2 or more players virtually guarantees a crash, so everyone has to play it on its own. Are there some patches to 0.89.2 for some of these bugs? We have it just as it came from the ftp site... > maps are available from madhatter.ws.cc.cmu.edu:pub/crossfire/maps > just do a get maps.tar.Z, it will automagically tar/compress it. > 89.3 maps are incompatible with 89.2 maps What about the character files? If you have a really good character going is there anyway to use it in 0.89.3 when it comes from 0.89.2? Sy From crossfire-request Wed Oct 20 21:24:25 1993 Return-Path: Received: from sfi.santafe.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 20 Oct 1993 21:24:23 +0100 From: scott@santafe.edu Received: from wijiji (wijiji.santafe.edu) by sfi.santafe.edu (4.1/SMI-4.1) id AA20374; Wed, 20 Oct 93 14:28:43 MDT Received: by wijiji (4.1/SMI-4.1) id AA04543; Wed, 20 Oct 93 14:28:34 MDT Date: Wed, 20 Oct 93 14:28:34 MDT Message-Id: <9310202028.AA04543@wijiji> To: "Eric A. Anderson" Cc: crossfire@ifi.uio.no Subject: Re: Version 0.89.3? In-Reply-To: Your message at 14:17:38 on Wed, 20 October 1993 References: <8glM32e00Zk2EApOkY@andrew.cmu.edu> <9310201440.AA00243@enterprise.pencom.com> Status: RO >>>>> "Eric" == Eric A Anderson writes: Eric> Ken Brunsen writes: >> I've been hearing talk about version 0.89.3. Could someone tell me where it's >> at? I'd like to pull it down and try replacing 0.89.2 with it (I'm tired of >> all the Emergency Saves we get and hope 0.89.3 won't have the same problem). Eric> 0.89.3 is the development version. If you thought that .89.2 was Eric> unstable, you really don't want to play with .89.3 Eric> -- Eric> maps are available from madhatter.ws.cc.cmu.edu:pub/crossfire/maps Eric> just do a get maps.tar.Z, it will automagically tar/compress it. Eric> 89.3 maps are incompatible with 89.2 maps Eric> -Eric ya, I hope 89.3 doesn't die when one of the clients dies.... that's really nasty. I haven't been able to get more than 2 people in without 89.2 dying on me and killing the game. Also, what is the purpose of saving the damn character, you can't leave the gave without it erasing your damn save file! Scott From crossfire-request Wed Oct 20 20:33:51 1993 Return-Path: Received: from enterprise.pencom.com by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 20 Oct 1993 20:33:24 +0100 Received: by enterprise.pencom.com (NX5.67c/X3.0P1.1) for crossfire@ifi.uio.no at ifi.uio.no id AA01497; Wed, 20 Oct 93 14:31:42 -0500 Date: Wed, 20 Oct 93 14:31:42 -0500 From: Ken Brunsen Message-Id: <9310201931.AA01497@enterprise.pencom.com> Received: by NeXT.Mailer (1.87.1) Received: by NeXT Mailer (1.87.1) To: crossfire@ifi.uio.no Subject: Re: Version 0.89.3? Status: RO Begin forwarded message: > 0.89.3 is the development version. If you thought that .89.2 was > unstable, you really don't want to play with .89.3 > > -Eric > Thanks for the info (although I'd still like to get ahold of the .89.3 distribution). By the way, have ya'll fixed the scroll_right yet? Also, how about changing the algorithym for spell learning so that it is based on int/wis (depending on class) and also on level of character (ie. If I'm a level 50 Wizard, I should easily be able to learn a level 1 spell even if I'm not that wise (although might want to make it harder for non-MU classes to learn spells?)). I've made changes in my base for this, but I thought I'd mention it to ya. Thanks. kenbo "Paladin" From crossfire-request Wed Oct 20 19:18:07 1993 Return-Path: Received: from po2.andrew.cmu.edu by ifi.uio.no with ESMTP (8.5/ifi2.3) id ; Wed, 20 Oct 1993 19:18:05 +0100 Received: from localhost (postman@localhost) by po2.andrew.cmu.edu (8.5/8.5) id OAA12673; Wed, 20 Oct 1993 14:18:00 -0400 Received: via switchmail; Wed, 20 Oct 1993 14:17:59 -0400 (EDT) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Wed, 20 Oct 1993 14:17:41 -0400 (EDT) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Wed, 20 Oct 1993 14:17:39 -0400 (EDT) Received: from BatMail.robin.v2.13.CUILIB.3.45.SNAP.NOT.LINKED.madhatter.ws.cc.cmu.edu.sun4c.411 via MS.5.6.madhatter.ws.cc.cmu.edu.sun4c_411; Wed, 20 Oct 1993 14:17:38 -0400 (EDT) Message-ID: <8glM32e00Zk2EApOkY@andrew.cmu.edu> Date: Wed, 20 Oct 1993 14:17:38 -0400 (EDT) From: "Eric A. Anderson" To: crossfire@ifi.uio.no Subject: Re: Version 0.89.3? In-Reply-To: <9310201440.AA00243@enterprise.pencom.com> References: <9310201440.AA00243@enterprise.pencom.com> Status: RO Ken Brunsen writes: > I've been hearing talk about version 0.89.3. Could someone tell me where it's > at? I'd like to pull it down and try replacing 0.89.2 with it (I'm tired of > all the Emergency Saves we get and hope 0.89.3 won't have the same problem). 0.89.3 is the development version. If you thought that .89.2 was unstable, you really don't want to play with .89.3 -- maps are available from madhatter.ws.cc.cmu.edu:pub/crossfire/maps just do a get maps.tar.Z, it will automagically tar/compress it. 89.3 maps are incompatible with 89.2 maps -Eric ********************************************************* "It seemed like a good idea at the time" -The Mad Hatter "Yes, you're very smart. Shut up." -In "The Princess Bride" ********************************************************* From crossfire-request Wed Oct 20 15:42:55 1993 Return-Path: Received: from enterprise.pencom.com by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 20 Oct 1993 15:42:48 +0100 Received: by enterprise.pencom.com (NX5.67c/X3.0P1.1) for crossfire@ifi.uio.no at ifi.uio.no id AA00243; Wed, 20 Oct 93 09:40:59 -0500 Date: Wed, 20 Oct 93 09:40:59 -0500 From: Ken Brunsen Message-Id: <9310201440.AA00243@enterprise.pencom.com> Received: by NeXT.Mailer (1.87.1) Received: by NeXT Mailer (1.87.1) To: crossfire@ifi.uio.no Subject: Version 0.89.3? Status: RO I've been hearing talk about version 0.89.3. Could someone tell me where it's at? I'd like to pull it down and try replacing 0.89.2 with it (I'm tired of all the Emergency Saves we get and hope 0.89.3 won't have the same problem). FYI: crossfire_0.89.2 running on NeXT under Co-Xist and also running on 486DX266 under linux/Xfree86. Thanks! Kenneth Brunsen kenbo@pencom.com "Paladin" From crossfire-request Wed Oct 20 08:22:42 1993 Return-Path: Received: from thrall.cm.cf.ac.uk by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 20 Oct 1993 08:22:41 +0100 Received: from cm.cf.ac.uk by thrall.cm.cf.ac.uk with SMTP (PP) id <23377-0@thrall.cm.cf.ac.uk>; Wed, 20 Oct 1993 08:23:12 +0100 Date: Wed, 20 Oct 93 08:23:09 BST From: Simon McIntosh-Smith Message-Id: <9310200723.AA19146@garnet.cm.cf.ac.uk> To: crossfire@ifi.uio.no Subject: maps for 0.89.3? Status: RO Will map files for 0.89.2 work with version 0.89.3? We've already got about 8MB of maps for the old version, so I don't want to ftp another load if I don't need to. If I do need new maps, where can I find some that will work with the new version of crossfire? Thanks, Simon Simon N. McIntosh-Smith, PhD candidate | Email : Simon.N.Smith@cm.cf.ac.uk Room M/1.36 Department of Computing Maths | Phone : +44 (0)222 874000 University of Wales, College of Cardiff | Fax : +44 (0)222 666182 PO Box 916, Cardiff, Wales, CF2 4YN, U.K. | Home : +44 (0)222 560522 From crossfire-request Wed Oct 20 00:03:30 1993 Return-Path: Received: from gyda.ifi.uio.no by ifi.uio.no with ESMTP (8.5/ifi2.3) id ; Wed, 20 Oct 1993 00:03:29 +0100 Received: from bolero.rahul.net by gyda.ifi.uio.no ; Wed, 20 Oct 1993 00:02:48 +0100 Received: by bolero.rahul.net id AA15489 (5.65c/IDA-1.4.4 for crossfire@ifi.uio.no); Tue, 19 Oct 1993 16:01:04 -0700 Date: Tue, 19 Oct 1993 16:01:04 -0700 From: Mark Wedel Message-Id: <199310192301.AA15489@bolero.rahul.net> To: Simon.N.Smith@cm.cf.ac.uk, crossfire@ifi.uio.no Subject: Re: compiling 0.89.3 Status: RO I had no problems compiling the crossedit-0.7 version with gcc and sunos 4.1.1. The archetype directory was separated in this distribution. it is called something like A93.... (in the incoming directory.. Not the most obvious name..) Mark Wedel master@rahul.net From crossfire-request Tue Oct 19 16:24:48 1993 Return-Path: Received: from thrall.cm.cf.ac.uk by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Tue, 19 Oct 1993 16:24:46 +0100 Received: from cm.cf.ac.uk by thrall.cm.cf.ac.uk with SMTP (PP) id <18557-0@thrall.cm.cf.ac.uk>; Tue, 19 Oct 1993 16:25:18 +0100 Date: Tue, 19 Oct 93 16:25:13 BST From: Simon McIntosh-Smith Message-Id: <9310191525.AA13841@garnet.cm.cf.ac.uk> To: crossfire@ifi.uio.no Subject: compiling 0.89.3 Status: RO Has anyone had success with the new version (comes with crossedit-0.7) on a Sun platform using: SunOS 4.1.3 X11R4 or X11R5 acc or gcc -ansi Openwindows 3.0 I've been trying for a week, but the number of complaints I was getting from either compiler was truly horrific! I could never get crossedit itself to compile, and the lib directory had a problem with an archs diretory not existing - that didn't exist in 0.89.2 did it? Any help greatly appreciated, Simon Simon N. McIntosh-Smith, PhD candidate | Email : Simon.N.Smith@cm.cf.ac.uk Room M/1.36 Department of Computing Maths | Phone : +44 (0)222 874000 University of Wales, College of Cardiff | Fax : +44 (0)222 666182 PO Box 916, Cardiff, Wales, CF2 4YN, U.K. | Home : +44 (0)222 560522 From crossfire-request Mon Oct 18 09:58:27 1993 Return-Path: Received: from gjalp.ifi.uio.no by ifi.uio.no with ESMTP (8.5/ifi2.3) id ; Mon, 18 Oct 1993 09:58:26 +0100 From: Frank Tore Johansen Received: from localhost by gjalp.ifi.uio.no ; Mon, 18 Oct 1993 09:58:24 +0100 Message-Id: <199310180858.17003.gjalp@ifi.uio.no> Subject: Re: Unsubscribe To: emma@Sofia.DoCS.UU.SE (Mikael Emanuelsson) Date: Mon, 18 Oct 1993 09:58:22 +0100 (MET) Cc: crossfire@ifi.uio.no In-Reply-To: <9310180854.AA08801@Sofia.DoCS.UU.SE> from "Mikael Emanuelsson" at Oct 18, 93 09:54:51 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 161 Status: RO > Unsubscribe To anyone else who wishes to unsubscribe, please send requests to "crossfire-request@ifi.uio.no", instead of sending them to the list... -Frank. From crossfire-request Fri Oct 15 11:27:47 1993 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 15 Oct 1993 11:27:42 +0100 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA24024; Fri, 15 Oct 1993 12:27:40 +0200 Date: Fri, 15 Oct 1993 12:27:40 +0200 From: Petri Heinil{ Message-Id: <199310151027.AA24024@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: compilation help needed Status: RO >From: Simon McIntosh-Smith > >Hi, > >I've been building crossedit-0.7 on our platform in Cardiff, but I've hit a >problem. First let me tell you about the platform in question: > >Platform: SunSPARCstation 1, 1+ and 2's >OS: SunOS 4.1.3, Openwindows 3.0, X11R4 >Compiler: gcc -ansi > >This puzzles me because it looks like it is complaining that we are lacking a >certain library, but we didn't have this problem when we successfully built >crossfire-0.89.2 about a month ago. We use xview here, not motif (although >we will be swapping to motif in the near future), so I'm a little uncertain I suggest you to swap to X11R5 first. ( Or even to X11R6, when it comes on april 15. on next year :). >why it is complaining about some and not all of the athena widget headers >being missing. Here is the code causing the problems from Xaw.h: >... >Why is it complaining about Panner.h, Repeater.h etc being missing, but >not the others? >... I write Xaw.h to common use, "include all Xaw", header. Those failing header aren`t needed in this case. So you can comment they out. But you maybe have next trouble with XtGetGC ( X11R5 stuff, yes we haven't tested this with X11R4, because we have not it installed anymore ( there should be X-release checking in Imakefile ) ). >If anyone can shed some light as to what has gone wrong I'd be very grateful! >If there is someway to tell it to use xview for now and leave Xaw out of >it, I think that would help. If you mean to use xview, no. CrossEdit is written to use X-toolkit and Athena Widget Set. To make it multiple look&feel program, ie. OLIT ( Open Look - widget set ), Motif ( OSF - widget set ) and Athena widget set ( And even one more, maybe Xo - widget set ), is too heavy programming, althought maybe be challenging. //////////////////////////////////////////////////////////////////////// // // email: Petri.Heinila@lut.fi // // // mail: Ainonkatu 2A // // Petri Heinila // 53100 Lappeenranta // // // Finland, Europe // // // // //////////////////////////////////////////////////////////////////////// From crossfire-request Fri Oct 15 10:37:28 1993 Return-Path: Received: from thrall.cm.cf.ac.uk by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 15 Oct 1993 10:37:24 +0100 Received: from cm.cf.ac.uk by thrall.cm.cf.ac.uk with SMTP (PP) id <12416-0@thrall.cm.cf.ac.uk>; Fri, 15 Oct 1993 10:36:03 +0100 Date: Fri, 15 Oct 93 10:35:58 BST From: Simon McIntosh-Smith Message-Id: <9310150935.AA21653@garnet.cm.cf.ac.uk> To: crossfire@ifi.uio.no Subject: compilation help needed Status: RO Hi, I've been building crossedit-0.7 on our platform in Cardiff, but I've hit a problem. First let me tell you about the platform in question: Platform: SunSPARCstation 1, 1+ and 2's OS: SunOS 4.1.3, Openwindows 3.0, X11R4 Compiler: gcc -ansi this is the point where compilation fails: making all in ./crossedit/Cnv... gcc -ansi -Wall -O -I/usr/include -I. -I../include -DFONTDIR=\"/well/lot/Games/X/crossedit-0.7/fonts\" -DFONTNAME=\"crossfire\" -DLIBDIR=\"/well/lot/Games/X/crossedit-0.7/lib\" -target sun4 -c test.c In file included from Cnv.h:25, from test.c:1: ../include/Xaw.h:40: X11/Xaw/Panner.h: No such file or directory ../include/Xaw.h:41: X11/Xaw/Repeater.h: No such file or directory In file included from Cnv.h:25, from test.c:1: ../include/Xaw.h:62: X11/Xaw/Porthole.h: No such file or directory ../include/Xaw.h:63: X11/Xaw/Tree.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `test.o' Current working directory /tmp_mnt/nfs/well/lot/Games/X/crossedit-0.7/crossedit/Cnv *** Error code 1 make: Fatal error: Command failed for target `all' Current working directory /tmp_mnt/nfs/well/lot/Games/X/crossedit-0.7/crossedit *** Error code 1 make: Fatal error: Command failed for target `all' This puzzles me because it looks like it is complaining that we are lacking a certain library, but we didn't have this problem when we successfully built crossfire-0.89.2 about a month ago. We use xview here, not motif (although we will be swapping to motif in the near future), so I'm a little uncertain why it is complaining about some and not all of the athena widget headers being missing. Here is the code causing the problems from Xaw.h: /*** Simple Widgets ***/ #include #include #include #include #include #include #include #include #include Why is it complaining about Panner.h, Repeater.h etc being missing, but not the others? If anyone can shed some light as to what has gone wrong I'd be very grateful! If there is someway to tell it to use xview for now and leave Xaw out of it, I think that would help. Cheers, Simon Simon N. McIntosh-Smith, PhD candidate | Email : Simon.N.Smith@cm.cf.ac.uk Room M/1.36 Department of Computing Maths | Phone : +44 (0)222 874000 University of Wales, College of Cardiff | Fax : +44 (0)222 666182 PO Box 916, Cardiff, Wales, CF2 4YN, U.K. | Home : +44 (0)222 560522 From crossfire-request Thu Oct 14 04:45:09 1993 Return-Path: Received: from bolero.rahul.net by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Thu, 14 Oct 1993 04:45:07 +0100 Received: by bolero.rahul.net id AA15476 (5.65c/IDA-1.4.4 for crossfire@ifi.uio.no); Wed, 13 Oct 1993 20:44:20 -0700 Date: Wed, 13 Oct 1993 20:44:20 -0700 From: Mark Wedel Message-Id: <199310140344.AA15476@bolero.rahul.net> To: crossfire@ifi.uio.no, fermat@fermat.dartmouth.edu Subject: Re: ce-0.7 compile notes Status: RO Michael Glenn writes: 3) XpmCreatePixmapFromBuffer() is not found, anywhere. What is this function? Is their an alternative? Where can I get it? :) This is the main stopping point for me right now. If you got this error, that means you have applied the color pixmap patch. You need the xpm library as well as teh xpm files of crossfire for any use. There is a define somewhare in the config/crosssite.def file to enable/disable teh color pixmaps. Comment it out, and it will use the standard bitmaps instead. Mark Wedel master@rahul.net From crossfire-request Thu Oct 14 00:00:55 1993 Return-Path: Received: from soda.berkeley.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 13 Oct 1993 23:55:33 +0100 Received: by soda.berkeley.edu (5.65/KAOS-1) id AA19330; Wed, 13 Oct 93 15:54:23 -0700 Date: Wed, 13 Oct 93 15:54:23 -0700 From: Peter Mardahl Message-Id: <9310132254.AA19330@soda.berkeley.edu> To: crossfire@ifi.uio.no, tvangod@ecst.csuchico.edu Subject: Re: crossfire bugs (fwd) Status: RO Luck: dunno about luck. Depletion: on Soda, the spell of restoration cures depletion. (or it should.) It costs 80 sp and is a level 13 spell. Vampires: dunno about vampires, they are pretty magic-rsistant, though. Bracers: seem to be working. They only give you AC if you are not armored already. peterm@soda.berkeley.edu Server: telnet soda 13326. Be warned, the game is in testing mode. (meaning it's buggy.) From crossfire-request Wed Oct 13 23:46:45 1993 Return-Path: Received: from hairball.ecst.csuchico.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 13 Oct 1993 23:46:43 +0100 Received: by hairball.ecst.csuchico.edu (1.37.109.4/16.2) id AA28918; Wed, 13 Oct 93 15:46:36 -0700 From: Tyler Van Gorder Message-Id: <9310132246.AA28918@hairball.ecst.csuchico.edu> Subject: Re: crossfire bugs (fwd) To: tvangod@hairball.ecst.csuchico.edu (Tyler Van Gorder) Date: Wed, 13 Oct 93 15:46:35 PDT Cc: crossfire@ifi.uio.no In-Reply-To: <9310132203.AA27946@pathogen>; from "Tyler Van Gorder" at Oct 13, 93 3:03 pm X-Mailer: ELM [version 2.3 PL11] Status: RO > > Forwarded message: > >From shire@hairball.ecst.csuchico.edu Wed Oct 13 15:02 PDT 1993 > From: Charles W. Hooks > Message-Id: <9310132202.AA24436@grotus.ecst.csuchico.edu> > Subject: crossfire bugs > To: tvangod@grotus.ecst.csuchico.edu (Tyler Van Gorder) > Date: Wed, 13 Oct 93 15:02:47 PDT > Cc: dtabb@grotus.ecst.csuchico.edu (Don Tabb) > X-Mailer: ELM [version 2.3 PL11] > > > Buffer space <-- Seems to be a bad idea now that connections are > networked rather than direct connect... This causes death, exspecially in > the cases of lag... > > To clairfy this.....buffer space referring to the buffered input....it has killed many many players........it would be much better to not buffer the keystrokes.......left left left left....(no no stop!!) left left (your going past the exit!$@#$) left left (no not into those Dreads!!@!@$#$$#) left left (you die) :> Tyler. From crossfire-request Wed Oct 13 23:04:03 1993 Return-Path: Received: from pathogen by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 13 Oct 1993 23:03:52 +0100 Received: by pathogen (1.37.109.4/16.2) id AA27946; Wed, 13 Oct 93 15:03:29 -0700 From: Tyler Van Gorder Message-Id: <9310132203.AA27946@pathogen> Subject: crossfire bugs (fwd) To: crossfire@ifi.uio.no Date: Wed, 13 Oct 93 15:03:29 PDT X-Mailer: ELM [version 2.3 PL11] Status: RO Forwarded message: From shire@hairball.ecst.csuchico.edu Wed Oct 13 15:02 PDT 1993 From: Charles W. Hooks Message-Id: <9310132202.AA24436@grotus.ecst.csuchico.edu> Subject: crossfire bugs To: tvangod@grotus.ecst.csuchico.edu (Tyler Van Gorder) Date: Wed, 13 Oct 93 15:02:47 PDT Cc: dtabb@grotus.ecst.csuchico.edu (Don Tabb) X-Mailer: ELM [version 2.3 PL11] Status: RO Luck <-- Is it implemented yet? It is causing the game to hang, it also messes up the inventory. i.e. if it is the third arch type you have, and the third thing in oyur inventory is, say armor, when you try to id the armor, you get luck not defined, or some such... Depletion <-- You have several mosnters that give you this, Nightmares, demi-lich, etc... Yet there is no way to recover from this within the game. Is this in the works? It causes confusion when people try to use potion to gain racial maxes... Also has same inventory problem that luck has. Vampires <-- Stakes do not work on vampires, and over all seem impossible to kill even with spells... Functionality??? Bracers <-- Does not work. Boots <-- Armor values are not gettign added properly into totals. Morningstars <-- They do 21 damage, more than most artifacts. In general thsi makes fighters WAY to powerful, and it makes spells look real weak. I think the game would be balanced if the best non artifact weapon you could get would be +10 damage!!! That way +15 damage artifacts would be more powerful than a +4 morningstar. The weapon of prefrence, even over deathbringer which is +3 damage 22! Buffer space <-- Seems to be a bad idea now that connections are networked rather than direct connect... This causes death, exspecially in the cases of lag... -- Charles W. Hooks From crossfire-request Wed Oct 13 15:51:58 1993 Return-Path: Received: from dartvax.dartmouth.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 13 Oct 1993 15:51:25 +0100 Received: from fermat.dartmouth.edu by dartvax.dartmouth.edu (5.65+D5/4.5HUB) id AA27747; Wed, 13 Oct 93 10:50:55 -0400 Received: by fermat.dartmouth.edu (NX5.67d/NX3.0S) id AA07212; Wed, 13 Oct 93 10:49:00 -0400 Date: Wed, 13 Oct 93 10:49:00 -0400 From: Michael Glenn Message-Id: <9310131449.AA07212@fermat.dartmouth.edu> Received: by NeXT.Mailer (1.95) Received: by NeXT Mailer (1.95) To: crossfire@ifi.uio.no Subject: ce-0.7 compile notes Status: RO I'm trying to compile crossedit-0.7 on a NeXT (NS 3.1). Some notes: 1) The imake installed with MouseX doesn't add -DMACH, so I had to do this by hand. It does add -DNeXT. How do I fix this so -DMACH gets put in their all the time? 2) snprintf() is apparently not a MACH function, as my machine doesn't have it. :) How about using only sprintf()? 3) XpmCreatePixmapFromBuffer() is not found, anywhere. What is this function? Is their an alternative? Where can I get it? :) This is the main stopping point for me right now. Has anyone gotten cd-0.7 to compile on a NeXT? I'd like to hear from you... Michael ------------------ Running a 0.89.2 server on: fermat.dartmouth.edu Notes: Resurrection with -10% xp. From crossfire-request Wed Oct 13 13:29:11 1993 Return-Path: Received: from thrall.cm.cf.ac.uk by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 13 Oct 1993 13:29:05 +0100 Received: from cm.cf.ac.uk by thrall.cm.cf.ac.uk with SMTP (PP) id <17928-0@thrall.cm.cf.ac.uk>; Wed, 13 Oct 1993 13:29:24 +0100 Date: Wed, 13 Oct 93 13:29:19 BST From: Simon McIntosh-Smith Message-Id: <9310131229.AA16475@garnet.cm.cf.ac.uk> To: crossfire@ifi.uio.no Subject: FAQ? Status: RO Hi, we're a new crossfire site at Cardiff, UK, and we'd like to know: 1. is there a FAQ to go with it? 2. is there a newsgoup, and if not, why not? 3. is there any more documentation to be found other than the sadly lacking offering that comes with the distribution? 4. is there a graceful way to kill a server started with crossfire -server when no-one is connected? Can the server shut itself down when no-one is playing? Thanks. We're a bit puzzled about how such an obviously great game as crossfire can be so unknown. I've been subscribed to the mailing lists for a couple of games and I've not had a single bit of e-mail yet - most unlike any other mailing lists I'm on! If anyone is out there, drop me a line just to let me know I'm not on my own! Cheers, Simon Simon N. McIntosh-Smith, PhD candidate | Email : Simon.N.Smith@cm.cf.ac.uk Room M/1.36 Department of Computing Maths | Phone : +44 (0)222 874000 University of Wales, College of Cardiff | Fax : +44 (0)222 666182 PO Box 916, Cardiff, Wales, CF2 4YN, U.K. | Home : +44 (0)222 560522 From crossfire-request Tue Oct 12 20:05:49 1993 Return-Path: Received: from soda.berkeley.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Tue, 12 Oct 1993 20:05:33 +0100 Received: by soda.berkeley.edu (5.65/KAOS-1) id AA28464; Tue, 12 Oct 93 12:05:23 -0700 Date: Tue, 12 Oct 93 12:05:23 -0700 From: Peter Mardahl Message-Id: <9310121905.AA28464@soda.berkeley.edu> To: crossfire@ifi.uio.no Subject: invisibility correction Status: RO The MIN should be a MAX. Code still behaves the same way, though- the object is always invisible. PeterM From crossfire-request Tue Oct 12 19:47:32 1993 Return-Path: Received: from soda.berkeley.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Tue, 12 Oct 1993 19:47:26 +0100 Received: by soda.berkeley.edu (5.65/KAOS-1) id AA26937; Tue, 12 Oct 93 11:47:20 -0700 Date: Tue, 12 Oct 93 11:47:20 -0700 From: Peter Mardahl Message-Id: <9310121847.AA26937@soda.berkeley.edu> To: crossfire@ifi.uio.no Subject: Help with invisibility Status: RO Hello all. I'm trying to implement partial visibility for certain objects. Something like that of stalkers. However, I want to do it in such a way, that the % of the time that the object is visible depends on some parameter like its level, sp, or hp. I thought I could do this by using the following code: It's embedded in the move_routine for this object ( which is called by time.c.) This code gets executed every tick. (The speed of this object is 1.0.) if(!RANDOM()%MIN(1,(op->level/2))) { op->invisible=0; /* means it's visible */ op->speed_left-=1; } else op->invisible=1; /* means it's invisible */ update_object(op); /* does this redraw the object? */ the if statement boils down to "there's a 1 in op->level/2 chance of the object being visible this round." However, the effect of this code is that the object is invisible ALL the time. To my understanding, when I set the invisibility to 0, and then update_object, the object should flash into view briefly, and then disappear the next turn (unless I roll a zero again). I think I have a basic misunderstanding of how things are drawn on the screen. Can someone please straighten me out, and tell me how to make what I want happen? Thanks in advance, Peter Mardahl (One of the group of people at Soda who are hacking the server code.) P.S., using the anim -- mina of the archetypes won't do at all, because of the variable length of the visiblity time. From crossfire-request Sun Oct 10 09:24:37 1993 Return-Path: Received: from bolero.rahul.net by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Sun, 10 Oct 1993 09:24:33 +0100 Received: by bolero.rahul.net id AA25897 (5.65c/IDA-1.4.4 for crossfire@ifi.uio.no); Sun, 10 Oct 1993 01:24:27 -0700 Date: Sun, 10 Oct 1993 01:24:27 -0700 From: Mark Wedel Message-Id: <199310100824.AA25897@bolero.rahul.net> To: crossfire@ifi.uio.no Subject: Color Pixmaps. Status: RO I have uploaded the code that is need to using them to ftp.ifi.uio.no:/crossfire/incoming There are two files, ce-0.7.xpm+.patch.gz which is the patch to the source code (the crossedit 0.7 release). This includes a few other minor patches I did. The other file is arch.xpm.tar.gz, which is the corresponding xpm files to use. I put these up because there seemed to be some interest for others to use them. As of now, only the weapon directory pixmaps have been updated to simple colors and masking. Perhaps other people could start work on some of the other xpm files? --Mark From crossfire-request Wed Oct 6 00:41:31 1993 Return-Path: Received: from bolero.rahul.net by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Wed, 6 Oct 1993 00:41:29 +0100 Received: by bolero.rahul.net id AA16151 (5.65c/IDA-1.4.4 for crossfire@ifi.uio.no); Tue, 5 Oct 1993 16:41:14 -0700 Date: Tue, 5 Oct 1993 16:41:14 -0700 From: Mark Wedel Message-Id: <199310052341.AA16151@bolero.rahul.net> To: crossfire@ifi.uio.no Subject: Re: Pixmap update. Status: RO The XPM files take up about twice as much space as the bitmap files. Phil's value for space is not quite correct. This is because the XPM files is stored as a character array. With about 96 printable characters, the size will not increase dramatically until you go beyond that (at which point it will use 2 characters/pixel, doubling the size.) There is about 40 characters added for each color. The main difference is that since the bitmaps can be stored in binary form (ie, the crossfire.cfb file), and this is pretty much the most compressed form pixmaps can have, a large space difference is created there. The crossfire.cfb file is about 130K. The crossfire.pix file is about 1.45 M. This is because the crossfire.cfb file is in binary format (ie, 0xff type thing that is used for bitmaps can be turned into 1 byte when stored (about a 4 times reduction), where as nothing can really done (be done) with the pixmaps to do the same thing.. By storing the bitmaps in binary form, it also makes their creation faster, as they are now in the form needed when using the XCreateBitmapFromData. All the XPM creation routines expect the pixmap to be in the text format (there are functions to go from pixmap to ximage, but that doesn't do much good.) I changed the program so that only the top object and the floor is drawn (floor first, of course). I added another field to the mapstruct to contain the floors (I am assuming that floors can not change (or at least they should not). Is there a case where this is false? Performance is reasonable. It is not that much slower on my sun 3/60, so on a fast machine, speed difference should be very minor. The main slow portion right now is loading all the pixmaps. Even with all of them in one file, it still takes about 1 minute. I am testing to see if having them in a .c file that is compiled is any faster. This is a tradeoff of load time vs. memory consumption. But the data would likely be swapped out shortly after load in any case. It would be nice if an option like -noanimations could be given. In this way, for those with slow machines or who do want animations do not need to see them. I'll probably ship off the patches for the color pixmaps sometime in the next week or two to Frank. They are pretty extensive, because many files needed to be changed. Mark Wedel master@rahul.net From crossfire-request Tue Oct 5 22:56:07 1993 Return-Path: Received: from soda.berkeley.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Tue, 5 Oct 1993 22:56:04 +0100 Received: by soda.berkeley.edu (5.65/KAOS-1) id AA12272; Tue, 5 Oct 93 14:55:55 -0700 From: Philip Brown Message-Id: <9310052155.AA12272@soda.berkeley.edu> Subject: Re: Pixmap update. To: Tero.Haatanen@lut.fi (Tero Haatanen) Date: Tue, 5 Oct 1993 14:55:51 -0700 (PDT) Cc: crossfire@ifi.uio.no In-Reply-To: <199310051958.AA24574@cc.lut.fi> from "Tero Haatanen" at Oct 5, 93 09:58:40 pm X-Face: %v7#iK@,w,UiBVtdLpk!1'blIm{2Wo\846%?#z-Y}M:7:?b%AF[geqYoJ4%eFG(>+lT-~## *lJQ8ZA3>:tKvO.SFLd'C#@t(jmWp>%iW8kJpX'fE/vr#A8{apO^6{wf|'[L%ht_blH~N=v Fb.@}u~N~R\`~4&;l>mp^E+Yje&|Q@,/Q|DH[dTXS{Hu2[{StLa_Bo+W!yvv*Kn/--|^0cp`\A*F^U /B)/Zb49FQr8Oq/wr&T~s;zYR~?d>>>[From Tero Haatanen] One thing I wonder is that how much more disk-space XPM-files take than bitmap files? 4 times for 16 colors, to 8times for 256 colors, presumably. This seems like a reasonable solution, since if there is many objects on stack, player can't see all of them anyway. And I don't like idea of leaving out animations. Animations and updating 10 things on a square are net.death for machines that are less than optimum processor-wise, have a soso net connection, or have a real load. Just leave them out until the client can take care of it. From crossfire-request Tue Oct 5 20:59:01 1993 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Tue, 5 Oct 1993 20:58:58 +0100 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA24574; Tue, 5 Oct 1993 21:58:40 +0200 From: Tero Haatanen Message-Id: <199310051958.AA24574@cc.lut.fi> Subject: Re: Pixmap update. To: crossfire@ifi.uio.no Date: Tue, 5 Oct 93 21:58:40 EET X-Mailer: ELM [version 2.3 PL11] Status: RO From: Mark Wedel > Colors: 16 colors is pretty close to what crossfire uses right now. This > would seem to me that the pixmaps would not look a lot better than the > bitmaps right now under such a system (exception is the masking). Masking and more colors same pixmap would allow much nice looking graphics than currently used even 16 colors. Something like 16 or 32 colors would allow quite nice looking objects, IMHO. Of course more colors would look nicer and makes easier select colors. One thing I wonder is that how much more disk-space XPM-files take than bitmap files? > The thing that I thought about color pixmaps was that you could do some > shading (darker and lighter colors) to create a more 3-d look. This, > however, takes more colors. This would be nice, but first I would like see that all objects are in the same style, i.e. all walls are in same angle, etc. > As for speed: Drawing only the floor and top object would probably work, > and not hurt speed much (if at all). This seems like a reasonable solution, since if there is many objects on stack, player can't see all of them anyway. And I don't like idea of leaving out animations. Maybe some kind of linked list those animated/moving objects, like someone made in the amiga port. BTW. Is there any plans to to release new version (0.90)? Seems that those deveplopment versions released with crossedit cause some confusion. Or isn't the current version stable enough? -Tero From crossfire-request Tue Oct 5 01:09:34 1993 Return-Path: Received: from bolero.rahul.net by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Tue, 5 Oct 1993 01:09:29 +0100 Received: by bolero.rahul.net id AA04838 (5.65c/IDA-1.4.4 for crossfire@ifi.uio.no); Mon, 4 Oct 1993 17:09:22 -0700 Date: Mon, 4 Oct 1993 17:09:22 -0700 From: Mark Wedel Message-Id: <199310050009.AA04838@bolero.rahul.net> To: crossfire@ifi.uio.no Subject: Re: Pixmap update. Status: RO IF a 5/5/5 color system is used, this is 125 colors (about 1/2 of an 8 bit color map). The XPM library allows you to define what pixel color will be used instead of color if on a non color screen. For example, if you have an axe, with a wood colored handle and white head outlined in black, the pixmap can be defined so that in black and white mode, the handle is black. There is also the ability to do this for greyscale systems. Colors: 16 colors is pretty close to what crossfire uses right now. This would seem to me that the pixmaps would not look a lot better than the bitmaps right now under such a system (exception is the masking). On advantage is that XPM will do color matching if it can not allocate all the colors. However, this means that there are no free colors left on the display. I guess there are 2 questions: How many colors should the pixmaps be limited to? How do we decide what colors these will be? The thing that I thought about color pixmaps was that you could do some shading (darker and lighter colors) to create a more 3-d look. This, however, takes more colors. I'll look in to see if the number of colors to be allocated can be controlled. This way, if someone only wants to use 16 colors, they could do something like a -co 16 to crossfire. If someone wants it to allocate all the colors possible, then they would not pass any extra arguement. However, then someplace is need a list of the order to allocate colors in. Otherwise (assuming 16 color limit), the first 4 pixmaps loaded may fill up that 16 color limit, and those 16 colors chosen may not match very well to the other pixmaps. Likewise, with color matching, it may match colors to ones that are not used be crossfire (maybe your background image, or xrn, or some other program). This might mean that even though you said 16 colors, it may in fact be using more colors, just sharing them with other applications. As for speed: Drawing only the floor and top object would probably work, and not hurt speed much (if at all). Mark Wedel master@rahul.net From crossfire-request Mon Oct 4 21:10:55 1993 Return-Path: Received: from anna.it.lut.fi by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Mon, 4 Oct 1993 21:10:54 +0100 Received: by anna.it.lut.fi (5.65c8/IDA-1.4.4/Kim-2.2) id AA14063; Mon, 4 Oct 1993 22:10:51 +0200 Date: Mon, 4 Oct 1993 22:10:51 +0200 From: Jarkko Sonninen Message-Id: <199310042010.AA14063@anna.it.lut.fi> To: crossfire@ifi.uio.no Subject: Re: Pixmap update. In-Reply-To: <9310041812.AA18831@phantasm.ecst.csuchico.edu> References: <199310040722.AA04941@bolero.rahul.net> <9310041812.AA18831@phantasm.ecst.csuchico.edu> X-Charset: FI X-Char-Esc: 29 Status: RO Tyler Van Gorder writes: > > One option is to use a standard set of color for the pixmaps. A pixmap > > can only be colored that color if it is on a list. This has the advantage > > that you will not likely have color conflicts, but also requires some > > adminstration. A simple one would be to have 5 values for any red, green, > > or blue value (for 5 values, they would probably be 0, 64, 128, 192, 255). > > This consumes 125 colors (a 6 color scenario would be 216). The > > disadvantage with this scheme is that referance by rgb value would be > > required, since there are not many colors in the rgb database that will > > match that predefined set of values. > Well, what you are purposing is to allocate roughly 4/5 of a 255 color map... > > This would most likely require crossfire to create its own colormap...which > then creates the "techno-color" effect everytime the mouse cursor moves to/ > from the crossfire windows......Allocating 216 colors in the default map would > be very difficult....sometimes crossfire doesnt like to allocate 16 :> > > > The number of colors would have to be small..... I also prefer predefined colors, maybe 16 or 32 colors would be sufficient. In straigh RGB there would be big amount of rarely used colors, like different kinds of grays etc. > > Other notes: Speed is not that bad (although most of the pixmaps > > are still just BW without bitmask, just converted into XPM format (but > > the same calls are done as what will be used when they are colored)). The > > main performance hit (I believe) comes from the fact that drawing objects > > is more time consuming, because instead of just drawing the top object > > on any square, it draws all the objects on that square. However, if the > > top object does not change, it will not re-draw that square (if you are > > standing still, for example.) > > How about drawing the top 2 or 3 objects? Or how about as compromise drawing only floor and top object. Currently the top visible object is saved in the mapstruct, and there's no need to traverse through object lists, which is quite heavy operation. Floor outlook would be quite easy to add into mapstruct. > > Some ways to boost performance would be to not animate objects (fewer > > redraws and search through the objects for that square), keep it like the > > old and only draw the top object (doesn't look as nice), or maybe implement > > a better scrolling algorthym, so that the it copies the game window that will > > exist after teh scroll, puts it back in the game window, and then only > > needs to do the more time consuming search through the item list for > > the new area to be displayed. > > ACK!! no animationS?@@$$#%% I don't like the idea of losing animations either. - Jarkko From crossfire-request Mon Oct 4 20:44:17 1993 Return-Path: Received: from soda.berkeley.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Mon, 4 Oct 1993 20:44:16 +0100 Received: by soda.berkeley.edu (5.65/KAOS-1) id AA28501; Mon, 4 Oct 93 12:43:51 -0700 From: Philip Brown Message-Id: <9310041943.AA28501@soda.berkeley.edu> Subject: Re: Pixmap update. To: tvangod@ecst.csuchico.edu (Tyler Van Gorder) Date: Mon, 4 Oct 1993 12:43:49 -0700 (PDT) Cc: master@rahul.net, crossfire@ifi.uio.no In-Reply-To: <9310041812.AA18831@phantasm.ecst.csuchico.edu> from "Tyler Van Gorder" at Oct 4, 93 11:12:37 am X-Face: %v7#iK@,w,UiBVtdLpk!1'blIm{2Wo\846%?#z-Y}M:7:?b%AF[geqYoJ4%eFG(>+lT-~## *lJQ8ZA3>:tKvO.SFLd'C#@t(jmWp>%iW8kJpX'fE/vr#A8{apO^6{wf|'[L%ht_blH~N=v Fb.@}u~N~R\`~4&;l>mp^E+Yje&|Q@,/Q|DH[dTXS{Hu2[{StLa_Bo+W!yvv*Kn/--|^0cp`\A*F^U /B)/Zb49FQr8Oq/wr&T~s;zYR~?d>>>[From Tyler Van Gorder] I would definately like to keep animation.....not to keen on dropping it. Drop animation until you folks finally get around to making a real client for crossfire. Then you can get as gaudy as you want :-P From crossfire-request Mon Oct 4 19:19:05 1993 Return-Path: Received: from phantasm.ecst.csuchico.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Mon, 4 Oct 1993 19:15:24 +0100 Received: by phantasm.ecst.csuchico.edu (1.37.109.4/16.2) id AA18831; Mon, 4 Oct 93 11:12:38 -0700 From: Tyler Van Gorder Message-Id: <9310041812.AA18831@phantasm.ecst.csuchico.edu> Subject: Re: Pixmap update. To: master@rahul.net (Mark Wedel) Date: Mon, 4 Oct 93 11:12:37 PDT Cc: crossfire@ifi.uio.no In-Reply-To: <199310040722.AA04941@bolero.rahul.net>; from "Mark Wedel" at Oct 4, 93 12:22 am X-Mailer: ELM [version 2.3 PL11] Status: RO > > > The code is pretty much completed. > > As of now, bit masks are used, and I have changed the code so that all > object on the square (above the floor) is displayed. > > As an example is a shop. Now both the item and tile under it is displayed. > This looks a lot nicer (inventory and look window also uses the > bitmasks. The change there is not so dramatic. The main difference is > that black and white can be used at the same time.) > > What really needs to be done is to color the pixmaps themselves. Instead > of just black and white (like they are now) color them appropriately. > With pixmaps, another advantage is that each object can be many > colors. It is also important to note what these images will look like in black and white...as many of the terminals used are such. > > Which then creates a problem. If all the pixmaps are colored without > paying attention to how the others are colored, this can easily use up > more colors than are available for that display (there are around > 1800 images). The XPM library will try to re-color pixmaps if the > defined color for it is not available. However, depending on the loading, > the first many might be browns, reds, and yellows, leaving very few > greens, blues, and magentas to match too. > > One option is to use a standard set of color for the pixmaps. A pixmap > can only be colored that color if it is on a list. This has the advantage > that you will not likely have color conflicts, but also requires some > adminstration. A simple one would be to have 5 values for any red, green, > or blue value (for 5 values, they would probably be 0, 64, 128, 192, 255). > This consumes 125 colors (a 6 color scenario would be 216). The > disadvantage with this scheme is that referance by rgb value would be > required, since there are not many colors in the rgb database that will > match that predefined set of values. Well, what you are purposing is to allocate roughly 4/5 of a 255 color map... This would most likely require crossfire to create its own colormap...which then creates the "techno-color" effect everytime the mouse cursor moves to/ from the crossfire windows......Allocating 216 colors in the default map would be very difficult....sometimes crossfire doesnt like to allocate 16 :> The number of colors would have to be small..... > > But what is really needed is people to color all the pixmaps to start > out with. The effective number may be less than 1800, since many of the > pixmaps are multi part (ie, 4 pixmaps put together makes up a large building > image). > > Other notes: Speed is not that bad (although most of the pixmaps > are still just BW without bitmask, just converted into XPM format (but > the same calls are done as what will be used when they are colored)). The > main performance hit (I believe) comes from the fact that drawing objects > is more time consuming, because instead of just drawing the top object > on any square, it draws all the objects on that square. However, if the > top object does not change, it will not re-draw that square (if you are > standing still, for example.) How about drawing the top 2 or 3 objects? > > Some ways to boost performance would be to not animate objects (fewer > redraws and search through the objects for that square), keep it like the > old and only draw the top object (doesn't look as nice), or maybe implement > a better scrolling algorthym, so that the it copies the game window that will > exist after teh scroll, puts it back in the game window, and then only > needs to do the more time consuming search through the item list for > the new area to be displayed. ACK!! no animationS?@@$$#%% > > The last case would probably work best without animation. > > However, if you have a fast system, this may be a very minor point in > any case. > > Mark Wedel > master@rahul.net > I very much like the idea of masking...and if it can be implemented effectively :cool :> I would definately like to keep animation.....not to keen on dropping it. Tyler tvangod@ecst.csuchico.edu From crossfire-request Mon Oct 4 08:22:21 1993 Return-Path: Received: from bolero.rahul.net by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Mon, 4 Oct 1993 08:22:18 +0100 Received: by bolero.rahul.net id AA04941 (5.65c/IDA-1.4.4 for crossfire@ifi.uio.no); Mon, 4 Oct 1993 00:22:04 -0700 Date: Mon, 4 Oct 1993 00:22:04 -0700 From: Mark Wedel Message-Id: <199310040722.AA04941@bolero.rahul.net> To: crossfire@ifi.uio.no Subject: Pixmap update. Status: RO The code is pretty much completed. As of now, bit masks are used, and I have changed the code so that all object on the square (above the floor) is displayed. As an example is a shop. Now both the item and tile under it is displayed. This looks a lot nicer (inventory and look window also uses the bitmasks. The change there is not so dramatic. The main difference is that black and white can be used at the same time.) What really needs to be done is to color the pixmaps themselves. Instead of just black and white (like they are now) color them appropriately. With pixmaps, another advantage is that each object can be many colors. Which then creates a problem. If all the pixmaps are colored without paying attention to how the others are colored, this can easily use up more colors than are available for that display (there are around 1800 images). The XPM library will try to re-color pixmaps if the defined color for it is not available. However, depending on the loading, the first many might be browns, reds, and yellows, leaving very few greens, blues, and magentas to match too. One option is to use a standard set of color for the pixmaps. A pixmap can only be colored that color if it is on a list. This has the advantage that you will not likely have color conflicts, but also requires some adminstration. A simple one would be to have 5 values for any red, green, or blue value (for 5 values, they would probably be 0, 64, 128, 192, 255). This consumes 125 colors (a 6 color scenario would be 216). The disadvantage with this scheme is that referance by rgb value would be required, since there are not many colors in the rgb database that will match that predefined set of values. But what is really needed is people to color all the pixmaps to start out with. The effective number may be less than 1800, since many of the pixmaps are multi part (ie, 4 pixmaps put together makes up a large building image). Other notes: Speed is not that bad (although most of the pixmaps are still just BW without bitmask, just converted into XPM format (but the same calls are done as what will be used when they are colored)). The main performance hit (I believe) comes from the fact that drawing objects is more time consuming, because instead of just drawing the top object on any square, it draws all the objects on that square. However, if the top object does not change, it will not re-draw that square (if you are standing still, for example.) Some ways to boost performance would be to not animate objects (fewer redraws and search through the objects for that square), keep it like the old and only draw the top object (doesn't look as nice), or maybe implement a better scrolling algorthym, so that the it copies the game window that will exist after teh scroll, puts it back in the game window, and then only needs to do the more time consuming search through the item list for the new area to be displayed. The last case would probably work best without animation. However, if you have a fast system, this may be a very minor point in any case. Mark Wedel master@rahul.net From crossfire-request Sat Oct 2 23:44:44 1993 Return-Path: Received: from challenger.ksu.ksu.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Sat, 2 Oct 1993 23:44:42 +0100 Received: by challenger.ksu.ksu.edu (4.1/1.34) id AA11343; Sat, 2 Oct 93 17:44:37 CDT From: yohan@challenger.ksu.ksu.edu (Jonathan W Newton) Message-Id: <9310022244.AA11343@challenger.ksu.ksu.edu> Subject: Re: Latest masps and server? To: eanders+@cmu.edu (Eric A. Anderson) Date: Sat, 2 Oct 1993 17:44:36 -0500 (CDT) Cc: crossfire@ifi.uio.no In-Reply-To: from "Eric A. Anderson" at Oct 2, 93 12:13:06 pm X-Mailer: ELM [version 2.4 PL17] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 828 Status: RO > > yohan@challenger.ksu.ksu.edu (Jonathan W Newton) writes: > > Can someone tell me where I can find the latest maps and server > > version of crossfire? > > > > I've only been able to find 89.2 > There is a later version in the crossedit-0.6 distribution. However, > if you want to just play, you're probably better off using 89.2. > -Eric What I am specifically looking for is the version with the "party" option. I heard what it does is everyone can type "party 1" and that will put them in a party. Exp. is divided between everyone in the party for all the monsters the party kills. Is this a mod someone hacked themselves or is it in a version available to the public. Currently I am using 89.1 which does everything I want it to, except that. Well, I would like customizable character bitmaps :) From crossfire-request Sat Oct 2 23:25:49 1993 Return-Path: Received: from kaisa.it.lut.fi by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Sat, 2 Oct 1993 23:25:48 +0100 Received: by kaisa.it.lut.fi (5.65c8/IDA-1.4.4/Kim-2.2) id AA26456; Sun, 3 Oct 1993 00:25:46 +0200 Date: Sun, 3 Oct 1993 00:25:46 +0200 From: Jarkko Sonninen Message-Id: <199310022225.AA26456@kaisa.it.lut.fi> To: crossfire@ifi.uio.no Subject: crossedit-0.7 X-Charset: FI X-Char-Esc: 29 Status: RO Following files were uploaded to ftp.ifi.uio.no:/pub/crossfire/incoming -rw-rw-rw- 1 ftp frankj 237439 Oct 2 22:01 A931001.tar.gz -rw-rw-rw- 1 ftp frankj 94905 Oct 2 21:57 crossedit-0.6-0.7.diff.Z -rw-rw-rw- 1 ftp frankj 947902 Oct 2 22:00 crossedit-0.7.tar.Z Notes: - Remember this is only developement snapshot release of crossedit. If you want to play fetch crossfire-0.89.2 from ifi. - A931001.tar.gz contains archetype directory tree. - You need to unpack A931001.tar.gz to libdir before building. Changes: - It is now possible to edit map message and attributes on an Attr window. - map->path and map->name separated. - bug fixes in editor and server. - editable flag changed to editable variable, which tells which group the object belongs to. - Petri Heinil{ / Jarkko Sonninen From crossfire-request Sat Oct 2 18:31:47 1993 Return-Path: <@vm1.ulg.ac.be:quinet@montefiore.ulg.ac.be> Received: from vm1.ulg.ac.be by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Sat, 2 Oct 1993 18:31:46 +0100 Received: from montefiore.ulg.ac.be by vm1.ulg.ac.be (IBM VM SMTP V2R2) with TCP; Sat, 02 Oct 93 18:31:27 +0100 Received: from montefiore.montefiore.ulg.ac.be by montefiore.ulg.ac.be (4.1/SMI-4.1) id AA06962; Sat, 2 Oct 93 18:11:12 +0100 Date: Sat, 2 Oct 93 18:11:12 +0100 From: quinet@montefiore.ulg.ac.be (Raphael Quinet) Message-Id: <9310021711.AA06962@montefiore.ulg.ac.be> To: crossfire@ifi.uio.no, quinet@montefiore.ulg.ac.be Subject: Re: Latest masps and server? Status: RO Some people have asked for the latest version of crossfire. I guess it's about time to release a new "official" version... Could someone do that and put it in ftp.ifi.uio.no:/pub/crossfire ? There seems to be several divergent versions of crossfire on the net, built from 89.2 or 89.3. I'd like to write some new (and hopefully better) sound routines for crossfire, but I don't know which is the best version to start with. This could be frustrating if my routines are incompatible with the other versions. Please someone do something ! Raphael Quinet (quinet@montefiore.ulg.ac.be) From crossfire-request Sat Oct 2 17:15:46 1993 Return-Path: Received: from po2.andrew.cmu.edu by ifi.uio.no with ESMTP (8.5/ifi2.3) id ; Sat, 2 Oct 1993 17:15:44 +0100 Received: from localhost (postman@localhost) by po2.andrew.cmu.edu (8.5/8.5) id MAA07195; Sat, 2 Oct 1993 12:15:10 -0400 Received: via switchmail; Sat, 2 Oct 1993 12:15:10 -0400 (EDT) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Sat, 2 Oct 1993 12:13:09 -0400 (EDT) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Sat, 2 Oct 1993 12:13:06 -0400 (EDT) Received: from BatMail.robin.v2.13.CUILIB.3.45.SNAP.NOT.LINKED.madhatter.ws.cc.cmu.edu.sun4c.411 via MS.5.6.madhatter.ws.cc.cmu.edu.sun4c_411; Sat, 2 Oct 1993 12:13:06 -0400 (EDT) Message-ID: Date: Sat, 2 Oct 1993 12:13:06 -0400 (EDT) From: "Eric A. Anderson" To: crossfire@ifi.uio.no Subject: Re: Latest masps and server? In-Reply-To: <9310020143.AA05616@challenger.ksu.ksu.edu> References: <9310020143.AA05616@challenger.ksu.ksu.edu> Status: RO yohan@challenger.ksu.ksu.edu (Jonathan W Newton) writes: > Can someone tell me where I can find the latest maps and server > version of crossfire? > > I've only been able to find 89.2 There is a later version in the crossedit-0.6 distribution. However, if you want to just play, you're probably better off using 89.2. -Eric ********************************************************* "It seemed like a good idea at the time" -The Mad Hatter "Yes, you're very smart. Shut up." -In "The Princess Bride" ********************************************************* From crossfire-request Sat Oct 2 02:43:55 1993 Return-Path: Received: from challenger.ksu.ksu.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Sat, 2 Oct 1993 02:43:53 +0100 Received: by challenger.ksu.ksu.edu (4.1/1.34) id AA05616; Fri, 1 Oct 93 20:43:51 CDT Date: Fri, 1 Oct 93 20:43:51 CDT From: yohan@challenger.ksu.ksu.edu (Jonathan W Newton) Message-Id: <9310020143.AA05616@challenger.ksu.ksu.edu> To: crossfire@ifi.uio.no Subject: Latest masps and server? Status: RO Can someone tell me where I can find the latest maps and server version of crossfire? I've only been able to find 89.2 Thanks From crossfire-request Sat Oct 2 02:42:10 1993 Return-Path: Received: from challenger.ksu.ksu.edu by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Sat, 2 Oct 1993 02:42:08 +0100 Received: by challenger.ksu.ksu.edu (4.1/1.34) id AA05601; Fri, 1 Oct 93 20:42:02 CDT From: yohan@challenger.ksu.ksu.edu (Jonathan W Newton) Message-Id: <9310020142.AA05601@challenger.ksu.ksu.edu> Subject: Latest maps and server? To: mail@challenger.ksu.ksu.edu, crossfire@ifi.uio.no Date: Fri, 1 Oct 1993 20:42:01 -0500 (CDT) X-Mailer: ELM [version 2.4 PL17] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 171 Status: RO Could someone tell me where I can find the latest maps and server? Is it 89.3 that's the latest? I've checked ifi and ftp.world.net, and I couldn't find them. Thanks. From crossfire-request Fri Oct 1 18:02:00 1993 Return-Path: Received: from po2.andrew.cmu.edu by ifi.uio.no with ESMTP (8.5/ifi2.3) id ; Fri, 1 Oct 1993 18:01:58 +0100 Received: from localhost (postman@localhost) by po2.andrew.cmu.edu (8.5/8.5) id NAA09006; Fri, 1 Oct 1993 13:01:31 -0400 Received: via switchmail; Fri, 1 Oct 1993 13:01:31 -0400 (EDT) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Fri, 1 Oct 1993 12:59:50 -0400 (EDT) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Fri, 1 Oct 1993 12:59:47 -0400 (EDT) Received: from BatMail.robin.v2.13.CUILIB.3.45.SNAP.NOT.LINKED.madhatter.ws.cc.cmu.edu.sun4c.411 via MS.5.6.madhatter.ws.cc.cmu.edu.sun4c_411; Fri, 1 Oct 1993 12:59:47 -0400 (EDT) Message-ID: <4gf683K00Zk2AitWNa@andrew.cmu.edu> Date: Fri, 1 Oct 1993 12:59:47 -0400 (EDT) From: "Eric A. Anderson" To: crossfire@ifi.uio.no Subject: Re: Map loading. In-Reply-To: <199310010858.AA00736@cc.lut.fi> References: <199310010259.AA12981@bolero.rahul.net> <199310010858.AA00736@cc.lut.fi> Status: RO Another option is to just go and ftp the converted maps from madhatter.ws.cc.cmu.edu: pub/crossfire/maps-now. You can get maps-now.tar.Z and it will automagically do the conversion for you. -Eric ********************************************************* "It seemed like a good idea at the time" -The Mad Hatter "Yes, you're very smart. Shut up." -In "The Princess Bride" ********************************************************* From crossfire-request Fri Oct 1 13:30:25 1993 Return-Path: Received: from tuminfo2.informatik.tu-muenchen.de by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 1 Oct 1993 13:30:23 +0100 Received: from papa.informatik.tu-muenchen.de ([131.159.8.79]) by tuminfo2.informatik.tu-muenchen.de with SMTP id <57663>; Fri, 1 Oct 1993 13:29:57 +0100 Received: by papa.informatik.tu-muenchen.de id <42329>; Fri, 1 Oct 1993 13:29:43 +0100 From: Till Brychcy To: Mark Wedel Cc: crossfire@ifi.uio.no Subject: Map loading. In-Reply-To: <199310010259.AA12981@bolero.rahul.net> References: <199310010259.AA12981@bolero.rahul.net> Message-Id: <93Oct1.132943met.42329@papa.informatik.tu-muenchen.de> Date: Fri, 1 Oct 1993 13:29:36 +0100 Status: RO Mark Wedel writes: > > I am using the crossfire that comes with crossedit 0.6 (might as well > make additions to the newest version, right?) > > The problem I have is that everything is close (armor shop, weapon shop, > gatehouse, etc..) It loads the town map just fine, however. > > The maps worked fine with the previous version of crossfire I was > using (0.89.3), that I got I guess about 4 or 5 months ago. > > IS there some script I need to run or something to get this working? > > --Mark I have put my version of the maps on our ftp-server: flop.informatik.tu-muenchen.de:/pub/crossfire/maps-crossedit0.6.tar.gz done: - mapconv run - connected-fields are fixed - exits are fixed - potions etc. are replaced with random_potion etc. - objects with missing or renamed archetypes are replaced or deleted - poison boozes fixed. there used to be some which where boozes with a different face and a different hp-value, but the face numbers have changed. todo: - there are still some objects with (now wrong) face-entries in the maps. these should be replaced. - some maps aren't reachable at all. they should be removed. From crossfire-request Fri Oct 1 09:58:07 1993 Return-Path: Received: from barney.cs.city.ac.uk by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 1 Oct 1993 09:58:05 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.barney.cs.city.ac.uk.sun4.41 via MS.5.6.barney.cs.city.ac.uk.sun4_41; Fri, 1 Oct 1993 10:00:15 +0100 (BST) Message-Id: <4gez6Te__5g8N_nJwU@cs.city.ac.uk> Date: Fri, 1 Oct 1993 10:00:15 +0100 (BST) From: Nick Williams Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Enclosure: ---- Enclosure ---- To: crossfire@ifi.uio.no, Mark Wedel Subject: Re: Map loading. In-Reply-To: <199310010259.AA12981@bolero.rahul.net> References: <199310010259.AA12981@bolero.rahul.net> Status: RO Excerpts from games.Crossfire: 30-Sep-93 Map loading. Mark Wedel@rahul.net (463) > I am using the crossfire that comes with crossedit 0.6 (might as well > make additions to the newest version, right?) > The problem I have is that everything is close (armor shop, weapon shop, > gatehouse, etc..) It loads the town map just fine, however. > IS there some script I need to run or something to get this working? In this version, for some reason I can't quite fathom, the pathname to the map is indicated by the variable "slaying" on an exit object. If an exit object does not have the slaying variable defined, it is considered closed. The value of the variable should be the pathname/mapname of the new map to go to. I don't know if the version you have uses "mapindex" or not but in this version that file is no longer used. The perl script I used to go from maps without the "slaying" variable and which used "mapindex" numbers to go to the new format is below. Note I was going from 0.89.2 maps (which had been mapconv'd et al) and in that version of maps the new map to go to is held by the variable "food". Sheesh. ---- Enclosure ---- #!/vol/perl/bin/perl open(IDX, "<../mapindex") || die("Can't get at mapindex"); while () { ($num, $file) = split; $mapping{$num} = $file; } #@files = <*>; while ($filename = pop(@ARGV)) { print "Working on $filename\n"; open(FILE, "<$filename") || die("Cannot open $filename for reading"); rename($filename, "$filename.bak") || die("Cannot rename $filename"); open(OUT, ">$filename") || die("Cannot open $filename for writing"); while () { foo: { if (/^food (.*)$/) { if ($mapping{$1}) { print OUT "slaying " . $mapping{$1} . "\n"; last foo; } } print OUT $_; } } close(OUT); close(FILE); } ---- Enclosure ---- Nick Williams E-mail: njw@cs.city.ac.uk (MIME and ATK) Systems Architecture Research Centre, Tel: +44 71 477 8551 London, EC1V 0HB Fax: +44 71 477 8587 From crossfire-request Fri Oct 1 09:59:23 1993 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP (8.5/ifi2.3) id ; Fri, 1 Oct 1993 09:59:21 +0100 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA00736; Fri, 1 Oct 1993 10:58:48 +0200 Date: Fri, 1 Oct 1993 10:58:48 +0200 From: Jarkko Sonninen Message-Id: <199310010858.AA00736@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: Map loading. In-Reply-To: <199310010259.AA12981@bolero.rahul.net> References: <199310010259.AA12981@bolero.rahul.net> Status: RO Mark Wedel writes: > The problem I have is that everything is close (armor shop, weapon shop, > gatehouse, etc..) It loads the town map just fine, however. reason is that mapnames changed from numbers to real names, so that the mapindex isn't needed anymore. > IS there some script I need to run or something to get this working? below is a script that may help you. (It's a quite a long time since I used it, and I'm not sure if it works without modifications.) There are still problems with exits, which use the feature that exit with food = 0, leads to maplevel + 1. - Jarkko 8<--------8<--------8<--------8<--------8<--------8<--------8<--------8<- #!/usr/local/bin/perl # # usage: conv_exit [mapfile[s]] # # run in libdir! # $LIBDIR="."; $MAPINDEX = "$LIBDIR/mapindex"; $ARCH = "$LIBDIR/archetypes"; open (AR, $ARCH) || die "aargh"; # first find out the archetypes, which are exits while () { if (/Object\s+(\S*)/) { $last = $1; } elsif (/^type 66$/) { push (@exits, $last); } elsif (/^type 41$/) { push (@telep, $last); } } close (AR); print join (", ", @exits), "\n"; print join (", ", @telep), "\n"; # read in the mapindex file open (BM, $MAPINDEX) || die "aargh"; while () { if (/(\d+)\s*(\S*)/) { $map[$1] = $2; } } close (BM); # convert a map while ($map = shift @ARGV) { open (OMAP, "<$map") || die "cannot open $map"; open (MAP, ">$map.new") || die "cannot open $map.new"; print "converting exits in $map\n"; while () { print MAP $_; if (/arch (.*)/) { #print "$1\n"; if (grep ($_ eq $1, @exits)) { #print "$1\n", grep (/^$1$/, @exits); while () { if (/^food (\d*)/) { if ($1 <= 0) { print MAP "slaying $map[$1]\n"; print "slaying $map[$1] $1\n"; } else { print MAP "slaying $map[$1]\n"; print "slaying $map[$1] $1\n"; } last; } print MAP $_; if (/^end$/) { #print MAP "slaying $map[$1]\n"; print "no exit level for $1\n"; last; } } } if (grep ($_ eq $1, @telep)) { #print "$1\n", grep (/^$1$/, @exits); while () { if (/^food (\d*)/) { print MAP "slaying $map[$1]\n"; print "slaying $map[$1] $1\n"; last; } print MAP $_; if (/^end$/) { #print MAP "slaying $map[$1]\n"; print "no level for $1\n"; last; } } } } } if (! -s "$map.old") { rename ($map, "$map.old"); } rename ("$map.new", $map); }