本文是較隨意寫的，最好看視頻。有一說一，用ppt+視頻最好。哪一天我語(yǔ)言好了，我回來改動(dòng)。
?? ?末地傳送門方塊沒有常規(guī)實(shí)體紋理的圖片，但能發(fā)光。
?? ?（這里用1.9版本做例子！！）
?? ?以白正方形形狀、不改變?cè)瓐D像素大小的圖片作為紋理，通過觀察，可以明顯發(fā)現(xiàn)該方塊的渲染是想讓玩家覺得——它是立體的！它的深的！它就像生活中的三維立體變幻卡，從不同方向上去看，大腦會(huì)認(rèn)為卡片內(nèi)是三維立體空間（大致就這意思），而末地傳送門方塊的渲染就是這樣。而且，渲染可將紋理淡化并改變?cè)?。（可能用的是glBlendFunc的自己的顏色減去自己顏色的alpha值）(說的模糊)
?? ?當(dāng)然，它是有底的，可能沒有無數(shù)層，對(duì)于顏色也會(huì)改變。
?? ?首先說底。底部是由一個(gè)個(gè)紋理的圖片組成的，在背景之上，不會(huì)移動(dòng)，走向?yàn)?60，即北偏西20（看F3界面的facing），并且它像放在地方的方塊一樣，近大遠(yuǎn)小。若玩家相機(jī)在豎直方向上向上移動(dòng)，那么底部會(huì)“放大”，使得它看起來沒大變化，若向下則“縮小”，但是，向上飛時(shí)，底部確切看起來變小了；若玩家相機(jī)在水平方向上移動(dòng)，那么底部不變大小，玩家與底部相對(duì)運(yùn)動(dòng)，底部不動(dòng)。而背景，用的是末地天空紋理，朝向?yàn)檎保⑶易儼盗?，用的渲染方式和底部的紋理的一樣，但是玩家向上飛時(shí)，背景幾乎看起來沒變化，且還能比底部都大。這是notch的陰謀！
?? ?接著說層。一把氫氣一把火，我找到了7層，我猜通過分析代碼可以很好確定到底有幾層。應(yīng)該是由于立體渲染，所以上面紋理大，下面??；應(yīng)該是由于渲染，所以從上往下紋理由半透明到更半透明（都知道半透明顏色可以疊加吧），白色改變后的顏色有藍(lán)色、青色、紫色、冬青綠……。這些層中的一張紋理很大，但不能與底部的一張紋理相比較，應(yīng)與1m3的石頭比較大小——由于紋理中1像素正常對(duì)應(yīng)游戲中1像素，所以最頂層的一張紋理在游戲中的大小相當(dāng)于16*16方塊大小。
?? ?這些層中的紋理都會(huì)移動(dòng)，速度相差不大（可能是相同的），運(yùn)動(dòng)都有固定的方向，即使摁ESC，也不會(huì)停下。對(duì)于最頂層的紋理，它非常的正，不歪門邪道，不過方向是向正南移動(dòng)。對(duì)于其他層，從上往下，似乎是————一層中紋理旋轉(zhuǎn)一個(gè)角度，運(yùn)動(dòng)方向也隨之旋轉(zhuǎn)，紋理繼續(xù)沿方向運(yùn)動(dòng)，而這層的下層在這層的基礎(chǔ)上再旋轉(zhuǎn)一個(gè)角度，同理?？傊?，這些層中的紋理都會(huì)移動(dòng)，至于層數(shù)是否是無限個(gè)，我不知道，看代碼試試？
?? ?說說顏色與渲染的關(guān)系。對(duì)于透明部分，渲染不搭理，游戲中依然是透明的。對(duì)于不透明部分、半透明部分，渲染會(huì)將它們淺化并染色，由于顏色疊加，所以會(huì)出現(xiàn)一些現(xiàn)象，比如較透明的白色紋理在游戲中顯示的和純白色紋理在游戲中顯示的一樣（我不好說不說了，notch太壞了），至于為什么會(huì)染色是一個(gè)問題！
?? ?如果把圖像像素改變，渲染會(huì)怎么樣？
?? ?改了末地傳送門方塊的紋理的像素后，渲染確實(shí)變化了，但不像云那么明顯。大概，游戲把紋理整到256*256大小里了，且單張顯示的不是256*256像素，而是紋理，懂？。顯示的還是拼接而成的圖像，但是每一次變化后，紋理移動(dòng)幅度也大，不知什么原理了?？梢?，末地傳送門方塊能顯示的單張紋理只有256*256大小。底部和背景也一樣，但各自顯示大小不同。
?? ?如果刪了呢？
?? ?刪掉紋理文件，游戲中會(huì)把末地傳送門的紋理當(dāng)文件丟失，使用丟失材質(zhì)（missingtexture）紋理。在現(xiàn)在，丟失材質(zhì)紋理是黑紫方塊的圖像，在最初，則是白色背景帶有missingtexture黑字的圖像。
?? ?末地傳送門方塊的渲染是否有距離現(xiàn)象？
?? ?確實(shí)有。太離譜了，我不知道怎么描述。背景甚至還能變大變小，還有極小的。