Graal Forums
Page 32 of 43 « First 22232425262728293031 32 33343536373839404142 Last »
Show 40 post(s) from this thread on one page

Graal Forums (https://forums.graalonline.com/forums/index.php)
-   Bug Report (https://forums.graalonline.com/forums/forumdisplay.php?f=193)
-   -   Windows v6 beta test (https://forums.graalonline.com/forums/showthread.php?t=134257598)

ffcmike 09-07-2011 01:42 PM
Quote:
Originally Posted by fowlplay4 (Post 1667296)
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 09-07-2011 03:50 PM
Quote:
Originally Posted by fowlplay4 (Post 1667045)
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 09-07-2011 04:10 PM
Quote:
Originally Posted by fowlplay4 (Post 1667320)
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 09-18-2011 04:53 PM
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 09-19-2011 05:09 PM
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 09-19-2011 05:54 PM
All Passworts of my Accounts gone. Dont know if that was normal though.

Admins 09-19-2011 10:43 PM
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 09-19-2011 10:49 PM
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 09-19-2011 10:50 PM
Quote:
Originally Posted by Stefan (Post 1668631)
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 09-19-2011 11:00 PM
Quote:
Originally Posted by Stefan (Post 1668631)
Anything else beside that which should be fixed before official v6 release?

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

http://img849.imageshack.us/img849/4712/problem.gif
In this image "*" should be infront of "cough".

jkldogg 09-21-2011 01:44 AM
Quote:
Originally Posted by Stefan (Post 1668631)
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 09-21-2011 03:44 AM
Quote:
Originally Posted by jkldogg (Post 1667201)
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 09-22-2011 10:52 AM
Quote:
Originally Posted by Stefan (Post 1668741)
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 09-22-2011 11:12 AM
Quote:
Originally Posted by jkldogg (Post 1668844)
They're essential to any windows PC. ;)
Nope.

Crono 09-22-2011 11:13 AM
Quote:
Originally Posted by jkldogg (Post 1668844)
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 09-22-2011 12:14 PM
Quote:
Originally Posted by Crow (Post 1668845)
Nope.
Virus protection is important.

Quote:
Originally Posted by Crono (Post 1668846)
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 09-22-2011 12:15 PM
Quote:
Originally Posted by jkldogg (Post 1668848)
Virus protection is important.
MSE and common sense is more than enough.

Crono 09-22-2011 12:34 PM
Quote:
Originally Posted by jkldogg (Post 1668848)
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 09-23-2011 04:27 PM
Quote:
Originally Posted by ffcmike (Post 1668641)
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:

http://img849.imageshack.us/img849/4712/problem.gif
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 09-23-2011 05:24 PM
Quote:
Virus protection is important.
Common sense is free.
Decent virus protection isn't.

ffcmike 09-23-2011 05:32 PM
Quote:
Originally Posted by Stefan (Post 1668917)
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 09-23-2011 10:00 PM
Well those signs look perfectly fine for me on many servers.

ffcmike 09-23-2011 10:13 PM
Quote:
Originally Posted by Stefan (Post 1668937)
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 09-24-2011 01:12 AM
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 09-25-2011 08:02 PM
Script help update:
The /scripthelp command on servers now include v6 script functions and variables :)

Emera 09-25-2011 09:04 PM
Quote:
Originally Posted by Stefan (Post 1668955)
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 :D Been playing with GUI playerlist for months. Good to be back with the old one!

oo_jazz_oo 10-03-2011 01:14 AM
1 Attachment(s)
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 10-03-2011 01:24 AM
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 10-03-2011 01:39 AM
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 10-11-2011 09:15 PM
Quote:
Originally Posted by ffcmike (Post 1666338)
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:
http://img714.imageshack.us/img714/3166/v5hp.gif

V6:
http://img651.imageshack.us/img651/738/v6hp.gif

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 10-12-2011 02:15 AM
The alpha of the shadowcolor is 1/255?

ffcmike 10-12-2011 02:23 AM
Quote:
Originally Posted by Stefan (Post 1670625)
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 10-13-2011 08:06 AM
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
Quote:
Script: Function * not found
In the message console.

Admins 10-14-2011 12:59 AM
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 10-14-2011 01:01 AM
Quote:
Originally Posted by Stefan (Post 1670846)
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 10-17-2011 02:07 PM
Tile layer alpha bug
 
2 Attachment(s)
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:
http://img41.imageshack.us/img41/2014/gonstructview.png

This is how the level appears in-game:
http://img411.imageshack.us/img411/6910/ingameview.png

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:
Attachment 53808

Attachment 53809

ffcmike 10-18-2011 02:14 PM
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 10-18-2011 02:49 PM
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 10-18-2011 08:37 PM
The key-mappings were not correctly saved and loaded until a few versions ago, but it should be fine now.

Skyld 10-19-2011 12:25 AM
Quote:
Originally Posted by ffcmike (Post 1671112)
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?


All times are GMT +2. The time now is 11:10 AM.
Page 32 of 43 « First 22232425262728293031 32 33343536373839404142 Last »
Show 40 post(s) from this thread on one page

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.