Similar issue when opening/closing the playerlist. It can easily be fixed through script but it's annoying if you're on a server that hasn't added a fix. When you close the in-game playerlist, GraalControl no longer has focus, and you have to click to give it focus.

I've been having some problems with a certain account name (presumably because it begins with a number) breaking attr[] values.
For instance, lets say I do this serverside:

When attempting to read this.attr[3] clientside, it would always be read as "1". Only by doing temp.s = @this.attr[3]; could I access the value.

At one point I also attempted to store a list of player IDs rather than accounts, this caused the problem of the attr[] somehow not synchronising to clients while working normally serverside.

Stefan must be a very busy man. V6 still isn't released and he makes such subtle changes/updates every 6 months...

Stefan, I have found another problem regarding layers. Logon Maloria, and warp to forest.nw. There's nothing wrong with the level itself, but the client seems to have some rendering problems with it and skipping tiles in the top layer randomly. If you resize the window a few times, it eventually renders the level correctly.

If you need to see how the level itself is designed: http://forums.graalonline.com/forums...hp?t=134266558

I wouldn't say this is a V6 bug as it happens on V5 as well, but sometimes when you apply a scripted gani attribute to a player, and a different player then logs on within the same level, that different player will not see the resulting displays of that gani, or they might see it and then it will quickly disappear. If a different player were to simply enter the level for the first time however, then it works fine.

An example of what I'd like to be able to do:

An example of what I'm having to do:

There are also no other gani attributes in use at the same time which could explain the disappearance, as I know that sometimes using the same index in 2 different gani scripts can cause conflict.

I also get the same problem with similar displays that have no timeouts involved, contained entirely within onPlayerEnters().

