全局光照，簡稱GI，是一個用來模擬光的互動和反彈等複雜行爲的算法，要精確的仿真全局光照非常有挑戰性，付出的代價也高，正因爲如此，現代遊戲會先一定程度的預先處理這些計算，而非遊戲執行時實時運算。
同一場景裏：沒有照明(左)，只有直接光源(中)，和有間接光源的全局光照(右)的表現，注意顏色如何在不同的表面進行光的”反彈”，產生更真實的結果。
在本文中，我們會描述全局光照如何在Unity裏運作，帶領你通過不同的照明技術解釋如何在項目裏設定照明，並思考如何透過各種工具幫場景打光。
選擇一個照明專案
廣義的來說，Unity的全局光照是”實時”或是”預先計算好”的，在某些情況下兩種方法可以結合使用，照出更逼真的場景。本節我們會針對兩種技術的差異優勢和使用時機做個簡單的描述。
實時照明(REALTIME LIGHTING)
預設情況下，Unity的燈源(直接光源, 投射燈, 點光源)都是實時的，代表這些燈源會把光線照射到場景並以每一幀的頻率更新，由於光源是可以在場景內移動的對象，場景燈光的更新是實時的，你可以在遊戲窗口和場景窗口看到改變。
實時照明的影響：注意到因爲沒有反射光源的關係陰影是全黑的，只有投射光錐體範圍內的對象表面纔有光源影響。
實時照明是場景裏照亮物體最基本的方法，用來照亮角色和會動的對象，可惜的是，Unity實時照明裏的光線不會反射，因此我們才導入了全局光照系統，啓用了預先計算的技術，都是爲了表現一個更逼真的場景。
烘焙全局光照(BAKEDGI LIGHTING)
當烘焙一張光照貼圖(Lightmap)時，場景內的靜態對象會基於光的影響算出一張貼圖成果，並迭在場景對象之上建立照明效果：
左：一個簡單的光照貼圖場景成果，右：由Unity產生的一張光照貼圖(陰影和光源信息都被納入計算)
這些”光照貼圖”可以包含場景內投射到物體表面的直接光源，以及在不同物體間反射的”間接光源”，這樣的光照貼圖可以透過物體材質上的着色器(Shader)描述像是顏色的表面信息(Albedo)和凹凸(Normals)信息。
烘焙光照所產生出來的貼圖，是無法在遊戲運作的時候變更運算的，因此被定義爲靜態(Static)，雖然仍可在這層貼圖上繼續迭加光源計算，但兩者已無法交互運算，通常我們採用這光照法來讓低階的手機能順利執行，解決光在遊戲中運行的效能問題。
預計算全局光照(PRECOMPUTED REALTIME GI LIGHTING)
雖然傳統的靜態光照貼圖無法在遊戲執行時改變場景光照條件，但預先計算的實時全局光照系統能幫我們實時運算複雜的場景光源互動，透過這種方法，就能建立昏暗的環境帶有豐富的全局光照反射，並實時反映光源的改變。好比做個日晷，陰影的位置和顏色會隨着光源移動改變，這在原本的烘焙光照系統是無法達成的。
一個用GI呈現的日晷案例
爲了在合理的幀率實現這些效果，我們需要在實時運算之前先將一堆壟長的數字數據做”預計算”，預計算負責計算遊戲過程中光的複雜行爲，它可以在時間空檔時進行計算，我們稱作一個”脫機”運算。
如何運作？
最常見的需求是我們希望間接光源能夠列入場景光照貼圖的計算，幸好，原理上這些間接光源都是從直接光源慢慢轉變過來的顏色，只有少部分特定情況有比較大幅度的顏色改變，這樣的Unity的全局光照預計算，利用間接光源漫反射(diffuse)特性對運算有利。通常好的陰影是透過即時光源所計算出來的，而非烘焙到光照貼圖，假定我們並不需要太複雜的細節取樣，可以大大降低全局光照所產生的數據大小。
透過預計算來簡化整個流程，有效的降低了原本要在遊戲中實時計算的全局光照運算數量，如果你要常在遊戲中改變光源顏色，旋轉光源或是調整光的強度，甚至對場景表面做變更，這點就很重要。Unity從表面上採樣底層貼圖，並從廣義定義顏色的值到一個大型的羣組，或是”叢集”，這會產生一個低解析的仿真靜態幾何，以方便我們用來計算光照。
左：場景顯示設置爲”Albedo”時，可以清楚看到由Unity預計算所產生的紋理；右：如同遊戲的場景一樣，即時光照計算完結果後套用到場景。
基本上，當在計算全局光照時，我們會針對靜態場景周圍做”光跡追蹤”運算，這是非常耗效能的，因此無法苛求要實時運算，相反的，Unity把光跡追蹤用在計算這些表面的叢集關係 - 在預計算”光傳輸”的階段，然後把世界串成一個網絡結構，我們在關鍵性的遊戲過程就不再需要耗費效能的光跡追蹤法。
我們有效的創造出一個簡化的算法可以在遊戲過程中變化輸入結構，這代表我們可以改變光源或是表面顏色，並很快的看到場景內全局光照的影響，算出的結果產出光照貼圖透過GPU着色，並和其他照明或是表面混合，最後輸出到屏幕上。
收益和成本(BENEFITS AND COSTS)
雖然可以同時使用烘焙方式的GI和預計算的GI，但要注意是同時仿真兩個系統，效能負擔也會兩次運算的總和，不只是因爲要儲存兩套光照貼圖在顯卡內存，同時着色器也得付出兩次的處理成本。
最終要選擇哪個方法還是要取決於你項目的性質和預期的硬件考慮，例如在手機平臺上，效能和內存限制較高，烘焙的GI法就會比較適合，如果是在有顯卡的計算機上或是遊戲機上執行，那可能使用預計算實時全局光照，或兩個同時使用就比較可行。決定採用哪一種方法可以針對你的目標平臺評估，記得如果項目要同時符合幾個不同的硬件需求，往往都是以效能最高的平臺爲考慮。
預先計算的過程(THE PRECOMPUTE PROCESS)
在Unity裏，預計算是在背景執行，不管是自動流程或是手動啓用，計算期間你都可以繼續編輯你的遊戲對象而不受影響，預計算的時候會在右下角出現一個進度條，不同的算法會有不同的運算階段，進度條上方也會顯示階段名稱與進度。
從上面的例子可以看出，11個工作已經進展到第5個，”叢集”還有108件工作要執行完纔會到第6個會話，數值狀態欄表如下：
啓用一個預計算(STARTING A PRECOMPUTE)
只有靜態對象會被納入GI預計算，要讓預計算啓動首先必須最少要有一個靜態對象，不管是單獨設定對象或是從層級選單用Shift + 選擇多個對象後一次修改。
從屬性面板，將對象的Static勾選起來，這會將該物體所有跟靜態對象相關的旗標打開，包含導航旗標或是批處理旗標，這或許不是你想要的，針對預計算只要把”Lighting Static”這個旗標打勾即可。更細部的控制，只要點選屬性接口Static右邊的下拉式選單即可，此外，從Window裏的Lighting接口也能指定設定靜態對象。
如果你的場景設爲自動(Lighting->Scene->Auto)，Unity的預計算就會自動啓動，否則就需要用下列的流程手動執行。
自動/手動預計算(AUTO/MANUALPRECOMPUTE)
假如Lighting接口底下Auto這個選項是被勾選的(Lighting->Scene->Auto)，那麼預計算就會自動在背景不停的改變場景產出的靜態幾何。但如果這個勾選沒勾，你將需要點擊在Auto旁邊的”Build”按鈕手動啓動預計算，這會用同樣的方式進行預計算，讓你比較好控制計算的開始時間。手動啓動預計算會對場景所有的照明與各方面進行重新評估並重新計算，如果你希望有選擇性的計算，可以從”Build”旁邊的下拉選單來選擇。
使用烘焙GI或是預計算GI(ENABLINGBAKED GI OR PRECOMPUTED REALTIME GI)
預設情況下，兩種計算法在Unity裏都是啓用狀態(Lighting->Scene)，因爲如此，你可以針對單獨的光源設定要採用哪種計算法(Inspector->Light->Baking)
在一個場景同時採用兩種方法可能會對效能造成負擔，最好的做法在同一個時間只用一種方法，要關閉任何一種方法可以從GI的接口(Lighting->Scene)，把不要用的方法取消打勾即可，只有有打勾的算法會計算，任何相關光的設定都會被覆蓋。
預燈光設定(PRE-LIGHTSETTINGS)
Unity裏每盞燈光默認的烘焙模式都是”Realtime”，這代表這些燈光仍然會照亮你的場景，Unity的預計算GI系統會處理間接光。但如果默認的烘焙模式是”Baked”，那麼這些燈光將會透過Unity的烘焙GI系統處理直接光源和間接光源，產生出來的光照貼圖一旦貼到場景上在執行期間是不能改變的。
一個設定烘焙模式爲”Realtime”的點光源
選擇烘焙模式爲”Mixed”的話，場景內的靜態對象會被烘焙GI拿去做計算，然而，不像”Baked”模式，混合模式的燈光仍會繼續運算即時光源到非靜態對象上，這對於你想把靜態環境烘成光照貼圖，但同時又希望同樣一盞燈能爲會動的角色計算陰影很有幫助。
GI快取(GI CACHE)
無論是烘焙還是預計算系統，Unity會”緩存”場景的光照數據到”GI快取”，並會在計算時嘗試重複運用這些數據來節省時間，你對場景的改變會影響這個數據重複利用的多寡。
如果你要清除這個快取可以從(Preference->GICache->Clear Cache)來清除，清除後代表所有數據都必須重新運算，因次會花費一些時間，在某些情況下你也許需要降低檔案空間大小(例如要把項目轉到另外一臺計算機)是有幫助的。
場景設定(SCENESETUP)
選擇着色路徑(CHOOSING A RENDERING PATH)
Unity支持許多著色技術或”路徑”，在啓動一個項目時，必須要訂出出一個路線，Unity預設是”Forward Rendering”。在”ForwardRendering”裏，每個對象著色是根據每個影響對象的光，透過”Pass”來著色，所以有可能一個對象被重複著色了好幾次，取決於有幾盞燈在作用範圍裏。
這種方法的優點是快速，也代表硬件需求低，此外，這種正向著色提供了廣泛的自定義”着色模型”，可以快速處理透明度，也支持像是多重採樣柔邊(MSAA)的硬件功能，等等有些在其他路徑上是無法實現的功能，對於圖形質量有很大的影響。
然而他的缺點是要爲每盞燈光付出相對應的成本，也就是說，對象被越多盞燈光影響，花費的運算成本就越高，有些類型的遊戲必需要大量的光源，就會令人望之卻步，反觀如果你能管理好你的燈光數量，那這個路徑會是一個非常快速的解決方案。
“Deferred”路徑，是延遲了光的遮蔽與混合信息直到第一次接收到的表面的位置 法線 以及材質數據著色到一個”幾何緩衝器”(G-buffer)作爲一個屏幕空間的貼圖，最後合成這些結果，這種方法優點是照明的著色成本是和像素數量成正比，而非燈光數量，因此你不用再管控場景燈光數量，某些遊戲類型將會是一個關鍵優勢。
“Deferred”路徑呈現可預見的效能特點，但通常需要較強大的硬件，對於手機平臺支持度也較低。
關於”Deferred”,”Forward”或是其他路徑的更多信息，可以參閱這裏。
選擇一個色彩空間(CHOOSING A COLOR SPACE)
除了要選好著色路徑之外，一開始選擇一個”色彩空間(Color Space)”也是很重要的事情，色彩空間決定採用哪種算法來計算照明或材質加載時的顏色混合，這會對遊戲的畫面真實感有很大的影響，但大多數情況下，太超過的色彩空間設定可能會被目標平臺的硬件強制限制。
推薦比較接近真實的色彩空間是Linear，你可以從PlayerSetting裏面找到”Color Space”來設定(Edit->ProjectSetting->Player)
設定Linear的優點是會讓場景內的提供給着色器的顏色也會因爲光強度增加變亮，如果換成”Gamma”色彩空間，亮度馬上會轉爲以白色做爲參考，這將不利於圖像的質量。
採用Linear和Gamma顏色空間的圖像對照表，可以注意到切換成Gamma時顏色快速的換成以白色爲光照強度爲基準。
Linear另一個好處是着色器能在沒有Gamma補償的情況下對貼圖進行取樣，這有助於確保顏色質量在經過著色管道還能保持一致性，能提高色彩和計算的精度，最後屏幕的輸出結果更爲真實。可惜的是Linear顏色空間有些手機平臺甚至有些遊戲機不支持，應該說PC或是一些新手機硬件和次世代遊戲機纔會支持Linear顏色空間，在這種情況下，就得用Gamma方法替代了。
確認你的目標平臺是哪一種之後才選擇適合的顏色空間是很重要的，想要了解更多關於顏色空間的信息，可以參閱這裏。
高動態範圍(HDR)
如同顏色空間，相機的”Dynamic range”動態範圍是需要指定的，從本質上來說，這是用來定義相機截取的最亮與最暗的顏色範圍，要啓用HDR可以從相機組件裏把HDR項目打勾即可，要注意的是，某些手機硬件是不支持HDR的，在著色路徑爲ForwardRendering並啓用MSAA柔邊時也不支援HDR，HDR和Linear顏色空間一起搭配是最好的，在處理非常明亮的顏色的時候還能保有準確性。
在默認的情況下，Unity是使用低動態範圍(LDR)，顏色會以每個頻道8位儲存三原色(紅 綠 藍)，8位確切的意思是用8個0或1的數字組合成的值，一共會有256種組合，三個頻道256 x256 x 256可以組合出1600萬種色採來表達從黑色到白色不同層度的灰階。
在現實環境中，顏色遠遠超出1600萬個色階，顏色和亮度的排列甚至遠遠超越了我們人眼所能辨識的，同樣的，Unity能夠處理超出這些範圍的顏色並輸出高於LDR設備支持的顏色，用來提供給像是計算機畫面的高質量結果，儘管現今輸出裝置仍有很多限制，這些多出來的數值仍然可有很多的應用。啓用HDR之後，會儲存更大精度的顏色資料(使用浮點運算表示)，能處理更多更亮的顏色範圍。
HDR能讓我們在同一畫面下維持兩個巨大差異的亮度，例如場景的陰影區域和戶外的亮光，我們也可以在環境場景建立一個”光暈”或發光特效，透過這些特效或可視的光影效果能增加畫面的真實感，但也要小心處理這些效果以防止他們曝光過度。
色調映射(TONEMAPPING)
以攝影來比喻的話，如果我們使用不同的曝光度來拍攝我們的場景，我們可以先觀察到哪些顏色會因爲曝光過度而遺失，淺色調在很亮的區域可能被白色給覆蓋過去，暗色調可能會被黑色給覆蓋，這像是計算機圖學的”色調映像”，當顏色在顯示設備(比如計算機屏幕)表現範圍之外時，算法會將顏色修正爲裝置合理的顏色並重現在屏幕上，當相機啓用HDR時，建議相機加入Tonemapping這隻程序(Assets->ImportPackage->Effects)，這隻程序可以幫你轉換控制超出範圍的顏色成爲合理的顏色。
更多關於色調映像的數據可以查看這裏。
環境光(AmbientLighting)
場景中一個照亮整體環境非常重要的就是”環境光”，可以說是影響場景光源最全面的一個要素，環境光很多情況都很有用，也取決於你所選的風格，比如卡通風格的陰影不清楚或燈光是手繪風格，環境光也很適合用在當你不想單獨調整場景內的燈光但又想要增加整體場景亮度的時候。在沒有使用Unity 5全局光照的功能時，環境光不會算出準確的物理遮擋，但如果開啓了任何一種GI的情況下，從Skybox照下來的環境光就能被算出遮擋，結果會更加真實。
在同一個場景之下，左邊是沒有任何光源的場景，右邊則開啓了環境光，可以注意到調整環境光的強度天空盒的亮度並沒有改變。
透過將對象設定爲靜態對象來啓用全局光照的場景，可以注意到光線在不同的表面有遮擋的效果。
使用環境光的好處是耗用效能很低，因此在手機平臺上只要燈光數量控制得宜也能得到很好的表現，你可以從Lighting窗口(Window->Lighting)找到EnvironmentLighting設定區域(Lighting->Scene)，改變Ambient Source來改變環境光來源。
Ambient Source的默認值是”Skybox”，上圖的天空盒是Unity 5系統產生的一個默認天空盒，帶有一個藍色調的環境光，以及一些用該半球體上純色與漸變色的設定。要注意的是改變Lighting裏面的AmbientSource並不會讓Skybox的顏色改變，但會影響到場景內環境光照射。
反射源(REFLECTIONSOURCE)
默認的情況下，場景中的對象會使用Unity內建的標準着色器(StandardShader)來著色，標準着色器是一個基於物理的着色器(PBS)，它會透過模仿真實世界的物理特性像是反射或能量傳遞等來模擬真實世界裏光在材質上的表現。
當使用標準着色器時，每一個材質都會具有一定程度的鏡面反射(specularity)和金屬反射(metalness)屬性，在沒有強大的硬件來處理即時光跡追蹤反射的情況下，我們得仰賴預先計算著色反射，我們使用了一個由六張描述天空的圖片所組成的方體貼圖(Cubemap)或從Unity 5用來從定點蒐集環境信息的反射探頭(Reflection Probe)產生所需的貼圖，然後在和其他光和地表信息混合運算來仿真如同我們真實世界看到的反射效果。
在預設的情況下，調高Specular和Metalness會更清楚的反射天空盒，反射的來源可以從設定來調整。
場景內的對象在默認的情況下會反射天空盒的內容，但你可以從Lighting接口裏找到ReflectionSource屬性來改變來源，指定一個新的方體貼圖，或指定一個反射探頭來定義。
反射探頭(REFLECTIONPROBES)
天空盒的信息不可能包含所有的場景對象，在許多情況下，對象從天空蒐集反射信息時可能會被遮蔽，像是室內對象或是在類似橋或是隧道等建築物裏的對象，爲了要準確反射這些對象，我們必須用反射探頭針對這些對象取樣，這種探頭從他們的位置對周圍取樣並把結果寫到方體貼圖，可以讓周圍經過的物體得到環境的反射影像。你可以透過GameObject->Light->Reflection Probe來新增一個反射探頭，反射探頭的位置會決定方體貼圖取樣的內容，以及反射所看起來的樣子，一般來說，基於效能考慮反射探頭越少越好，請記住，反射探頭並非用來讓物理得到精確結果，而是讓遊戲世界有更好的反射，大多數情況下幾個安排妥當的反射探頭就很足夠了。
左圖：場景只有預設的反射設定 右圖：場景加入了反射探頭後的結果
在反射探頭的屬性面板我們可以設定Type爲實時(Realtime),烘焙(Baked)或自定義(Custom)，需要明白的是，實時反射的設定對效能極爲不利，每多一個實時反射探頭就會多出額外六次的著色運算，因此擺設實時的反射探頭應該要有明確的需求，例如反射會閃動的霓虹燈，否則一般來說建議設成烘焙的就夠了，效能也會好很多。
需要注意的是，只有標記爲”ReflectionProbe Static”的對象纔會被反射探頭取樣，從屬性接口上靜態對象(Static)的下拉選單打勾即可，相反的，實時的反射探頭會對所有可見的物體取樣，除非你在屏蔽(Mask)選單指定剔除它。
照亮一個場景(LIGHTINGA SCENE)
我們已經介紹了一些在Unity裏針對場景照明開始工作之前所需要考慮的條件，希望你對目標平臺該用哪些設定已經有了一個方向(手機平臺採用烘焙GI和Gamma顏色空間，PC或遊戲機採用實時GI和Linear顏色空間)，接下來讓我們來看看有哪些協助制定光源的工具。
定向光源(DIRECTIONALLIGHTS)
“定向光”非常適合用來模擬陽光，它的特性就像是個太陽，定向光能從無限遠的距離投射光源到場景，從定向光發出來的光線是互相平行的，也不會像其他種光源會分岔，結果就是不管對象離定向光源多遠，投射出來的陰影看起來都一樣，這其實對戶外場景的照明很有利。
定向光沒有真正的光源座標，放置在場景任何地點都不會影響光的效果，只有旋轉會影響定向光的照射結果。其他有光源座標的燈光類型，例如投射燈(Spotlights)，角色陰影會因爲接近或遠離光源而改變，這也許在照亮室內環境時會是個問題，一般來說，避免角色太接近隱形的光源，我們會建立一個亮點來假裝光源。
使用定向光不用考慮距離，不管多遠它都會影響場景所有的表面(除非被剔除)，當使用延遲(Deferred)著色路徑時會造成一些效能損耗，要注意的是，使用這個著色路徑時，光的效能代價和他影響的像素數目是成正比的，但雖然需要消耗效能，起碼結果較爲統一，因此比較容易調整平衡。
在預設情況下，新的場景都會附帶一盞定向光，在Unity 5裏還會與天空盒系統關聯(Lighting->Scene->Skybox)，你也可以刪除預設的定向光並創建一個新的光源，然後從Sun這個屬性重新指定(Lighting->Scene->Sun)
旋轉預設的定向光會導致天空盒也跟着更新，如果光的角度和地面平行就可以做出日落的效果，把光源轉到天空導致變黑就能做出夜晚的效果，從上往下照就會模擬日間的效果。如果天空盒有指定爲環境光源(Ambient Source)，那麼天空盒的顏色就會影響環境裏面的對象。
點光源(POINT LIGHTS)
點光源可以想象是在3D空間裏一個對着所有方向發射光線的點，很適合用來製作像是燈泡, 武器發光或是從物體發射出來的爆炸效果，點光源的亮度從中心最強一直到範圍屬性(Range)設定的距離遞減到0爲止，光的強度從光源到距離成反比，這是所謂的”平方反比定律”，類似光在現實世界的行爲。
點光源從它的位置對四面八方射出光線，球形的小圖示代表光的”範圍”，光線到達此範圍是會”衰減”到0，但如果有間接光源或反射光則會繼續投射。
點光源開啓陰影運算是很耗效能的，因此必須謹慎使用，點光源的陰影爲了要給六個不同的世界方向會運算六次，在比較差的硬件開啓此功能會造成較大的效能負擔。
當在場景中加入點光源時要注意，目前它們不支持陰影的間接反射，這代表由點光源產生的光線，只要在距離內有可能會穿過對象反射到另外一面，這可能會導致牆壁或地板”漏光”，因此放置點光源要格外注意，然而如果是採用Backed GI的話，就不會有這類的問題產生。
聚光燈(SPOTLIGHTS)
聚光燈投射一個錐體在他的Z軸前方，這個錐體的寬度由投射角度(Spot Angle)屬性控制着，光線會從源頭到設定的範圍慢慢衰減到0，同時越靠近錐體邊緣也會衰減，把投射角度的值加大會讓錐體寬度加大，同時也讓邊緣淡化的力度變大，這現象學名叫做”半影”。
聚光燈有許多用途，他們可以用來模擬路燈, 壁燈,或許多創意用法，例如模擬手電筒，因爲投射區域能精確的控制，因此很適合用來模擬打在角色身上的光或是模擬舞臺燈光效果等等。光線會因爲離源頭越遠而遞減，可以注意到光也會因爲越靠近錐體邊緣而變弱，我們稱之爲半影區，這會因爲錐體角度變大而更明顯。和點光源一樣，使用預計算GI時，聚光燈不支持間接光陰影，這表示燈光會穿過幾何影響到另外一面，因此放置投射燈要特別注意。
區域光(AREA LIGHTS)
區域光可以當作是攝影用的柔光燈，在Unity裏面他們被定義爲單面往Z軸發射光線的矩形，目前只能和烘焙GI一起使用，區域光會均勻的照亮作用區域，雖然區域光沒有範圍屬性可以調整，但是光的強度也是會隨着距離光源越遠而遞減。
區域光照亮表面並在區間產生漫反射與柔和的陰影
區域光用在建立柔和的照明效果非常有用，光線在任何方向穿過光的表面時會產生不同方向的折射 - 造成在對象上產生漫反射，常見的用途是拿來當作天花板壁燈或是背光燈，爲了實現這功能，我們必須從每個光照貼圖像素上發射一定數量的光線，背對着區域光以確定光有能見度，這代表區域光的計算是消耗很大的，而且會延長烘焙的時間，但如果運用得宜可以增加場景光的深度，那麼消耗就很值得，值得注意的是區域光只能用在烘焙，因此不影響遊戲效能。
發光材質(EMISSIVE MATERIALS)
雖然區域光不支持實時GI，Unity提供另外一個柔和的燈光效果叫做發光材質(Emissive Materials)，和區域光一樣，發光材質可以讓物體表面發光，他們可以反射場景內像是顏色或是光強度等等能在遊戲內改變的光源，自發光(Emission)是一個在標準着色器(Standard Shader)內的屬性，允許靜態對象成爲一個發光體，預設情況下是0，代表指定了這個材質並不會有任何的自發光反應，HDR顏色選擇器能指定發光顏色，強度能在0-1的範圍調整，來建立類似區域光的效果。
發光材質並沒有範圍屬性，但從材質發出的光會以二的次方速度遞減，自發光材質只會作用在有標記爲”Static”或”LightmapStatic”卷標的對象，同樣的，如果發光材質附加在非靜態對象或像是角色的動態對象則不會有任何作用。
然而，材質設定只要emission數值大於0，即使他們不接收場景光源在畫面上也會有發光的效果，這種效果也可以透過將emission屬性底下的”Global Illumination”改爲”None”，像這樣的自發光材質很適合來模擬霓虹燈等類似的光源。
使用Unity標準着色器並附加自發光材質的一個範例，注意從Unity Logo的自發光也會計算陰影，在這個案例讓球體有了陰影。
發光材質只會影響場景內的靜態對象，如果你想要影響像是角色的動態對象，就必須採用光探頭系統(Light Probes)，在遊戲週期改變發光材質的值會更新光探頭取樣，並直接在結果上看到變化。
光探頭(LIGHT PROBES)
靜態對象只被Unity全局光照GI系統計算，爲了使動態對象能夠和靜態場景接收到的光影信息互動，我們需要紀錄這些光的信息並做成可以在執行期間快速存取的格式。我們在場景放置許多取樣點來截取各個方向蒐集來的信息，顏色信息會被編成能在遊戲中快速被取出的一組數值(或係數)，這些取樣點我們稱爲”光探頭”。
使用了光探頭的場景，注意圖中光探頭放置位置在光線容易變化的地方，例如陰影或是顏色轉換的地方。
光探頭允許移動對象接受由全局光照GI所計算出來複雜的反射光源，對象在著色網格的時候會判斷附近光探頭的位置並且把光的信息一併融合計算，這是透過找尋由光探頭所產生的一個四面體，然後決定哪個四面體的落入對象的軸向，這樣就能讓場景內的動態對象正確地接受光信息，如果沒有放置光探頭，動態對象就無法接受全局光照的信息，造成動態對象比場景還要暗。
預設的情況下，場景是沒有任何光探頭的，你必須從GameObjects->Light->LightProbe Group自行建立光探頭羣組。假如全局光照裏的Auto是打勾的(Lighting->Scene->Auto)，當光源或是靜態對象更新時，光探頭信息也會實時更新，沒打勾的話必須點Build運算纔會更新
