Would be great if someone stepped up to do this

The shaders? I tried to make it load it externally but then I had to add all that to read files and whanots and said "AAGGH!!" and just edited the FXAA. XD

Alright, here's some log during battle:


The log code is after this

The hack would be just below forcing the texture format to CPSM which luckly enough makes only the sprites (on this games) go into the FMT_16 section of the shader (and still the wrong format. Bad hack, bad! XD ). Otherwise everything falls into FMT_32 all the time which matches the log.

There's a pixel format switch on GSTextureCache::CreateSource, but that function doesn't seem to be used at all. Worth keep messing around with it? Since I only just now got the docs to try and understand those regs and all.

#EDIT: A better targeted hack with patch: http://www.mediafire.com/?gl86h76ua7nsc7b /* updated */
Since now I know the sprites are PSM:PSMT8 CPSM:PSMCT16.

#EDIT2: Another kind of sprite affected is PSM:PSMT8H CPSM:PSMCT16.

Thanks for working on this. Did you look at the googlecode issue discussion for that bug?
And yea, I wanted those nice shaders in GSdx xD

(02-14-2012 12:25 AM)KrossX Wrote:  #EDIT: [/b]A better targeted hack with patch: http://www.mediafire.com/?gl86h76ua7nsc7b /* updated */
Since now I know the sprites are PSM:PSMT8 CPSM:PSMCT16.

#EDIT2: Another kind of sprite affected is PSM:PSMT8H CPSM:PSMCT16.

Yep, confirmed it here.

That's good to know, and I think that's as far as I can go with the hack. At least it doesn't seem crashy. XD

(02-14-2012 12:40 PM)rama Wrote:  Thanks for working on this. Did you look at the googlecode issue discussion for that bug?
And yea, I wanted those nice shaders in GSdx xD

I started checking from that Issue 428, but reached nowhere and was crashy. Then I went backwards trying to find the affected format on the shader to no avail then traced stuff back up to that point. I guess most of that is deprecated making that texture format switch and all, no longer needed. Dunno, GSdx makes ma'head hurt now.

I attached the shader I've been using in case someone wants it, just replacing the fxaa resource on the dll is enough (so as to avoid one compilation). XD

#EDIT: Shader stuff on its own thread: HERE
I suppose it wouldn't be a bad idea to try again at loading fxaa externally, and abuse that to allow other shaders. Has to be loaded on startup and reloaded on resume. But I think it will be limited as Pete's OGL2, being single pass only? Otherwise I could've had a cheaper blur on my shader. >_<

So I did some test on all Atelier series games and it does fix all the in-battle sprite problem, it doesn't crash the pcsx2 for the duration I've played AI3 too (a good few hours). Might as well integrate it to gsdx?

(Though I dunno if it have any adverse effect on other games )

Oh yeah, I haven't tested the two Ar Tonelico game but I suspect it is fixed as well.

Ar Tonelico is the only I've been checking, so it is fixed there. XD
As for adverse effects, Star Wars Racer's shadows look horrible (solid black) with this.

#EDIT: Wicked! There's actually a compile shader from file thing. So it's gonna be easy to load change it. =D

Oh well, yet-another-gsdx-version-for-my-awfully-filled-plugins-folder, it brakes graphics completely with "allow 8-bit textures" on, but Gust games actually works faster without it. Loads of smaller upscalling glitches still exist to fully utilize gsdx power, but at least the filtering ones which were ruining the character looks in battle are fixed with it, counting Mana Khemia 2 which I had underhand.

It's a step closer at least. And I think it might work nicely on Tales of Destiny, which had also this horrible borders.

@rama: Done! See the attached patch. =D
External shaders! Gotta be named shader.fx and be alongside the main exe. Works nicely, also includes the FXAA shader as shader.fx file.

There's also the previous attached shader file for testing, or using.

#EDIT: Shader stuff on its own thread now: HERE