What kind of video card do you have? Some video cards support OpenGL better than others. One way to test this is by looking up your video card, or as Skyld suggested, trying it on other OpenGL software.

Are you saying that you fixed the problem? Because it's still happening.

I shall try to do this should it happen again, as I said it's occurring whenever my computer has been on for several hours, otherwise it's completely fine.

It seems that it's possible to receive global PMs from players you have set to ignore.

I have been getting this for ages. It is really annoying. It defeats the objective of having an ignore feature.

Is there an option to assign Client RC GUIs to create in the internal window? If there isn't, could this please be added?

Another issue is that in the playerlist it says "Players from this server:" when you scroll over it, then lists all of your friends list, regardless of what server they are on (in the first window). Could a fourth window be added to show all players and the first window be corrected to what is it supposed to do?

I quite like this idea. It would be nice to see this separated. Can you also allow the friends are on the player list be collapse able like the guild list?

I've noticed some of the bodies aren't trans'd properly like they are in v5. They show a green background

This happened for me in v5 whenever I loaded a custom gani on a server.

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

Upon receiving a global PM multiple times, the globe tab button will not switch its image to a PM bubble as it does the first time, so it's possible to not notice a global PM unless you have the sound enabled or a custom scripted notification.
Also please change the PM sound to something other than chest.wav.

Try getting rid of all this lag, this client hurts my FPS badly.

I actually like it.

So perhaps some options is a better idea.

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

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

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

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

http://img256.imageshack.us/img256/8228/listbug.gif

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.


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 -
http://img443.imageshack.us/img443/5199/insideph.gif

GMAP -
http://img833.imageshack.us/img833/6519/gmap.gif

Top left level of a GMAP -
http://img713.imageshack.us/img713/7171/topleftmap.gif

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.

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

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.

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.

Take your sweet time....

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

:0!

and complaining about the font changes and player list.

Still this.

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.

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.

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.

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.

lol :]

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

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

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

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.) >_<

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. :confused:

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

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

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:
And all I see echoed is:

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.