Windows v6 beta test

[ffcmike]

Originally Posted by fowlplay4

The latest V6 broke Zodiac's Rendering of Player Heads on the map.

Code:

PHP Code:

//#CLIENTSIDE

function onCreated() {
  temp.tx = (screenwidth / 2);
  temp.ty = (screenheight / 2);
  with (findimg(201)) {
    x = temp.tx;
    y = temp.ty;
    layer = 20;
    image = "block.png";
  }
  temp.obj = player;
  with (findimg(200)) {
    x = temp.tx;
    y = temp.ty;
    layer = 22;
    ani = "zodiac_mapface";
    playerlook = false;
    actor.head = obj.head;
    actor.attr[1] = (obj.hat ? obj.hat : obj.attr[1]);
  }
} 


The head appears way off the center in this case.

I think this is another example of the ZOOMEFFECT problem I was posting about.
For Classic's map gani I set zoom within the script with the hat aligned normally within the animation and it works fine.

[fowlplay4]

Originally Posted by fowlplay4

When I'm on my staff account on Zodiac (fowlplay4) and I leave the client idling to the point it should be disconnected for not moving instead of getting disconnected my client just crashes completely.

This also happens when I should be getting disconnected for 'Another client has logged on your account'.

[Crow]

Originally Posted by fowlplay4

This also happens when I should be getting disconnected for 'Another client has logged on your account'.

Can't confirm this. Working fine for me.

[Emera]

Bringing this up again.

Whenever you change server with the external player list, it will downsize itself length ways and push all the icons on your desktop along with it and also resize all the windows currently open on your PC too like Browsers, applications etc. You have to sort them all out after it has happened and is really something I could do without.

ADD: Also, the map bug that fowplay was talking about is really annoying, you have to estimate were you are. Works fine on V5 however.

[Admins]

A new version v6.011 has been released:

- Fixed problems with zoomed showimg (e.g. the map on Zodiac)
- Fixed broken downloads with requesturl() when the server doesn't provide the content-length, this will also fix the display of the wiki news on the serverlist
- Improved the dynamic download of script classes on client-side: when calling a function of an object then it will wait until its classes are downloaded, previously this only worked when the object has just been created (and was failing if you joined more than one class or similar)

We have also improved the line number display in the scripted RC (script editor and text file editor).

[NicoX]

All Passworts of my Accounts gone. Dont know if that was normal though.

[Admins]

I can check if we can avoid recreating the playerlist on server switch.
Anything else beside that which should be fixed before official v6 release?

[fowlplay4]

There's a weird bug in the newest V6 I believe it has something to do with joining classes to a weapon on both the server and client-side.

All I know was that onCreated in Zodiac's main -System would get stuck during the join phase. To workaround it I have the weapon removed and re-added on every login.

Two 'scripted' features that need to be added in F3:
1. A Default Theme for External Windows Only. I.e: So I can use GuiBlue in-game and a "Windows" theme for player-list and so on.
2. Ability in F3 Options to change between DirectX and OpenGL.

[Crow]

Originally Posted by Stefan

I can check if we can avoid recreating the playerlist on server switch.
Anything else beside that which should be fixed before official v6 release?

Can't think of anything important. I'm going to ask you a question in this thread I asked before, though, since I believe you never read the other one: Why not get rid of DirectX and use OpenGL in the Windows client as well? You seem to be having quite some trouble sometimes trying to get stuff to work with DirectX.

[ffcmike]

Originally Posted by Stefan

Anything else beside that which should be fixed before official v6 release?

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.

I had nickname displays at layer 1 rather than 0 for the sake of displaying above image npcs that make up a floor design, in V5 these would still display below other players when expected, but now these are displaying above players/characters when you'd expect it to be displayed below them.
This problem is only occurring on gmaps, it's fine within inside levels.

I'm not 100% sure at the moment as I can't test it right now but I think there may also be a problem with gani COLOREFFECT not being the correct colour.

It also seems that the problem where showimg particle effects or showpoly's displaying roughly 32 pixels higher than they should has returned.

Similarly characters used within say2 messages which are not actually part of the letters.png image are being displayed higher than they should be:


In this image "*" should be infront of "cough".

[jkldogg]

Originally Posted by Stefan

I can check if we can avoid recreating the playerlist on server switch.
Anything else beside that which should be fixed before official v6 release?

http://forums.graalonline.com/forums...postcount=1238

Seems like no one replied.

[Admins]

