RC: Chests

[Deadly_Killer]

player.addChest(x, y, level);
player.hasChest(x, y, level);
player.remChest(x, y, level);

Making clientr.flags would end up getting large, my next idea was going to be textfiles, so yeah.

[Tyhm]

Servers still use actual chests instead of NPCs...?

[zokemon]

Originally Posted by Tyhm

Servers still use actual chests instead of NPCs...?

[Inverness]

I'm shocked and awed.

[Deadly_Killer]

Custom chest script, I just think storing it in the chests system would be easier and better accessible.

[zokemon]

And also insecure?
Almost everything from the default Graal systems are completely clientsided.

[Deadly_Killer]

Originally Posted by zokemon

And also insecure?
Almost everything from the default Graal systems are completely clientsided.

... Serverside, use your head mr.

[Tyhm]

That raises an interesting point - I haven't been on RC lately, but does the "player properties" window still have a box for "Opened Chests Flags"? Could that be reappropriated for servers that use serverside chest-scripts to instead list "Flags that start with clientr.chest_"?

[zokemon]

Originally Posted by Deadly_Killer

... Serverside, use your head mr.

Yes I know this, but they are still modifiable clientside.

[Inverness]

Originally Posted by Deadly_Killer

... Serverside, use your head mr.

The chests system isn't Serverside, use your head mr.

[Deadly_Killer]

Originally Posted by Inverness

The chests system isn't Serverside, use your head mr.

Oh, so you are saying that the client holds the mysql user/pass for the server in the client?

That seem's insecure.

And btw: You can't edit your chests through clientside, use your head.

[cbk1994]

Sure you can, or atleast you could four years ago-- the last time I've even chests even being used o.O

[Deadly_Killer]

Uhm, UN?

I just want to make custom weapons etc.. in chests

[Tyhm]

So you want something like

PHP Code:

if (playertouchsme) {
  addweapon bazooka;
  set clientr.chest98;
}
CLIENTSIDE
if (clientr.chest98){
  hide;
} 


?

[Deadly_Killer]

uhm.. kind of.

Except, it will be purely clientside and just triggeraction to itself to add items.

Have an enumerator value for every item etc.

[zokemon]

Originally Posted by Deadly_Killer

Oh, so you are saying that the client holds the mysql user/pass for the server in the client?

That seem's insecure.

And btw: You can't edit your chests through clientside, use your head.

All of us have no choice but to just go with what you say since our only accreditation towards chests would be, like cbkbud said, from 4 years ago. But if they are no longer modifiable clientside, I guess it would be useful to use the system rather then just leave it there. I personally would rather see all the old Graal systems faded out from existence, though.

[Deadly_Killer]

Originally Posted by zokemon

I personally would rather see all the old Graal systems faded out from existence, though.

And then you realize that graal is currently far below the player count it used to have.

[zokemon]

Originally Posted by Deadly_Killer

And then you realize that graal is currently far below the player count it used to have.

That is a whole different issue.

[Deadly_Killer]

Originally Posted by zokemon

That is a whole different issue.

Not exactly, tons of people like how things were before everything was literally.. revamped.

[zokemon]

Originally Posted by Deadly_Killer

Not exactly, tons of people like how things were before everything was literally.. revamped.

Well I like how the scripting engine is now much better then it was before and thus I can conclude that my personal belief towards removing the old Graal systems is perfectly just being that it is only a personal belief.

[Inverness]

The old Graal systems can be duplicated in GS2 and improved, there is no reason to include support for the old systems other than people not wanting to make new ones. I would like to see all the old built-in systems removed but have like a standard set of system scripts that can be optionally downloaded to replace them.

Originally Posted by Deadly_Killer

Not exactly, tons of people like how things were before everything was literally.. revamped.

Who told you this?

[Tyhm]

The old stuff may as well be deleted; it no longer works anyway.
BUT
it ought to be ported to GS2 as well. "First" hardly matters, as nobody can use the old baddies if they're still Even Remotely supported...but Also, certainly.

[DustyPorViva]

Well a lot of the old stuff like baddies/bombs/arrows work, just not on gmap's.

[Deadly_Killer]

Originally Posted by DustyPorViva

Well a lot of the old stuff like baddies/bombs/arrows work, just not on gmap's.

