Re: [crossfire] Just announced! Crossfire:TCG

[ERACC Subscriptions]

On Mon 2013-04-01 13:45 Rick Tanner  wrote:

> 
> Hello everyone,
> 
> I am thrilled to announced a spin-off to Crossfire known as..
> 
> Crossfire: Trading Card Game (aka, Crossfire:TCG)
> 
> Enclosed are two samples cards that would be used for game play.
> 
> Since this is a significant undertaking, I have submitted an application
> to Kickstarter which is awaiting approval. I'll post the project URL
> once that is available.
> 
> In the mean time, behold the card previews and prepare to enjoy the
> world of Crossfire at your next table top gaming session!

April Fool! :)

Gene Alexander
-- 
ERA Computers & Consulting - http://www.eracc.com
ERACC Subscriptions 
Order a computer: http://shopping.eracc.com/get-a-quote
Voice messages: 1(731)256-0973
 [E-mail preferred. Please reply BELOW quoted text.]
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Time delay in maps

[ERACC Subscriptions]

On Tue 2013-03-19 11:55 Kevin Zheng  wrote:

> Hi,
> 
> I'm trying to implement time delay in one of the maps I'm working on.
> Unfortunately, I have no idea how to approach this. I suspect I have to
> do something in Python, but I've never done this before, either.
> 
> Basically, a magic ear will activate a connection, which needs to start
> a timer. When the timer runs out, it should activate a different
> connection that opens a door.
> 
> Any suggestions?
> 
> Thanks,
> Kevin Zheng

Hi Kevin,

It has been a l-o-n-g time since I mapped for Crossfire. I do recall doing
something with timers, though I do not recall the details. Look through the
maps I created and check them for timers. You may find what you want in
one of them.

Gene Alexander
-- 
ERA Computers & Consulting - http://www.eracc.com
ERACC Subscriptions 
Order a computer: http://shopping.eracc.com/get-a-quote
Voice messages: 1(731)256-0973
 [E-mail preferred. Please reply BELOW quoted text.]
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Importing the GTK+ editor in SVN

[ERACC Subscriptions]

On Wednesday 16 July 2008
Raphaël Quinet wrote:

[...]
> I already mentioned on IRC some of the reasons why I think that this
> editor is interesting: it is fast (e.g., drawing walls or other
> features on a large map is much faster than with gridarta), it has a
> nice way to display the properties of all map objects as you move the
> mouse around, it has less installation dependencies than gridarta,
> etc.  However, the current version also has some drawbacks: it is
> likely to fail with a confusing error message the first time you start
> it, the user interface has many features and shortcuts that are a bit
> hidden (such as the absence of visible scrollbars), there is no "main"
> window, etc.  That's why I would like to work a bit on that, and
> especially improve the experience for first-time users.
>
> If there are no objections against this plan, I would like to import
> the code in SVN as soon as possible.

Sounds good to me. Having more editors is not bad as long as there are folks 
willing to support them.

Gene Alexander
-- 
ERA Computers & Consulting 
Preloaded computers - eComStation, Linux and Unix
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] volunteer to build 32 bit RPMS

[ERACC Subscriptions]

On Friday 08 February 2008
Rick Tanner wrote:

> ERACC Subscriptions wrote:
> > On Wednesday 30 January 2008
> >
> > Mark Wedel wrote:
> >>   anyone out there want to build 32 bit RPMs of the client?
> >
> > I could do this if you assist me with it. Or I can give you a shell on my
> > 32-bit box. Whichever you prefer is fine with me. Send me a private
> > e-mail about it (gene \a\t eracc \d\o\t com) or ping me on IRC.
>
> More out of curiosity, how are things going with this?

If Mark contacted me via e-mail I did not receive it. I did not get a PM about 
it on IRC either. My presumption is that someone else filled the need.

Gene Alexander
-- 
ERA Computers & Consulting <http://www.eracc.com>
Preloaded computers - eComStation, Linux and Unix
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] volunteer to build 32 bit RPMS

[ERACC Subscriptions]

On Wednesday 30 January 2008
Mark Wedel wrote:

>   anyone out there want to build 32 bit RPMs of the client?
>
>   It is really easy to do, but I don't have a 32 bit linux system anymore. 
> I originally started building the RPM's because it was really easy and I
> already had the resources to do so.
>
>   While I could set up the necessary environment to build the 32 bit
> binaries, that goes beyond the 'it is really easy'.  If someone out there
> already has a 32 bit system that uses rpms, makes life easy.
>
>   Or if you have such a system, don't want to build the binaries yourself,
> but want to give me access to build them, that is doable.  But would be
> easier just for someone else to build them.
>
>   Flip side is there isn't a huge number of folks downloading the rpm's (I
> see 975 downloads of crossfire-client-1.10.0-1.i386.rpm, but only 300 of
> the common package, of which that package depends on, so not sure how real
> that 975 number is.  7700 folks downloaded the source (tar.gz) package off
> sourcforge, so number of folks downloading rpm is a fairly small number.

Hi Mark,

I could do this if you assist me with it. Or I can give you a shell on my 
32-bit box. Whichever you prefer is fine with me. Send me a private e-mail 
about it (gene \a\t eracc \d\o\t com) or ping me on IRC.

Gene Alexander
-- 
ERA Computers & Consulting <http://www.eracc.com>
Preloaded computers - eComStation, Linux and Unix
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Reminder: Release 1.11 forthcoming

[ERACC Subscriptions]

On Monday 21 January 2008
Kevin R. Bulgrien wrote:

> I'd also want to check to see if it fixes [ 1839894 ] Keybind editor
> flaw (gtk2, gtkv2)

Since I submitted that and you are working on resolving the problem I made a 
change in Tracker and updated with you as the "Assigned To" guy. I will 
attempt to get a new build of the GTKv2 client and help test if I can get 
some time to do so in the next day or so (or before 1.11 is released, 
whichever comes first).

Gene Alexander
-- 
ERA Computers & Consulting 
Preloaded computers - eComStation, Linux and Unix
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] combat notes

[ERACC Subscriptions]

On Friday 14 December 2007
David Delbecq wrote:

> En l'instant précis du 13/12/07 21:11, ERACC Subscriptions s'exprimait
> en ces termes:
>
> > Perhaps a method could be used to have them gradually reset back to the
> > pristine state. Of course this would take a lot more resources on the
> > server as the maps could not be gradually resetting while swapped out.
> > Maybe to mitigate this a resetting daemon could run and load + check each
> > swapped map every X seconds (tunable by the server owner) and manage the
> > gradual reset then swap each map back out. This daemon would have a
> > referent of the original map and use some smart programmer's algorithm to
> > gradually clean it up and re-add the NPCs while no players are on it. If
> > a player comes to the partially redone map and messes it up again no big
> > deal as the daemon will use the same process to start gradually cleaning
> > the map again once the player leaves. (I am not the smart programmer that
> > can do this, but perhaps this idea can be a starting point for one of you
> > who is a smart programmer :) ).
>
> This is a *very* complicated way of handling things that is, imho, not
> worth the troubles. Imagine map X  with access to treasure Y, currently
> existing. Now you gradually reset map  X and map Y. Istead of 5 electric
> dragons guarding access to map Y, you only get 1. Easier to kill, you get
> thru and have direct access to map Y :/
>
> I think an easier way would be to add rules for *new* developped map so
> that they simply should themself repopulate. You just use generator to
> recreate progressively monsters. Maybe we could add to pixmap a special
> generator already configured for this (hidden, not disappearing, etc).
> Another solution would be to do some operation when swaping in a map,
> based on the time map was swapped out. (>50 minutes, just a reset, else
> for each 5 minutes it was out, do a run of that special generators.)

Hi David,

Glad you responded! :) I was simply tossing out an idea to get the discussion 
begun on this problem. I think it eventually needs to be solved however it is 
done. If my idea is unworkable or too complicated then finding a workable and 
less complicated method is absolutely fine with me. After all, I already 
stated I can't do it. ;)

Gene Alexander
-- 
ERA Computers & Consulting <http://www.eracc.com>
Preloaded computers - eComStation, Linux and Unix
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] combat notes

[ERACC Subscriptions]

On Thursday 13 December 2007
Mark Wedel wrote:

> While I agree the ecology of training centers probably do not make much
> sense, there is an overall lack of ecology in game.  Where is all that iron
> for weapons coming from (there really are not any iron mines).  How do the
> 50 orcs live in the newbie tower with no food?  Why do maps reset in the
> first place?

I have been cogitating on the map reset issue. Mainly we have maps resetting 
because at the time that was done someone could not come up with a better way 
of making an area usable again after someone else had cleaned it out. For my 
part I think once you kill the Zorn family how would they arise from the 
dead? Well, the players do (at least they do on non-permanent death servers) 
so the NPCs do as well. Currently to do this we have maps reset all at once 
(if no one visits them for ## amount of time) back to a pristine state.

Perhaps a method could be used to have them gradually reset back to the 
pristine state. Of course this would take a lot more resources on the server 
as the maps could not be gradually resetting while swapped out. Maybe to 
mitigate this a resetting daemon could run and load + check each swapped map 
every X seconds (tunable by the server owner) and manage the gradual reset 
then swap each map back out. This daemon would have a referent of the 
original map and use some smart programmer's algorithm to gradually clean it 
up and re-add the NPCs while no players are on it. If a player comes to the 
partially redone map and messes it up again no big deal as the daemon will 
use the same process to start gradually cleaning the map again once the 
player leaves. (I am not the smart programmer that can do this, but perhaps 
this idea can be a starting point for one of you who is a smart 
programmer :) ).

