Windows v6 beta test

[Admins]

We have released a new version 6.014:

- Added an option "Use OpenGL for Graphics", can be enabled and disabled without restarting the game; OpenGL is usually faster than DirectX but we currently don't support full-screen mode yet, and some cheaper graphic cards have bad support for OpenGL and will work better with the default graphics (DirectX)
- The fullscreen-mode from the options is correctly saved
- Fixed problems with http keep-alive, it is correctly reusing connections to web-servers now to speed up download of images (e.g. wiki news)
- Fixed some crashing bugs
- Fixed npc-clipping when z > 0
- Better handling of objects which join classes but don't have an own script
- Added functions for using JSON: obj.savejsontostring(0 single line/1 multiline), obj.savejson(filename,0 overwrite/1 append,0 single line/1 multiline), obj.loadjson(filename), obj.loadjsonfromstring(str); we will also update the npcservers in the next few days to add these
- Fixed gani particles

[Mark Sir Link]

Originally Posted by Stefan

Added functions for using JSON: obj.savejsontostring(0 single line/1 multiline), obj.savejson(filename,0 overwrite/1 append,0 single line/1 multiline), obj.loadjson(filename), obj.loadjsonfromstring(str); we will also update the npcservers in the next few days to add these

I'm particularly interested in this, where will you announce when this is available?

[jkldogg]

Hmm, OpenGL seems to be almost the same for me as DirectX, but i'm not sure. Could someone please tell me which is better for my computer?

Specs:
I have Windows 7 home premium
Processor: AMD Athlon X2 Dual-Core QL-65 (2 CPUs), ~2.1GHz
Memory: 4096MB RAM
Name: ATI Radeon HD 3200 Graphics
Manufacturer: ATI Technologies Inc.
Chip Type: ATI display adapter (0x9612)
Driver Verision: 8.872.0.0
Date: 7/7/2011 11:28:26 PM

[Tricxta]

Planning to fix the textbox highlighting problem? I'm not quite sure on how to replicate it but I've done it a few times. It usually occurs when switching servers and using the server search textbox on login

[ffcmike]

The status box on the playerlist is sometimes misplaced for me:



Edit: Upon opening the client a 2nd time, this box hasn't appeared for me at all.

This has happened a handful of times before with previous versions when the playerlist has been created on login, but upon opening this new client the first time this issue has happened once logged in to a server.

Originally Posted by ffcmike

I have a level where depending on quest progress an NPC is changing tiles with tiles[x,y] + updateboard(); when the NPC is created.
Normally if you walk into the level for the first time and then quickly run back out (can ofcourse be caused naturally by lag) this causes the tiles to be updated in your current level rather than the level the NPC is within.

In V5 this can be prevented simply by specifically having the script updating this.level.tiles[x, y], however in V6 this problem is occurring even when using this.

Perhaps I can elaborate on this problem:



And perhaps I can elaborate on the issue I was having with text display layer.

I have nicknames displaying on layer 1 rather than 0, so that they display above layer 0 NPCs which have a large image being used to decorate a floor.
Within inside levels, nickname text is displayed beneath players, which is what I would expect.
On GMAPs however, nickname text is displayed above players, the exception to this is when you are in the top left level of a GMAP:

Inside -


GMAP -


Top left level of a GMAP -


It also seems that within the last 2 client versions, gani script is stuck to the player after the player has been set to a different gani.
For instance the script of onPlayerEnters within Classic's horse fire breath gani is occurring whenever you enter a new level even though your gani is no longer firebreath.

[ffcmike]

Originally Posted by ffcmike

I have nicknames displaying on layer 1 rather than 0, so that they display above layer 0 NPCs which have a large image being used to decorate a floor.
Within inside levels, nickname text is displayed beneath players, which is what I would expect.
On GMAPs however, nickname text is displayed above players, the exception to this is when you are in the top left level of a GMAP:

Inside -


GMAP -


Top left level of a GMAP -

I forgot about this problem.

Also displays like particle effects are still offset whenever using a trial account that has entered observer mode.

I really think VPlusblue style should have only been set as default for if and when the option is separated for external windows. It looks slick for the playerlist, but makes my eyes bleed on the login screen.

[Admins]

Uploaded a new version 6.015:

- fixes problems with projectiles falling through the ground
- new script functions convertLatinToUTF8(string) and convertUTF8ToLatin(string), mainly for server-side stuff

The new gserver and npcserver have been uploaded to all machines, requires server restart to enable the json functionality. We've also added onWasShot(x,y,dir) on server-side, for classic arrows. The new version also makes it possible to make npcs not block projectiles with npc.isblockingprojectiles = false. Previously this was only possible on client-side.

[Crono]

Originally Posted by stefan

we've also added onwasshot(x,y,dir) on server-side, for classic arrows. The new version also makes it possible to make npcs not block projectiles with npc.isblockingprojectiles = false. Previously this was only possible on client-side.

