Same for me, see this thread:
http://forums.graalonline.com/forums...hp?t=134262373
I'm on Windwos 7 64 Bit, ATI HD 5650 with lates drivers


Also, another problem I had with all v6 betas so far: Whenever I try to close Graal, it just freezes and I have to use the Task Manager to close it.

The screenshot colors are wrong for both png and jpeg format?

I don't see where there's an option to choose this. If it works in a way that you just rename the extension at the end of the screenshot saving then yeah, the colors are wrong for both.

I'm getting the problem too, no matter if it's a PNG or JPG.

Based on those screenshots it seems like Red and Blue are just inverted. Green is still in the right place.

Okay I did manage to test this with the channels in Photoshop and it is indeed right.

Posting this again here (already posted it in the "v6: what needed for Release?" thread), in case Stefan might not see it.

STRETCHXEFFECT and STRETCHYEFFECT in ganis don't flip the image when using negative values. The "stretched" sprites either don't show up at all, or the "end product" of the sprite is flipped instead of the sprite itself (Example: the sprite is first rotated and that rotated sprite is then flipped, creating an unwanted effect). I've seen both happen (different hardware).

It works fine for me, on Mac. Can anyone else test this?

The new version 5.324 has been uploaded to http://www.graalonline.com/downloads...al_windows.zip :
- Screenshot colors should be fine
- Added undo/redo functionality to GuiMLTextEditCtrl, by default 16 undo steps, you can increase by setting undostacksize = number; the undo/redo is working with normal shortcuts: Ctrl+Z for undo, Ctrl+Y or Ctrl+Shift+Z for redo
- Support for more body colors on client-side (you can e.g. do for (i=0; i<5; i++) player.colors[i] = "indigo"); server-side support will be added when all clients are switched to v6; you will appear black to other players when using the extended colors; all html colors are supported (20 default colors + 143 html colors)
- Fixed the indigo html color
- Windows are opened in "cascade" style instead of at the mouse position
- Support for redirects in URLs

Nice updates.

This is better, but I'd still like to see the position of the main window saved. Graal is (at least supposed to be) a game, not some quirky application where you don't give a damn where it sits on your screen.

Also, new body colors are super cool. Good job with those <3

Nice. I take it these are the html colors?

http://www.w3schools.com/html/html_colornames.asp

Array form (Also supported in the Tailor on Zodiac):

Yeah, I'm messing with them now.

Gotta say, this opens up a whole lot of new, awesome possibilities :) But this negative stretch thing really bugs me. Also, it doesn't only affect ganis like I'd first thought. Negative stretch effects don't seem to work at all for me using v6. Running an XFX Radeon HD 5850 with the 11.2 drivers. I'll give it a try with the new 11.3 drivers soon-ish, but I'm too lazy to install them right now, sorry ^^

Edit: For whatever reason, it now works (after deleting my Graal v6 folder and just firing up a fresh Graal.exe). It does show the flipped sprite, so that's cool. However, is it possible that there are some kind of quirks done to the rotation math after flipping a sprite? It seems my flipped and rotated sprites are 180 degrees off, while the non-flipped rotated sprites are still fine.

stefan can you please please please please give us the option to use the old playerlist? i can excuse the new hard to read font rendering since i can simply change fonts but that playerlist...

plz :[

If anyone wants to test out the colors they can log on Maloria and check them out without ruining your outfits on other servers.

According to Zodiac's color additions there is still no decent shade of brown, unfortunately.

edit: ..and most of the colors are shades of white :(

just wondering, GST could probably even do this, but could you make a built variable that holds all the color names, hex, and RGB?

like
which should return 'black'

be like
I would like to see also being able to set colors[ #]'s with hex/rgb also

I wanted the functionality so that something like this could be scripted and added to servers:

http://www.w3schools.com/tags/ref_colorpicker.asp

I feel the additions, while welcomed, aren't enough choice. Too many whites, not enough variation in colors, etc. You could add functionality so that scripters could add these colors without having to use names, and having those names added as a fallback for people who (for whatever reason) like to use commands. I don't know, I just feel this is a waste as it is.

Would it be possible to use RGB? These colors kinda suck. I like the improvement and the fact that it was released before v6 was complete but RGB would open up so many more unique body combinations and I'm sure the 10000000 people soon to be playing on facebook would appreciate it.

Hmm, while the extra colors are nice, our need for more would be completely satisfied by being able to specify hex (#abcdef) colors.

I agree, the colors choices are pretty bad. Many shades look close to each other, like the different whites(do we really need 6+ shades of white?), and sandy brown is very close to what Graal uses for orange.

Since you have these in already, I imagine you're already parsing a predefined list of RGB/HEX codes, so couldn't you allow us to use raw hex instead?

Either way, the fact that we got new colors = yay! (I did find a shade of orange!)

Haha FP4 did the exact same thing I did straight up :D

I believe all the colours can be accessed via an integer. Ultimately, I'd like to see Skyld add a public function to return all the colours as an array.

2D array of colors sorted by hex value, including hex value.

can used shared.hextorgb to make a neat UI, someone less lazy than I could run this array through the shared.hextorgb and create an array with RGB values instead also.

I am dissapoint.

Its like the same 4 colors over and over...with different names slapped on them...

At first, I thought some of them werent working, but then I realized they are just white with a slight tint of color...
The rest are just slight variations of each other.

So, we ended up with a ton of whites...and some other random colors. :(

just went through and looked at all the hex to rgb conversions and the decimal floats to 10 places on several of them, might be better off leaving them in hex form for readability and just using hextorgb as you go after all.

I made a color chart of all the colors from the list Kevin provided...

http://i.imgur.com/GcFlg.png

The bottom left one is wrong because there was a # in the hex, and i'm too lazy to find out what it actually is. (Edit: Just realized, its probably a 3 and i'm just stupid :P)

good spot, blanchedalmond hex should be changed to #FFEBCD

edited post

I can understand the reasoning somewhat for not adding full support to just set to hex colors but I still think full support should be added, then players could use a scripted color wheel to select colors or input RGB/HEX values directly

for the players not as interested in full customization it would still be really easy to create a premade palette with the current colors + a few additions like a better shade of brown, orange, etc

does guigames_arcmessage2.png really need to download EVERY time the client is opened?

Ya, we shouldn't get those download popups for minor downloads every time we log onto a server. All it is is an annoying window we have to close when we log on.

At most a generic http://forums.graalonline.com/forums...c/progress.gif icon to indicate files are being downloaded would suffice.

I love that icon.

This, unfortunately, presents the problem that you're still having to move it when you start Graal up because it always appears on the left, cascaded down slightly. As mentioned, "Saving window positions" for the client windows would be much simpler for everyone.

still missing all the colors I've counted at most a total of 138, when there should be 163(?)

With all these colors, servers better start implementing something better than text based color setter, MY MIND IS TOO FEEBLE TO GRASP THE RAINBOW

pretty sure he means the default colors on Graal, I didn't include them in the list I made but I'm 100% sure all of them are sharing string names anyway now

only way to distinguish between them would be by using the int values

also, there are several duplicate hex values in the HTML color list like lightgray and lightgrey, etc

What about a level with a block for each color and body part in it? It's time-proven.

An updated version of this level is now mandatory on every server?

http://i.imgur.com/2YE2W.jpg

I would to see a built-in (or added to share class) function like
so getColorName( 0); would return black and so on. Also a reverse of this getColorCode( "black"); would return 0 and so on.

One more thing. when setting colors by code, 169 is yellow green, where if it is 20 + 143 are all the colors 162 should be yellow green.