Also, quest rewards are in specific maps. Perhaps having a reward generator 
that can be tied to specific NPCs, altars or whatever would help. That could 
also be done with forces and inventory checker. Have force A, B and C but not 
D, E and F? You have halfway done with the quest. Once finished and going 
over the inventory checker that triggers the reward the forces are removed 
and the reward is generated. This means quests will need more thought and 
effort on the part of the persons making quests. However, I think this is 
worth a little more thought and effort. I am toying with doing this in the 
Zorn scrolls quest that will be beneath the Zorn dungeon. IMO forces and 
inventory checkers are under-utilized in crossfire.

Gene Alexander
-- 
ERA Computers & Consulting 
Preloaded computers - eComStation, Linux and Unix
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Spam and subject in mailing list

[ERACC Subscriptions]

On Sunday 30 September 2007
Jonas Stein wrote:

[...]
> A lot of spam comes through this list. Is it possible, to filter it more
> restrictive and deny the relay of email from mailserver without static DNS?

I have not seen any SPAM come through this list. Are you certain it is this 
list that is generating SPAM for you?

Gene Alexander
-- 
ERA Computers & Consulting 
Preloaded computers - eComStation, Linux and Unix
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Pen and inscription

[ERACC Subscriptions]

On Tuesday 14 August 2007
Nicolas Weeger wrote:

> Hello.
>
> There are currently some bugs on tracker related to the ease one has in
> leveling in inscription.
>
> I propose to fix this issue by having pen use food when used. One food per
> character for standard writing, some computed value for spell scrolls.
>
> This would enable to limit the max scrolls one could write.
>
> Maybe we could enable charging to work on pen, too ;)
>
> Opinions?
>
> Nicolas

Nerf! Nerf! Nerf! Nerf! Nerf! Nerf! Nerf! Nerf! Nerf! Nerf! Nerf! Nerf! :)

Oh well, looks like experience for inscription is going the way of hiding 
experience. IOW it won't be useful to work on it after this and can be mostly 
ignored. :p

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] block view vs. xray vision

[ERACC Subscriptions]

On Thursday 26 July 2007
Mark Wedel wrote:

[...]
>   As far as color of objects through walls - that isn't something that can
> really be controlled - the client makes non visible stuff grey on its own
> (for fog of war).
>
>   There is not currently anyway for the server to tell a client that a
> space should be drawn in grey.

Right. I was merely dropping that into this discussion for consideration as a 
feature-add in future releases. It is not a necessity but would be one of 
those "nice touch" kind-of additions at some point.

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] block view vs. xray vision

[ERACC Subscriptions]

On Wednesday 25 July 2007
Mark Wedel wrote:

> Kevin R. Bulgrien wrote:
> > The ground (/scorn/guilds/mailed_fist/ground) map in Scorn is made in
> > such a way that if you are wearing an XRay helmet you can see behind a
> > block view "wall" to see mechanisms that are used to make the map work.
> >  Is this expected behavior, and the map maker did not account for the
> > fact that XRay might show things that are not intended for players to
> > see?
>
>   Yes, and that probably isn't the only map - lots of maps don't take x-ray
> vision into account. [...]

True, I have seen several maps where the map maker apparently did not think 
about x-ray or did not care about x-ray. In my opinion x-ray means x-ray and 
it should be able to reveal everything within its' radius always. It is up to 
the map developers to take this into account.

When I created the "alarm system" on /brest/zorn/castle.upper.floor.two I made 
sure those with x-ray vision could not see the workings of the system. One 
could use the information from that to figure out how long one has before the 
alarm goes off (presuming it did not go off already). Thinking about x-ray 
vision and how to prevent its' use if needed is How It Should Be Done when 
designing maps. Not changing (nerfing) x-ray vision. One change I would agree 
is needed is that true x-ray vision would not show color through walls or in 
total darkness.

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] SourceForge changes to SVN Access

[ERACC Subscriptions]

On Monday 09 July 2007
Kevin R. Bulgrien wrote:

> > Good grief! I think I will just blow away my svn tree and download it all
> > again (when I get to the point I can do some mapping again). What a PITA.
> > :p
> >
> > Gene Alexander
>
> Huh?  It could hardly be more painless.
>
> $ cd /home/data/svn/crossfire
> $ for file in arch client server sounds maps
>
> > do
> >   cd $file
> >   svn switch --relocate https://svn.sourceforge.net/svnroot/crossfire
> > https://crossfire.svn.sourceforge.net/svnroot/crossfire cd ..
> > done
>
> And that was for a developer checkout.

I only checkout portions of each tree and I use my own subdirectory structure 
here because I do not care to get the entirety of each tree branch. Maybe I 
just don't understand but I don't wish to figure out how to do this for 
partial tree checkouts with a custom local directory structure. I'll just 
kill it and get it all again using the new checkout method. I don't have 
anything here that is not committed at this point anyway.

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] SourceForge changes to SVN Access

[ERACC Subscriptions]

On Monday 09 July 2007
Alex Schultz wrote:

> Nicolas Weeger wrote:
> >> svn switch --relocate https://svn.sourceforge.net/svnroot/crossfire
> >> https://crossfire.svn.sourceforge.net/svnroot/crossfire
> >
> > Note that this only works for "anonymous" checkouts. Developers using ssh
> > authentication will want to use:
> > svn switch --relocate https:// > login>@svn.sourceforge.net/svnroot/crossfire https:// > login>@crossfire.svn.sourceforge.net/svnroot/crossfire
>
> It also works if your sf login is auto-remembered by the svn client
> after manual entry instead of putting the username in the url ;)
>
> Alex Schultz

Good grief! I think I will just blow away my svn tree and download it all 
again (when I get to the point I can do some mapping again). What a PITA. :p

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Ryo's cleanup

[ERACC Subscriptions]

On Monday 14 May 2007 11:55 pm
Lalo Martins wrote:

> Ryo,
>
> I believe I speak for most or all the developers when I express my (our)
> gratitude, for your tireless efforts cleaning up the Augean Stables...
> er, I mean, the deprecated stuff in the maps and codebase.  Thanks!
>
> best,
>                                                Lalo Martins

Hear! Hear! It appears that Nicolas is The Man lately when it comes to 
crossfire code cleanup. Thanks Nicolas. :-)

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] New item: smoking pipe

[ERACC Subscriptions]

On Saturday 05 May 2007 12:46 pm
Alex Schultz wrote:

> Nicolas Weeger wrote:
> > Not sure pipeweed is used, so maybe we could put some somewhere in a map?
> > :)
>
> Eracc has some in his Zorn maps, and there's also a Zorn's Pipe in
> there. Perhaps Zorn's Pipe should get that script attached too?

I have no objection to that if someone wants to make Zorn's Pipe work with the 
script. Also there is a tobacco pouch in Zorn's desk that will only hold 
pipeweed. :-)

Gene Alexander (aka eracc)
-- 
ERA Computers & Consulting <http://www.eracc.com>
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Build command

[ERACC Subscriptions]

On Tuesday 17 April 2007 05:22 pm
Anton Oussik wrote:

> Hmm, actually I think it would be a good idea to nerf existing
> alchemy. It would go a long way towards fixing the game balance. At
> the moment being a pure alchemist is far too easy (money-wise). I
> would also nerf experience gained up though, to make success more
> rewarding and eliminate the "identification" stage where you have to
> aimlessly ID things with alchemy until you can make simple stuff
> reliably.

I knew it! I knew it! I knew it! You want to ruin it (from a player's 
perspective). :-p

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Build command

[ERACC Subscriptions]

On Tuesday 17 April 2007 04:32 pm
Nicolas Weeger wrote:

> Hum, let me be more precise, then:

Okie dokie. :-)

> "What about adding the possibility to have alchemy-related recipes use sp
> too? Of course we'll let current recipes as they are, but when we extend
> recipes to eg create powerful armors, that sp use may come in handy (think
> charging the armor with sp to protect you?)"

That sounds more like wizardry or sorcery to me so using Sp for that makes 
sense.

> I didn't mean to alter existing formuleas.

Whew! Good! :-)

Gene Alexander (the relieved whiner :-D )
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Build command

[ERACC Subscriptions]

On Tuesday 17 April 2007 03:48 pm
Nicolas Weeger wrote:

> > Good idea for general alchemy, IMO.  Stuff like general cooking or
> > smithing (non magical) shouldn't have to use sp though.
>
> Well, just need to not set any sp for those formuleas then :)
>
> Nicolas

Aww nuts! You guys gonna nerf (as in make less useful and friendly) 
alchemy too? Well, there goes my idea of starting a pure alchemist. If one 
has to wait for Sp to regenerate after every use of the *SKILL* alchemy that 
is just silly.

No, I do not think doing away with the *skill* and using the spell instead is 
a good idea either. Fellas, traditional alchemists were not magic users, they 
were early scientists. Sure, some of the things alchemists can make *appear* 
magic but that is only because they resemble purely magical spells in effect, 
not actuality.

Gene Alexander (... mumbles something about "darn game balance police") :-p
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Getting more artists

