Its just a work around though...the fact is, the problem exists.
I could make 2 gui controls for the full size of the tiles, but thats also just a work around, and the problem will still exist.

pics1.png uses white and black.

The whole white/black transparency should be dropped regardless. It's a stupid, primitive hack for transparency.

I feel the slow downs that randomly come every few seconds.

System Specs:
Windows XP SP3 32 bit
AMD Athlon 64 Processor 3200+ OverClocked to 2.25Ghz
2 GB of Ram
Nvidia GeForce 7600 GT Driver Version 258.96

You are not supposed to use textures larger than 1024. Use a GuiDrawingPanel, a scroll control with a child control of size 2048x512, and then draw "TILES" in onScrolled()

I didn't know it had to be slow during the test... I just sat idle and did other things. Isn't it slow for you too? I don't feel like constantly moving :noob:slow:noob: for 10 to 30+ minutes while waiting on an admin to probably not respond, you know? If I still had RC I would do it myself, but I think I was removed for being away too long, and the whole staff team changed since I was last on, sooo blah.

Well the goal is to reduce the lag/slowness for people who have the problem. Most people actually report major increases in speed.

I see a max of 20fps a problem in the fight against lag.

What happened to fps anyways Stefan, I thought I remembered you posting that you would increase the fps limit with v6?

No, it's set to 20 fps. Certain scripts can increase it although that's more for GUI-based games, ganis in Graal levels will play faster than normal.

Exactly why isn't it higher than 20 fps though?

Can Graal windows run at 60 fps? By that I mean the playerlist, PM windows, and even playermade windows like UN's forums, Zodiac's interface, etc.

Can we request for our servers to be 60fps, I would mind re-redoing my ganis again if this enabled for my server (Varia)

A new Windows beta version has been released (5.302):
- fixed chat text of shpwcharacter() npcs
- fixed a crash when sleep()ing two times in an event handler function (e.g. on Varia)
- added a new script variable $pref::Graal::cachefilenames so that we can add the option for enabling/disabling the file name cache again (in a few days)
- added some profiler entries (for /clientstats) so that we can easier see what is slowing down people on certain machines

With this latest client alot of the weapon scripts seem to not load on my first connect to Classic and I am therefore unable to move or do anything, reconnecting fixes this, seems to be something in part due to our systems on Classic as I haven't experienced this elsewhere yet though it could be possible others will.

Edit: Seems to be as a result of certain scripts that are joined to the player clientside not actually being joined and Main System requiring them in order to initialize.

Sounds like a problem of Classic, those things are not guaranteed to be loaded in order. You can join classes on server-side to guarantee that they are loaded before initialization.

It's not that they aren't being loaded in the right order, it's that they aren't being loaded at all, this wasn't happening with V5 or the previous Client,
it's basically doing things like:

And as the function is not being joined to the player the system isn't being initialized.

With clientside player classes you seemingly have to join them clientside, we've always had player classes containing both serverside and clientside script joined seperately on the server and client as only the serverside script would work when only joined by the server.

Class loading has not been changed though, is onClassLoaded showing something? Also normally you can add some init function and call it from the other script and it will wait with executing the function until the class has been downloaded.

The onClassLoaded function is being called for those classes that are being loaded, however it's a problem that is limited to specific classes and it's definitely only occurring with the latest client.

Tried the other thing which I've said?
Will check it anyway though.

I noticed similar class loading issues on Maloria, where classes simply wouldn't load straight away, causing the class specific functions called afterwards to not be recognized. Putting a 0.5 second sleep after joining the classes "fixes" it, but I'd rather see it fixed on your end rather than using a hack to solve it.

Yes... this happens on serverside too :\.

Varia isn't having the class issue, but sometimes the client will randomly freeze and crash. I've tried several time to replicate this by doin what I was doing before, but it seems to be just random.

Uploaded 5.303.

As soon as I open it (Vista 32 bit):

http://img834.imageshack.us/img834/3230/crashp.th.gif

x_x

Can you check if you have correctly downloaded it (should display a valid signature when right click -> properties)

Yeah it had the signature and everything, just found the problem was running it in XP compatibility mode which was a relic I had from the release of V5, it's fine without it.

Still getting the issue of when I reconnect a couple of times the client freezes.

I completely forgot about this, but when I was working on my project a while ago I noticed a very odd bug: Having a weapon named Shield caused it to disappear from the players inventory(and any reference to it, even in the weapons array) when the player logged on, until the weapon was updated. Though the last time I tested this I had v5, I imagine it's still there.

Considering it's not a default weapon like Bomb or Bow, I found this a little odd.

There should be a serveropt to disable the classic naming.

EDIT: New client will sometimes just freeze when closing.

It seems as if this problem is still occuring for me :confused:

From what I can tell you set a characters text once, you then set it a second time and it then hides at the time you'd have expected the first text display to hide (if it were a player and not an NPC).

Yes still happens on Varia (levels: gale_castle-1.nw/gale_castle-2.nw)
It's a db NPC that warps to the next level, it works fine in the first level but after the NPC warps chat text doesn't work at all

I can also confirm this has not been fixed.

I always considered this a bug, and it's still not fixed with v6:

When using play2() or playlooped2() with coordinates, the "direction" of the sound playing doesn't update when the player moves, but stays the same all the time, from the point where the function is called. Not cool. Can't we make this dynamic?

You probably already now this but:

All of the era instruments besides flute I suppose are silent and needs the correct .wav supposedly.

Latest V6 broke the dialog system on Zodiac, narrowed it down to the use of waitfor.

Ok thanks for reporting, will be fixed in the next version.

If you put a player on ignore who is in the same guild with the tag on at the time, it will keep them under the "Guild" tab

In my opinion, I think the "Ignore" menu should be removed entirely and those on ignore should be denoted by their nick/account text in playerlist being red.

Yeah, I'm fine with that.

Also, am I the only one who finds the automatic name search on playerlist annoying?

I would prefer they were grouped, even if that means grouping them the bottom of the players section.