Okay so every time I run Windows Installer (like I need to install anything and it asks for administrator permission or what not) my client freezes and I have to resize it to unfreeze it. (Maximizing or minimizing doesn't work, but I have to actually resize it.) This happens on both my Windows 7 PC and my Windows Vista PC, both 64 bit.

Try disabling screen dimming in the UAC settings.

Another day another dollar

Windows 8 is going into RTM on August 15th.

Actually, I think it came out on the 1st, correct me if I'm wrong though...

Yup. I was wrong. It's being released to developers on the 15th.

Sorting playerlist by account names stops showing friends on other servers. At the same time, people who have you on their friend list are unable to see you online on other servers.

Can anyone confirm that V6 is still been worked on?

I've been noticing that my options menu (F3) randomly changes when I load the client.

Attachment 55059
Attachment 55060

May be it's still old on Login2.
We are still working on v6 for Windows, we plan to release a new version soon with improved startup time and less lag when downloading files from the server.

I don't suppose you've addressed the bugs & suggestions I addressed here in this new version?

I personally can't stress the importance of getting the following bugs fixed, I could make some very cool stuff with them - including a re-release of Maloria using nothing but tilelayer levels.

Not sure if this has been mentioned already, but when you begin dragging a GUI via gui.startDrag();, and then move your mouse outside of the client window and click somewhere, the gui will freeze on the spot and no onStopDrag() event is received.
It doesn't happen in V5.

Release New Windows Client!!!

This may or may not be specifically a v6 problem. When a player has been in a level which uses tilelayers, and one of the tilelayers is removed, the client's tilelayercount variable is not updated. Even after restarting the client and logging in again, the tilelayercount variable is still incorrect. This is only the case when a tilelayer is removed; when tilelayers are added, the client's tilelayercount variable is adjusted correctly.

Ok fixed in my version, it was a problem with bugged optimization of transparent/black tiles in upper tile layers.

A new version has been released - v6.032. You can download it on the website or in the client. Major changes:

- Faster startup
- Less file access, for faster speed
- Less slowdown when downloading files
- Fixed tile layer display
- Faster loading of gani files
- Fixed a problem with gani scripts receiving onPlayerEnters even when it's not used anymore
- Fixed problems with http download when the file has not been changed (serverlister news)
- Added https/ssl support (in testing phase)
- Fixed some problems with indenting in script editor

Noticed a pop up alert about an update on v6, so I updated it and now I'm on v6.032 but when I log on to a server the default particle graphic act like their missing but their located in /Graal/levels/g4particles/.. Same with the letter graphics in /Graal/levels/letters/. I also use a custom state graphic but it displays default even though the only state image is different? Just some issue's I've noticed on first look i'll post any more that I find.

P.S. I've also tried reinstall but it reports "Files are okay".

Also if Stefan is looking at this, maybe you can fix the onPlayerEnters() for particle gani scripts. On first initialization aka onCreated works normally but once the player leaves the level and comes back the particle destroys and doesn't reload. This is what I have in the header of the gani script for the particle.

function onCreated() emitter();
function onPlayerenters() emitter();
function onInitialized() emitter();

The highlighting bug/issue I pointed out a year ago is still alive.

Link: http://forums.graalonline.com/forums...postcount=1207

Auto-indenting (at very the bottom of the script) is still messed up, it indents but when you press space it doesn't move the cursor until you press a non-invisible character. It also doesn't backspace properly either.

File download can be a little bit different, will check if the particles can be uploaded on all servers or if we can change the download package for it to work.

It is now looking for the file at the place where it would download it, instead of scanning everything or keeping an index file filenamecache.txt, which can grow huge and slow down things when it is saved (also can take some time to load at startup). Basically it is much simpler now, and only scans the gui styles and emoticons folders at startup.

Yeah I manually moved \Graal\levels\g4particles\ to \Graal\levels\images\g4\, As well as \Graal\levels\letters\ to \Graal\levels\images\downloads\ and the images load now. And it looks like state.png was moved from \Graal\levels\images\ to \Graal\levels\images\downloads\ so fixed my issue's temporarily but would suggest to continue with your idea of uploading default files to all servers.

Also if possible add all the stef.midi files to all servers or make it an optional download pack just like zone and graal kingdom music because it is default music isn't it?

Why do you have the option to choose OpenGL? Why not have a PC version (running DirectX) and a Mac version (running OpenGL)?

With V6 OpenGL has actually found to be faster than DirectX.

even on Windows?

Yes.

There is a bug with the drawobject() function for drawing panels. If you define your own object it won't draw it outside of the top 64x64 pixels of the panel. The clearall() function also doesn't seem to be working either.

Using the following code:

NPC Code:

---

//#CLIENTSIDE

function onCreated(){

 new GuiDrawingPanel("Test_DrawingPanel") {

  x=0;

  y=0;

  width=screenwidth;

  height=screenheight;

 }

 with(findimg(200)){

  ani="idle";

 }

 setTimer(0.05);

}

function onTimeout(){

 setTimer(0.05);

 with("Test_DrawingPanel"){

  clearall();

  drawobject(mousescreenx,mousescreeny,findimg(200))  ;

 }

}

---

leaves me with this mess:

http://i.imgur.com/jkXYl.png

It won't clear the panel, and the coordinates reset to 0 every time they pass 64 pixels.

An overseas player has been told Graal needs to enable SACK in the TCP protocol, which should help alleviate the lag issues they've been having.

A lot of the particle effects and ganis got borked after the update.

Runic Charge
Snowstorm item
Tetra Golem gani is missing the chest piece when it walks
Rune of Clarity
Dragon breath
Will of God
Minor Heal
Time Jump
Starburst

Just to name a few

This already sounds promising.

Drawing panels cannot be unlimited size, that's why it's switching back to 64x64. Try to not make it bigger than 1024x1024.

We have updated the levels pack and also uploaded the graphics to all machines, it should work fine now.

I've noticed an issue when it comes to playing both mainfile and custom sound effects, sometimes they play, sometimes they don't.

For example, using putleaps() will play sounds such as crush.wav and water.wav, but using a custom gani of a leap which plays crush.wav or water.wav won't invoke the sound.

Yes it's an optimization which prevents offscreen sounds (far-away sounds) to play, sometimes it's not correctly detected for ganis, can check this sometime.

It was also happening with sounds played from within a weapon.

I've now noticed similarly weird behaviour with playing music.

And certain sounds not playing when the screen is minimised, even if they're intended as an alert.

Wait, there is actually no check for position on PC Graal. But the volume could be very low depending on where it's played, need to check it. If you want to avoid the pan/volume effect you can try to use play2(filename,player.x,player.y,1)

The lack of bush hiding sfx (among many other sounds) makes this the worst update imaginable.

The tender crackle of leaves gleefully forming around my figure as I dart away to avoid pk is what makes Graal for me. Without, there is nothing.