GrafX2 version 2.8.3108

[marss]

New version of the 256 color painting program for Mint released in early October
Thing is the cursor moves very slowly whereas Mono's version 2.4 works perfectly.
Any solution?
http://grafx2.gitlab.io/grafX2/
Thanks

[marss]

new version released with the same problems;(
Help!!!

[m0n0]

Hello,

I once submitted a patch to SDL Library developer (atari specific version) to adress such an issue. AFAIK the patch was integrated into the Library. The patch solved some problem on how the lib handles/polls GEM events, when I remeber correctly. I will have a look into the version comments.

[marss]

Thanks for the reply.

[mikro]

What a rabbit hole I fell into... your complain reminded me of a years old bug reports for my other projects which I thought had been fixed: ScummVM and OpenTTD. These fixes were based on Olivier Landemarre's code back then: https://github.com/mikrosk/SDL-1.2/commits/olivier

From what I could remember, Patrice Mandin (Atari SDL maintainer) told me that Olivier's patches were incorporated into his tree but not in such exact form but the functionality should be there.

So to verify this claim I compiled zlib, libpng, SDL_image, SDL and finally Grafx2. And what? And it indeed works much better. So my conclusion is that Grafx2's developer simply uses some outdated version of libSDL.

In the meantime I've been maintaining my fork of libSDL 1.2 here: https://github.com/mikrosk/SDL-1.2 ... it contains all fixes used for my Atari800 and works very well. You can tell Grafx2's developer to pull that version.

As a bonus, he wont need to apply that strange SDL patch in his source tree (replacing VBL interrupts for something ... else) and the binary wont crash with Aranym+MMU as currently does.

Not sure about m0n0's patch though. If Patrice got it, most likely it is in my source tree already.

And since I went through all of this and it would be a shame to waste it for nothing, here you are, binaries for both 020+ and FireBee. Please note that I was lazy to compile-in support for TIFFs, JPEGs, TTFs and LUA.

[marss]

Thanks a lot. It is working great now. Every time I quit the app, a message shows that the Grafx2.ini is corrupted and to remove it so that the app could create a new one. But even doing so, the same message reappears.
May you find the force to recompile support for TIFFs, JPEGs, TTFs and LUA

[mikro]

I guess you are doing this in TOS? I didn't see such message with FreeMiNT. Quick look into source code tells me that it fails on fgets() call, which is supposed to read one line of text from file. My guess would be that this is somehow CR/LF related.

[marss]

Under Freemint/ Myaes 0.98 patch 4 (30th December)+Radeon+CosmosEX3

[marss]

Updated... https://gitlab.com/GrafX2/grafX2/-/jobs ... i-mint.zip

[mikro]

Has the author fixed the issues? (assuming you had reported them :)

[marss]

No. Still the same problems ;(

[marss]

Updated... https://gitlab.com/GrafX2/grafX2/-/jobs ... i-mint.zip
And the same problem

[mikro]

And did you report the problems?

[marss]

How to explain it technically?
Maybe you Can Do your Magic tricks to make it work?

[mikro]

How to explain it technically?
Maybe you Can Do your Magic tricks to make it work?😁

As mentioned:

In the meantime I've been maintaining my fork of libSDL 1.2 here: https://github.com/mikrosk/SDL-1.2 ... it contains all fixes used for my Atari800 and works very well. You can tell Grafx2's developer to pull that version.

As a bonus, he wont need to apply that strange SDL patch in his source tree (replacing VBL interrupts for something ... else) and the binary wont crash with Aranym+MMU as currently does.

... just tell him to use my SDL source code on github. Or point him to this thread.

[marss]

Will do

[nanard]

@mikro I have to extract the patch from your repository for use on the official SDL-1.2.15 sources tarball.
At the moment I'm using only this patch
https://gitlab.com/GrafX2/grafX2/-/blob ... imer.patch
which I dont remember where I got it

[nanard]

I think I initially started from http://vincent.riviere.free.fr/soft/m68k-atari-mint/

Maybe I should just diff your sources with SDL-1.2.15 and make a patch out of that

[mikro]

@mikro I have to extract the patch from your repository for use on the official SDL-1.2.15 sources tarball.
At the moment I'm using only this patch
https://gitlab.com/GrafX2/grafX2/-/blob ... imer.patch
which I dont remember where I got it ;)

Sorry, I don't understand. Don't extract anything from anywhere, just use my SDL tree and don't patch anything if you want to get the same (working/fast) build. :)

[marss]

updated... https://gitlab.com/GrafX2/grafX2/-/jobs ... i-mint.zip
but still the same problem: slow cursor ;(

[Eero Tamminen]

I tried the latest build in Hatari + EmuTOS v1.2.1. Mouse cursor is not just slow, it leaves garbage behind it, whereas @mikro's build works fine.

Application crashes at startup on TT:

Code: Select all

Unable to change video mode!
WARN : Bus Error reading at address $4, PC=$27104c addr_e3=27104c op_e3=2028
GEMDOS 0x4C Pterm(-1) at PC 0xE0126E

I.e. it works only on Falcon (+ FPU), although this is supposed to be 256-color program?

As @mikro's build included debug symbols, I profiled idling in zoom view. Post-processing the profile data saved from Hatari debugger:

Code: Select all

$ gst2ascii -l -o -a -b -d  grafx2-020.gtp > grafx-2.sym
$ ignore_syms=ikbd_endit_stack,ikbd_yes_mouse,ikbd_mousex,ikbd_mousey,ikbd
$ hatari_profile.py -r grafx-2.sym -a etos1024k.sym -stp -g --compact --limit 0.25 --no-limited --emph-limit 2.5 --ignore $ignore_syms grafx.prof
$ dot -Tpng -Gsize=20 grafx-2.dot > grafx-2.png

Gave:

grafx-2.png

=> Print_general() function is taking surprising amount of CPU. Depending on whether program is actually waiting or not, SDL_Delay() amount could also be worrying.

(To view actual details, post-process profile data without "--no-limited" option, and view resulting *.dot files with "xdot".)

[marss]

Updated... http://grafx2.gitlab.io/grafX2/
and still the same slow cursor ;(

[nanard]

@mikro I have to extract the patch from your repository for use on the official SDL-1.2.15 sources tarball.
At the moment I'm using only this patch
https://gitlab.com/GrafX2/grafX2/-/blob ... imer.patch
which I dont remember where I got it

Sorry, I don't understand. Don't extract anything from anywhere, just use my SDL tree and don't patch anything if you want to get the same (working/fast) build.

It is an automated build, so it does use sources from https://www.libsdl.org/release/ which are SIGNED and patches them with specific patches.
Unless there is a signed sources for your SDL tree, we won't create a security issue in the build process by using it without verification.

[nanard]

Updated... http://grafx2.gitlab.io/grafX2/
and still the same slow cursor ;(

It is an automated build, so it is updated for every new commit.

[marss]

What a pity