Clientside Classes Cached

[Novo]

A serveroption with a list of classes should be downloaded on clientside... Preferably before any weapon is executed.

[Joey_P2P]

Originally Posted by Novo

A serveroption with a list of classes should be downloaded on clientside... Preferably before any weapon is executed.

Directly to the player?

PHP Code:

//#CLIENTSIDE
function onCreated()
{
  temp.classes = {"player", "wow", "yes"};
  for (temp.var: temp.classes)
  {
    player.join(temp.var);
  }
} 


?

[Twinny]

I think the keyword was "cached".

[Yen]

Right now, when you join a class it takes a portion of a second to be joined; if you join a class and then call a function in the class in the 'onCreated' block, the function won't call because the class needs a bit of time to be loaded.
You'd have to call a function when the class finishes joining, then go from there.

He wants the classes to be automatically loaded, before the weapons, when you log on.

[Tyhm]

Maybe some scripting control over preloads?
I mean, I like how Blizzard does things: You download a patch with everything you're gonna need to play, and you can't start until it's done. (Ironically they seem to be drifting towards the Graal method of Load-On-Demand graphics, given the Loading Phantoms I've seen on other peoples' computers...)

[Admins]

Graal is loading things in the background though. Caching the class scripts would be good, currently only gani scripts and weapon scripts are cached. On Graal3D it is the same, but when the class is loaded it checks all objects if they have joined the class and calls their onCreated+onPlayerEnters-function. On Graal2D it could at least check all weapons, npcs in the current level and TStaticVar.