Additional NPC's being loaded on your client does NOT have any sort of possibility of slowing your client?

20 or 30 extra NPCs probably wouldn't hurt anything.

And you know this?

That's probably the case if you have an exceptional pc -- one that not all graalians have.

Honestly, I do not see the purpose of having dead bodies fading in and out spontaneously on the overworld as though that somehow makes sense or is even attractive, rather than cause an annoyance.

In theory, it would make it classic more realistic. Then again, if we were going for realism, we wouldn't spar by running around in circles, now would we?

u wrong

This has nothing to do with striving for realism it is a cool effect--nothing more.

I know it.

It's a simple putnpc, doesn't even need any script in it, just setting the body img etc and at the beginning, when created a check of how many of those NPCs are in the level.. ;)
After that it'd be silent, nothing more than a Bush

Sure. OK.

me and Zip were fooling around a bit with it on the Testbed server last night and the only lag issue seemed to be onPlayerDies() doesn't seem to be called immediately (just having an NPC in the level checking onPlayerDies() and setting player chat to "dead" was delaying anywhere from .5 to 6 seconds) but Classic uses different methods to detect death anyway.

Lag will most likely come from having to load the NPC's when the player enters a level. There may also be some lag associated with gani's/showcharacters. Classic already lags a hefty amount when too many other players are visible... like I said though, I'm not sure if that's because of how it handles other players or because of all the showcharacters(disabling nicks helps, but it's still noticeable).

Whenever you enter a level, it has to load all NPCs be it local or dynamic(putnpc2 and such). I can notice it when I enter a level with a lot of bushes, because it will freeze upwards to a second or two. It's not just as simple as how much script is running.

Just remember, every object(bush/vase/sign) is an NPC, bombs are NPCs, then calculate loading players as well... and who knows what else. It would be fairly easy to create something like this to test the limits, however.

if people were really this worried about adding 15 or so NPCs with 3 lines of code I wonder if they'd be opposed to an increase in the playercount of 15 players.

Players have a use. Dead bodies don't, except for Mog, but he's banned.

You start lagging when you enter a level with 50 Bushes?
Dude, don't talk bull****

lol

@ Sam

I think he means (or at least this sometimes happens to me) is that when you walk into a room/level with a large number of npcs (such as bushes,) you lag for a second or two while they load up. Many times my character will freeze at the entrance, and while I can see the level, I can't see the npcs for a few seconds while they all load up (angel clan or kris killem's are decent examples.) This doesn't always happen, but it has a few times.

Hmh didn't know this happens, well it never happened for me :p

The npc bush loading is really only a problem with players that have low spec computers, and as Graal isn't a game that you would expect to need a decent specification for it should be taken into consideration. However, my PC isn't terrible and I almost always have a huge delay when walking from level14 into the level above it and I think it's the same with walking towards Supernicks. I'm guessing that this is down to scripts loading, it's the same on Era in every single level on the overworld.

I second this notion, and its even worse when you (I) walk into a room with several players shooting guns, explosions occurring, etc. etc.

Did showimg get removed in the NPC-Server or GScript2 transitions? You could do this in one NPC per level in the old days. Although you'd not really be able to /persist/ them.

Edit: Just after posting this I realized the flaw: characters are drawn specially and aren't images. Oops.

Because there's no reason the options NPCW can't listen for chat commands to change the options also shown on the visual display.