:0!

[Hoyt1134]

Serverside, there seems to be a bug with reading and writing to tilelayers above 0 while on a gmap. player.level.tilelayers[0].tiles[x,y] returns the correct tile for layer 0, but player.level.tilelayers[1].tiles[x,y] always returns 0.

Clientside on a gmap, player.gmap.tilelayers[0].tiles[x,y] always returns -1, but if you go to a layer above 0, such as player.gmap.tilelayers[1].tiles[x,y], it returns the correct tile. You can read the tile on layer 0 if you drop the tilelayers check, player.gmap.tiles[x,y] returns the tilelayers[0] tile for those coordinates.

[alskdjfhg]

Take your sweet time....

[ffcmike]

Originally Posted by alskdjfhg

Take your sweet time....

If the release of V6 was rushed I'm sure there'd be a lot more people criticising bugs.

[fowlplay4]

Originally Posted by ffcmike

If the release of V6 was rushed I'm sure there'd be a lot more people criticising bugs.

and complaining about the font changes and player list.

Originally Posted by fowlplay4

Still experiencing the issues with GuiScrollCtrl's and Highlighting.

When the mouse leaves the boundaries of an external window it no longer keeps track of the state (which buttons held down) or location of the mouse.

If you want people to be happy with Graal Client-based tools you really need to fix these issues.

The issues in my post here are still present in the current client:
http://forums.graalonline.com/forums...postcount=1207

Still this.

[Admins]

Ok player.gmap.tilelayers[0] will be fixed on client-side with the next version, will also check the access on npcserver for upper tile layers.

[Rufus]

When you double click on someone on the playerlist, the next single click you make on the playerlist is recognized as a double click and therefore opens up another window.

[ffcmike]

When I open the chatbar, type "rr" and press enter, the entire screen and everything displayed on it rotates around, if I repeat this again it goes even faster.
Please remove this bug from the "game", people will start thinking Graal is supposed to be a toy box.

[Admins]

x-x it's a gimmick, haven't heard of "do a barrel roll" on google?

[ffcmike]

Originally Posted by Stefan

x-x it's a gimmick, haven't heard of "do a barrel roll" on google?

I was joking ofcourse, but there are more fun ways to implement something like that other than a chat command, which might make better "in game" sense if you know what I mean.

As an example maybe I could make a wizard baddy which shoots some type of magical beam at you, where if successful the wizard says "Do A Barrel Role" while the screen spins, or the text appears after you eat a "magic mushroom" and begin "tripping out" etc.

[MattKan]

Originally Posted by ffcmike

I was joking ofcourse, but there are more fun ways to implement something like that other than a chat command, which might make better "in game" sense if you know what I mean.

As an example maybe I could make a wizard baddy which shoots some type of magical beam at you, where if successful the wizard says "Do A Barrel Role" while the screen spins, or the text appears after you eat a "magic mushroom" and begin "tripping out" etc.

That's silly and complicated. It's actually cool the way it is :P kudos to Stefan

[Crono]

Originally Posted by Stefan

x-x it's a gimmick, haven't heard of "do a barrel roll" on google?

lol :]

should make it work when we type "do a barrel roll"

[jkldogg]

Please include the saving of key-mapping in the next update.

[fowlplay4]

Originally Posted by jkldogg

Please include the saving of key-mapping in the next update.

It saves just fine for me. Try running Graal as Administrator.

[jkldogg]

Originally Posted by fowlplay4

It saves just fine for me. Try running Graal as Administrator.

No change, I ran it as Administrator, changed keys, then logged off. Logged back in and the keys kept resetting. (Did it about 5 times.)

[Crow]

Originally Posted by jkldogg

No change, I ran it as Administrator, changed keys, then logged off. Logged back in and the keys kept resetting. (Did it about 5 times.)

Seems to work fine for everybody else. Must be a problem on your side.

[jkldogg]

Originally Posted by Crow

Seems to work fine for everybody else. Must be a problem on your side.

Not sure what's causing it then, since my client is the same as everyone else's.

[Admins]

Do you run Graal from external drive, from network or USB or so?

[jkldogg]

Originally Posted by Stefan

Do you run Graal from external drive, from network or USB or so?

Graal is just saved on my hard drive on my laptop.

[DustyPorViva]

minextent in external windows doesn't seem to function. You can see it trying to fight your resizing(you can see the window flickering to try to force its size to the minextent) but it doesn't actually do anything.

Also, the externalwindow object you quoted in this post: http://forums.graalonline.com/forums...&postcount=746 doesn't seem to function anymore.

I've tried to edit the external window position, I've tried to echo it... but nothing. A code snipped:

