Travis Chang

如先前文章所提, 3D立體影像技術主要是透過左右眼分別看到不同影像而呈現3D的效果, 本篇主要介紹眼鏡式
 
眼鏡式簡單可以分成四種主要技術. 分別為 1. 紅藍（綠）眼鏡 2. 頭盔式顯示器 3. 偏光眼鏡 4. 快門眼鏡

2D: 包含了X, Y軸, 是平面
3D: 包含了X, Y, Z軸, 是立體
我們日常所看的電視, 電影, 電腦螢幕...都是包含了X, Y 軸的平面, 可以呈現2D的影像. 如何讓電視, 電影, 螢幕等平面呈現出立體的3D畫面, 即是想要了解的主題.
 

是一般mail溝通很好的入門書, 其中還有針對業務開發信部分特別提及寫法, 適合每年看一次
一般對外聯繫都是使用英文, 因此也建議購買及閱讀原文版, 書籍可在網路買或是代買, 下述網址則可試閱
http://www.docin.com/p-37744797.html
書籍共分為四個章節

前幾個禮拜客戶問說 "你們的CSR policy是什麼?" 好籠統的一個問題，直覺聯想就是做公益，捐款之類的。詢問公司人員的結果幾乎建議我直接回答我們沒有CSR policy???這對歐美客戶而言可是基本要求呢，因此就趁機會詢問和蒐集相關資料，整理於下作為被問到時候的教戰手則。
一、什麼是CSR
　對國內而言CSR算是還不算很熟悉的名詞，因此很多人都會認為是捐款或企業額外做了些甚麼。事實上企業其實都有做CSR，範疇包含品質管理系統ISO 9001、環境管理系統ISO 14001、職業安全衛生管理系統OHSAS 18001、社會責任管理系統SA 8000、產品有害物質含量QC 080000、聯合國全球契約(United Nations Global Compact)、商業符合社會責任的行為準則(BSCI)等。
　因此或多或少都有做CSR，首先第一步就是確認公司有沒有上述的認證，並確認是否有人整理成CSR policy這份檔案了。
二、確認客戶所處的CSR網絡
 　有做CSR的公司都會自成一個網絡，並做為篩選新夥伴的條件。狹義而言CSR一般包含了SA8000, BSCI, United Nations及EICC四種網絡。並有各自的行為準則(Code of Conduct)，這四種的差別簡單整理如下。
SA8000：Social Accountability 8000 (社會責任標準)。相較於BSCI是較為嚴苛的標準。目前全世界約有2000間通過。
BSCI：Business Social Compliance Initiative (商業符合社會責任的行為準則)，目的是鼓勵被稽核廠商尋求SA8000驗證。
United Nations Global Compact：以價值觀的宣告為主，以年報的方式取代稽核。
EICC：Electronic Industry Code of Conduct (電子工業行為準則)，大多數科技廠會申請的標準並形成網絡。

其實這四種都沒有也算是很正常的，接下來就是到官方網站去下載Code of Conduct，再針對每一個項目詢問整理出公司現有相關文件即可。
三、CSR包含哪些項目
　若是問不到或是不知道客戶所在網絡也沒關係，下面整理了各個規範的常見條文，只要針對下面條文整理出相對應的文件就算是POLICY了，由於在台灣有勞基法等等的要求，每間公司都或多或少一定有做的。

其實大部分的內容公司都有做，只要收集好相關資訊，就是一份完整的CSR policy囉~
最後，其實台灣也有做CSR的相關網站，只是資料陳舊看完也不知道能做甚麼，但是包含了很多的相關規範也可以做為初步蒐尋的依據
http://csr.moea.gov.tw/standards/standards.asp

一般包含以下內容, 遇到時可以逐一確認是否有遺漏或需注意事項
基本資料
1. 甲乙雙方(Party A, Party B): 甲方以下為授權團體, 乙方為被授權團體, 需包含全名及地址
2. 見證人或代表人 (Witness or representative): 一般是互為見證, 雙方代表人及職稱

這篇算是綜合的討論, 請先看過下面幾篇舊文
　查找表(LUT, Look up table) 是做甚麼的?
　DICOM & GSDF 對灰階醫療螢幕的重要性及量測 (一)

