grafx2 is back to life!

category: gfx [glöplog]
just tried it again with the latest version..

as soon as i open a requester (for inserting text, aswell as for saving an image), the program kinda hangs up and i cant reach the buttons to apply/save.

the mousecursor is just visible on the painting area and does not show up on the requester.
so i can do nothing but close the program..

strange bug.. only on my machine? O_o
possible p4 bug? dunno..
added on the 2009-01-06 16:16:54 by gentleman gentleman
Is it OK to request features here?
If it is, then i would like to request a function in the palette-editor where the user can define the number of bits per element for the palette.
But why?
Currently I'm doing some graphics for MSX2 wich uses 3 bits per RGB-element in the palette and my life would be much easier if Grafx2 had a feature for that.

Keep up the good work!
added on the 2009-01-09 20:25:38 by Frost Frost
There is already internal support for the scale of R G B components:
If you're compiling the program yourself, it's in palette.c the line:
const int Graduations_RGB =256;
Change it to 8, and the sliders will go from 0 (min) to 7 (max)

We haven't decided where to put buttons to set options like this one in the program menus, but if it's a feature you already need, I can quickly make it a command-line argument, so you'll already be able to run "grafx2 /rgb 8" when you need to use a MSX2 palette.
added on the 2009-01-10 15:57:06 by yrizoud yrizoud
Just a hint - for Degas PI1 export, if you use 4bit RGB the order of each component should be:

For 3bit RGB it's normal $00-$07 though.

It's a hack Atari did to support 4096 palette and still be compatible to the old 512 without adding new HW-registers.
added on the 2009-01-10 16:04:57 by evil evil
@gentleman :
When you enter a text box by clicking it (for example, filename box), the program will only scan the keyboard and the cursor will not move anymore. You should still be able to enter text with the keyboard and exit the box with escape or enter.
The only platform where this is a problem is the gp2x, because there is no keyboard.

@evil :
i'll look into adding support for that :)
Well, PI1 seems already fully supported with 4096 colours :)
yrizoud: A command-line argument would work pretty well for now. :)
added on the 2009-01-11 22:24:52 by Frost Frost
Command-line argument added in the SVN and latest win32 package. Let me know if the result is how you expected. I used a numeric interpolation to translate the scale from 0-N to 0-255, but I suspect some people will not find here a faithful copy of their machine's colors, it's unavoidable...
For example I compute 0-128-255 for the three levels of Amstrad CPC palette, but some screenshots I find use 0-156-255 instead.
added on the 2009-01-14 01:10:43 by yrizoud yrizoud
The amstrad features quite a weird system to make this half-bright colors... there are even some differences between models in the range (the Plus one being the worst). And don't ever thrust the screenshots :)
Oh, btw, use /rgb N option for the color reduced mode, where N is the depth you want (3 for CPC, 16 for 4096colors, 64 for VGA, ... up to 255. Don't try 0, it won't work :)
Here we are, a new official grafx2 release !

Enjoy Grafx2 2.00 beta 98.0%. Should be quite bug-free and useable for real work.
Great, going steady towards 100% I see :)
added on the 2009-01-19 21:38:56 by El Topo El Topo
Well, we're going to break some things in order to rewrite code in a cleaner way. The port from dos is kind of bruteforce in some places and we can make things smoother and cleaner.
We did this release before breaking everything.
So yes, we're moving towards 100%, but it will probably take some more time to get there. And i'm pretty sure users will find bugs we didn't notice.

Anyways, enjoy using this stable version, and expect some great new things in the 98.5 release !

Oh, btw, we've tried adding some kind of pop-ups menus to the gui engine of grafx2.
It would allow you to switch between tools and would look like this :
BB Image
It would replace the current right-click-to-cycle behaviour. The menu would pop up when right clicking and still there until you release the mouse. If you release it over one of the buttons in the popup, the drawing mode will be changed. If you release it elsewhere, operation will be canceled.
What do you think about that ? We're not sure it is good because it may actually slow down the switching between tools. But maybe it is more clear to use. The problem is we are missing space in the menu for some buttons, and there may be some new ones in the upcoming releases. We have to make space for them. Pop-ups may be a way to combine more functions in one button.

Thanks for submitting weird and interesting ideas and comments about that :)
Good shit! Downloaded and made a fast pixel with it!
BB Image
added on the 2009-01-20 14:18:07 by Frost Frost
I added it to the picture gallery on grafx2 website, if you don't mind.
Nice pic btw :)

grafx2 doesn't build under FreeBSD, it seems it can be fixed most of the time by using code targetting macosx. the FreeBSD define is __FreeBSD__ :)
added on the 2009-01-20 18:18:04 by tobé tobé
Yes, mac os X and free bsd are quite near, but i don't have an install of freebsd available to test that. If someone can get it to compile and submit a patch, i'm fine merging it to the main sourcetree (and adding a binary to the homepage)
The popups may be necessary to add new functionality but can't you add some 1337 expert-mode so the cycle behavior will be kept, like ctrl+right click (or similar if that is taken) to cycle between tools?
added on the 2009-01-20 19:47:56 by El Topo El Topo
ctrl+right click will feel a bit uneasy for me... however we may use middle click or even mousewheel to easily switch between modes.
The problem is some users like the cycle behaviour and some other prefer pop-ups. And it seems difficult to make the two systems live happily together. It might end up as an option in the inifile, anyways.
@PulkoMandy, i'm going to patch it (i need grafx2 :)). I'll send you patches, but i don't have much time actually (demos etc...)
added on the 2009-01-20 23:56:16 by tobé tobé
PulkoMandy: sure. it´s working this way. anyways full mouse support is very welcome. :)
keep up the good work!
added on the 2009-01-21 21:15:40 by gentleman gentleman
i've just started reworking the input system to make it work better :)
oh, and i've put the user manual on the wiki and a user counter on the homepage (powered by ohloh, an opensource project statistics system). It'd be nice if some users actually added themselves to the user counter :D
please please make www.grafx2paint.com
Well, you can already use

why would we want more ? :)

and still...