Chests =[

Originally Posted by Inverness

Who told you this?

Don't act as if I am new to the game, I have quite some time on this game. I know from first hand the player count difference.

My request was to only be able to add to the chests field in the RC.

Either way, I ended up (to save lag), make it so when you get a chest it saves a text file on the server of your chests, and sends one to your player. Your player uses the text file to set the correct image of the chest (clientside). It also checks the image on the clientside when touched to see if it is opened or closed. Then it does a serverside check to see if you can get the chest.

Should work fine, though I prefer using built-in stuff =[

[Inverness]

Originally Posted by Deadly_Killer

Don't act as if I am new to the game, I have quite some time on this game. I know from first hand the player count difference.

Just don't speak for other people, give your own reasons.

[Deadly_Killer]

Originally Posted by Inverness

Just don't speak for other people, give your own reasons.

The player count can speak for itself.

[zokemon]

Originally Posted by Deadly_Killer

The player count can speak for itself.

You can't draw cause from correlation, sir.

[cbk1994]

PHP Code:

function onCreated()
{
  this.wep = "Weapons/Total Ownage";
}
function onPlayerTouchsMe()
{
  if ( getVar() == NULL )
  {
    addWeapon( this.wep );
    clientr.( @ "chest_" @ this.level.name @ "_" @  this.level.x @ "_" @ this.level.y) = this.wep; 
  }
}
function getVar()
{
  return clientr.( @ "chest_" @ this.level.name @ "_" @  this.level.x @ "_" @ this.level.y);
}
//#CLIENTSIDE
function onCreated()
{
  show();
  onTimeOut();
}
function onTimeOut()
{
  if ( getVar() != NULL )
  {
    hide();
  }
  setTimer( 1 );
}
function getVar()
{
  return clientr.( @ "chest_" @ this.level.name @ "_" @  this.level.x @ "_" @ this.level.y);
} 


[EDIT]I didn't even realize there was a second page to this thread ... Hehe, sorry.[/EDIT]

[Deadly_Killer]

Originally Posted by cbkbud

PHP Code:

function onCreated()
{
  this.wep = "Weapons/Total Ownage";
}
function onPlayerTouchsMe()
{
  if ( getVar() == NULL )
  {
    addWeapon( this.wep );
    clientr.( @ "chest_" @ this.level.name @ "_" @  this.level.x @ "_" @ this.level.y) = this.wep; 
  }
}
function getVar()
{
  return clientr.( @ "chest_" @ this.level.name @ "_" @  this.level.x @ "_" @ this.level.y);
}
//#CLIENTSIDE
function onCreated()
{
  show();
  onTimeOut();
}
function onTimeOut()
{
  if ( getVar() != NULL )
  {
    hide();
  }
  setTimer( 1 );
}
function getVar()
{
  return clientr.( @ "chest_" @ this.level.name @ "_" @  this.level.x @ "_" @ this.level.y);
} 


[EDIT]I didn't even realize there was a second page to this thread ... Hehe, sorry.[/EDIT]

And then I had 5000 chests around the OW.. oh snap, 5k flags...

I didn't want to do that.

[DustyPorViva]

Maybe tone down on the chests then?

[Tyhm]

...dude, what do you think those chests use now?
What is ##c#level13.graal#13#32## (or whatever the syntax really is) if not a CHEST FLAG?

[Inverness]

lol, 5000 chests. And you can't even use an array because of the string size limit, lol. Use a text file.

[Deadly_Killer]

Originally Posted by Tyhm

...dude, what do you think those chests use now?
What is ##c#level13.graal#13#32## (or whatever the syntax really is) if not a CHEST FLAG?

A) It doesn't store them together so I can easily find my chests.

Originally Posted by Inverness

lol, 5000 chests. And you can't even use an array because of the string size limit, lol. Use a text file.

I know, thought of all those possibilities.

I ended up using a text file that encrypted it through base64encode. It only controls whether or not the chest shows up. If you delete the file, the chest would show again (once you leave + re-enter level). Touching the chest would then make the serverside check the real text file if you have it. If you do, it sends to rc saying 'hacker bs bs bs'

=D

[Inverness]

I mean use a text file on the serverside, you don't need to encode it then.

[Deadly_Killer]

Originally Posted by Inverness

I mean use a text file on the serverside, you don't need to encode it then.

I am.

When you login, it sends you a copy of it encrypted to your client. ( so you can use this copy when you enter a level to check if the chest is opened / closed )

The real one is on serverside.

Re-read my statement please.

[Inverness]

Originally Posted by Deadly_Killer

I am.

When you login, it sends you a copy of it encrypted to your client. ( so you can use this copy when you enter a level to check if the chest is opened / closed )

The real one is on serverside.

Re-read my statement please.

If the serverside is involved in the process at all, sending to client is unnecessary.

[Deadly_Killer]

Originally Posted by Inverness

If the serverside is involved in the process at all, sending to client is unnecessary.

The clientside is required to set the image of the chest for that player.. not everyone.

[Inverness]

We're not on the same scope.

[Deadly_Killer]

!-> = can't send to
-> = can send to

Client -> Server
Server !-> Client ( in the same npc, that is )

[Inverness]

Originally Posted by Deadly_Killer

!-> = can't send to
-> = can send to

Client -> Server
Server !-> Client ( in the same npc, that is )

Uh, yes it can, just use triggeraction(). The shape needs to be set on both sides.