Treadmills turn invisible when you look through either shell storage or shell constructor.

This is a problem on Minecraft's side, not Sync's. Same issue as water turning invisible through ice.

@Lomeli12 those first two lines were a statement about the fact that the big is truly in Sync's side, as well as noting that the vanilla bug you had brought up has been fixed in a later version of Minecraft. The later was more for saying that @iChun might not bother with trying to fix ice/water with Sync due to it being fixed in a newer version of vanilla (thus modded, in theory), and thus would be a wasted effort for the most part (but I'm sure there is someone who mixes water with complicated electronics and life support equipment somewhere).

I'm sorry that I was not clear about it originally and had assumed that it was implied to some extent. I tend to be like that at times.

@Lomeli12 this is on Sync's side by the looks of it unless it is some kind of a bug on Forge/Minecraft's side.The whole ice/water thing in vanilla has been fixed in 1.7.X.

This bug affects both the Shell Constructor and Shell Storage. They fail to render other TEs, including other Sync blocks, that have a non-standard block (furnace is fine, but the chest gets it). This bug also seams to have a rule on how it get's triggered: Any thing that was placed before will render fine, but any placed after will not. This also effects relogging into the world, but the idea of "first placed" is lost so it might be first created on client side.

I started placing Shell Constructors from the left and swapped to placing Shell Storage about half way though.

Vanilla TE's

HatStand is only half effected. the stand part is just fine, but the hat and head are subjected to the render bug.

I will not bother posting screenshots with ice/water as they are not really part of this rule but also they just don't render at all behind one of the Shell blocks. Most likely that is vanilla at work.

I hope this helps in solving this bug.

@Spice-King Yes, the bug is fixed in 1.7.x, while Sync is for 1.6.x

It's an openGL issue of "rendered front to back in order" in case anyone's listening.

Ok, this is kinda funny. My Mac Mini has the bug (it's the one I took the screen shots on), but my Windows laptop does not. Mac OS X 10.8.5, Java version 1.6.0_65, Java vender is Apple Inc, NVIDIA GeForce 9400 vs. Windows 7 SP1, Java 1.7.0_45, Java vender is Oracle Corporation, Intel HD Graphics.

If you want more info about the two machines just let me know what you want and I'll post it.

@Spice-King That is weird, maybe this is an NVIDIA openGL bug? I would like to know if this exists on AMD. Bug exists on NVIDIA gtx 690. Like ichun said it's an openGL bug, is the bug only present with certain graphics cards?

@maximumgame I do have a Windows 7 AMD GPU system (funny all of my systems I have are Intel CPU, as I did not make that choice my self) I can check with tomorrow. Will note that all of my computers have 64 bit CPU/OS/Java.

Fixed.