[ERACC Subscriptions]

On Wednesday 11 April 2007 05:00 am
Anton Oussik wrote:

> If we could attract an artist (or 5 or 6) who would be willing to
> create 3D models of things, animate them, and then produce a complete
> tileset of the universe from those, it would be ideal.

Call me crazy if you wish. :-p I prefer the 2D version we have now. Granted we 
could always use more and better 2D graphics. But 3D and animation then locks 
out a lot of marginal graphics makers (like me for example) that could "make 
do" with the 2D tiles. Once we go 3D we would *have to* have some 3D artists 
on board the project to go forward.

The problem with that is good 3D graphics folks are not easy to find and keep. 
The really good ones are probably working only on closed source projects for 
a salary. I say this based on the lack of excellent 3D graphics in the open 
source projects I have seen. I am willing to be proven wrong though. ;-) But 
I still would prefer we keep Crossfire a 2D game.

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Random map layout

[ERACC Subscriptions]

On Saturday 17 March 2007 01:06 pm
Nicolas Weeger wrote:

> To improve that, I'd like to either alter existing layouts or add new ones.

I vote for adding new ones, please.

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Pupland branch

[ERACC Subscriptions]

On Saturday 10 March 2007 04:38 pm
Lalo Martins wrote:

> As a special open issue, ancient Pupland went to /quests/pupland/ancient

Works for me. Using the underscores has caused some problems for me as a 
mapper in the past (specifically with the Lone Town Apartment). I prefer to 
avoid them.

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] New spells: curse item / bless item ; also change spell name matching for cast

[ERACC Subscriptions]

On Monday 15 January 2007 05:39 pm
Nicolas Weeger (Laposte) wrote:

> Forgot to tell: for now, those spells are not available, as they are not
> part of any quest/treasure list.
>
> I hope someone will feel like using those a quest-item ;)
>
> Nicolas

! New spells for quest items. I may have to put those on some *hard* 
maps somewhere. :-)

Of course if another mapper gets to it first feel free to go ahead, don't wait 
for me to do it. ;-)

Gene Alexander
-- 
ERA Computers & Consulting  
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Alex, the general

[ERACC Subscriptions]

On Tuesday 02 January 2007 01:13 am
K. Ahlers wrote:

> To explain the problem I paste an excerpt from the crossfire-IRC-channel:
>
> 11:00:18 < Luziferus> hrm... does anyone here know whether "Alex, the
> general" or related general settings was changed?
> 11:00:20 < Rednaxela> (be sure you're reporting the bugs you don't fix
> of course ;-))
> 11:01:49 < Luziferus> in other times i was killing him within seconds
> and now... bashing him for 5 minutes: no effect, cursing and then
> bashing him: no effect, cursing
>   and firing 4 meteor-swarms on him: no effect
> 11:02:18 < Luziferus> it seems that someone made him untouchable
[...]

Depends on /which/ "Alex, the general" you mean. There are two maps with that 
character. One is "pup_land/kurte/eureca_road3" and the other is  
"pup_land/hq". In one of the maps he is rather weak. In the other he is +100 
physical and +100 fire. So, you would not damage him with physical and fire 
on that map. Recent changes to fix a bug with 'curse' make it where monsters 
are now more resistant to curse and to disease if they are a custom monster 
with custom resistances. Prior to this a bug in the code caused custom 
monsters to revert to the plain old original archetype and lose all their 
custom resistances. This new effect is intended but will make it necessary to 
fix some monsters and change strategy for others. In this case "Alex, the 
general" does not need fixing ... you need a new strategy. :-)

Gene Alexander
-- 
ERA Computers & Consulting  
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] character image size

[ERACC Subscriptions]

On Monday 23 October 2006 01:32 am
Mark Wedel wrote:

[...]
>   So I did a quick test. Using gimp, I took the warrior image, scaled it up
> 50%, used autocrop to eliminate the blank pixels around the image, and then
> centered it with a normal 32 pixel wide image.
[...]
>   Yes, it does through the player image size off to other things (the
> armorer looks like a munchkin), but I think that will have to be the case
> if the idea is to make the player more visible (if the monsters get scaled
> up, then the player gets lost in the monsters).
>
>   Thoughts?  This is more just a random observation I thought I'd share
> than any definite proposal.

OOO! I like the larger player graphic. Do dragons too please! :-)

Also, there was discussion at one time to make a player using invisibility 
granting items (God Finger, etc.) able to find him/herself more easily on 
screen. IOW, make them appear "see-through ghostly" on the screen instead of 
totally transparent from the player's point of view. Has anything ever been 
attempted to "fix" this?

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Dragon player face

[ERACC Subscriptions]

Hi all, did someone mess with the dragon player face changes? Make them not 
change like they used to? My dragon, poof, is green with a blue vest 
(legendary electricity dragon). No one else with newer dragons seems to get 
that. Some of the players on metalforge think my dragon looks "cool" and want 
that face. If the face changes have been removed or changed from the old 
behavior that gave my dragon his face please put it back the way it was.

Gene Alexander
-- 
ERA Computers & Consulting 
We can provide you with VoIP phone service for your home and/or business. Our 
VoIP phone service has FREE long distance in the USA and Canada! Contact us!
Voice messages: 1(731)256-0973 - FAX & Voice messages: 1(731)664-8524
  [E-mail preferred. Please reply BELOW this line.]

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Removal of output-count/output-sync from server

[ERACC Subscriptions]

On Monday 09 October 2006 02:16 am
Mark Wedel wrote:

> . Is that extra logic still needed, or is it sufficient to just
> track the last message an print repeat counts?
>
>   I'm thinking that if this is most often just used for things like search
> locks or other repeated checks, just buffering/repeating the last message
> would be sufficient, and is certainly a bit simpler to do.
>
>   The disadvantage is that if there is a bunch of other messages being
> generated as you search for traps (say your suffering from poisoning), that
> would cause the search messages to get broken up, etc.
>
>   Thoughts?

As long as one can control, to some extent, how much garbage scrolls by in the 
client I for one don't really care how it is handled. I do use the split 
message window feature in the GTKv1 client to keep the hit, etcetera messages 
separate from conversations so that helps some.

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 12:13:32 up 1 day,  4:26,  9 users,  load average: 0.02, 0.06, 0.08
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] HallOfSelection in crossfire 2.0

[ERACC Subscriptions]

On Sunday 08 October 2006 09:27 pm
Kevin R. Bulgrien wrote:

> .  On the flip side,
> I am also not into having to have a liquid-cooled graphics processor
> and a 10m/b up/downlink from the net just to play around.

Thus one of the reasons I like crossfire. It is low resource GUI capable and I 
can even play it on my old PII lappy. The game-play alone is enough to make 
the game fun without "awesome 3D graphics dude!" or even real purty 2D. :-)

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 12:07:14 up 1 day,  4:20,  9 users,  load average: 0.03, 0.08, 0.11
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Removal of output-count/output-sync from server

[ERACC Subscriptions]

On Saturday 07 October 2006 07:44 pm
Brendan Lally wrote:

> On 10/7/06, Mark Wedel <[EMAIL PROTECTED]> wrote:
> >   One area that could use cleanup IMO is the output buffer handling in
> > the server.
> >
> > ...
> >
> >   One question is whether it makes sense to put that code into the
> > client. Given that both GTK clients have multiple panes for messages, and
> > the only thing that really benefits from this combinining messages is the
> > attack messages, the amount of benefit isn't as great.  Plus, since the
> > attack messages where changed to be more variable in terms of what they
> > print, those often can not be combined.  IT seems the main area of
> > benefit is spells.
>
> The other useful one is searching for traps, especially at low levels,
> I find that a small number of searches isn't sufficiant, and will hold
> down the 's' key for a while, using the output count to bundle the
> messages into groups of 10. That way I can search 50-100 times
> (depending on how bored/paranoid I am feeling) without having the
> searching messages spam the message list hopelessly.
>
> Potentially client side support for this could be much better than
> existing server-side support (if it were to say redraw the last
> message on the same line it was on but with 'n times:' prepended to
> it), but no existing clients do that.

Yes, I use it too to control how much garbage scrolls by in my client. Please 
don't remove that until there is a replacement in the client.

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 11:06:13 up  3:19,  7 users,  load average: 0.05, 0.27, 0.19
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Pupland Monunent Service

[ERACC Subscriptions]

On Friday 29 September 2006 08:58 pm
Alex Schultz wrote:

> Currently, the hall of fame in pupland just sits there static, so I'm
> thinking that perhaps I should make a python script replacement for the
> monument service, to inscribe the names of those who have beat the evil
> masters if they want it inscribed. Anyone have any objections to
> replacing the monument with a 'magical' python based one?

No objection here. Sounds like a decent idea to me.

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 10:54:47 up 8 days,  3:26, 14 users,  load average: 0.23, 0.23, 0.13
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Gridarta CFJavaEditor Jar?

[ERACC Subscriptions]

On Sunday 24 September 2006 11:45 pm
Kevin R. Bulgrien wrote:

> Could someone make a jar file from the CFJavaEditor sources on the
> Gridarta project?  I have so far been unable to get a working
> build environment.  I get errors when I try the command-line build
> instructions in INSTALL.txt, and I am having great difficultly
> getting ant installed.
[...]