PHP Code:

  new GuiWindowCtrl("dusty_nweditor_frame") {
    isexternal = true;
    profile = GuiBlueWindowProfile;
    useownprofile = true;
    profile.bitmap = "guiblue_window_noback.png";
    profile.fillcolor = profile.fillcolorhl = profile.fillcolorna = {240,240,240,255};
    externalwindow.x = 0;
    externalwindow.y = 0;
    echo("test: " @ externalwindow.width);
} 


And all I see echoed is:

PHP Code:

Graal has been activated!
test: 
test: 
test: 
test: 
test: 


Also, it seems that the "not forgetting focus" that happens when highlighting text is also happening to resizeable controls, like GuiFrameSetCtrl borders. If you try to resize and move the mouse out of the control it gets stuck trying to resize even after you let go of the mouse button. You have to click to reset it.

Also, the function being called when a window is resized(I can't seem to say it because of the stupid Incapsula security) only seems to be called on external windows when you let go of them. This makes resizing/moving internal controls fairly ugly because they just snap into their new position/sizes when you let go.

[ffcmike]

This could well be an intended change rather than an actual bug, but when tokenizing an array or an array coerced into a string, such as when storing an array as an ATTR and having it synced to the client, this results in an extra empty entry within the created array:

PHP Code:

  //both Echo 2, whereas V5 Echo's 1

  temp.a = {"test"};
  echo(temp.a.tokenize().size());

  temp.a = "test,";
  echo(temp.a.tokenize().size()); 


This was causing a problem with Classic's spar arena system where the V6 client would think there are 2 players within an arena rather than 1.

[DustyPorViva]

Entering the same level you're already in(for example via warpto) will apparently remove tiledefs and then not load them. For example, you can go on testbed and warpto 30 30 onlinestartlocal.nw and the tiledefs load fine. But if you stay there, then warpto 30 30 onlinestartlocal.nw again none of the tiledefs load.

[cbk1994]

Originally Posted by DustyPorViva

Entering the same level you're already in(for example via warpto) will apparently remove tiledefs and then not load them. For example, you can go on testbed and warpto 30 30 onlinestartlocal.nw and the tiledefs load fine. But if you stay there, then warpto 30 30 onlinestartlocal.nw again none of the tiledefs load.

I'm not having this issue on Kingdoms Debug on the latest Mac client.

[Admins]

Weird, do you have some removetiledefs("") in one of your weapon scripts may be?

[DustyPorViva]

Originally Posted by Stefan

Weird, do you have some removetiledefs("") in one of your weapon scripts may be?

I removed all my weapons, but I can't access the level to check the scripts since it's on testbed. Testbed also persistently adds a few weapons on login, but I don't think any of them have removetiledefs();, nor can I access the script of those weapons anyways.



Also, as you can see sometimes colors are STILL being rendered transparent in pics1, if you look at the black rocks.

[alskdjfhg]

How goes it? any big bad bugs preventing the V6 takeover?

[DustyPorViva]

Originally Posted by alskdjfhg

How goes it? any big bad bugs preventing the V6 takeover?

Highlight locking and such really needs to be resolved before v6 is released, imo. Also, external windows still seem a bit bugged, as you can see from my post a few back.

[jkldogg]

Did the client get updated? F3 options menu added new tabs. Also, keymapping is still not saving...

[fowlplay4]

Originally Posted by jkldogg

Did the client get updated? F3 options menu added new tabs. Also, keymapping is still not saving...

Saving works just fine. Try editing the game_config.txt in Notepad/Wordpad and see if it lets you save.

Try installing Graal to a new location. I.e: C:\Graal

[DustyPorViva]

Clicking outside of text itself(but still in the text control) often sets the caret BEFORE the last character, instead of at the end. This often leads to highlighting missing the last character.

Are these major issues with GUI's ever going to be addressed? The highlighting issue is fairly problematic, and it's not just text itself. All controls remember mouse input when you leave their control, leading to odd bugs.

The externalwindow.object seems to not function at all anymore, not allowing me to customize external windows. External window minextent does nothing, even though you can see it trying to fight and force the window, but ultimately does nothing.

More importantly, why aren't external windows 60fps? Surely you're running them on a different thread than Graal? Without windows running at 60fps text input and control is always going to feel wrong. Unless these things are fixed I don't see external windows ever feeling right to players.

[Skyld]

Originally Posted by DustyPorViva

More importantly, why aren't external windows 60fps? Surely you're running them on a different thread than Graal? Without windows running at 60fps text input and control is always going to feel wrong. Unless these things are fixed I don't see external windows ever feeling right to players.

External windows are framebuffers. They are redrawn only when necessary, unlike the game window.

[DustyPorViva]

Originally Posted by Skyld

External windows are framebuffers. They are redrawn only when necessary, unlike the game window.

Well the input still seems very sluggish.

[fowlplay4]

Seen a couple hacks today that display remotely-hosted images and ganis. Most likely due to some exploitation of the "global" index for showimg/showani. The bomb hacks still work.