說原理之前，還得了解一個問題，那就是demua是干啥的。
就和咱們（C#中Queue出隊dequeue），de就是出或者除去。他就是除去mura的一個工藝。怎么出去mura呢，mura是啥呢？
Mura一詞源於日本，原意指亮暗不均，后擴展至面板上任何人眼可識別的顏色差異
mura可以說是，一個屏幕顯示白畫面時，有一些部位，顯示和白畫面不同，人眼可以明顯觀測到，所以有兩種，第一是顏色不同，第二是亮度不同。
顏色不同還有兩種可能，第一是混色，第二是顏色配比發生異常。如果不知道混色和顏色配比異常，那你可能是個假的屏幕制造着。
混色，顧名思義，就是顏色混到一塊了，在蒸鍍工藝當中，由於設計余量較小，或者是工藝波動較大造成該是發紅色光的材料蒸鍍到了發綠色光的地方，然后綠色發光的時候，就會有紅色的光，兩種光混合到一塊，就會使綠光看起來不那么的綠，稍微有點發黃了。這個是工藝決定的，只要是混色了，不可避免的出現mura，所以設計師總會把設計余量留大一些，避免混色，工藝師總會把蒸鍍工藝對位好一些，避免混色。但天不從人願，總有小蝌蚪越過三八線，你也是沒辦法的事，只能去醫院了，小蝌蚪越過了三八線，去醫院能解決，只是身體損害些，但蒸鍍混色了，就出現mura了，怎么辦他都有，怎么辦！
顏色配比異常，是另一種mura。我們知道紅橙黃綠青藍紫合成白光，也就是我們的太陽光，我們的手機屏幕是紅綠藍光組成的白光，那么這是怎么組成的呢，現在你就需要知道，只要是想要配比成白光，所需要的紅綠藍光都是一定的，也就是說，必須是這么多紅光，這么多綠光，這么多藍光，合成這么多的白光，如果紅光少了點，那會發生什么呢，白光就會偏青，也就是說，紅光亮度不夠的話，白光就會偏青了，那么如果屏幕的一個區域出現了紅光亮度不夠，這一個區域就出現了mura。這一類mura和混色造成的完全不同，並且這一類原因很難找到，連專家都叫苦。
那么一種亮度不同mura，這個有怎么說呢？
白色的屏幕中間出現了一個小區域也是白色，就是亮度低，人眼一看，很明顯嘛。這一類主要出現在單色光中，或者是亮度很暗的時候。
知道了這些mura，我們再看看他的克星，Demura。
Demura可以改變一種色光的亮度！
其實他的具體原理我也不是很清楚，但是通過我的講解，我可以讓你知道他是怎么工作的。
首先OTP大家應該也有了解，如果不懂，可以去看我的另一篇專門講OTP的文章。我們做過OTP之后，三種顏色的光，每個顏色都是有灰階對應的，並且每個灰階都是有一個data電壓對應的，而data電壓已經被燒錄到了IC，只要燒錄了，你就不能隨便修改，也就是說，你有一個信號輸入顯示一個圖片，那這個圖片輸入的信號就是一些灰階信號，IC得到了這些信號之后，就會輸入相應的信息，也就是相應圖片的灰階信息的電壓值，這些電壓值都是在OTP輸入的，所以，你是修改不了的，如果想修改，那就只能對IC進行修改了。
demura就是這樣，能IC進行修改，這個具體過程我也不清楚啦！你大可以理解，他修改了OTP過程中的data電壓，但他不會把燒錄的程序覆蓋，只是對他進行補償。
如果屏幕某個地方有個暗斑，經過測試，暗斑的地方亮度不夠，差多少，計算完之后，就對這個地方進行亮度提升，那他的亮度和周圍一樣的時候，這個問題就完美解決了。提升亮度，那就是修改了他的data電壓，或者說它在顯示原來的基礎上，我們進行了亮度補償。這樣理解是可以的。那如果亮度高了，那我們也可以解決，把他的亮度降低一點，就可以了，也就是反補償。
那demura的整個過程，就是先用一個跟精確的照相機，也可以說是一個圖像收集器，測試屏幕亮度，色度等信息進行分析，分析結果經過算法，看看那個地方亮度大了，哪個地方亮度小了，就可以用另一個儀器生成demura代碼，對亮度進行補償，這樣就完成了demura，聽着好像挺簡單。
那我們也就知道了屏幕出什么問題才會可以用demura來解決了吧，一切的混色引起的不良，對不起，de不了。那由於亮度引起的問題我們全部可以de掉嗎，不是的，只有亮度差異很小的，才可以，量度差過大超出了單位，demura也無能為力。
那在流程中，demura都能干啥事呢。
第一，低灰階下亮度均一性差，可以修改好一些！
第二，部分亮度引起的彩斑mura！
第三，部分亮度引起的亮斑暗斑等！
第四，一些橫向的，縱向的彩帶！
第五，一些摩爾紋！
好像還挺多，但不是萬能的
本文轉自：顯示雜談(6)-萬能的demura? - 知乎 (zhihu.com) 作者：精神時間屋 稍微做了些修改