I was provided with a working copy by one of the Gridarta developers and have 
it availalble here: . 
The same developer has been given FTP access to that directory to keep an up 
to date copy of CFJavaEditor.jar available.

I was unable to use the arch directory from SVN and thought it was my build of 
Gridarta at fault but that turned out not to be the case. Apparently the 
problem was with many of the graphics being converted to text during the 
migration from CVS to SVN. I understand Mark Wedel has now fixed this 
problem(?).

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 09:59:10 up 3 days,  2:30, 14 users,  load average: 0.26, 0.20, 0.18
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] "Jesus weeping" map

[ERACC Subscriptions]

On Sunday 24 September 2006 12:46 am
Alex Schultz wrote:

> The issue of the naming of the "Jesus weeping" map was brought up before
> but nothing was really done. Does anyone have any objections if I change
> the name of the map to "Valriel weeping"?

Go for it. The "Jesus weeping" map is incongruous with the rest of crossfire 
since the decision was made a long time ago to rename the deity YHWH to 
Valriel.

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 09:53:54 up 3 days,  2:25, 14 users,  load average: 0.22, 0.19, 0.17
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Broken show invisible - scrolls, wands, staves and rods

[ERACC Subscriptions]

Show invisible scrolls, wands, staves and rods appear to be broken (at least 
on current metalforge). Details here:

http://sourceforge.net/tracker/index.php?func=detail&aid=1556723&group_id=13833&atid=113833

Please fix it.

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 18:27:14 up 1 day, 18:46, 14 users,  load average: 1.37, 0.44, 0.26
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] CVS -> SVN conversion

[ERACC Subscriptions]

On Sunday 10 September 2006 06:11 pm
Mark Wedel wrote:

> 1) A date for the switchover needs to be chosen.  My personal inclination
> is sooner vs later, yet at the same time, want to give enough time in case
> people have work in progress that is almost ready to commit (so they don't
> have to resync/copy into SVN).  The flip side of this is that if this is
> too far away, this could delay people starting working (don't want to be
> halfway done and then have to sync up again).  I'm thinking maybe 9/18
> (monday) as the date to switch over?  Give people a week to commit their
> changes, etc.

I have put work on all my map edits on hold until the conversion. I have no
clue how to use SVN to download updates and commit updates. Do we have a
simple FAQ on how to do this using ssh/id/password? (I hate using keys) I
specifically need command line usage information for SVN as relates to
sourceforge.net. IOW what is the equivalent of:

cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/crossfire co maps-bigworld

... and ...

cvs -d:ext:[EMAIL PROTECTED]:/cvsroot/crossfire commit

If I have developer download and commit access in CVS will that automagically
be included in SVN?

TIA,
Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 12:09:25 up 1 day, 12:28, 14 users,  load average: 0.43, 0.29, 0.25
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Thief player - feature requests

[ERACC Subscriptions]

The details are here:

http://sourceforge.net/tracker/index.php?func=detail&aid=1555884&group_id=13833&atid=363833
http://sourceforge.net/tracker/index.php?func=detail&aid=1555887&group_id=13833&atid=363833

Discussion?

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 13:12:39 up 13:32, 14 users,  load average: 0.26, 0.13, 0.17
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Dragon bite attack

[ERACC Subscriptions]

I have proposed a bite attack for dragons on sf tracker. Please see the 
details here:

http://sourceforge.net/tracker/index.php?func=detail&aid=1555431&group_id=13833&atid=363833

Discussion?

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 12:24:34 up 7 days,  3:43, 16 users,  load average: 0.23, 0.21, 0.18
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] The Kirby project: Valkyrie, goddess of war

[ERACC Subscriptions]

On Thursday 07 September 2006 12:49 am
Mark Wedel wrote:

> > (On an unrelated note, if I do change the flesh code, I'd like to add the
> > archetype of the original monster in the other_arch field, for the
> > purpose of a spell I'm thinking about; any problem with that?)
>
>   probably not.  The issue may be that the archetype may not be entirely
> useful - custom monsters on high level maps vary quite a bit from the
> archetype, so you'd have to be careful what fields you use and what you use
> them for.

For example take a look at Irritable Zorn (/brest/brest.scrolls.right) as he 
is heavily modified from the standard merchant NPC (IIRC). Thinking on this, 
what mechanism is used to tell the system that dragon flesh from a custom 
monster is high level? Perhaps that could be adapted to your flesh altar.

This also brings up the argument for female player graphics. Valkyrie, being a 
minor female deity (see http://en.wikipedia.org/wiki/Valkyrie), would seem to 
me to be one to which girls would gravitate. I'm not a graphics maker or I 
would look at making some myself.

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 09:18:40 up 5 days, 37 min, 16 users,  load average: 0.29, 0.21, 0.16
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Clothing

[ERACC Subscriptions]

I propose that robes and other cloth items (not cloaks) should be a new class 
of item called "clothing" not "armor". A new body spot created for that and 
archetypes updated. Special robes that may impart armor-like characteristics 
could then be adjusted in the archetypes for prevention of abuse (if that 
appears to become a problem).

Discussion?

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 10:54:52 up 13 days,  7:47, 13 users,  load average: 0.60, 0.32, 0.22
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] New spell?

[ERACC Subscriptions]

On Tuesday 08 August 2006 02:09 pm
Nicolas Weeger (Laposte) wrote:

> Le Mardi 08 Août 2006 02:57, ERACC Subscriptions a écrit :
> > I just thought of a new spell: disinfect
> >
> > It would be a cone or other area prayer that removes diseases from items,
> > critters and players. [...]
>
> Could be a fun one :)
> It's basically a higher level cure disease, though.

True. Cure disease works on players. Thus the "disinfect" spell would work on 
places and objects (maybe NPCs, pets and monsters?). I know that some 
diseases leave hidden debris behind that can cause a player walking over or 
near the space to get infected. So, no need to have disinfect and cure 
disease overlap. One can be for players the other for all else.

Gene Alexander (aka poof)
-- 
Mandriva Linux release 2006.0 (Official) for i586
 21:17:43 up 2 days, 18:10, 12 users,  load average: 0.32, 0.24, 0.14
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] New spell?

[ERACC Subscriptions]

I just thought of a new spell: disinfect

It would be a cone or other area prayer that removes diseases from items, 
critters and players. Any groups that can cast disease should also have the 
disinfect prayer. Perhaps make it a low level prayer that increases in power 
with advancement in praying. Of course it could not disinfect disease that is 
stronger than the caster's praying level.

Gene Alexander (aka poof)
-- 
Mandriva Linux release 2006.0 (Official) for i586
 19:53:46 up 1 day, 16:46, 11 users,  load average: 0.14, 0.09, 0.10
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] create earth wall totally nerfed ...

[ERACC Subscriptions]

On Monday 07 August 2006 02:49 pm
ERACC Subscriptions wrote:

> I give up.
>
> I have about a dozen Zorn quest maps I have worked at on and off for the
> past several months on my local system that rely on players being able to
> cast spells and prayers through and jump over their own earth walls to
> survive. Unless the player is VERY high level s/he is unlikely to survive.
> Now that I have upgraded my local server and such-like the earth walls are
> horribly, horribly broken. I want the old creatable earth walls back that
> allowed casting through and jumping over. Please.
>
> I am not redoing these maps again and will just delete them and forget
> finishing the Zorn quest if this will not be done.
>
> Gene Alexander (aka poof)

Ok, I obviously needed to take a walk and a breather before writing that. I 
was just SO discouraged when my maps "broke" after that upgrade. My mind was 
screaming "NO!NO!NO!NO!NO!NO!" when I tried to play the four basically 
completed maps I have that are in the depths of the earth under Zorn castle 
and my local level 90 character could not survive even though I know ALL the 
tricks in the maps. With the earth walls prior to my local "upgrade" I was 
able to do those maps at level 75 with that character.

Alright, if a player could JUMP on and over her/his own earth walls that would 
be better than now. That way my maps are not going to be TOO hard just very, 
very challenging. I want people to survive the quest and the earth walls are 
the best way (if a player can figure that out). Please see what you can do to 
fix this at least for jumping on and over created earth walls. I will be more 
than willing to do any testing and provide feedback. Thanks.

Gene Alexander (aka poof)
-- 
Mandriva Linux release 2006.0 (Official) for i586
 16:38:34 up 1 day, 13:31, 10 users,  load average: 0.11, 0.09, 0.09
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] create earth wall totally nerfed ...

[ERACC Subscriptions]

I give up.

I have about a dozen Zorn quest maps I have worked at on and off for the past 
several months on my local system that rely on players being able to cast 
spells and prayers through and jump over their own earth walls to survive. 
Unless the player is VERY high level s/he is unlikely to survive. Now that I 
have upgraded my local server and such-like the earth walls are horribly, 
horribly broken. I want the old creatable earth walls back that allowed 
casting through and jumping over. Please.

I am not redoing these maps again and will just delete them and forget 
finishing the Zorn quest if this will not be done.

Gene Alexander (aka poof)
-- 
Mandriva Linux release 2006.0 (Official) for i586
 14:39:22 up 1 day, 11:32, 10 users,  load average: 0.30, 0.14, 0.10
ERA Computers & Consulting - http://www.eracc.com/ <- get VOIP here!
eComStation, Linux, FreeBSD, OpenServer & UnixWare preloads & sales

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] [Crossfire-cvs] CVS commit: maps-bigworld/scorn/shops

