Windows v6 beta test

[fowlplay4]

Originally Posted by Stefan

Screenshot?

Attached.

[BigBear3]

Originally Posted by fowlplay4

GMAPs don't render properly at extreme resolutions. I.e: 3840x1080

**** dude, I'm only 1600x900

[WhiteDragon]

Originally Posted by fowlplay4

GMAPs don't render properly at extreme resolutions. I.e: 3840x1080

I can confirm this bug as well. It probably has to do that those levels aren't even sent to the client since you are far away enough.

[fowlplay4]

Originally Posted by DustyPorViva

Can this even be fixed? Levels are 1024 pixels large, and gmaps only render surrounding levels. That's 3072 pixels right there... can he really fix this without some major changes?

Things like this end happening as well until the screen is refreshed. It seems to fail ungracefully until Graal is resized or you go to an inside level.

[DustyPorViva]

Originally Posted by fowlplay4

Things like this end happening as well until the screen is refreshed. It seems to fail ungracefully until Graal is resized or you go to an inside level.

Ya I deleted the post 'cause I realized what you meant with the screenshot.

[xAndrewx]

Font looks better in v6 if you ask me o-o

[Maxo14]

I... really dont see any issues with the fonts at all O_o
Maybe you guys just got WAY too used to v5's fonts? although it seems like v6 fonts are slightly bigger than v5, just sayin' :]

[DustyPorViva]

I -think- the problem is that the fonts in v6 are being bolded vertically as well. This normally isn't how bolding works. Look at my screenshots I posted previously, in v5(and with any normal text) when a font is bolded it appears thicker only horizontally, while vertically it remains the same. This is not the case in v6 where the font appears... bulkier and thicker all around.

[alskdjfhg]

It seems a lot like Windows "ClearType" designed to smooth fonts on LCD monitors to be easier to read text.

[DustyPorViva]

Originally Posted by alskdjfhg

It seems a lot like Windows "ClearType" designed to smooth fonts on LCD monitors to be easier to read text.

Aye, and that's fine(though ClearType allows you to adjust it to minimize the "blur" because the purpose is to give fonts AA, not make them blurry). The problem as far as I can finally see is that the bold is being applied vertically to fonts when it shouldn't be.

[Crow]

Seems like sounds stop playing when changing levels on a gmap. I believe that's been a problem for a while, actually? I'm playing the sounds with play(), and when I walk into another level while on a gmap and the sound is playing, it just stops :/ Using a weapon NPC to play it.

[cbk1994]

Originally Posted by Crow

Seems like sounds stop playing when changing levels on a gmap. I believe that's been a problem for a while, actually? I'm playing the sounds with play(), and when I walk into another level while on a gmap and the sound is playing, it just stops :/ Using a weapon NPC to play it.

I fixed a similar problem on Era a while back. One of the levels near unstick had a stopMusic() command in onPlayerEnters, so every time the player entered a new level near unstick their music stopped.

After removing that we had no further problems on GMAPs with sound (on Windows v6). One thing to note is that some GANIs use "PARAM1" for sound, and if no first parameter is given, they can stop the music. Guessing your issue is probably server-related.

[Crow]

Originally Posted by cbk1994

I fixed a similar problem on Era a while back. One of the levels near unstick had a stopMusic() command in onPlayerEnters, so every time the player entered a new level near unstick their music stopped.

After removing that we had no further problems on GMAPs with sound (on Windows v6). One thing to note is that some GANIs use "PARAM1" for sound, and if no first parameter is given, they can stop the music. Guessing your issue is probably server-related.

Dammit D: I'll have to look into that then.. Thanks.

Edit: Went through everything. Doesn't seem to be caused by me. No ganis around that could possible do anything, a /scriptscan for stopsound doesn't return anything that could be the issue... no idea :/

[Admins]

Which server and level/map?

[Crow]

Originally Posted by Stefan

Which server and level/map?