首先引用舊文提及何謂影像深度
一般800x600 8bit的黑白圖片, 代表圖片的長是800個pixel, 寬是600個pixel, 總共480000個pixel, 每個pixel則有2的8次方=256種黑白深淺不同的變化.
　
那對彩色圖片來說呢, 彩色圖片每個pixel是由紅(R)綠(G)藍(B)三種不同顏顏色組成, 因此一張800x600的24bit彩色圖片,
就代表圖片的長是800個pixel, 寬是600個pixel, 每個pixel包含了紅綠藍三種顏色, 每種顏色是24/3=8bit,
也就是說每種顏色有2的8次方=256種顏色深淺的變化
關於瓶頸的概念(又稱為限制理論(Theory OF Constrain, TOC)), 舉個"目標"中爬山概念的例子如下
有ABC三個人一起去爬山, 希望在最短的時間內一起爬到山頂, 其中A走得最快, 一小時可以走3公里,  B其次, 一小時可以走2公里, C是個小胖子, 一小時只能走1公里.
一開始C走在最後面, 走沒多久就發現C就遠遠落後. A和B只好停下來等他, 不然沒辦法一起到山頂, 每小時只有一公里的速度
後來改變前後順序, 讓C走在中央, 並且規定後面的人不能超過他, 走沒多久就發現帶頭的人走太快了, 但是後面兩個人因為C走太慢了遠遠落後, 帶頭的不得不停下來等待, 每小時還是只有1公里的速度
因此再次改變順序, 讓C走在第一個位置. 走了一陣子發現, 三個人是都不會分開了, 但是走的速度也只有每小時一公里, A和B走沒幾步就可以休息一下
因此不論C在三個人的順序是在哪個位置, 整體三個人爬山的速度就只有一公里, 其他人走再快還是只有一公里, 這就是瓶頸的概念, 在整體環節中最小產出會決定整體的產出
因此最後三個人只好改變做法, 把C身上所有裝備都給A和B拿, 讓他可以走快點, 若是C比的速度可以提高到每小時走2公里, 就代表整體爬山速度就可以變成每小時2公里了
其實也就跟買電腦一樣, CPU用到最好的四核心, 但是RAM只給128MB, 效率遠遠不及CPU只用2核心但是配上1G的RAM了...因為效率最低的環節會決定整體的產出效率
從系統的觀念來看, 從影像擷取到顯示器顯現主要包含下圖環節 (下面深度的bit數是舉例)

每一個環節都會影響最終螢幕所呈現畫面的深度(也可以說是畫質), 而最終呈現畫面是以其中深度最小的環節來決定(就是瓶頸的概念)
以上述例子來看, 應用程式和LUT所支援的畫面深度只有8bit, 因此最終呈現畫面最多也只有8bit(實際會低於8 bit, 在最後面說明)
對整體系統而言, 影像擷取設備一般都有12~16bit的影像深度, 一般不是瓶頸, 為了呈現10bit以上的畫面深度, 在PC和螢幕的規格上就要特別留意了, 目前WINDOW XP系統都可以支援8 bit的深度, 但若是10bit以上深度每個環節則有不同需求, 整理如下
　作業系統: Window Vista以上
　應用程式: 需支援window color system (WCS 1.0)以上
　顯示卡: 灰階螢幕須為dual link顯卡, 彩色螢幕除了dual link外需符合HDMI 1.3以上xvYCC的色域
　影像傳輸: Dual link DVI 以上的傳輸線
　LUT: 10bit以上
　顯示器: 10bit以上
最後說明為何在上述例子中顯示器顯現畫面深度會低於8bit (under 8bit), 其實主要原因是在於LUT
在舊文中曾經提及LUT簡單的說就是擔任影像檔案和LCD之間翻譯的角色. 當前端給LUT 256種單字, 但是LUT只會256個單字, 再翻譯的過程中就可能出現字彙不夠因此兩種類似的字翻成同樣一種意思, 舉例而言, monitor和display就可能都翻成"螢幕"沒有差別了, 因此翻譯後的單字種類必定少於256個(減法的概念)
再以實際數據說明, 在DICOM文章中曾經提到評量指標JND step, 理論上前端給螢幕256種深度變化, 螢幕顯現出來人眼可分辨的變化就要有256種, 因此理論上螢幕的256個DDL就要有對應的256個JND值, 以一個實際8bit畫面輸入, 經過8bit LUT後8bit螢幕呈現畫面量測的JND step如下圖

可以看到有很多個DDL所呈現出的JND step是落在0根本沒有差異, 有的則到4.5一次橫跨數個JND, 因此畫面顯現出來的深淺變化也必定小於8 bit了
也因為這個特性的關係, 因此下一篇文章會專文討論LUT和整體系統的bit數應該多少是足夠的.

三 怎樣才能符合DICOM的GSDF呢?
這邊要先說明幾個專有名詞
P-值(P-Value): 一個定義於視覺線性灰階空間中而與裝置無關的值, DICOM提供之查找表(LUT, look up table)中輸出值就是 P-Value，是已標準化之顯示系統的輸入值。
數位驅動位階(DDL, Digital Driving Level): 一輸入數位值，會在顯示系統產生一個相對亮度。

先來縮寫名詞解釋
DICOM: Digital imaging and communications in medicine, 醫學數位影像及通信.
GSDF: Grayscale standard display function, 灰階值標準顯示函數
DICOM