[ERACC]

On Friday 24 February 2006 03:14 pm
Andrew Fuchs wrote:

> It is possible to obtain unpaid items from the scorn sale shop. 
> Simpily sell them on the seccond floor in the booths , then pick up
> what you just sold.  After that just go downstairs and WoR out.

Ah, then that is a problem with the redesigned second floor and it
should be addressed there. I did not create the booth system and so
have never tested it for flaws. Good catch.

> The only other soulution i can think of other than blocking spells in
> the back, would be to put more shop mats on the seccond floor

I'll take a look at it right after sending this message.

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 16:33:10 up 28 days,  1:49,  9 users,  load average: 0.04, 0.05, 0.06
ERA Computers & Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Ice Castle up for grabs.

[ERACC]

On Thursday 16 February 2006 06:22 pm
David Seikel wrote:

> A page is probably over the top.  If you could copy the file to your
> server, and send the URL of the file on your server to this list in
> reply to this thread that would be wonderful.  Thanks.

I got it too. It is here:

http://www.eracc.com/files/crossfire/IceCastle.tar.bz2

Gene Alexander
-- 
Mandriva Linux release 2006.0 (Official) for i586
 23:34:48 up 20 days,  8:51,  9 users,  load average: 0.35, 0.93, 1.23
ERA Computers & Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Why have you banned my CVS access, And why do you hate mlab (I just finished mlabhell and I want mlab in for 1.9)

[ERACC]

On Sunday 05 February 2006 03:43 pm
Brendan Lally wrote:

[...]
> > Also I am offended at lauwernmark and errac's plot to
> > change mlab's culture.
> 
> To a great extent I would agree, but this does not excuse criticising
> them in a CVS commit message for a commit it is not clear should have
> been made.

There is no "plot", fellows. Basically this is an overreaction to an
IRC discussion. Since the entity known as "mikeeusa" is banned from
the IRC channel in any guise this raises the question as to how
"mikeeusa" was in the loop to even know about this. There was nothing
said that would not be said if "mikeeusa" were in the IRC channel but
even so one wonders how "mikeeusa" was informed.

Regardless, the quote from IRC is:

  Speaking of mik. Katia mentioned on private DM
 messages for metalforge that mik said he had
 maps in the game in CVS that are anti-woman and one
 place where one gets a reward of a 14 year old girl
 in his maps. Anyone else know about this?
  eracc: I think that if such a thing is in CVS,
 then it needs to be corrected - and the offender
 banned. That's pretty much the kind of insulting
 stuff that's disgusting me

Which does not even hint at a "plot to change mlab's culture". It is
speculative discussion as to what may or may not be in "mlab" and
whether or not it is appropriate for the game. In the opinion of
myself and lauwenmark (likely others as well) such things are /not/
appropriate and should not be included in crossfire. I log the IRC
channel for OP reasons and can provide context for anyone (not banned
from the channel) who wants to see more of the conversation.

Gene Alexander (aka eracc)
-- 
Mandriva Linux release 2006.0 (Official) for i586
 17:16:36 up 9 days,  2:33, 10 users,  load average: 0.37, 0.40, 0.27
ERA Computers & Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] On moving the Lone Town apartment [bigworldized pupland]

[ERACC]

On Tuesday 17 January 2006 06:05 pm
Miguel Ghobangieno wrote:

> lalo is bigworldizing pupland, the villas could be
> placed somewhere on said bigworldized pupland (note:
> how long untill it's done?).

Lalo? Are you there? I would like to know how this is progressing and
when you think you will have it done. I don't want to move the Lone
Town apartment yet if you are actually doing this. I'd rather like to
see his merged maps first. If you want to collaborate on merging
pup land into big world you can write me off-list using the address
below.

Gene 
-- 
Mandriva Linux release 2006.0 (Official) for i586
 10:43:01 up 6 days, 17:35, 11 users,  load average: 0.13, 0.11, 0.09
ERA Computer Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] On moving the Lone Town apartment

[ERACC]

Greetings all,

It was pointed out to me on IRC that the Lone Town apartment does not
fit the Lone Town story line. Specifically the apartment is too big
and ostentatious for Lone Town. So, I propose moving that set of maps
to a "country villa" setting somewhere. I still want an apartment in,
or near, Lone Town and intend to make a single map to fit in with the
original Lone Town idea (as far as I understand it). I will also
leave the build shop in Lone Town but scale it down a touch.

If moved I want the country villa to be near somewhere that does not
currently have a permanent apartment. It does not matter if the town
nearby is small since a country villa is intended to be rural. Feed
me some suggestions please. I was thinking perhaps in the world maps
to the near East of Lake Country? Or even in the pup land maps near
Lone Town would be ok I think. I could then just remove the apartment
in Lone Town.

IMO the Regular Army people would be living in big country villa's
(or town apartments ;-) and the Freedom folk would be the poor and
downtrodden types. So perhaps access to the country villa (or
apartment if it stays in Lone Town) should depend on owning a Regular
Army Passport. "Feed me Seymour!"

As I already stated I do not want to put this somewhere near a city
that already has a permanent apartment. I also do not want to place
it so far out in the wilderness that it is impractical to own. I want
to make this change (if everyone agrees I need to move that thing)
before too many players buy them. I do not want to create more of an
administration headache than necessary.

TIA
Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 15:30:37 up 3 days, 22:23, 10 users,  load average: 0.06, 0.05, 0.06
ERA Computer Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] gcfclient options deathlist

[ERACC]

On Monday 16 January 2006 05:55 pm
Brendan Lally wrote:

[...]
> Options on how to display resistances: - remove all options, set to
> "Display all resistances in a single column, will use a single
> scrollbar."
[...]

I use a double column with a scroll bar. I do not like the single
column.

Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 23:18:28 up 3 days,  6:11, 10 users,  load average: 0.06, 0.07, 0.03
ERA Computer Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] shops and stealing

[ERACC]

On Saturday 31 December 2005 08:00 pm
Miguel Ghobangieno wrote:

> --- ERACC <[EMAIL PROTECTED]> wrote:
> 
> > On Saturday 31 December 2005 12:02 am
> > Mark Wedel wrote:
> > 
> > > [...]
> > > With the addition of new fields in the map header for shops, it'd seem
> > > like it  would not be possible to extend stealing to shops. 
> > [...]
> > 
> > Good ideas there. I would add that a player's luck score should have a
> > lot of influence on ability to steal from a shop. So, a player that
> > wants to PK /and/ steal is truly "out of luck" and will have a much more
> > difficult time stealing from a shop. A 'luck 0' score would mean luck
> > has no affect on the percentage chance of getting caught. A luck score
> > of +1 or greater means the player has an exponentially greater [...]
> 
> Could exponetially vs linerally be settable in the server config file.

Making this server configurable would be good I think. Not everyone
desires to have all the "features" be a hard-coded non-option.

Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 17:28:52 up 17 days, 35 min, 10 users,  load average: 0.00, 0.01, 0.00
ERA Computer Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] shops and stealing

[ERACC]

On Saturday 31 December 2005 12:02 am
Mark Wedel wrote:

> [...]
>   With the addition of new fields in the map header for shops, it'd seem like 
> it 
> would not be possible to extend stealing to shops. [...]

Good ideas there. I would add that a player's luck score should have
a lot of influence on ability to steal from a shop. So, a player that
wants to PK /and/ steal is truly "out of luck" and will have a much
more difficult time stealing from a shop. A 'luck 0' score would mean
luck has no affect on the percentage chance of getting caught. A luck
score of +1 or greater means the player has an exponentially greater
chance of stealing successfully. A luck score of -1 or lower greatly
increases the player's chance of being caught exponentially as the
score goes down. So, someone with 2 PKs (luck -2) would have a much
harder time stealing than someone with a luck of 0.

Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 18:27:34 up 16 days,  1:34, 10 users,  load average: 0.20, 0.08, 0.02
ERA Computer Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Re: [Crossfire-devel] I'll commit the large denomination coin archtypes, I'd like to edit the amber coin to look more ambery (any objections)?

[ERACC]

On Tuesday 27 December 2005 01:17 am
Mark Wedel wrote:

>   Another random thought is to have some logic to use gems to pay for items. 
> Gems have a fixed value, so one could make it easier that the shopkeeper will 
> just take the gems directly instead of the player needing to sell them.  That 
> sort of fixes the problem at hand.  But to do that, I think some new option 
> like 
> 'pay_with_gems' that the player can set is needed.

o! I truly /like/ this idea. That would solve some of the
problems of paying for very expensive items.

While you guys are looking at stuff like this could you please adjust
the payment altars to accept more than 32767? I wanted to use a 5
diamond altar in my Lone Town apartment map (for the various alchemy
benches in the basement) but could not due to this limitation.

Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 15:51:07 up 11 days, 22:58, 10 users,  load average: 0.24, 0.13, 0.09
ERA Computer Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Banking system

[ERACC]

On Tuesday 27 December 2005 07:26 am
Brendan Lally wrote:

> In case you couldn't gues, I don't like credit card companies very
> much. 

Nor do I. That is why I suggested a bank card that debits the bank
account rather than a credit card. I don't think CF should implement
a credit system. I see ways to exploit /that/ right now.

Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 15:48:07 up 11 days, 22:55, 10 users,  load average: 0.00, 0.05, 0.07
ERA Computer Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Banking system

