Graal Forums
Page 5 of 7 1234 5 67
Show 40 post(s) from this thread on one page

Graal Forums (https://forums.graalonline.com/forums/index.php)
-   NPC Scripting (https://forums.graalonline.com/forums/forumdisplay.php?f=8)
-   -   Raelyn's Big Book of Scripting Questions. (https://forums.graalonline.com/forums/showthread.php?t=85091)

Raelyn 04-30-2009 09:42 PM
Quote:
Originally Posted by Deas_Voice (Post 1487613)
one thing i always wondered when it comes to join(),
should i join it on serverside or clientside?
or even both?
How do you designate one or the other?

cbk1994 04-30-2009 09:46 PM
Quote:
As far as I can tell, this works the same, but I don't understand "temp.p" and "temp.i", "temp.i.layer". I presume temp.i.layer is the same as changeimgvis, but what I don't understand is why the text being on layer 4 works, when I thought only 5 and up works for the screen instead of the playing field?
Layers 4+ are screen layers.

"temp.i" is a variable, which is pointing to the image object. When you use 'showtext' or 'showimg', it returns the actual image created (can also be obtained through findImg(index)).

Which means you could even do like (though it's not a good idea)

PHP Code:
//#CLIENTSIDE
function onCreated() {
  this.msg = showtext(200, 30, 30, "Arial", "b", "hi");
}
function changeText(text) {
  this.msg.text = text;
} 
Kinda odd the way you're doing it. I would do it either like this:

PHP Code:
with (findimg(200)) {
  x = 500;
  y = 500;
  
  text = "Hello, world!";
  
  font = "Arial"; // not sure if this is the variable name, use /scripthelp
  fontface = "b"; // see above line
  
  layer = 4;
  
  red = 1;
  blue = .5;
  green = .5;
  
  alpha = 1;
} 
or

PHP Code:
showtext(200, 500, 500 "Arial", "b", "Hello, world!");
changeimgvis(200, 4);
changeimgcolors(200, 1, .5, .5, 1); 
Either works, but the top one is probably preferred (though I could be wrong; the top one seems to agree with GS2 standards whereas the bottom is for compatibility).
Quote:
This really confuses me as to why everyone says "GS2 is easier to understand" or "GS2 makes more sense" because GS1 makes sense to me, but looking at this stuff, I am like.. what?!
GS2 makes a lot more sense, and you'll understand it when you've been working with it longer.
Quote:
Originally Posted by Raelyn (Post 1487937)
Ok, so if I take all my functions from my base system script, and make the classes all functions, I can just go through and replace all the functions listed in the script with:

PHP Code:
function onCreated() {
join("class_name");
} 
Is that right? What is the echo? And will GS1 and GS2 mix? It seems like they mix, but only that GS2 doesn't work offline.. is that right?
GS1 and GS2 can mix, but it's strongly discouraged.

echo(message) simply outputs the message to NC (or RC if you have the server option enabled), and since he's echoing a function, it will echo whatever that function returns.

And yes, you can take all the functions you want to be in a shared class from the individual scripts and put them in a class, then join that class.


Edit (in response to designating clientside/serverside):
PHP Code:
join("class"); // serverside
//#CLIENTSIDE
function onCreated() {
  classFunctionThatWillAlreadyWork();
} 
or

PHP Code:
//#CLIENTSIDE
function onCreated() {
  join("class"); // clientside (not a good idea)
  classFunctionThatWillNotWorkBecauseOfDelaysAndWillReportAnErrorToF2(); // ;)
} 

Raelyn 04-30-2009 09:52 PM
Ok, so I put the functions in classes, and uploaded the rest of the main script as a weapon, and this is the errors I got:

Quote:
Script: Function disableselectweapons not found at line 126 in script of -Player
Script: Function showstats not found at line 127 in script of -Player
Script: Callstack overrun at line 104 in script of -Player
So, disableselectweapons and showstats don't work online? And what is callstack overrun?

Chompy 04-30-2009 10:10 PM
Quote:
Originally Posted by Raelyn (Post 1487937)
Ok, so if I take all my functions from my base system script, and make the classes all functions, I can just go through and replace all the functions listed in the script with:

PHP Code:
function onCreated() {
join("class_name");
} 
Is that right? What is the echo? And will GS1 and GS2 mix? It seems like they mix, but only that GS2 doesn't work offline.. is that right?
Well, echo() will output test into RC serverside, and into F2 clientside.

What join() do, is that it takes the content of the class (all the functions and such) and applies it to the script/object that is joining the class.

cbk1994 04-30-2009 10:18 PM
Quote:
Originally Posted by Raelyn (Post 1487946)
Ok, so I put the functions in classes, and uploaded the rest of the main script as a weapon, and this is the errors I got:



So, disableselectweapons and showstats don't work online? And what is callstack overrun?
As far as I know, callstack overrun means you're calling a function too many times, e.g.

PHP Code:
function onCreated() {
  badLoop();
}
function badLoop() {
  // bad loop stuff here
  badLoop();
} 
and no ... showstats an disableselectweapons are clientside, which means you need to do this in your system weapons:

PHP Code:
//#CLIENTSIDE
function onCreated() {
  initStats();
}
function initStats() {
  showstats(allstats - whatever);
  disableselectweapons();
} 
though for disableselectweapons, it's better to use "enablefeatures" if you don't plan on ever enabling it.

PHP Code:
//#CLIENTSIDE
function onCreated() {
  initStats();
}
function initStats() {
  showstats(1024);
  enablefeatures(allfeatures - 4);
} 
Here are the rest of the game features:

http://img404.imageshack.us/img404/2161/picture8h.png

napo_p2p 04-30-2009 10:22 PM
Quote:
Originally Posted by Raelyn (Post 1487946)
So, disableselectweapons and showstats don't work online? And what is callstack overrun?
disableselectweapons and showstats are clientside only functions. They affect the player only. It looks like you need to run the code clientside. Put //#CLIENTSIDE at the top of your scripts.

The callstack overrun happens when your script is executing too many functions too quickly. It'll probably go away if you switch the script over to clientside. (I bet you have a 0.05 timeout, which is too much for the server to handle).

cbk1994 04-30-2009 10:23 PM
Quote:
Originally Posted by napo_p2p (Post 1487958)
disableselectweapons and showstats are clientside only functions. They affect the player only. It looks like you need to run the code clientside. Put //#CLIENTSIDE at the top of your scripts.

The callstack overrun happens when your script is executing too many functions too quickly. It'll probably go away if you switch the script over to clientside. (I bet you have a 0.05 timeout, which is too much for the server to handle).
Timeouts faster than a tenth of a second are automagically changed to .1 on serverside.

And yeah, I didn't think about the fact that //#CLIENTSIDE isn't required in the level editor for clientside scripts. Good catch.

Raelyn 04-30-2009 10:27 PM
Quote:
Originally Posted by cbk1994 (Post 1487942)
Layers 4+ are screen layers.

"temp.i" is a variable, which is pointing to the image object. When you use 'showtext' or 'showimg', it returns the actual image created (can also be obtained through findImg(index)).
This confuses the piss out of me, doesn't it just make more sense to reference the index directly than to try calling a variable pointing to the index?

Quote:
Originally Posted by cbk1994 (Post 1487942)
Kinda odd the way you're doing it. I would do it either like this:
Heh, that was someone elses little snippet of code, like I said, I was trying to read/understand it, I actually did your suggestion below in MY script:

Quote:
Originally Posted by cbk1994 (Post 1487942)
PHP Code:
showtext(200, 500, 500 "Arial", "b", "Hello, world!");
changeimgvis(200, 4);
changeimgcolors(200, 1, .5, .5, 1); 
Quote:
Originally Posted by cbk1994 (Post 1487942)
GS1 and GS2 can mix, but it's strongly discouraged.
Any specific reason? Functionally is bad? Or some "purist" idealism?


Quote:
Originally Posted by cbk1994 (Post 1487942)
echo(message) simply outputs the message to NC (or RC if you have the server option enabled), and since he's echoing a function, it will echo whatever that function returns.
So basically, it's not needed to join a class?

Quote:
Originally Posted by cbk1994 (Post 1487942)
Edit (in response to designating clientside/serverside):
PHP Code:
join("class"); // serverside
//#CLIENTSIDE
function onCreated() {
  classFunctionThatWillAlreadyWork();
} 
I thought anything behind // isn't read by the system, so how does tagging //serverside produce a difference in the code?

Raelyn 04-30-2009 10:29 PM
Quote:
Originally Posted by Chompy (Post 1487954)
Well, echo() will output test into RC serverside, and into F2 clientside.

What join() do, is that it takes the content of the class (all the functions and such) and applies it to the script/object that is joining the class.
Ok, so join() works like putnpc, but it called from a class instead of a text file, and inserts all commands in the class in order below the join() command.. Gotcha..

Raelyn 04-30-2009 10:36 PM
Quote:
Originally Posted by napo_p2p (Post 1487958)
disableselectweapons and showstats are clientside only functions. They affect the player only. It looks like you need to run the code clientside. Put //#CLIENTSIDE at the top of your scripts.

The callstack overrun happens when your script is executing too many functions too quickly. It'll probably go away if you switch the script over to clientside. (I bet you have a 0.05 timeout, which is too much for the server to handle).
Inserting //#CLIENTSIDE at the top seems to have removed the errors. Thanks. But now won't my player's stats be vulnerable to cheap string editng kiddies? :P

Raelyn 04-30-2009 10:52 PM
Ok, so I have inserted my baddy script into a class, if I wanted to place baddies on the map with the baddie class as their script, would I be able to do something like a weapon with a trigger and some sort of putnpc script referencing back to the class? How would I do that serverside? I want the baddie to be seen the same by all players... would putnpc work with a class?

cbk1994 04-30-2009 11:11 PM
These wiki pages should help you a bit with your understanding of clientside/serverside:
http://wiki.graal.net/index.php/Clientside
http://wiki.graal.net/index.php/Serverside
http://www.graal.net/index.php/Creat...Starting_Guide
http://wiki.graal.net/index.php/Crea.../Script/Client (explains how to communicate between serverside and clientside)

Quote:
Originally Posted by Raelyn (Post 1487960)
This confuses the piss out of me, doesn't it just make more sense to reference the index directly than to try calling a variable pointing to the index?
What?
Quote:
Any specific reason? Functionally is bad? Or some "purist" idealism?
Not sure exactly, but Stefan said at several times not to, so that suggests to me that perhaps he checks what the script is in and decides how to parse it or something like that could be added later.

And yeah, GS1 just uglifies a beautiful script. GS2 is also considerably more efficient than GS1.
Quote:
So basically, it's not needed to join a class?
Haha yes, correct.
Quote:
I thought anything behind // isn't read by the system, so how does tagging //serverside produce a difference in the code?
It doesn't, the only time the parser reads anything that starts with "//" is when it is //#CLIENTSIDE. The ones I placed after the join were just labels.
Quote:
Originally Posted by Raelyn (Post 1487961)
Ok, so join() works like putnpc, but it called from a class instead of a text file, and inserts all commands in the class in order below the join() command.. Gotcha..
You should always use putnpc2 now anyway; just put the code in a class rather than a text file.
Quote:
Originally Posted by Raelyn (Post 1487963)
Inserting //#CLIENTSIDE at the top seems to have removed the errors. Thanks. But now won't my player's stats be vulnerable to cheap string editng kiddies? :P
Only if you used 'client.' vars. You should always use clientr (or serverside player. vars) for storing sensitive information.
Quote:
Originally Posted by Raelyn (Post 1487965)
Ok, so I have inserted my baddy script into a class, if I wanted to place baddies on the map with the baddie class as their script, would I be able to do something like a weapon with a trigger and some sort of putnpc script referencing back to the class? How would I do that serverside? I want the baddie to be seen the same by all players... would putnpc work with a class?
If you want them to be dynamic (randomly placed), you should use a database NPC with something like the following

PHP Code:
function onCreated() {
  // init vars
  this.mapSize = {3, 3}; // width, height in levels
  this.classesToDrop = {"baddy"};
  
  onTimeOut();
}
function onTimeOut() {
  temp.tries = 0;
  
  while (tries < 5 ) {
    temp.dpos = {random(0, this.mapSize[0] * 64), random(0, this.mapSize[1] * 64)};
    
    if (! onwall2(dpos[0] - 3, dpos[1] - 3, 6, 6)) {
      // should improve the above checks, it's just an example.
      temp.classToJoin = this.classesToDrop[int(random(0, this.classesToDrop.size()))];
      
      temp.drop = putnpc2(dpos[0], dpos[1], "");
      drop.join(classToJoin);
    }
    tries ++;
  }
  
  setTimer(360); // could also add a way to check how many baddies there are.
} 
Otherwise, if you want them in static locations, just make a level NPC (with level editor) with this:

PHP Code:
join("baddy"); // or the other class 

Raelyn 04-30-2009 11:56 PM
Quote:
Originally Posted by cbk1994 (Post 1487970)
These wiki pages should help you a bit with your understanding of clientside/serverside:
http://wiki.graal.net/index.php/Clientside
http://wiki.graal.net/index.php/Serverside
http://www.graal.net/index.php/Creat...Starting_Guide
http://wiki.graal.net/index.php/Crea.../Script/Client (explains how to communicate between serverside and clientside)


What?

Not sure exactly, but Stefan said at several times not to, so that suggests to me that perhaps he checks what the script is in and decides how to parse it or something like that could be added later.

And yeah, GS1 just uglifies a beautiful script. GS2 is also considerably more efficient than GS1.

Haha yes, correct.

It doesn't, the only time the parser reads anything that starts with "//" is when it is //#CLIENTSIDE. The ones I placed after the join were just labels.

You should always use putnpc2 now anyway; just put the code in a class rather than a text file.

Only if you used 'client.' vars. You should always use clientr (or serverside player. vars) for storing sensitive information.

If you want them to be dynamic (randomly placed), you should use a database NPC with something like the following

PHP Code:
function onCreated() {
  // init vars
  this.mapSize = {3, 3}; // width, height in levels
  this.classesToDrop = {"baddy"};
  
  onTimeOut();
}
function onTimeOut() {
  temp.tries = 0;
  
  while (tries < 5 ) {
    temp.dpos = {random(0, this.mapSize[0] * 64), random(0, this.mapSize[1] * 64)};
    
    if (! onwall2(dpos[0] - 3, dpos[1] - 3, 6, 6)) {
      // should improve the above checks, it's just an example.
      temp.classToJoin = this.classesToDrop[int(random(0, this.classesToDrop.size()))];
      
      temp.drop = putnpc2(dpos[0], dpos[1], "");
      drop.join(classToJoin);
    }
    tries ++;
  }
  
  setTimer(360); // could also add a way to check how many baddies there are.
} 
Otherwise, if you want them in static locations, just make a level NPC (with level editor) with this:

PHP Code:
join("baddy"); // or the other class 
Ok, I used clientr. not sure why, but that's what I saw everyone else using so I thought it appropriate to follow suit, what is the difference between clientr. and player. ?

I will have to lookup putnpc2 since I have never used it.

Also, if I wanted to do something like a toggle, say:

PHP Code:
if (keypressed){
   if (strequals()){
      if (showimgIsAlreadyShown){
         hideimg;
      } else {
         showimg;
      }
   }
} 
How would I detect if said image is shown already?

cbk1994 05-01-2009 12:35 AM
Quote:
Originally Posted by Raelyn (Post 1487981)
Ok, I used clientr. not sure why, but that's what I saw everyone else using so I thought it appropriate to follow suit, what is the difference between clientr. and player. ?
clientr. can only be changed serverside, so you'll have to change your existing code. clientr. vars can be read clientside, though.

player.vars can be added serverside or clientside (and changed), but there are some disadvantages (and advantages).

For serverside, you can add a player.var. This is not synchronized with clientside. For example, "player.staffLevel = 4".

On clientside, you can use it for storing objects or something. However, they are cleared when the player logs off. You can do stuff like "player.equippedItem = this" for equipping standard weapons.

Quote:
I will have to lookup putnpc2 since I have never used it.
Just use it like

PHP Code:
putnpc2(x, y, script);

// You can also do

putnpc2(32, 32, "join block;");

// but that's GS1 and poor scripting
// instead, you can use GS2

putnpc2(32, 32, "join(\"block\");");

// but that's a mess and hard to read
// which is why I prefer to do

temp.npc = putnpc2(32, 32, "");
npc.join("block");

// and it's also easier to set attributes this way, such as

npc.spawned = true; 
Quote:
Also, if I wanted to do something like a toggle, say:

PHP Code:
if (keypressed){
   if (strequals()){
      if (showimgIsAlreadyShown){
         hideimg;
      } else {
         showimg;
      }
   }
} 
How would I detect if said image is shown already?
Try this:

PHP Code:
function onKeyPressed(code, key, char) {
  if (key == "p") {
    temp.img = findImg(200);
    img.visible = ! img.visible;
  }
} 

Raelyn 05-01-2009 01:00 AM
Quote:
Originally Posted by cbk1994 (Post 1487995)
clientr. can only be changed serverside, so you'll have to change your existing code. clientr. vars can be read clientside, though.

player.vars can be added serverside or clientside (and changed), but there are some disadvantages (and advantages).

For serverside, you can add a player.var. This is not synchronized with clientside. For example, "player.staffLevel = 4".

On clientside, you can use it for storing objects or something. However, they are cleared when the player logs off. You can do stuff like "player.equippedItem = this" for equipping standard weapons.


Just use it like

PHP Code:
putnpc2(x, y, script);

// You can also do

putnpc2(32, 32, "join block;");

// but that's GS1 and poor scripting
// instead, you can use GS2

putnpc2(32, 32, "join(\"block\");");

// but that's a mess and hard to read
// which is why I prefer to do

temp.npc = putnpc2(32, 32, "");
npc.join("block");

// and it's also easier to set attributes this way, such as

npc.spawned = true; 

Try this:

PHP Code:
function onKeyPressed(code, key, char) {
  if (key == "p") {
    temp.img = findImg(200);
    img.visible = ! img.visible;
  }
} 
Awesome.

Another thing, I was under the impression that variable type is automatically detected, but it seems like setting a variable to a string of text doesn't work?

Trying to do something like this:

PHP Code:
clientr.weapon_img = weaponname.png;

if (trigger){
   showimg index,clientr.weapon_img,,,;
} 
Also, I tried using:

PHP Code:
function onKeyPressed(code, key, char) {
  if (key == "p") {
    temp.img = findImg(200);
    img.visible = ! img.visible;
  }
} 
Not sure how to implement this, as a function, isn't it redundant to do this?:

PHP Code:
if (keypressed){
  onKeyPressed(,p,);
} 
Hrrm, am I doing this properly?


Doesn't this work?

PHP Code:
showimg 200,imagename.png,,,;
hideimg 200;

if (keypressed) {
  if (strequals(#p(1),p)) {
    temp.img = findImg(200);
    img.visible = ! img.visible;
  }
} 


All times are GMT +2. The time now is 05:55 PM.
Page 5 of 7 1234 5 67
Show 40 post(s) from this thread on one page

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.