一 查找表是甚麼
根據維基百科: "在圖像處理中，查找表經常稱為LUT，它們將索引號與輸出值建立聯繫。顏色表作為一種普通的 LUT 是用來確定特定圖像所要顯示的顏色和強度。"
在國中的時候, 常常要背三角函數, 像是sin30度=1/2等等的, 然後考試就很喜歡出請問siz15度=???. 這時候就要代sin(45-30)的公式算半天, 如果手邊有一張sin值的查找表(LUT), 就直接可以查sin15=???, 連算都不用算, 不管sin甚麼角度都難不倒了, 這就是查找表的好處, 可以直接連結sin和數值.

對於電腦也是一樣, 透過查找表電腦可以省略很多複雜計算, 直接得到答案. 對於影像管理來說, 則是透過查找表來連結影像檔案(vedio data or image data)和LCD的亮度(精確的說應該是DDL(註1), 透過DDL連結亮度)
影像檔案則以圖片為例
　一般800x600的8bit的黑白圖片, 代表圖片的長是800個pixel, 寬是600個pixel, 總共480000個pixel, 每個pixel則有2的8次方=256種黑白深淺不同的變化.
　那對彩色圖片來說呢, 彩色圖片每個pixel是由紅(R)綠(G)藍(B)三種不同顏顏色組成, 因此一張800x600的24bit彩色圖片, 就代表圖片的長是800個pixel, 寬是600個pixel, 每個pixel包含了紅綠藍三種顏色, 每種顏色是24/3=8bit, 也就是說每種顏色都有2的8次方=256種顏色深淺的變化，每個pixel則有2的24次方=一千六百多萬種RGB顏色混和的變化
對於LCD來說, LCD只認得給我多少電壓, 我就會多亮. 可看不懂甚麼是256種顏色的第99種顏色. 所以就需要透過查找表來說明第99種顏色是要給LCD多少電壓(正確說是DDL, digital drive level), LCD就會顯示出相對應的亮度了. 簡單的說就是擔任影像檔案和LCD之間翻譯的角色.
二 所以顯示卡或螢幕一定會有查找表嗎?
答案是否定的, 沒有翻譯那就...比手畫腳吧. 不管螢幕聽得懂得語言是中文, 英文, 法文, 反正全部都給他點頭搖頭還是能溝通的. 只是這種溝通效果明顯比較不好. 至少能懂, 但是每個螢幕的認知可能就大不相同囉 (也就是同一張圖片每個螢幕看起來顏色都不盡相同了). 因此對於醫療螢幕來說LUT是必備的 不能夠接受這種誤差, 而對一般產品則常聽到使用替代品 - ICC profile.
PS. 查找表由於存放在顯示卡或是螢幕的特定記憶體中, 一般又稱為硬體校正. 透過ICC profile是由放在硬碟的某一個區域, 又稱為軟體校正.
三 查找表的8 bit, 10bit, 12bit是甚麼意思
翻譯當然也有專業級的, 和很兩光的翻譯. 對查找表來說, 8bit就是指我只會說256(2的8次方)個單字, 12bit就是指會說4096(2的12次方)個單字, 當然翻譯功力差很多囉. 翻譯的過程中也很可能會造成意思的疏漏, 也就是8bit檔案輸入, 若是8bit的LUT, 則輸出必定小餘8bit
至於是不是越多越好, 答案是否定的. 就像平常常說的單字可能就是幾百個, 會太多單字好像沒太大幫助, 而且該不會讀太多書秀逗吧...
(這與JND有關, 詳見DICOM章節. bit數越高相對需要記憶體越多, 讀取速度越慢, 只是目前這個還不是瓶頸而已)
日後再整體系統說明時會附上數據
四 LUT實際擔任甚麼角色?
LUT擔任影像和LCD間翻譯的角色, 當然也可以亂翻, 當然最好是依LCD不同的個性講不同的話.
因此LUT最常用來當作校正的角色, 修正每台螢幕本身特性的偏差, 使得黑白螢幕能夠符合DICOM的標準, 彩色螢幕能夠符合Gamma 2.2的標準, 讓美台螢幕呈現的畫面都大致相同
此外由於LUT可以不影響畫面呈現下隨意更動, 因此也常常設計用來增加對比, 調整gamma參數, OSD模式設計等等
五 醫療螢幕的現況
LUT目前有部分放置於顯示卡端, 有部分放置於螢幕端, 目前趨勢是放置在螢幕端, 一方面方便出廠時校驗, 一方面也可減少應用端可能因為顯示卡LUT輸出的失真
而目前黑白螢幕已有廠商做到14 bit的LUT, 彩色則有36 bit以上 (12bit per color)
註1: DDL會在DICOM章節敘述