[ERACC]

On Sunday 25 December 2005 01:37 am
Miguel Ghobangieno wrote:

> You want a checkbook. I can make the archtype face pic
> and perhapse cave can do the code

How about a bank card that is tied to the banking system? There would
then be reason to deposit money in the banks. Could charge a fee for
use of the card too, or not. I think keeping the coins in the system
is a good thing. Removing them, not so good. For very costly items
deposit in the bank and use a bank card in the shops, etc. Also
making the existing bank notes work as cash would be a good thing.

Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 19:31:37 up 10 days,  2:38, 10 users,  load average: 0.00, 0.02, 0.00
ERA Computer Consulting - http://www.eracc.com/
eComStation, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Re: [Crossfire-cvs] CVS commit: arch/mapbuilding

[ERACC]

On Saturday 24 December 2005 12:41 am
[EMAIL PROTECTED] wrote:

> metalforge isn't the center of the universe

Yes. It is.

:-p


___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] New brest buildings

[ERACC]

On Tuesday 08 November 2005 07:23 am
Mitch Obrian wrote:

> The new yellow brest entrance building doesn't seem to
> go with the brest style. Perhapse change it to
> something more bresty?

Not enough "Bresty" looking buildings. I didn't want to use one that
already existed in Brest. Maybe you could recolor that one and make a
new "Bresty" looking version. ;-)

> Also I think I will make a townhouse arch for brest as
> we only have a blue topped one.

Works for me. If you do them, I will use them to replace the ones I
used. Just let me know what arch names to find when making the
requested change.

Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 11:26:05 up 12 days, 20:10, 14 users,  load average: 0.52, 0.44, 0.29
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Re: [Crossfire-cvs] CVS commit: arch/mapbuilding

[ERACC]

On Saturday 05 November 2005 07:53 am
Mitch Obrian wrote:

> --- [EMAIL PROTECTED] wrote:
> 
> > 
> > Module Name:arch
> > Committed By:   eracc
> > Date:   Sat Nov  5 04:58:40 UTC 2005
> > 
> > Modified Files:
> > arch/mapbuilding: building.arc building.trs
> > Added Files:
> > arch/mapbuilding: mbdwall_0.base.111.png
> > 
> > Log Message:
> > Attempt to add dwall* as buildable archetypes.
> > 
> > 
> > 
> > Start of context diffs
> > 
> > 
> > Index: arch/mapbuilding/building.arc
> > diff -c arch/mapbuilding/building.arc:1.3
> > arch/mapbuilding/building.arc:1.4
> > *** arch/mapbuilding/building.arc:1.3   Thu Aug 18
> > 17:13:10 2005
> > --- arch/mapbuilding/building.arc   Fri Nov  4
> > 20:58:40 2005
> > ***
> > *** 58,63 
> > --- 58,73 
> >   face mbwall.111
> >   slaying wall_0
> >   end
> > + Object building_wall2
> > + name DWall material
> > + nrof 1
> > + weight 1500
> > + value 1500
> > + type 161
> > + subtype 2
> > + face mbdwall.111
> > + slaying dwall_0
> > + end
> >   Object building_vertical_gate
> >   name Vertical gate material
> >   nrof 1
> > 
> > Index: arch/mapbuilding/building.trs
> > diff -c arch/mapbuilding/building.trs:1.5
> > arch/mapbuilding/building.trs:1.6
> > *** arch/mapbuilding/building.trs:1.5   Thu Aug 18
> > 17:13:10 2005
> > --- arch/mapbuilding/building.trs   Fri Nov  4
> > 20:58:40 2005
> > ***
> > *** 11,16 
> > --- 11,19 
> > arch building_wall
> >   chance 25
> > more
> > +   arch building_wall2
> > + chance 20
> > +   more
> > arch building_vertical_gate
> >   chance 10
> > more
> > 
> > Index: arch/mapbuilding/mbdwall_0.base.111.png
>
> Do I have to update code for this to work, or just the
> archtypes?

There was a problem trying to use the floors and walls in the new
/brest/apartments/brest_town_house. Ryo_ supplied a fix (hopefully)
in cvs that resolves that. So, a recompile is required for that.

But updating archetypes should be all one needs to get the new
buildable walls. Those seem to work as desired. However, when I
updated archetypes locally I also recompiled from cvs so I may be
misunderstanding the process.

Gene
-- 
Mandriva Linux release 2006.0 (Official) for i586
 16:53:13 up 10 days,  1:37, 13 users,  load average: 0.66, 0.45, 0.30
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Ruggilli - altar blessing

[ERACC]

Hi Y'all,

Uhm, ok. Ruggilli's blessing is "(slay chaotic_water_creatures)"?!
What the heck is that, Ixalovh? If so, Ruggilli's pantheon entry
on crossfire.real-time.com needs an update. Why not also bless the
weapon with immolation? Seems that would be a proper blessing for
Ruggilli. Can some code genious please fix the Ruggilli blessing to
make immolation part of the weapon blessing?

TIA,
Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 01:25:08 up 155 days,  2:06, 10 users,  load average: 0.03, 0.09, 0.11
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] [IDEA] Reagents for cast magic

[ERACC]

On Friday 14 October 2005 02:48 pm
Brendan Lally wrote:

> On 10/14/05, ERACC <[EMAIL PROTECTED]> wrote:
> > Needing items to cast spells is more along the lines of witchcraft
> > than sorcerous magic (read some Steven Brust <http://dreamcafe.com/>
> > to see what I mean). In CF the magic system seems to be sorcerous
> > based. The witchcraft based magic is more akin to alchemy in CF.
> 
> Why do you take this to be your reference point?

Why not? It bears up my argument.

> Real world magic is mostly con tricks and illusion anyway, and there
> is therefore no 'correct' way (consistent with the real world) to
> model the invocation of magic in a game.

Heh, "real magic" is ALL con tricks and illusion. Or it is a science
advanced enough to appear magical. ;-)

   "Any sufficiently advanced technology
   is indistinguishable from magic."
   Arthur C. Clarke

> Using items for spells to my mind is as such more an issue of game
> balance than adherence to the fictional work of some random novelist.

He's not random. I chose him specifically because I agree with his
fantasy ideas on "witchcraft" vs. "sorcery" and his writing that down
in his novels keeps me from having to reiterate it here. As for "game
balance" ... well, I've not ever been fond of that term as it
usually means nerfing or disabling something I have found fun to use
in the game. Same goes for "game economy". It's a fantasy game, it
*should* be easy to get insanely "wealthy" once one knows how. If I
want things to be difficult and to have little money I have that in
real life.

[... stuff about other games...]

I don't play other fantasy games, I play crossfire.

[...]
> In terms of game balance, spell ingredients /could/ be useful.
> Especially if they were created with alchemy/woodsman skills at high
> level. - That skill could then become essential to the ongoing
> usefulness of a wizard, and high level spells might be used a lot less
> if they were sufficiently expensive. (probably that means not using
> comet or meteor swarm against everything around - burning hands and
> firebolt could be useful even at higher levels if they cost much less)

I'm reading "game balance" but thinking "game complexity". I think
this will just make the game more complex. It is already quite
complex now and takes plenty of time to learn to play well enough to
survive to a high level (unless someone just gives a noob everything
to survive and then helps the noob level up, which we all know does
happen).

If you want to do this because it is a coding challenge, yeah, I do
understand that. :-)

Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 15:14:32 up 149 days, 15:55,  9 users,  load average: 0.24, 0.24, 0.09
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] [IDEA] Reagents for cast magic

[ERACC]

On Friday 14 October 2005 12:27 pm
Alberto Sáez Lodeiros wrote:

> I was playing Ultima Online much time, and i have an idea from this game.
> At Ultima Online, the players need reagents to cast spells, for
> example, to cast "lightning" it's required to have 1 mandrake root, 1
> nightshade flower and 1 black pearl, and each spell has his own
> reagents convination, but there are only 6 or 7 reagents. In ultima
> online they was bloodmoss, black pearl, mandake root, spider silk, and
> two more that i do not remember at now.
[...]

Needing items to cast spells is more along the lines of witchcraft
than sorcerous magic (read some Steven Brust 
to see what I mean). In CF the magic system seems to be sorcerous
based. The witchcraft based magic is more akin to alchemy in CF.

Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 12:49:37 up 149 days, 13:30,  9 users,  load average: 0.13, 0.11, 0.13
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Unban me

[ERACC]

On Tuesday 11 October 2005 01:28 pm
Andrew Fuchs wrote:

[...]
> I also think that it may be a good idea to keep more information about
> bans from now on.  Possibly including the text of the conversation
> leading up to the banning.

This information *is* kept but not in a public place. The IRC Ops
from #crossfire have access to history of most (if not all) bans. The
history includes the relevant "conversation".

Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 14:00:24 up 146 days, 14:41,  9 users,  load average: 1.09, 1.11, 1.13
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] swarm spells

[ERACC]

On Tuesday 04 October 2005 12:42 pm
Nicolas Weeger wrote:

