Printable View
Hi all,
I have an object with caps on each end that X-scales from the middle. I have the caps set to X Left and X Right of the object. In standard mode this works fine but in D3D9 the left cap only aligns once every 3 or 4 pixels.
Example:
Attachment 7768
In this example all objects are semi-transparent so you can see the glitch. If you set it to standard the glitch goes away.
Why?
This is what I see: The left one is constantly flickering between no overlap and 1 pixel overlap while resizing, the right one is occasionally flickering to 1 pixel gap but is usually touching.
Yep, that sounds right. So is it fixable?
Not easily - floating point math is full of problems like this and I've never seen any games or software that don't have this issue. Rounding problems are bound to happen no matter how hard you try to make it consistent.
So why does it work in Standard runtime?
I don't know why it works for you, it is not any different in Software mode for me :\
Works fine in standard for me, in HWA I can confirm the gap.
Can we get the developers in on this please? It is very frustrating. I'm trying to make a counter with rounded corners that works in all runtimes and this is the only way to do it.
In the standard runtime the scaled image is calculated by MMF, in the HWA runtime it's calculated by DirectX. I took a look at the source code, I don't see how this could be fixed without causing other issues in other cases...Quote:
So why does it work in Standard runtime?
If that is the case then it'll probably be better to just workaround it with XPOS(X Right("MID")-1 or -2)?Quote:
Originally Posted by Yves
If there was any way that it could alternate between -1 and -2 whenever the gap occurs that would possibly work, but is it possible to predict? Could there be another workaround?
You could always use int(num)/2*2 which will force it to round to every 2.
SolarB - It works fine if you change your increments from 0.01 to 0.0625 (one sixteenth, since your active is 16 pixels wide)
ah, awesome! thanks Ayre.