pouët.net

visit [http://grafx2.codegoogle.com/] for sourcecode, documentations, and other great things.

Minnie: you just need SDL and SDL_image (along with the dev files)

On Debian/ubuntu:
aptitude install libsdl1.2-dev libsdl-image1.2-dev build-essential
Should get you everything you need.
sdl-image is only needed for the configuration tool for now, so, even if you don't have it, the main executable should build.
I don't want to provide a linux binary because i'm not sure it'll install everywhere, and i'm still not sure how to make a .deb package :)

I made a test universal binary for macosx, it works but it's really too slow:
http://pagesperso-orange.fr/franck.charlet/Grafx2_osx.zip

Source & xcode project here:
http://pagesperso-orange.fr/franck.charlet/Grafx2_osx_src.zip

Thanks ! Added to the project page :)

I'll integrate the xcode project and sourcechanges in the subversion repository once i get some time :)

Macosx port updated (same urls), the slowdown should be fixed now.
Note for the unfortunate mac users: right mouse button can be emulated with the shift+space keystroke.

hitchhikr: does that work when using the biggest circle brush in freehand drawing mode ?
Because i get weird bugs under linux if I remove the screen update you ifdefed out.
Changes applied and new binary uploaded, anyways :)

(and well, if you made your changes on the subversion or atleast from the last svn version, it would be nice as i will spend less time merging things back.
Tell me if you want write access to the repository, i'll need some google account.

http://pagesperso-orange.fr/franck.charlet/Grafx2_osx.zip
http://pagesperso-orange.fr/franck.charlet/Grafx2_osx_src.zip

Ok, here's the deal: under macosx SDL_UpdateRect() automatically waits for vblank so calling it for each pixels drawn isn't a good idea at all. What i did is to remove all those updates calls for macosx and just use one in Get_Input().

It was either that or having a huge array to gather all dirty rects and updating them all in one go. I made some tests and it seems to work perfectly now in both window & fullscreen modes, so maybe it would be good idea to modify that update code for other platforms as well ?

I'm not specially interesting in working on that tool, i just used it as a test to see how to generate universal binaries.
As it is now it isn't really interesting to me. I think it would have a much bigger impact if it was plugins driven, i didn't give too much thinking about it but having an interface such as this (more or less) for external plugins:

// Enumarate the possible viewport sizes
int enum_resolutions(machine_view *resolutions);
// Get the maximum number of colors
int palette_range();
// Ask if a pixel can be drawn at specified coords
int set_pixel(unsigned char *buffer, int x, int y, unsigned int *colors, int col_idx);
// Fix the value of a color
void set_color(int idx, int value, int *r, int *g, int *b);

could help to create pixels & colors constraints / machine which would be useful to create gfx for eg. c64/spectrum/MSX/you-name-your-favourite-one instead of just the pc chunky.

Also each plugin should have a function to save to the machine's RAW format.

Ok, then... the problem is screen updating isn't necesarrily in sync with get_input calls... the idea is not bad anyways, it might speed up things somewhat.

But, i think the behaviour is somewhat different under linux, there it's actually a lot faster to update just one pixel instead of the whole screen...

So we'll really have to do that dirtyrect handling ...

psonice: try that one

hitchhikr: also; please avoid changing the beta percentage at each new build... we'll get in trouble if we get to 99.9% before having fixed all bugs.
And the config file uses this revision number to detect the format it uses...

Now that you have a defined way to differentiate the versions by their svn build there's no need to increase that.
MacOSX updated the binary to the latest version.

gentleman : which version did you try ?
The latest beta build http://grafx2.googlecode.com/files/grafx2-svn286-win32.zip could work better.
But i never experienced the bug you mention...

Repository was moved to https://gitlab.com/GrafX2/grafX2
You can download the new versions with new features here : http://grafx2.tk
- C64, ZX Spectrum, Thomson, Game Boy color block constraints are now "supported".
- SDL2 is supported as well as SDL1 or Xlib or win32 API (GDI)
- Nighly build are provided for Windows
- There is a MacOS build for recent machines (10.9+, tested successfully on Mojave)

the GrafX2 french wikipedia page is under debate !
https://fr.wikipedia.org/wiki/Discussion:GrafX2/Admissibilit%C3%A9#Conserver

Hello,

I have released GrafX2 2.9. Nothing really new (especially if you've been using the nightly builds), the main improvements are fixing a glitch in text input fieds, as well as improvements to loading and saving of CPC, C64, Apple IIgs and Atari TT image file formats.

Downloads are available for Haiku, Atari Mint, Gamepark GP2x, Nintendo Switch, and Windows (it seems only people using GrafX2 on the weirdest platforms have submitted patched to get it to build automatically from Gitlab...)

Enjoy!