Here’s something I am wondering about. Graphics problems with my new iMac.
Now I was originally sure (I think someone said it on IRC) that it’s a driver problem and Apple needs to fix it.
Problem is: I can’t reproduce it in any non-Unity program. I’ll be trying a few more, but so far, everything else works just fine, only Unity consistently shows anti-aliasing and shadow issues like in this screenshot.
It’s not a B6 issue, it appears in a player compiled with B5. It does, however, seem to be specific to the graphics card or machine, at least it does not appear on my MacBook Pro with the Nvidia chipset.
That looks suspiciously similar to the issues I’m seeing in the “Windmill Demo” (look about 2/3rds down this page for my screenshots). I reported this as a bug and recommend you do the same. The only way UT will know there are issues is if we tell them!
It looks similar, though I never get lines, just these blocks. And it can’t be an issue of “your graphics card can’t deal”, as hinted at in the thread you linked - this is the current top-of-the-line model, and the scene I use is absolutely primitive (just a terrain and some trees, nothing else, would probably run on a toaster).
What I thought looked similar was the stray, light colored square pixels along hard edges in both our screenshots. Take a look at my first screenshot and the pixels along the tower and lamp post. Then look at the pixels along the tree trunk in your screen shot. Keep in mind that I scaled my screenshots so they would fit.
See my other posting in the windmill thread - if I reduce quality, it goes away. If I remember correctly (Unity is at home, I’m at work) then the fact that it’s broken on “Simple” and fine on “Fast” means it is one of:
a) pixel lights
b) shadows
c) anti-aliasing
I think I can exclude shadows, because I’ve seen the effect show up both with and without.
Now I would’ve thought it looks like AA, but someone on IRC just said that at least in the default settings, there is no AA in “simple” either. That would leave pixel lights. I’ll have to run some tests.
There is no AA with deferred independent of the quality actually
Only forward rendering has AA
I would have guessed that it might be more something thats related to deferred or the buffer textures in general, that Apples broken incomplete OpenGL implementation is hossing something up that by specifications should work and works on other gpus (which is actually just too common when it comes to the required render texture formats used in deferred. Thats why other engines just disable osx to do it at all, like in case of torque3d, other engines just don’t support osx at all although they would be crossplatform opengl focused)
