GSdx
Misc stuff! That happens in both SW and HW.

Door of Doom: http://i.imgur.com/RRJow.jpg | gs http://www.mediafire.com/?ps4ypa7i766vnfo
Weird door, seems like the entire texture has an alpha value of 0x80 yet it's completely ignored. Wouldn't make sense to use it anyway.

Offset of Despair: http://i.imgur.com/VhUhJ.jpg | gs http://www.mediafire.com/?ox1ba9r127848bb (easier to spot in HW)
The lower row looks misaligned. Totally a "What has been seen, cannot be unseen" case indeed. Now I notice that offset in many pre rendered backgrounds too... disturbing. >_<

[Image: nbKSK.jpg]
Reply

Sponsored links

Hm, what is wrong with the first one exactly? Should the door be transparent?

I think the second is a bug in the game, the pieces are misaligned even if I put them together in mspaint.
http://www.mobygames.com/game/ps2/ar-ton...Id,217339/
Reply
The palette does not have a single alpha value other than 0x80, but the colors are correct. 0x80 means not transparent, the very common (src - dst) * src alpha + dst formula is used.
Reply
It's supposed to be a prison cell and that's where you can get in. I guess it could be game bug too, since it wouldn't make much sense that suddently in the prison the bars are held by black thingy including where you enter. XD

Bummer, but thanks a lot for checking on them to be sure.

#EDIT: https://www.youtube.com/watch?v=mKfbjBhTomw#t=1m0s
US bug perhaps? Because I think I didn't have the game patched by then yet. I'll do a new run without patching just in case, since I think I have a close memcard save.

#EDIT2: I just confirmed it ain't a patch bug, so could very well be a US release bug. Not change with everything on interpreter either, just in case.
[Image: nbKSK.jpg]
Reply
In my case (HD5770) I tend to get some random lines in textures when 8bit texture mode is enabled. And worse, if you're moving it turns into an animated annoyance. But, messing with the HalfTexel helped.

(all three are in native res)
Normal http://i.imgur.com/4Slb6.jpg
8bit Enabled http://i.imgur.com/F3QyW.jpg
8bit + Hack http://i.imgur.com/Flt08.jpg

(tfx.fx, 380ish line, uv = st.xyxy + HalfTexel;)

For that static thing, doing HalfTexel * 4095.0 / 4096.0 was enough. But I would still get this lines on foliage and even character sprites for example. For that to finally disappear, I had to go down to HalfTexel * 4080.0 / 4096.0.

Worth to take a look perhaps? I dunno if anyone else have the same problem though.

#EDIT: Better one.
Code:
(GSRendererDX.cpp, line 304)
ps_cb.HalfTexel = GSVector4(-0.5f + 1.0f/WH.x, 0.5f -1.0f/WH.y).xxyy() / WH.zwzw();
[Image: nbKSK.jpg]
Reply
Ive been playing Fight Night Round 3 and noticed it only works in SW mode , when playing in HW mode there are missing textures. I was using r5100 of pcsx2 and the gsdx that`s included with the package. No speed hacks where used
EDIT. Its working in r5103 build Smile excellent work!
New Update. There still exists a texture error in HW mode its not as bad as it used to be , but the girls that do the rounds walk dont always have there textures, the boxers and the ring does though
Msi GF-62VR
Intel  core i7 7700hq @2.8(3.5ghz turbo) Nvidia 6gig GTX1060 16 gigs DDr5   windows 10
*base 64 images don't work here - ref*
Reply
(02-21-2012, 11:38 PM)KrossX Wrote: In my case (HD5770) I tend to get some random lines in textures when 8bit texture mode is enabled. And worse, if you're moving it turns into an animated annoyance. But, messing with the HalfTexel helped.

(all three are in native res)
Normal http://i.imgur.com/4Slb6.jpg
8bit Enabled http://i.imgur.com/F3QyW.jpg
8bit + Hack http://i.imgur.com/Flt08.jpg

(tfx.fx, 380ish line, uv = st.xyxy + HalfTexelWink

For that static thing, doing HalfTexel * 4095.0 / 4096.0 was enough. But I would still get this lines on foliage and even character sprites for example. For that to finally disappear, I had to go down to HalfTexel * 4080.0 / 4096.0.

Worth to take a look perhaps? I dunno if anyone else have the same problem though.

#EDIT: Better one.
Code:
(GSRendererDX.cpp, line 304)
ps_cb.HalfTexel = GSVector4(-0.5f + 1.0f/WH.x, 0.5f -1.0f/WH.y).xxyy() / WH.zwzw();

Radeon Laugh
Reply
When is hardware mipmapping going to be implemented?
Reply
never?
Reply
If it's possible and doesn't break 80 bajillion things sometime in the future... If not it won't. Simple answer that tells you literally nothing isn't it. But that's the way these things tend to work.
Reply




Users browsing this thread: 19 Guest(s)