> Lalo Martins <[EMAIL PROTECTED]> wrote:
>
> > So, "swarm" spells (eg bullet swarm, bullet storm) used to shoot a fair 
> > ammount of (whatever it is you're shooting), in three rows (the one 
> > you're in, and one to each side).  Now they seem to shot more, in only 
> > one row, which makes them much less useful.
> 
> It works like that for me, on Metalforge.
> What server are you playing on?

I only see the "three rows" with missile swarm. Try bullet swarm and
meteor swarm you'll see the "single row" that was mentioned by Lalo.
IIRC both bullet swarm and meteor swarm USED to work just like
missile swarm does now. At this point they look more like the bolt
spells than swarm spells. Plus meteor swarm can now be shot through a
narrow door without worry. I can recall killing my character with it
in the past by trying to shoot it through a narrow door. :-)

Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 13:26:21 up 139 days, 14:07,  8 users,  load average: 0.12, 0.06, 0.05
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Summon pet monster

[ERACC]

On Thursday 29 September 2005 02:15 pm
Andrew Fuchs wrote:

> On 9/29/05, ERACC <[EMAIL PROTECTED]> wrote:
> ...
> > Isn't this what 'invoke is meant to do? If 'cast will do it now then
> > why have 'invoke? Seems to me we should either leave 'cast as is or
> > make that change and remove 'invoke. There is no reason to have both.
> > I vote to leave 'cast as is because I have an oodle of key bindings
> > using 'invoke. :-)
> 
> Cast readys the spell for use, while invoke imediatly uses the spell.
> Bolth have their place, but cast doesn't accept arguments like invoke does.

Ah, I get it now. Ready the spell *with* an argument so that when one
does cast it the argument is used. Ok. Yeah, that would be good.

Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 15:15:03 up 134 days, 15:56,  8 users,  load average: 0.19, 0.17, 0.13
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Summon pet monster

[ERACC]

On Thursday 29 September 2005 08:21 am
Benjamin Lerman wrote:

[...]
>  The second one allow to use argument with the cast command so that you
> can use:
> 
> cast create food waybread
> or
> cast summon pet monster spider
[...]

Isn't this what 'invoke is meant to do? If 'cast will do it now then
why have 'invoke? Seems to me we should either leave 'cast as is or
make that change and remove 'invoke. There is no reason to have both.
I vote to leave 'cast as is because I have an oodle of key bindings
using 'invoke. :-)

Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 13:57:12 up 134 days, 14:38,  8 users,  load average: 0.13, 0.19, 0.14
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Re: [Crossfire-cvs] CVS commit: maps-bigworld/scorn/temples

[ERACC]

On Sunday 25 September 2005 09:27 am
Alex Schultz wrote:

> Andreas Kirschbaum wrote:
> 
> >[EMAIL PROTECTED] wrote:
> >
> >>Log Message:
> >>Updated Scorn temples to level 120 so high level players cannot 
> >>reconsecrate them and cause DM headaches.
> >>
> >Is this really the correct fix for this problem? Wouldn't it be better
> >to update the holy altar archetypes and let the individual altars
> >inherit level 120? After all, it's just too easy for a map maker to
[...]
> >
> I believe the logic of why it was done that way was because 
> reconsecrating altars in dungeons would not be a significant DM headache 
[...]

Alex is correct. The only altars that were truly a problem were the
ones in Scorn where a noob may have no idea to watch out for an altar
in a temple being reconsecrated. Just modifying those maps is enough
to solve the problem. Once a noob is exploring outside Scorn, well,
the noob is on his/her own then. No more coddling. ;-)

Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 18:45:20 up 130 days, 19:26,  8 users,  load average: 0.07, 0.07, 0.08
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] map redo: more layers.

[ERACC]

On Wednesday 31 August 2005 12:36 pm
adam ashenfelter wrote:

> On 8/31/05,
> Mark Wedel < href="mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]> wrote:
>  ...

Good grief people!

Please set your e-mail clients to only send PLAIN TEXT to this mail
list. If your web based e-mail won't do that then USE SOMETHING ELSE.

Yes, this irritates me immensely. I will have to start filtering this
mailing list for HTML crap (and start missing those messages) if this
continues. Obviously, I'm not filtering them ... yet.


Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 12:51:20 up 105 days, 13:32,  8 users,  load average: 0.75, 0.41, 0.35
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] LOS and lighting map redo

[ERACC]

On Wednesday 31 August 2005 07:13 am
Amorya North wrote:

> HTML>On 31 Aug 2005,
> at 07:37, Mark Wedel wrote:  ...

Dude,

Please stop sending HTML crap to this mailing list. Please use plain
text only.

TIA
Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 08:46:04 up 105 days,  9:27,  8 users,  load average: 0.00, 0.16, 0.16
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Renamed objects and inscribed objects

[ERACC]

On Tuesday 23 August 2005 05:10 am
[EMAIL PROTECTED] wrote:

> Quoting ERACC <[EMAIL PROTECTED]>:
> 
> > Greetings y'all,
> > 
[...]
> > If a coder would be so kind as to make a patch to add the player name
> > to these objects when a player mods them that would be quite lovely.
> > Just the name of the last player to edit the object would probably
> > work (renaming or inscribing).
> 
> In my opinion, it would look somewhat ugly to the players for that to happen 
> all
> the time, so in my opinion it would be best to instead record the player who
> renamed it, in a parameter accessable from the DM dump command. [...]

This is actually what I was meaning. Something accessible from the DM
dump command like the field in marking runes that makes the "race" of
the rune equal to the name of the player that created the rune.

Thinking further. Inscribed objects can also be renamed. It may come
about that someone renames a scroll and someone else inscribes it. So
these might need two hidden fields, one for the renaming player and
one for the inscribing player. Or not. Perhaps just the name of the
last player to modify it would be sufficient. Surely someone would
not be stupid enough to write in a scroll that has a rude name and
then drop it where it would be a problem without renaming it. :-)

Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 11:07:24 up 97 days, 11:48,  8 users,  load average: 0.01, 0.04, 0.17
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Renamed objects and inscribed objects

[ERACC]

Greetings y'all,

It has come to the attention of DMs on Metalforge that some players
are abusing item renaming and inscription to get around the "no foul
language" rule on Metalforge. For example an item was renamed to a
rude phrase and dropped in Scorn where kiddies would see it.

If a coder would be so kind as to make a patch to add the player name
to these objects when a player mods them that would be quite lovely.
Just the name of the last player to edit the object would probably
work (renaming or inscribing).

TIA,
Gene Alexander
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 20:38:58 up 96 days, 21:20,  8 users,  load average: 0.22, 0.09, 0.09
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Color Spray

[ERACC]

On Sunday 17 July 2005 04:59 am
Nicolas Weeger wrote:

> >  Base damage for dragonbreath is 25, for colorspray, 8.
> 
> I've upped base damage to 20. It should be more powerful this way :)
> 
> Ryo

Yay! Thank you Ryo. :-)

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 13:49:41 up 60 days, 14:30,  8 users,  load average: 0.01, 0.02, 0.00
ERA Computer Consulting - http://www.eracc.com/
eCS, Linux, FreeBSD, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Re: [Crossfire-cvs] CVS commit: maps-bigworld/scorn/shops

[ERACC]

On Tuesday 14 June 2005 04:16 pm
Andreas Kirschbaum wrote:

> > Module Name:maps-bigworld
> > Committed By:   eracc
> > Date:   Tue Jun 14 03:46:45 UTC 2005
> >
> > Modified Files:
> > maps-bigworld/scorn/shops: scorn.sale1
> >
> > Log Message:
> > Major overhaul. New look. Made the area around the entrance mat No
> > Sale so lazy dinks would quit dropping crap there.
> 
> The new woodfloor tiles ("No Sale Area") allows the use of word of
> recall. Therefore you now can steal unpaid items from the shop.

Fix submitted to CVS and on tracker for quick fixes:

http://sourceforge.net/tracker/index.php?func=detail&aid=1220774&group_id=13833&atid=313833

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 16:35:58 up 27 days, 17:13,  8 users,  load average: 0.15, 0.15, 0.08
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Re: [Crossfire-cvs] CVS commit: maps-bigworld/scorn/shops

[ERACC]

On Tuesday 14 June 2005 04:16 pm
Andreas Kirschbaum wrote:

> > Module Name:maps-bigworld
> > Committed By:   eracc
> > Date:   Tue Jun 14 03:46:45 UTC 2005
> >
> > Modified Files:
> > maps-bigworld/scorn/shops: scorn.sale1
> >
> > Log Message:
> > Major overhaul. New look. Made the area around the entrance mat No
> > Sale so lazy dinks would quit dropping crap there.
> 
> The new woodfloor tiles ("No Sale Area") allows the use of word of
> recall. Therefore you now can steal unpaid items from the shop.

Oops, I thought I made those damned. Will fix asap.

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 16:22:59 up 27 days, 17:01,  8 users,  load average: 0.07, 0.05, 0.01
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Re: Java Editor

[ERACC]

On Wednesday 08 June 2005 02:57 am
tchize wrote:

> Le Mercredi 8 Juin 2005 09:40, ERACC a écrit :
> > On Wednesday 08 June 2005 01:02 am
> >
> > Lalo Martins wrote:
> > > And so says ERACC on 06/08/2005 01:11 PM...
> > >
> > > >   http://www.eracc.com/files/CFJavaEditor.jar.tar.gz
> > >
> > > is there any benefit in making a tar.gz of it?
> >
> > Yes, for broken browsers (if used for DL) that will attempt to open
> > the file in a window because they have no clue what a .jar is. Most
> > browsers should know how to handle .tar.gz by now. I would just use
> > wget and not worry about the extension but I realize not everyone
> > does things the way I do.
>
> Just configure your apache server to associated .jar files to file type 
> application/octets-stream, this should force every browser to download