Atlantis, tested on atlantis.gmap.

[Admins]

I've tested the sounds, it was working fine for me. But I haven't found sounds which played for longer time, so it was not easy to see. Is there anything on Atlantis which plays more than a few milliseconds?

[Crow]

Originally Posted by Stefan

I've tested the sounds, it was working fine for me. But I haven't found sounds which played for longer time, so it was not easy to see. Is there anything on Atlantis which plays more than a few milliseconds?

The thunder does. When you add yourself to the serveroptions staff list you should get clientr.staff set to true and get the "-Staff" weapon NPC (or just add the two yourself), then you can use something like "/play at_thunder1.wav" in the chat to try this.

Edit: Seems to be an issue not related to Atlantis. I tried this on Testbed as well, using chest.wav (because it's quite long), and I've got the same problem there.

Edit²: What I figured out just now: When playing multiple sounds, only one is stopped upon switching levels. I figured this out on Testbed because I had chest.wav bound to a key, and when I spammed it, the sounds didn't stop. After playing around with it a bit, I figured out only of them stopped when switching levels. Same behavior on Atlantis.

[Admins]

Ok the stopping of sounds will be fixed in the next version. It is only supposed to stop looping sounds, and only if you switch between gmaps or inside levels.

[Crow]

Originally Posted by Stefan

Ok the stopping of sounds will be fixed in the next version. It is only supposed to stop looping sounds, and only if you switch between gmaps or inside levels.

Thanks!

[Tigairius]

Originally Posted by Stefan

Ok the stopping of sounds will be fixed in the next version. It is only supposed to stop looping sounds, and only if you switch between gmaps or inside levels.

Great!!!

[Luda]

Super!!!!

[BigBear3]

Fantabulous?

[Admins]

A new v6 release has been uploaded, it will automatically updated, otherwise download it with Start -> Install Packages -> v6 on the login server. Updates:

- Sounds are not stopped anymore when walking over the map, only looping sounds are stopped when walking between different maps or levels
- Tempus Sans ITC is the default game font again, like in v5
- The Tempus Sans ITC font is displayed non-bold for the Q menu, like in v5 (this might not always work though, still investigating)
- Fixed the download of tempsitc.ttf (Tempus Sans ITC) on the login server
- Fixed some smaller problems

[Rufus]

Can Tempus Sans be the default font for iPhone Classic instead of Arial or whatever it is? It's more Graal-like.

[Tigairius]

I would like to have this attachplayertoobj problem fixed.

[Admins]

Are there still any other problems for v6? Or is it finished in your point of view?

[Crow]

Originally Posted by Stefan

Are there still any other problems for v6? Or is it finished in your point of view?

As much as I'd like to see the release finally happen, there are still some minor things I want fixed/changed. First, this issue:

Originally Posted by Crow

Update on this issue: when changing the window size, it stops working. You can try this on Atlantis. Face right, slash, see some pretty swords, resize the Graal window, slash again, see nothing (when facing right). This also hides some polygons for whichever reason.

Edit: Window size only, even! Changes to the size of GraalControl don't cause the problem.

Second: I'd like the mouseover hint of the playerlist to work even if it's not the focused window. Is that possible?

[ffcmike]

I seem to be experiencing some pretty major problems with the latest client that hadn't been occurring a few clients ago where logging onto the splashscreen of Classic would freeze and render you unable to continue to the intro.
It's kinda strange, some times it happens, sometimes it doesn't, but it seems to be a case of this.alpha somehow not reaching as far as 1 and 0 with 2 separate checks of "if(this.alpha < 1)" and "if(this.alpha > 0)" before a further increase/decrease.

Edit: Some further testing indicates that the function "isDownloadingFiles" is returning true when I don't appear to be downloading anything, downloadpos and downloadsize are both 0 when this is happening. I have this check in place to ensure all the necessary intro files are downloaded beforehand.
Also somewhat weird as this sometimes isn't the case for "fadein" but then is the case for "fadeout" after pressing S.

Edit 2:
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.

I'm also wondering if there's a way to set highlighted/selected gui textlist background colours, as I have the colours set as 2 different greens within a .wba which are now however showing as red since a couple clients ago.

Is bold/title text within gui controls supposed to appear a lot blacker?

I still think it would be ideal for the variable that prevents the hiding of off-screen npc displays to be an actual display variable rather than a global variable, maybe the global variable should exist as a form of default for npcs where the a singular display variable isn't specified.

Something else that might have been a bug which I noticed after re-testing the rat boss at the end of Zol's toilet is that there might be an issue when doing something such as having an npc hidden onCreated, then doing something like:

PHP Code:

public function appear(temp.x, temp.y){
  this.x = temp.x;
  this.y = temp.y;
  this.show();
} 


What happened is that the said npc didn't appear when I expected it to, but then suddenly did and in the new location once I moved close enough for its original coordinates to be visible on my screen.

[ffcmike]

Originally Posted by ffcmike

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.

This problem still exists.

Originally Posted by ffcmike

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.

What I've discovered now is that this problem is only occurring on gmaps, it's fine within inside levels.

Originally Posted by ffcmike

I'm also wondering if there's a way to set highlighted/selected gui textlist background colours, as I have the colours set as 2 different greens within a .wba which are now however showing as red since a couple clients ago.

Is bold/title text within gui controls supposed to appear a lot blacker/darker?

[fowlplay4]

Originally Posted by Bug Report on Zodiac

To Duplicate the bug make sure the following is done
In Playerlist option, make sure the following boxes are checked

Internal PM windows
Internal Playerlist

now go to your inventory (Q) and right click any item

you should notice that the playerlist is gone now.
Try opening it back up

It wont load or show up

Bug with the playerlist.

[BigBear3]

Not anything really important..

But why does it only show the first line of my quote?

[Seeya]

click the end of your quote and then hit space.

[BigBear3]

Originally Posted by Seeya

click the end of your quote and then hit space.

I knew that. But the fact remains that I should not have to. It could use a fix.

[Admins]

Version 6.004 has been uploaded. Overview of the modifications:

- Fixed entering a gmap which has not been downloaded yet (was warping to the upper left corner of the map before)
- Fixed reinitializing DirectX9 after resizing the game window, this will fix problems in Atlantis
- Fixed attachplayertoobj on client-side on gmap if the npc is in another map part
- GuiMLTextCtrl: Fixed trimHorizontally() to also work with left-aligned text
- Changed window title clipping with wba/guistyles: when canclose, canmaximize and canminimize are false then it will allow drawing over the right edge (there might be a problem with right-aligned window titles, will eventually change that in one of the next versions)

Also fixed some scripts, independent from this version:
- When showing the playerlist it's using showtop() to make sure the player list appears above the Graal control and other windows (if showing the playerlist in-game)
- Fixed the quote field in the player profile so that it's showing more than one line

[Crow]

Originally Posted by Stefan

- Fixed reinitializing DirectX9 after resizing the game window, this will fix problems in Atlantis

Thanks!

[Tigairius]

Originally Posted by Stefan

- Fixed attachplayertoobj on client-side on gmap if the npc is in another map part

Hurrah!

Edit:
It seems to be fixed for the most part, but on gmaps it seems to stop drawing the levels while being attached to the object, so if you are attached to it while moving for a long distance everything slowly starts turning black. When testing further, I'm only finding issues on certain parts of terrain though. I'll see if I can find more information.

[Maxo14]

So, is it done yet? everyone seems happy now

[alskdjfhg]

Originally Posted by Maxo14

So, is it done yet? everyone seems happy now

It seems as though they could release it. There's really only a few small things that need to be fixed and can be automatically applied...

[ffcmike]

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.

[jkldogg]

looking forward to full release !