Originally Posted by jkldogg

Sorry if this has already been posted (obviously not reading 83 pages), but i've recently been getting a movement bug. It's been happening to me on Era. What happens is your character will be standing still or moving, and then it will be randomly move in a certain direction or directions for a certain amount of time. For example, i would randomly start moving down, up, left or right. The only way to stop my character from moving is to press TAB to bring up the chat bar. It also works in multiple directions, such as down and to the right. I had at first thought it was a bug on Era, so I told Alfonso (DRAGON551). I'm only reporting it now because someone else had the exact same problem just now on Unholy Nation.

Possibly an anti-keylogger like kaspersky, do you run anti-virus programs?

[jkldogg]

Originally Posted by Stefan

Possibly an anti-keylogger like kaspersky, do you run anti-virus programs?

BitDefender Total Security 2011, and Malewarebyte's Anti-Malware.

They're essential to any windows PC.

[Crow]

Originally Posted by jkldogg

They're essential to any windows PC.

Nope.

[Crono]

Originally Posted by jkldogg

They're essential to any windows PC.

lol no. Stay away from questionable sites and don't download stupid **** is all it takes. If you really suspect something is up, a scan of Malwarebytes will pick it up.

[jkldogg]

Originally Posted by Crow

Nope.

Virus protection is important.

Originally Posted by Crono

lol no. Stay away from questionable sites and don't download stupid **** is all it takes. If you really suspect something is up, a scan of Malwarebytes will pick it up.

That's why it's on my computer? And obviously "questionable" sites sometimes don't look exactly "questionable".

[Crow]

Originally Posted by jkldogg

Virus protection is important.

MSE and common sense is more than enough.

[Crono]

Originally Posted by jkldogg

Virus protection is important.

I have zero protection yet I'm fine. Somtimes I'll run Malwarebytes for fun but it'll come up with 0 results after a full scan. Not so important rly.

[Admins]

Originally Posted by ffcmike

It also seems that the problem where showimg particle effects or showpoly's displaying roughly 32 pixels higher than they should has returned.

Similarly characters used within say2 messages which are not actually part of the letters.png image are being displayed higher than they should be:


In this image "*" should be infront of "cough".

I don't see this problem, is that related to the problem where you place stuff on top of the Graal control?

[Emera]

Virus protection is important.

Common sense is free.
Decent virus protection isn't.

[ffcmike]

Originally Posted by Stefan

I don't see this problem, is that related to the problem where you place stuff on top of the Graal control?

I'm not sure what you mean, this is a built-in say2() rather than a scripted GUI, unless placing other GUIs on top of Graal control could somehow affect it?

[Admins]

Well those signs look perfectly fine for me on many servers.

[ffcmike]

Originally Posted by Stefan

Well those signs look perfectly fine for me on many servers.

Strangely enough it's not happening now right after opening the client, but had occurred when I'd had the client open for some time, something may have triggered it.

[Admins]

Playerlist update:
We have changed the code to not recreate/hide the playerlist anymore when you switch to another server. We have also fixed problems with the docking option, so it should work much better now There is still a problem with the playerlist becoming smaller each time you open Graal, will try to fix that.

[Admins]

Script help update:
The /scripthelp command on servers now include v6 script functions and variables

[Emera]

Originally Posted by Stefan

Playerlist update:
We have changed the code to not recreate/hide the playerlist anymore when you switch to another server. We have also fixed problems with the docking option, so it should work much better now There is still a problem with the playerlist becoming smaller each time you open Graal, will try to fix that.

Love you Been playing with GUI playerlist for months. Good to be back with the old one!

[oo_jazz_oo]

GuiShowImgCtrl's sometimes does not update when in an external window.

Try the attached script (I tried to put it in this post, but got that stupid security error)

When you press change image while the window is internal, it will update with no problems.
When you pop the window out, then press change image, it will usually change once, then stay at that image until the window is resized.

Note: The image is actually changed. If you echo the GuiShowImgCtrl image after changing, it is changed. The image itself is just not updated.

[fowlplay4]

Similar to the GuiShowImgCtrl bug above.

Changing the value in a GuiSliderCtrl (internal or external) after it's been created doesn't update the position of the slider on the GUI.

[oo_jazz_oo]

Another thing I just noticed with GUI windows. (Idk if this was the same in v5)

If a GUI control within the window's width or height extends the boundary of the window, you cannot resize the window where it overlaps. (Assuming because your clicking on the control, and not the window boundary)
Even though the control is hidden underneath the borders of the window, it seems to be above the window border.