I would do that, if it were my server. I am using a web host so I can
get the benefits of their larger bandwidth. But, using a web host
means I don't have access to the apache config files. I know I could
use .htaccess for odd mime types but I also don't like messing with
my site more than necessary. I really just don't want to do it. :-)

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 12:19:11 up 21 days, 12:56,  8 users,  load average: 0.06, 0.10, 0.04
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Re: Java Editor

[ERACC]

On Wednesday 08 June 2005 01:02 am
Lalo Martins wrote:

> And so says ERACC on 06/08/2005 01:11 PM...
> >   http://www.eracc.com/files/CFJavaEditor.jar.tar.gz
> 
> (0.5 off-topic)
> 
> Gene, I'm under the impression that a jar is a glorified zip file;

Basically, it is.

> is there any benefit in making a tar.gz of it?

Yes, for broken browsers (if used for DL) that will attempt to open
the file in a window because they have no clue what a .jar is. Most
browsers should know how to handle .tar.gz by now. I would just use
wget and not worry about the extension but I realize not everyone
does things the way I do.

Could also use .zip extension in place of .jar (I think, haven't
tried that so going on anecdotal mention) but that might be a wee bit
confusing to some who would DL and attempt to unzip it.

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 02:33:41 up 21 days,  3:10,  8 users,  load average: 0.51, 0.42, 0.42
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Java Editor

[ERACC]

On Tuesday 07 June 2005 02:27 pm
tchize wrote:

> Memory leak fixed in CVS. [...]

Thank you, thank you, thank you! Brendan L. made a .jar file and put
it up on his web space. I have a copy of JUST the CFJavaEditor.jar on
my site here (includes *none* of the resource stuff):

  http://www.eracc.com/files/CFJavaEditor.jar.tar.gz

It runs fine with my 'java version "1.5.0_03"'.

I'll leave it up to Brendan to share his URL. :-)

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 00:04:03 up 21 days, 41 min,  8 users,  load average: 0.32, 0.21, 0.17
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Color Spray

[ERACC]

I cannot believe HOW neutered this spell is. It used to be an awesome
spell worth the effort of going to get. Now I am sorry I wasted an
entire evening going to get it on crossfire.metalforge.net earlier.
As hard as it is to get this spell it should be at least as powerful
as I remember it being. What's with neutering hard-to-get spells?

Can the spell be returned to its' former glory, please? Otherwise it
just takes up space in my spell list. Level 46 sorcery and it takes
THREE casts of color spray to kill about 10 - 15 Fiends. They should
ALL be dead in one cast based on how the spell USED to work.

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 20:58:23 up 18 days, 21:35,  8 users,  load average: 0.18, 0.11, 0.04
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Java Editor

[ERACC]

On Sunday 05 June 2005 04:49 pm
Mark Wedel wrote:

[...]
>   Increasing the heap size really just masks the problem.  OTOH, I think the 
> default is probably pretty low for how much memory most systems probably have 
> now days.

According to "man java" the default is 64MB:

 -Xmxn  Specifies the maximum size, in bytes, of the  memory  allocation
  pool.   This value must be a multiple of 1024 greater than 2 MB.
  Append the letter k or K to indicate kilobytes or the  letter  m
  or  M  to  indicate megabytes.  The default value is 64MB. Exam-
  ples:

-Xmx83886080
-Xmx81920k
-Xmx80m

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 18:03:36 up 18 days, 18:40,  8 users,  load average: 0.01, 0.02, 0.00
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Java Editor

[ERACC]

On Sunday 05 June 2005 01:40 pm
Todd Mitchell wrote:

> The current Java Editor does not seem to be very stable.  Especially it
> tends to have a problem with really big maps (can't open them) and
> eventually won't open maps and has to be restarted.  Behaves like a
> Memory leak?  Also sometimes the map window graphics are getting
> corrupted by the file menus from the main window (something updating the
> wrong container?)

Noticed these problems here too. Hopefully some Java guru will have a
try at fixing it and release a new .jar (I haven't tried yet to build
from source). I did make it able to open huge maps by increasing the
maximum heap size using a command line switch. My personal bash
script to run the editor is attached.

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 13:56:46 up 18 days, 14:33,  8 users,  load average: 0.07, 0.07, 0.02
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers


cfedit
Description: application/shellscript
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Lone Town Permanent Apartment

[ERACC]

On Friday 03 June 2005 10:21 pm
Andrew Fuchs wrote:

> On 6/3/05, ERACC <[EMAIL PROTECTED]> wrote:
> ...
> > I am working on ideas for the Permanent Apartments I am placing in
> > Lone Town. I am thinking of making it buildable of course. I am also
> > thinking of making an area in the main apartment that one can
> > purchase (for a LOT of diamonds) that is a "kitchen" and has a stove
> > one may use for "food" alchemy. I am also considering a basement area
> > that has side rooms for the other types of alchemy like jeweler,
> > bowyer and smithery with the proper "cauldron" for each. Each of
> > these would have to be purchased separately and would cost a great
> > deal to purchase. The cauldrons would be on regular tiles and would
> > return after a reset if they "got blowed up". The other areas in each
> > room would be unique.
> 
> AFAIK, per player unique maps save EVERYTHING on the map.  So setting
> some tiles non unique, won't work.

You're probably correct.

> For the cauldrons, just have an altar next to them, that is connected
> to a creator.  So that if you blow up the cauldron, you buy another
> one.

Working on this. However, what if the cauldron is just cursed? I need
a way to get rid of the non-pickable cauldrons (stove, etc.) and
replace them with new ones. Brendan mentioned "destructors" but I do
not seem to be able to find these in the CFJavaEditor pick lists.

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 16:58:19 up 17 days, 17:35,  8 users,  load average: 0.36, 0.18, 0.11
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Lone Town Permanent Apartment

[ERACC]

On Friday 03 June 2005 10:01 pm
Brendan Lally wrote:

> >>> [EMAIL PROTECTED] 06/03/05 22:36 PM >>>
> > The cauldrons would be on regular tiles and would
> > return after a reset if they "got blowed up". The other > areas in each
> > room would be unique.
> 
> Given that these are player apartments, they are the only ones that can
> blow up their cauldrons. I therefore think that they should be charged
> for destroying them/ heavily cursing them.

Works for me.

> How to do that is an interesting question however, probably something
> would need to be done with creators and destructors, maybe an alter that
> takes money in order to destroy the cauldron and create a new one?
> (maybe it should take something else too, lead perhaps?)

Sounds good. However, I can find the archetype for a creator in the
CFJavaEditor archlists but I cannot find anything called destructor
other than the tool related to buildable buildings.

What is a destructor and how does one use it?

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 16:53:57 up 17 days, 17:30,  8 users,  load average: 0.12, 0.10, 0.09
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

[crossfire] Lone Town Permanent Apartment

[ERACC]

Hello All,

I am working on ideas for the Permanent Apartments I am placing in
Lone Town. I am thinking of making it buildable of course. I am also
thinking of making an area in the main apartment that one can
purchase (for a LOT of diamonds) that is a "kitchen" and has a stove
one may use for "food" alchemy. I am also considering a basement area
that has side rooms for the other types of alchemy like jeweler,
bowyer and smithery with the proper "cauldron" for each. Each of
these would have to be purchased separately and would cost a great
deal to purchase. The cauldrons would be on regular tiles and would
return after a reset if they "got blowed up". The other areas in each
room would be unique.

Discussion please.

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 16:17:53 up 16 days, 16:54,  8 users,  load average: 0.07, 0.02, 0.01
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

Re: [crossfire] Proposal to fix experience inflation due to random maps

[ERACC]

On Tuesday 31 May 2005 09:32 pm
Todd Mitchell wrote:

> monster density - I think part of the problem with the monster density 
> is that terrain is either blocked or not. [...]

I am looking at the Valriel random map settings (within the map
/scorn/temples/valriel3) in anticipation of reducing the number of
levels, reducing monster density, adding some "new", tougher monsters
called "saints" using existing NPC arches and making the random maps
larger. One question I have but haven't been able to resolve: is
random map monster density determined by /styles/monsterstyles/* or
is it elsewhere? I asked this on IRC this morning (here) but
apparently everyone is dead there today. :-)

> Boss monsters - good idea

This would mean making a final map (like the one for Titan Quest) and
adding these boss monsters. Maybe for the Valriel one have one fight
the Avatar of Valriel (a customized Arch Angel perhaps). Should these
bosses drop or guard some sort of special treasure or is the
experience gained reward enough?

> One point - the random map styles are very ripe for development and 
> adjustment.  This alone would really improve the random maps and allow 
> more control - especially with the difficulty stepping code that was 
> recently added.

Well, I am looking in the map /styles directory for information on
how to work on these. Is there somewhere else I should be looking as
well? If it is a code problem then I'm not the one that can fix that.
If it is all handled with map settings then I just need to know what
to tweak. How does one use the "difficulty stepping code" in defining
random maps or is that automagical?

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 14:14:26 up 16 days, 14:51,  8 users,  load average: 0.05, 0.53, 0.62
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandriva Linux, OpenServer & UnixWare resellers

___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire