-
抱怨一下，因為在看照片時發現，有些直的拍的照片看起來是正確的 (會自己轉 90 度)，有些卻不是... 得歪著頭看，所以就很好奇到底是怎麼回事...。 這幾張是正確的 (右上 & 左下，會自動轉 90 度) 這幾張是錯的 (應該自動轉 90 度才對) 第二張是錯的 (應該要轉 180 度才對) 越想越不對，我記得除了我那台古董 CANON G2 之外，後來 CANON 的相機都有加上偵測轉向的機制啊? 不外乎是 水銀開關 或是類似的東西，總之相機能夠得知目前是不是轉直的拍，同時能把這資訊寫到...
-
因為有人 留話 在詢問怎麼利用 WPF 處理這些動作，而這些又都是 M$ 文件及範例沒有寫的很清楚的部份... 有些範例有提到，但是 M$ 內建的 CODEC 正常，3RD PARTY 的 CODEC (像我碰到的 Canon Raw Codec) 就搞半天也搞不出來...。因為之前寫 MediaFiler 正好都碰過這些釘子，就順手寫起來以免以後又忘掉.. :P 1. 讀取 Metadata 講 METADATA 也許會有些人一頭霧水，講 EXIF 搞不好還比較多人知道... EXIF 的規格有點混亂，就像 RSS 一樣，有好幾個派係，M$ 乾脆在 WPF 裡跳出來直接稱它做 METADATA...
-
看來是換四核心CPU的時機到了 之前弄了半天的歸檔程式，效能都卡在 .CR2 -> .JPG 這段。雖然祭出了 ThreadPool，也想盡辦法把獨立的工作湊在一起，盡量提升 CPU 的利用率，不過得到的效果有限，因為最後都是剩下 .CR2 的檔案轉不完啊，其它拿來填空檔的工作早就做完了，實在不成比例... 整體效能還是卡在最慢的 Canon Codec 身上... 這次無意間想到，單一 process 內，Canon Codec 有過多不能重複進入的問題 (不能同時利用到兩顆CPU)，那麼拆成兩個獨立的 process 是否就解決了? 想一想還蠻可行的，通常為了安全，都只需要做到 process...