Windows v6 beta test

[cbk1994]

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]

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]

PHP Code:

temp.i = 0;

for (i; i <= 1; i += 0.05) {

}

player.chat = i; 


produces 1.000000119

[cbk1994]

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.i = 0; i <= 255; i += 10) {
  MyText.profile.fontColor = {255, 255, 255, min(255, i)};
  // 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]

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]

Originally Posted by Stefan

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?

Originally Posted by cbk1994

PHP Code:

temp.i = 0;

for (i; i <= 1; i += 0.05) {

}

player.chat = i; 


produces 1.000000119

[cbk1994]

PHP Code:

echo(57 * 0.1); 


echoes 5.699999808.

[Admins]

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

[cbk1994]

Originally Posted by Stefan

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]

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

[Crono]

Originally Posted by Stefan

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]

Originally Posted by cbk1994

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:
  Time: Sun May 30 10:12:51 2010
  Client-version: 5.244
  OS: win 6.1 7600 
  CPU: x86

DirectX9 capabilities:
  Hardware: yes
  Non-Power of 2 textures: yes
  Maximum texure size: 8192 x 8192

Graphics card:
  Description: ATI Radeon HD 4800 Series
  Driver version: 8.14.10.700


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


[cbk1994]

PHP Code:

//#CLIENTSIDE
function onCreated() {
  temp.a = 24;
  temp.b = 0.1;
  
  player.chat = a * 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]

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

PHP Code:

//#CLIENTSIDE

function onCreated() {
  // Work Fine
  temp.a = 0.001; 
  temp.b = 24;
  echo(temp.a * temp.b);
  temp.a = 0.01; 
  echo(temp.a * temp.b);
  
  // Broken
  temp.a = 0.1; 
  echo(temp.a * 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]

Originally Posted by Stefan

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.