Known Issues with Graal 3.14

Evil_Trunks · #1 02-21-2005, 09:34 PM

The event "playerenters" isn't triggered clientside when an NPC is created.
This is a huge problem, many scripts rely upon playerenters to initialize values, etc. If the NPCs download fast then they will have it called, but if they take a while to download then it doesn't work since it's creating them after the client triggered playerenters on everything (I think.) This also happens with putnpc2 NPCs, and gani scripts.
save[] isn't supported.
Although this is deprecated, it's very useful for easily storing on/off flags, etc. I'd at least like someone to say he left this out on purpose and will no longer support it.
The right side of the screen doesn't redraw for GUI level things.
Screenshot included.
showpoly isn't working correctly.
The flag "playerreading" doesn't work.
Shields often show up in the wrong position.
This may be because abnormally-sized shields aren't drawn the same as they used to be.

Evil_Trunks · #2 02-22-2005, 06:22 AM

Was this at all helpful?

Ajira · #3 02-22-2005, 06:28 AM

Quote:

Originally Posted by Evil_Trunks

The right side of the screen doesn't redraw for GUI level things.Screenshot included.

This can be quite annoying, although I believe it is the rightmost side of the level, not the screen itself. But I agree, it should be fixed.

Admins · #4 02-22-2005, 04:13 PM

Quote:

Originally Posted by Evil_Trunks

The event "playerenters" isn't triggered clientside when an NPC is created.
This is a huge problem, many scripts rely upon playerenters to initialize values, etc. If the NPCs download fast then they will have it called, but if they take a while to download then it doesn't work since it's creating them after the client triggered playerenters on everything (I think.) This also happens with putnpc2 NPCs, and gani scripts.

"Playerenters" is working good. The only problem in versions <3.15 is that the clientside part of a joined class is not receiving the event if it has not been loaded before. For releasing v3.15 for windows I need to wait for an updated version of the setup though.

Quote:

Originally Posted by Evil_Trunks

save[] isn't supported.
Although this is deprecated, it's very useful for easily storing on/off flags, etc. I'd at least like someone to say he left this out on purpose and will no longer support it.

Was only bugged on old versions of the npcserver.

Quote:

Originally Posted by Evil_Trunks

The right side of the screen doesn't redraw for GUI level things.
Screenshot included.

Would need to check that, have not seen that yet.

Quote:

Originally Posted by Evil_Trunks

showpoly isn't working correctly.

It's working much better than in v2, may be you have made it fully transparent with changeimgcolors ?

Quote:

Originally Posted by Evil_Trunks

The flag "playerreading" doesn't work.

Hmmm It looks like playerreading was not mapped on player.reading, will fix this today.

Quote:

Originally Posted by Evil_Trunks

Shields often show up in the wrong position.
This may be because abnormally-sized shields aren't drawn the same as they used to be.

Need to check that, have seen weird things on Unholy Nation but was not sure if it was meant to be like that.

Lance · #5 02-22-2005, 05:20 PM

Quote:

Originally Posted by Stefan

Need to check that, have seen weird things on Unholy Nation but was not sure if it was meant to be like that.

I can confirm the weird shield thing. stylez-scabbard-shield.png is a good example of it drawing in the wrong place.

Benm00t · #6 02-22-2005, 08:54 PM

Quote:

Originally Posted by Lance

I can confirm the weird shield thing. stylez-scabbard-shield.png is a good example of it drawing in the wrong place.

It's been like that forever and a day for me...

Polo · #7 02-22-2005, 05:24 PM

Quote:

Originally Posted by Stefan

"Playerenters" is working good. The only problem in versions <3.15 is that the clientside part of a joined class is not receiving the event if it has not been loaded before.

I using 2.3.whatever and have noticed that if (playerenters) is not called the first time, then sometimes I wont be able to get it to call at all without reconnecting

Admins · #8 02-22-2005, 07:38 PM

Quote:

Originally Posted by Polo

I using 2.3.whatever and have noticed that if (playerenters) is not called the first time, then sometimes I wont be able to get it to call at all without reconnecting

I have not heard of any problem with that on v2.3 x-x

Update:
Ok uploaded a new version of the npcserver, playerpaused should work now, you just need to restart the npcserver (only required if you are using the new scripting engine)

PrinceOfKenshin · #9 02-22-2005, 10:18 PM

how did use rc with that i am like daized and confused on how to use gscript2

calani · #10 02-22-2005, 11:00 PM

Kenshin, that RC is just a weapon script with a gui and some sendtorc's =] ... scarily easy to make.

Back on topic:
I've encountered the (playerenters) event not being triggered once or twice. I use the (created) event for one-time initialization, though, so it isn't much of a concern. I only use (playerenters) for just that, initialization of player-specific vars, not for the script initialization.
Anyways, an easy fix for the problem you're experiencing would be to include the (playerenters) code in the (created) block so it runs for the first player as well.

Here's another bug I've found:
When saving/loading a file, all the newlines get doubled. This makes it extremely difficult to make a notepad-style script.
I've only tested this on a Windows computer... not sure if that bears any relevance to the problem (I was thinking CRLF (windows) vs CR (linux) for newlines might have something to do with it).

Evil_Trunks · #11 02-23-2005, 08:39 AM

