Graal Forums

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)

Stephen 05-03-2010 11:59 PM

Quote:

Originally Posted by Crono (Post 1573826)
cyril, he's basically saying that Graal is not a product (which i disagree with but thats just going way off topic).

An iBook G3 is still a product, but you ask Apple for one and they won't sell you one. It's a legacy product. >_<

sssssssssss 05-04-2010 07:31 AM

Wow, lets just see if anyone knows an ETA or can give some kind of progress for the rest of us who paid money for something that isn't a product.

Umat 05-04-2010 10:30 AM

Quote:

Originally Posted by sssssssssss (Post 1574001)
ETA

There is none since the focus are on the iPhone/iPad apps... It'll basically be ready when it's ready. Be patient.

Admins 05-04-2010 12:49 PM

Quote:

Originally Posted by Crono (Post 1573826)
cyril, he's basically saying that Graal is not a product (which i disagree with but thats just going way off topic).

I guess he means that the service is the product (online gaming and server renting) not the binary itself which is just a client to use the service.

Crono 05-04-2010 03:12 PM

Quote:

Originally Posted by Stefan (Post 1574032)
I guess he means that the service is the product (online gaming and server renting) not the binary itself which is just a client to use the service.

fix the problem :cry:

i can run you around servers and show you first hand if i must but its a pretty big problem :[

sssssssssss 05-04-2010 05:05 PM

OMG.
Ok, so how is the service of graal online for the pc update v6 going? Is there an ETA on this service that is an update to the game I paid for in like 2003,2005,2005,2007,2009?

sssssssssss 05-04-2010 05:51 PM

Hopefully I'll word this right eventually and instead of arguing in a thread about beta test for windows for v6 about something this thread isn't about, someone will answer...

Umat 05-04-2010 05:56 PM

As I wrote before, there is no exact ETA since they're prioritizing the iPhone apps before anything Graal PC related.

sssssssssss 05-04-2010 06:07 PM

So whats the progress of v6 pc, as there is plenty of bugs and stuff posted.

Maxo14 05-05-2010 11:17 PM

Quote:

Originally Posted by Umat (Post 1574074)
As I wrote before, there is no exact ETA since they're prioritizing the iPhone apps before anything Graal PC related.

Soon Stefan will make Graal iPhone P2P then?

alskdjfhg 05-14-2010 06:14 AM

Still waiting for an OPEN BETA.

Crono 05-14-2010 06:31 AM

Stefan did you make any progress with the one I've been raging about? :(

Quote:

Originally Posted by Maxo14 (Post 1574312)
Soon Stefan will make Graal iPhone P2P then?

No?

Quote:

Originally Posted by alskdjfhg (Post 1576112)
Still waiting for an OPEN BETA.

Don't see a point. You're not really missing out on any new features and I think the vast majority of the bugs have already been reported.

DustyPorViva 05-14-2010 06:58 AM

Someone has already stated an open beta is out of the question with the client right now until the more serious bugs get fixed(timeout bug).

TSAdmin 05-14-2010 07:11 AM

Quote:

Originally Posted by DustyPorViva (Post 1576130)
(timeout bug).

I was about to post about that, too. I'm not sure how difficult such a bug is proving, but not even the closed-Beta testers have had an update since March 13th. With any hope though, the timeout bug has been focused on in Beta 5.

fowlplay4 05-18-2010 04:24 PM

I'm currently having issues with a scripted timevar3 system, and have narrowed it down to the math involving large numbers to be at fault.

PHP Code:

//#CLIENTSIDE

function onCreated() {
  for (
temp.1temp.10temp.i++) {
    
this.scheduleevent(temp.i"MathBug""");
  }
}

function 
onMathBug() {
  
temp.largeNumber 1274191251.03// example server-side timevar2
  
echo("=========================");
  echo(
temp.largeNumber);
  echo(
timevar2);
  echo(
temp.largeNumber+timevar2);


Log:

PHP Code:

=========================
1274191251.029999972
186.784149184
1274191488
Should of been
1274191437.814149156
=========================
1274191251.029999972
187.783325184
1274191488
=========================
1274191251.029999972
188.781326272
1274191488
=========================
1274191251.029999972
189.77952576
1274191488
=========================
1274191251.029999972
190.77836608
1274191488
=========================
1274191251.029999972
191.776428224
1274191488
=========================
1274191251.029999972
192.774490368
1274191488
=========================
1274191251.029999972
193.773513792
1274191488
=========================
1274191251.029999972
194.78767392
1274191488 


cbk1994 05-18-2010 04:46 PM

GuiArrayCtrl (text lists, etc) doesn't seem to obey "allowmultipleselections" and always allows multiple selections.

Tigairius 05-18-2010 08:49 PM

Quote:

Originally Posted by fowlplay4 (Post 1577122)
I'm currently having issues with a scripted timevar3 system, and have narrowed it down to the math involving large numbers to be at fault.

This is not really a bug though. The maximum integer value that Graal supports is 2^32, which is 1274191488, due to memory restrictions.

Twinny 05-18-2010 08:52 PM

I had issues doing comparisons of larger numbers with V6 client. Skyld showed me that comparing them as strings fixes the issue.

Tigairius 05-18-2010 08:53 PM

Quote:

Originally Posted by Twinny (Post 1577158)
I had issues doing comparisons of larger numbers with V6 client. Skyld showed me that comparing them as strings fixes the issue.

Yes, the limit for strings is much larger than for integers.

WhiteDragon 05-18-2010 11:11 PM

Maybe some arbitrary-precision arithmetic is in order? I'm not sure how this would be handled due to GS2's dynamic typing though -- it could be a very hard-to-find bug if your script suddenly slows down once the numbers go above 2^32.

cbk1994 05-19-2010 03:48 AM

Can someone please fix the console window? It does not update 90% of the time when new text arrives. This happens on both Windows and Mac, so it's probably a problem with the scripts on login.

Zeke_iPhoneGP 05-20-2010 12:51 AM

Quote:

Nor do I. That said, all bugs I report have occurred on Windows 7.
Same here. I run the v6 client on two PCs. (One Win 7 netbook, and one win vista desktop. Both are 32 bit) The only frustrating thing is when using my netbook, after about 3 months, the client is really lagging for me. But, when I enable full screen, it runs the normal speed. (I don't prefer using full screen, I like to use rc2 instead of the scripted one.) :/

cbk1994 05-22-2010 04:40 PM

PHP Code:

temp.0;

for (
i<= 1+= 0.05) {

}

player.chat i

produces 1.000000119

cbk1994 05-22-2010 04:54 PM

Changing the alpha of a GuiMLTextCtrl, even to 1, causes it to disappear indefinitely.

EDIT:

Weird.

This works fine (shows the text) until you uncomment the sleep, at which point the text never shows at all (even though echoing profile.fontColor works fine)
PHP Code:

for (temp.0<= 255+= 10) {
  
MyText.profile.fontColor = {255255255min(255i)};
  
// sleep(0.05);


EDIT 2:
It appears like the text doesn't update after the first 0.05 seconds. If you set the alpha in the font color to 100 it works, but if you schedule an event in 0.05 seconds you can no longer change it. Changing the text works to update it, though...

EDIT 3:
Also a problem in the current client it seems.

EDIT 4:
Same goes for GuiControl for borderColor, but I can't find a way to update it... alpha only effects the fill color?

Admins 05-23-2010 02:06 PM

MLTextCtrl only uses the profile when updating the text, and only parts of it (bold, italic are only done with b and I tags). The reason is that tags can change the text attributes. Just use reflow() to update it.

cbk1994 05-24-2010 08:15 AM

Quote:

Originally Posted by Stefan (Post 1578079)
MLTextCtrl only uses the profile when updating the text, and only parts of it (bold, italic are only done with b and I tags). The reason is that tags can change the text attributes. Just use reflow() to update it.

Cool. What about this?

Quote:

Originally Posted by cbk1994 (Post 1577945)
PHP Code:

temp.0;

for (
i<= 1+= 0.05) {

}

player.chat i

produces 1.000000119


cbk1994 05-30-2010 07:40 AM

PHP Code:

echo(57 0.1); 

echoes 5.699999808.

Admins 05-30-2010 12:47 PM

Those are floating points operations, they are not exact by nature although Graal tries to round them in special cases.

cbk1994 05-30-2010 12:53 PM

Quote:

Originally Posted by Stefan (Post 1579418)
Those are floating points operations, they are not exact by nature although Graal tries to round them in special cases.

The problem did not exist in v5, nor does it exist on Mac.

And no matter how you spin it, "57 * 0.1" should be a perfectly solvable expression for any modern programming language.

Admins 05-30-2010 04:21 PM

5.7 cannot be described precisely with a floating point number, I'm not sure where your point is.

Crono 05-30-2010 04:41 PM

Quote:

Originally Posted by Stefan (Post 1579437)
5.7 cannot be described precisely with a floating point number, I'm not sure where your point is.

I think his point is floating.

man im bad

fowlplay4 05-30-2010 05:13 PM

Quote:

Originally Posted by cbk1994 (Post 1579373)
PHP Code:

echo(57 0.1); 

echoes 5.699999808.

Works fine on my client.

PHP Code:

//#CLIENTSIDE
function onCreated() {
  
temp.test 57 0.1;
  echo(
57 0.1); // echo'd 5.7
  
echo(temp.test); // also echo'd 5.7


PHP Code:

Stats:
System:
  
TimeSun May 30 10:12:51 2010
  Client
-version5.244
  OS
win 6.1 7600 
  CPU
x86

DirectX9 capabilities
:
  
Hardwareyes
  Non
-Power of 2 texturesyes
  Maximum texure size
8192 x 8192

Graphics card
:
  
DescriptionATI Radeon HD 4800 Series
  Driver version
8.14.10.700


Memory 
(in bytes):
  
Total79294464
  Bitmaps
1152544
  Drawing panels
4644864
  Textures 
(possibly in video RAM): 4221809 


cbk1994 05-30-2010 09:52 PM

PHP Code:

//#CLIENTSIDE
function onCreated() {
  
temp.24;
  
temp.0.1;
  
  
player.chat b;


24.000000096

You're right, simply echoing "24 * 0.1" doesn't produce the glitch, although very rarely do you use static numbers in scripting that aren't stored in a variable or constant.

The reason it is a problem, Stefan, is because the glitch does not exist on Mac and did not exist in v5. I'm not sure about how floating-point numbers work, but maybe your "special case rounding" needs to be fixed?

I can find places where it has an impact on literally every server. Even Kingdoms, which generally rounds numbers, has errors where items will appear to weigh 5.0000006 kg (which do not appear so on v5)..

fowlplay4 05-31-2010 03:18 AM

It seems like it only occurs for operations at one decimal place.

PHP Code:

//#CLIENTSIDE

function onCreated() {
  
// Work Fine
  
temp.0.001
  
temp.24;
  echo(
temp.temp.b);
  
temp.0.01
  echo(
temp.temp.b);
  
  
// Broken
  
temp.0.1
  echo(
temp.temp.b);


On a side note, I spent most of my scripting time today making Zodiac, V6-friendly so nearly all font related things don't look messed anymore.

WhiteDragon 05-31-2010 04:15 AM

Quote:

Originally Posted by Stefan (Post 1579437)
5.7 cannot be described precisely with a floating point number, I'm not sure where your point is.

Could you provide a double type? Or arbitrary-precision? Speed wouldn't really be much of an issue here, I think just hooking in something like GMP in would be fine.

cbk1994 05-31-2010 05:03 PM

Quote:

Originally Posted by Email from Stefan
...the separate shadow alpha is not a bug and it's easy to change (e.g. set shadowcolor = {255,255,255,128})

Does not work on any platform. Not sure how you're doing it.
PHP Code:

with (findImg(200)) {
  
red green blue 1;
  
alpha 0;
  
  
32;
  
32;
  
  
textShadow true;
  
shadowColor = {00010};


Also, the shadow alpha should be multiplied by the text alpha.

EDIT: Should mention it also doesn't work using 0-1 instead of 0-255 for shadow alpha.

WhiteDragon 06-01-2010 03:08 AM

Tile layers on zodiac_icedungeon-d3.nw on Zodiac are messed up beyond all belief. One of the tile layers shifts around randomly when you resize the window.

fowlplay4 06-01-2010 03:23 AM

1 Attachment(s)
Quote:

Originally Posted by WhiteDragon (Post 1579680)
Tile layers on zodiac_icedungeon-d3.nw on Zodiac are messed up beyond all belief. One of the tile layers shifts around randomly when you resize the window.

and here's a picture, after resizing the dirt will appear in random locations.

Admins 06-01-2010 12:00 PM

Chris, TShowImg is different, the shadow alpha for it cannot be changed currently. This will be fixed in the next version.

Nasgoroth 06-01-2010 03:28 PM

My suggestion for v6? Get rid of the shop weapons on zone. I'd rather pay 70 dollars a year and be able to buy shop weapons in-game then to pay 70 dollars and buy weapons. That and after v6 is out Stefan should help Zone :cool:


All times are GMT +2. The time now is 07:06 AM.

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