If a GUI control passes the borders of a window, it should be hidden and not be able to be clicked.

[ffcmike]

Originally Posted by ffcmike

It seems there's a problem with text shadow with the latest client, for instance what produces a dark blue shadow in order to emulate default HP display in V5 is producing fully white text.

V5:


V6:


Here's what I'm doing within a class for level NPCs which also produces the same problem:

PHP Code:

temp.zoom = $pref::graal::defaultfontsize/24;
temp.txt = this.showtext(201, this.x + 1.5 + this.hpoffx, this.y + 1 + this.hpoffy - temp.zoom, "", "cb", temp.h);
temp.txt.zoom = temp.zoom;
temp.txt.textshadow = true;
temp.txt.shadowcolor = {0, 0, 150, 1};
temp.txt.shadowoffset = {1, 1};
temp.txt.layer = 3;
temp.txt.attachtoowner = true; 


While I've fixed this for my custom HP display, I think this may also be happening with default HP display where you set this.hearts on a NPC.

I also just realised rotationcenter works by using a specific x + y rather than an offset, like:

PHP Code:

function onCreated(){
  this.useowncenter = true;
  this.rotationcenter = {this.x + 1.5, this.y + 2};
} 


There may be a reason for this I'm unaware of but it made sense to me at first to do as:

PHP Code:

function onCreated(){
  this.useowncenter = true;
  this.rotationcenter = {1.5, 2};
} 


[Admins]

The alpha of the shadowcolor is 1/255?

[ffcmike]

Originally Posted by Stefan

The alpha of the shadowcolor is 1/255?

Presumably yes, except this is occurring with default HP display where this.hearts has been set on an NPC.

I'm also wondering if the minimise button on the playerlist is meant to be removed once the playerlist is docked to the border of the screen?
What makes this most frustrating is that when the playerlist is docked it always appears on top of other windows I have open, so it would be good to minimise it.

[oo_jazz_oo]

floor() or Math.floor() do not seem to be working. Math.pow() is not working either.

It seems the Math object is non-existent or something.

Using any of these functions results in

Script: Function * not found

In the message console.

[Admins]

Math & co are just for flash compatibility, there is MovieClip.math.
Graal has partial support for using Flash vector graphics and simple scripts (inside swf) although we are currently not using it.

[Stephen]

Originally Posted by Stefan

Math & co are just for flash compatibility, there is MovieClip.math.
Graal has partial support for using Flash vector graphics and simple scripts (inside swf) although we are currently not using it.

Is there an engine or some sort of open source code you could just plug into the system for better SWF support?

[Hoyt1134]

I have been running into weird problems when working with tile layers with alpha transparency. The bottom layer, layer 0, is a solid color with no transparency. Layer 1 has semi-transparent tiles which do not show correctly. There is a display issue where it blacks out tiles that should be transparent. There are other weird behaviors if you put a single lighter colored tile in the darkened area. This is in the most recent beta version, listed as 6.011.

This is the way the level should appear, and appears in the Gonstruct editor:


This is how the level appears in-game:


Opening the .nw level file shows that the tiles are where they should be, and if I create an NPC to tell me which tiles I am mousing over, it even says the correct tile index. It looks like it is simply some sort of display bug unless I am missing something.

Here is the level and tile set I used:
tilelayeralphabug.nw

[ffcmike]

V6 with OpenGL runs painfully slowly if I've had my computer running for several hours (6/7 +) beforehand, which kindof makes sense in a way but the slowdown is abnormal, other programs are running fine including V6 with DirectX.

[jkldogg]

The options menu (F3) resets certain stats upon closing graal. This also applies to reconnecting(/reconnect). So far the ones that I have noticed are full screen and key-mapping. For example, if you set your full screen resolution to 800x600x60 then log out and back in, it will be set to the first one on the list which is 640x480x60. I have to change my keys every time I login, since my bottom arrow is broken. I rely on the numpad for movement.

[Admins]

The key-mappings were not correctly saved and loaded until a few versions ago, but it should be fine now.

[Skyld]

Originally Posted by ffcmike

V6 with OpenGL runs painfully slowly if I've had my computer running for several hours (6/7 +) beforehand, which kindof makes sense in a way but the slowdown is abnormal, other programs are running fine including V6 with DirectX.

Can you verify this with other OpenGL games? Does it just affect Graal?