Quote:

Originally Posted by Polo

I using 2.3.whatever and have noticed that if (playerenters) is not called the first time, then sometimes I wont be able to get it to call at all without reconnecting

Quote:

Originally Posted by Stefan

I have not heard of any problem with that on v2.3 x-x

I can second this bug on 2.3. You may have luck reproducing it on classic, it occurs often in the level cutscene_intro_01.nw on Classic and levels following it as well.
I think the problem has to do with classes.

Quote:

Originally Posted by Stefan

Hmmm It looks like playerreading was not mapped on player.reading, will fix this today.

Are we talking about the same thing? I am talking about the 3.14 client not recognizing playerreading, but updating the npc server can fix that? I'm a little confused.

Quote:

Originally Posted by Stefan

It's working much better than in v2, may be you have made it fully transparent with changeimgcolors ?

It doesn't work well for me. Try the weapon Evil/showpoly on Classic. It works fine with 2.3 but not at all with 3.14.

Quote:

Originally Posted by Evil_Trunks

save[] vars

Quote:

Originally Posted by Stefan

Was only bugged on old versions of the npcserver.

Same thing as before, you are talking about the npcserver, but isn't the problem with the client? 2.3 is working fine with save[] vars but 3.14 is not working with them at all, I just tested.

One more thing, the current RC program can't save classes correctly which are containing the \ character. It saves fine in Client-RC though (I think.)

Thanks for responding to my post.

Admins · #12 02-23-2005, 02:59 PM

Quote:

Originally Posted by Evil_Trunks

Are we talking about the same thing? I am talking about the 3.14 client not recognizing playerreading, but updating the npc server can fix that? I'm a little confused.

The server is compiling the script and only sending the byte code to the v3.14 client. The client has a "reading" variable for the player, but to be able to access it by using "playerreading" the compiler needs to map it on "player.reading".

Quote:

Originally Posted by Evil_Trunks

It doesn't work well for me. Try the weapon Evil/showpoly on Classic. It works fine with 2.3 but not at all with 3.14.

Ok I have checked that, wondering why it is actually showing something in v2.3. The rule about showpoly is:
- 2 points - a line
- more points - a polygon where only the space between the points is filled. In your scripts the polygon is going points a,b,c,d,e etc. then back e,d,c,b,a, so not spanning any volume. I have modified your script slightly so the second points are not the same and you get some space between them, so the polygon is showing correctly in v3.1. Please in the future if you want to draw lines then just draw 2 points or draw a polygon with a volume.

Quote:

Originally Posted by Evil_Trunks

Same thing as before, you are talking about the npcserver, but isn't the problem with the client? 2.3 is working fine with save[] vars but 3.14 is not working with them at all, I just tested.

They work, may be you need to restart your npcserver. That bug has been fixed like 3 weeks ago. The save vars were working, but were not sent to the client.

Quote:

Originally Posted by Evil_Trunks

One more thing, the current RC program can't save classes correctly which are containing the \ character. It saves fine in Client-RC though (I think.)

Special characters are not allowed for class names.

Evil_Trunks · #13 02-23-2005, 10:50 PM

Quote:

Originally Posted by Stefan

The server is compiling the script and only sending the byte code to the v3.14 client. The client has a "reading" variable for the player, but to be able to access it by using "playerreading" the compiler needs to map it on "player.reading".

playerreading is working in level NPC scripts, but not yet for weapons

weapons work correctly when I use player.reading, so it must be a mapping problem

Quote:

Originally Posted by Stefan

not spanning any volume.

Thanks for figuring that out for me.

There are still strange bugs with showpoly. When people use the drawing tool and make lines all over the level, it doesn't show most of their drawing to the other players. It usually only messes up when people try to draw all over the level at once. It has been like this for as long as I can remember though.

Quote:

Originally Posted by Stefan

They work, may be you need to restart your npcserver. That bug has been fixed like 3 weeks ago. The save vars were working, but were not sent to the client.

It is not working for 3.14. I made a level on Classic: levels/evil_save.nw

PHP Code:


			
function onActionLeftMouse() {

  if (save[0] == 1) save[0] = 0;

  else save[0] = 1;

  player.chat = "set save[0] to "@save[0];

}

//#CLIENTSIDE

if (playerenters || timeout) {

  if (save[0] == 1) message save[0] == 1;

  else message save[0] != 1;

  timeout = 0.05;

}

Quote:

Originally Posted by Stefan

Special characters are not allowed for class names.

I am using \ inside the class, not as the class name. It doesn't save the class correctly.

Admins · #14 02-24-2005, 08:50 PM

For save[] you restarted the npcserver already ?

Admins · #15 02-23-2005, 03:10 PM

Quote:

Originally Posted by calani

Here's another bug I've found:
When saving/loading a file, all the newlines get doubled. This makes it extremely difficult to make a notepad-style script.
I've only tested this on a Windows computer... not sure if that bears any relevance to the problem (I was thinking CRLF (windows) vs CR (linux) for newlines might have something to do with it).

What exactly is the problem with the attached file? Graal saves files just with a normal line end "\n" so they work fine on Unixes and with editors like Wordpad. When it's loading files then Graal is accepting both unix "\n" and dos "\r\n"