安德魯的部落格

Canon Digital Camera 記憶卡歸檔工具 - RAW Support Update

每次貼新東西, 小熊子都會來支持一下... 這次寫的記憶卡歸檔工具, 既然他抱怨了一下不支援 RAW file, 那當然要來找一下 solution.. 哈哈..

順手找了一下, 發現資源真少, 追到最後只有一些 open source 的 project 提供 Canon 的 Raw File Access, 另外 Canon 也有自己的一套 Digital Camera SDK ( free, C++ only ), 要寫信去要, 不過不用收費就是.. 其它都是不成熟的 project, 看起來都不是很可靠 :S

咳, c++ 已經好幾年沒碰了, 拿來唬唬還可以, 真的要動手就算了... 結果剛好讓我找到一條線索... Microsoft 提供一個簡單的 viewer, 可以直接看各家的 RAW file, 名字落落長: Microsoft RAW Image Thumbnailer and Viewer for Windows XP ...

印相中這個工具可以看 canon crw, 而且安裝的系統需求是要裝 .net framework..

"該不會有現成的 .net assembly 可以讀 canon raw file 的內部資訊吧?"

試了一下, 隨便找個看的順眼的 dll 反組譯一下, 老天真是照顧我啊, 中獎!! 哇哈哈... 原本 DigitalCameraFiler.exe 的程式架構其實早就想好要怎麼改了, 只是之前一直找不到適當的 lib..

找到的 assembly 用法很簡單, 只要先裝好 Microsoft RAW Image Thumbnailer and Viewer for Windows XP, 就可以在安裝目錄找到這個 assembly dll: RawManager.Interop.dll

使用的方式也很簡單 (感謝 Microsoft 工程師的 coding style 都很一致... ), 隨便試一下就試出來了:

   22     CRawViewerClass raw = new CRawViewerClass();

   23     raw.Load(@"c:\CRW_1234.crw");

   24     Console.WriteLine("Camera Model: {0}", raw.CameraModel);

這 Interop assembly 寫的還真不錯... 看起來真正做事的仍然是 Canon Digital Camera SDK... 不過現在我也可以用 C# 很簡單的叫來用, 哈哈, 感覺真爽...

不過還沒挖到可以 edit raw 的 API, 感覺遜了一點, 但是小熊子都說了...

chicken: 不過抓的東西很有限 :S, 也還沒辦法自動轉正
Michael (小熊子): raw 不需要轉正說
Michael (小熊子): raw 只要知道啥米時間拍的應該就 OK

所以這部份就再說了 [H]... 哈哈...

更新過的檔案下載: [DigitalCameraFilerSetup.msi]
使用前請先安裝: Microsoft RAW Image Thumbnailer and Viewer for Windows XP

2006/11/04 .NET 技術隨筆有的沒的
Canon Digital Camera 相機獨享 - 記憶卡歸檔工具

用數位相機的人或多或少都有這困擾吧? 不用底片錢, 也不用洗出來, 相機拿起來就是拼命拍... 拍完後, 不要說後製作了, 光是把相片檔案歸檔就有點麻煩...

"我久久才 copy 一次照片, 要照日期分目錄真麻煩"

"video 檔歸檔也麻煩"

"直拍的照片要轉 90' 得一張一張看.."

"兩台相機檔名重覆... " <--- 這個大概只有我會碰到吧, 我家的相機都是 canon ...

"...."

這些問題, 其實都有很好的工具可以解決, Google 的那套 Picasa 就很棒, 不然 Adobe 的 Album, AcdSee 也都有 solution ...

不過我就是不想裝一些五四三的啊... 看照片我都只用 windows xp 內建的 image viewer, 我只缺一個很簡單的工具, 把記憶卡的照片檔案自動搬到我要的目錄就好... 可以的話我甚至不要 windows 介面的, 可以用命令列執行的更棒... (我果然是老人.. :~~~~)

最後是自己寫一個來用... 過去是寫簡單的批次檔就搞定, 也用了兩年了, 成效很好, 我就直接把內容貼出來, 有需要的人可以拿去用...

set DATETEXT=%DATE:~0,4%-%DATE:~5,2%%DATE:~8,2%
if not "%2"=="" set DATETEXT=%2

set TRGDIR="c:\Photos\%DATETEXT% [%1]\"
md %TRGDIR%
@echo "處理 F:\DCIM 的照片..."
@ for /R F:\DCIM %%f in (*.jpg) do @echo 移動照片中... %%f && @move /-Y %%f %TRGDIR% > nul
@ for /R F:\DCIM %%f in (*.crw) do @echo 移動照片中... %%f && @move /-Y %%f %TRGDIR% > nul
@ for /R F:\DCIM %%f in (*.avi) do @echo 移動影片中... %%f && @move /-Y %%f "c:\videos\input [dc-avi]\%DATETEXT% [%1 #%%~nf].avi" > nul
@ for /R F:\DCIM %%f in (*.thm) do @echo 刪除影片縮圖... %%f && @del /f /q %%f > nul

批次檔的方式已經可以解決這些問題:
1. 依日期命名, 像這樣的格式:
  c:\photos\2006-0101 [去公園]\IMG_9999.jpg
2. 因為我有另外處理 video file 的動作, 因此 avi 檔會另外分開放, 格式為:
  c:\videos\2006-0101 [去公園 #MVI_9999].avi
3. 只要執行這指令, 檔案就都歸好了:
  copypic.cmd 去公園
  或是自己指定日期...
  copypic.cmd 去公園 2006-0101
不過用起來還是有一點小缺點:
1. 日期判定不精確, 因為只寫批次檔的話, 我找不到方法把檔案日期切一段出來... 因此歸檔的檔名只能用 copy 時的日期來算... 常常白天拍, 晚上過十二點哄完小孩才來 copy, 日期就差一天
2. 因為 (1), 累積了好幾天的照片只能混在一起, 分不開
3. 沒辦法以相機名稱命名, 兩台相機照出來的檔名常打架
4. 要自動轉正
像是要讀取 EXIF 的部份, 要光靠批次檔真的是太勉強了... 本來想寫個小工具搭配批次檔用, 不過發現花的工夫跟本差不多... 就直接寫了一個小工具 [DigitalCameraFiler.exe], 取代掉上面的批次檔了..

需要的人可以下載去用, 不過喜歡用命令列的人應該不多吧... 哈哈... 用法很簡單... 請先確定你的電腦有安裝 Microsoft .Net Framework 2.0... 安裝設定的方式:
1. 編輯設定檔: DigitalCameraFiler.exe.config
  
      1 <?xml version="1.0" encoding="utf-8" ?>
  
      2 <configuration>
  
      3 <appSettings>
  
      4   <add key="default.title" value="未定標題"/>
  
      5   <add key="video.targetPattern"
  
      6    value="c:\video\{0:yyyy-MMdd} [{1} #{4}].avi" />
  
      7   <add key="general.targetPattern"
  
      8    value="c:\photos\{0:yyyy-MMdd} [{1}]\{3}" />
  
      9   <add key="photo.targetPattern"
  
     10    value="c:\photos\{0:yyyy-MMdd} [{1}]\{2} #{3}" />
  
     11   <add key="arguments"
  
     12    value="LastWriteTime,Title,Model,Name,
  FileNameWithoutExtension"/>
  
     13 </appSettings>
  
     14 </configuration>
  default.title: 預設的主題, 執行時沒給 title 的話就用這個代替
  video.targetPattern: 放 *.avi 檔的位置, 其中 {0} {1} .. 會用最後面的 arguments 依序代替
  general.targetPattern: 放 *.crw 檔的位置
  photo.targetPattern: 放 *.jpg 檔的位置
2. 執行時, 打開 DOS Prompt, 切到目錄下, 執行:
  DigitalCameraFilter.exe F:\ 公園外拍
  其中, F:\ 是指你記憶卡的路逕, "公園外拍" 是主題
photo 為例, 最後檔案會被歸到:

c:\photos\2006-1102 [公園外拍]\Canon PowerShot G2 #IMG_1234.jpg

大概就是這樣, 自己寫來用的, 覺的好用的話就鼓勵一下吧 :D

下載程式

2006/11/03 .NET 技術隨筆有的沒的
新硬碟... Hitachi Travelstar 5K160...

敗家果然是需要衝動的啊... 大約半年前, X31 的硬碟 (7K60, 2.5", 7200 rpm, 60GB) 開始有壞軌了. 不過壞軌嘛, 還是可以用, 只是剛好讀到那個地方就會整台電腦都卡住 -_-, 要換硬碟又是大工程, 加上 notebook 是工作上需要的, 停掉一天重灌就很麻煩, 這個有問題的硬碟就一直沒去理它..

不過每次看到硬碟燈在閃, 心裡就不大安穩, 很怕它不知啥時就給我罷工, 因此備份也做的很勤... 某天正好看到新硬碟的評比... 5K160 !! 真是夢幻的硬碟啊... [L], 垂直寫入 (那堆好處就不講了), 容量有 160GB, 嗯, 雖然只有 5400 rpm, 不過那個容量真是太誘人了... :D~~~ 現在的 60GB 每次都在忙著清檔案把空間騰出來..

Y拍找了半天, 都缺貨, 只有它牌的, 不然就只有 SATA 版本的, 再不然就是容量小兩號的... 光華 & 其它地方也逛過了, 就是沒有店家有貨... 跟Y拍賣家留了 email 後就沒去理它了, 直到上拜四晚上收到 mail 通知到貨, 拜五中午電話問了一下, 嗯, 很囉唆的賣家...

賣家講了堆五四三 (電話要錢啊~~~), 說他的貨多難調... 這我是相信啦, 因為我自己找了半天還真的沒地方買... 最後下午兩點時去匯款給他下訂. 效率真快, 當天回家時東西就送到了, 不知道是幾點寄來的? 哈哈... 害我連退訂的機會都沒有..

周末兩天就都在搞這顆新硬碟... 裝硬碟簡單, 轉資料麻煩, nb 只能裝一顆硬碟, 要搬資料更麻煩... 重裝 windows 太辛苦了, 不適合老人家... 何況再不久八成會忍不住換 vista, 就撐著點用了, 最後用了 true image ...

壞了一堆磁軌, 好險最後新硬碟開機進 windows xp 一切正常... 順便推薦一下 Acronis True Image, 看來 Ghost 完全被比下去了, 有機會再寫 post 比較...

原本的 7K60 怎辦? 當然是趁三年保固不到寄去原廠換 :D 如果這次換回新的, 就要拿去賣掉了... 有人要預定的嘛? 在這裡預約打九折 [H]

2006/10/31 有的沒的
替 App_Code 目錄下的 code 寫單元測試 ?

有在寫 .net / java 的人, 大概都聽過這套很有名的 framework ... JUnit / NUnit. NUnit 是從 JUnit 那套移過來的, 用法觀念大同小異, 不過 porting 到 .net 卻是充份的應用到了 .net 提供的優點...

Microsoft 在 ASP.NET 2.0 提供了一個很有用的機制, 就是在你的 web application 下, ~/App_Code 目錄下的所有 code 都會被視為 source code, 在 ASP.NET Hosting 環境下會自動的編譯及執行. 意思就是 source code 丟進去這目錄就 ok 了, 不需要手動執行 compile 的動作.

這便民的機制卻引來不少困擾, 最大的問題就是某些一定要找的到 assembly (.dll) 檔案的情況下, 少掉 dll 就變成是件麻煩事. 我自己碰到的情況就是這樣, 我想要依賴 App_Code 帶來的好處, 但是我又希望能替 App_Code 下的程式碼寫單元測試案例, 問題來了:
1. App_Code 沒有對應的實體 *.dll
  雖然在 c:\Windows\Microsoft.NET\Framework\Temporary ASP.NET Files\ 下找的到, 但是目錄編碼過, 每次都有可能不一樣, 就算找的到也很不方便
2. App_Code 下的程式大都仰賴 ASP.NET Hosting 提供的環境才能執行
  比如 HttpContext ... NUnit 提供的 Test Runner 會另外用獨立的 AppDomain 下執行, 結果是跟 Hosting 環境相關的 code 就沒機會測試了
試了半天, 宣告放棄, 實在是找不到好方法完成這任務... Microsoft 自己的 Unit Test Framework 出局, NUnit 也出局, 我甚至去挖了 NUnit 的 source code 來看, 看的臉都綠了...

NUnit Test Runner 做的非常嚴謹, core 裡就把每個 test 執行的環境準備好了獨立的 AppDomain, 從指定的 assembly 載入 class 後就會丟到獨立的 AppDomain 下開始跑 test ... 本來想改掉, trace 了一陣子後就放棄了, 我只是要跑單元測試啊, 我不想要有我自己改過的 NUnit Framework 啊啊啊啊...

後來 google 找了一堆相關網站, 總算找到救星了... NUnitLite. 看了它的 vision, 不錯, 正好是我需要的...

The NUnitLite Vision

NUnitLite is a lightweight test framework for .Net, implementing a limited subset of NUnit's features. It will use minimal resources and be suitable for execution on various classes of devices.
NUnit itself is fairly full-featured and becomes more so with each release. As a result, it is difficult to use in certain projects, such as embedded applications and testing add-ins for other software products.
NUnitLite is delivered as source code only, for inclusion directly in the users' test projects. It will not suffer the weight of NUnit features like extensibility, a gui, multi-threading, use of separate AppDomains, etc. All these features have their place but they can generally be dispensed with in resource-limited situations or when the tests must run in some special environment.
The NUnitLite codebase is completely separate from NUnit, although obviously inspired by it. Features added to one pof the two products will not automatically be incorporated in the other.
NUnitLite will initially support Microsoft .Net, Mono and the .Net compact framework.

我標紅字的地方, 就是我最需要 NUnitLite 的原因. ASP.NET web sites 正好運作方式就像 IIS 的 add-ins 一樣, 本來就很難獨立的運作, 本來就很難把要測試的部份抽出來. 就算硬抽出來, 能測的程式碼函蓋率一定也不高. 想想看, 你的 ASP.NET code, 都不用到 HttpContext (Application, Session, Request, Response... ) 的部份, 佔了多少比重? 剩下的那部份完全不會出錯嘛?

總之現在已經找到滿意的 solution 了 [:D], 雖然 NUnitLite 只有 0.1.0.0 而以, 而且最新的 release 還不能 build... =.= 不過至少也能很有效的解決我問題了 [:D]

實際的用法, 下次再改貼另一篇...

2006/10/29 .NET 技術隨筆
利用 NUnitLite, 在 App_Code 下寫單元測試

繼上篇寫了些 543, 說 NUnitLite 可以用來測 Asp.Net 2.0 Web Application 後, 這次來個簡單的範例. 因為我公司主要開發的是 web based application, 因此常常碰到寫好的程式可能會被安裝到好幾個不同 site 的情況, 甚至安裝的人員也不見得是懂 coding 的人.. 因此確認 configuration 是否正確就是很重要的一環. 這個例子就來把 "configuration 是否正確" 這件事, 也當做 unit test 的一部份.

也許有人會講, 這是環境的測試, 而 unit test 主要是要測程式的最小單元 - function 是否正常, 話是沒錯, config 之類的問題應該用 trace / assert 也許較恰當, 或是整個 system initialization 時就應該自我檢查一番. 這樣沒錯, 不過我的看法較實際一點, 除非你的開發人員很多, 或是你的產品量已經大到值得你這麼做, 否則大部份的專案, 我想這部份都是被呼略掉的一環...

因此, 既然 NUnit Framework 已經讓測試這麼方便了, 為什麼不順便用這種機制來做些額外的檢查? 好, 不多說, 來看 sample project: NUnitLiteWebSite

首先, 你寫好的 test fixture, 總要有 test runner 來測試它. Nunit 有 gui / console mode runner, 但是 NUnitLite 沒有, 而且 App_Code 最簡單能執行的方式也只有 asp.net page (其實我實際應用的案例, 連 ASP.NET Hosting 都用上了, 不過這就有點偏離主題了). 所以...

Step 1. 先建立一個 Web Site Project.. [download]

Step 2. Reference NUnitLite.dll, 請自行到 NUnitLite 網站下載 source code, 自己 build 吧.

Step 3. 實作 NUnitLiteTestRunner.aspx 這個網頁, 目標是 browser 開啟這網頁, 就能看到像 NUnitConsole 輸出的結果畫面... (當然醜一點沒關係... ) 主程式很短, 如下...

   13 public partial class NUnitLiteTestRunner : System.Web.UI.Page

   14 {

   15     protected void Page_Load(object sender, EventArgs e)

   16     {

   17         this.Response.ContentType = "text/plain";

   18         Console.SetOut(this.Response.Output);

   19

   20         ConsoleUI.Main(new string[] {"App_Code"});

   21     }

   22 }

應該沒啥需要說明吧?
第一行指定輸出的 content type 是純文字...
第二行把 Console.Output 導向到 Response.Output, 這樣 browser 才收的到輸出內容
第三行, 呼叫 NUnitLite 內建的 console test runner ...
第四行, 沒... 沒事做了

Step 4. 接下來就簡單了, 直接在 App_Code 下把你要的 TestFixture 通通丟進去... 我準備了一個例子, 主要做兩項測試. 一個是確認 session 有啟用, 另一個就是確認 configuration 裡指定的 temp folder 是否存在, 是否真的能夠 create / read / write / delete temp file.

   16 [TestFixture]

   17 public class ConfigurationTest

   18 {

   19     [Test]

   20     public void SessionEnableTest()

   21     {

   22         //

   23         // 確認session 是啟用的

   24         //

   25         Assert.NotNull(HttpContext.Current.Session);

   26     }

   27

   28     [Test]

   29     public void TempFolderAccessTest()

   30     {

   31         //

   32         // 確認設定檔指定的temp folder 存在

   33         //

   34         Assert.True(Directory.Exists(ConfigurationManager.AppSettings["temp-folder"]));

   35

   36         string filepath = Path.Combine(ConfigurationManager.AppSettings["temp-folder"], "test.txt");

   37         string content = "12345";

   38

   39         //

   40         // 確認可以寫暫存檔

   41         //

   42         File.WriteAllText(

   43             filepath,

   44             content);

   45

   46         //

   47         // 確認可讀, 且內容跟寫入的一樣

   48         //

   49         Assert.AreEqual(

   50             File.ReadAllText(filepath),

   51             content);

   52

   53         //

   54         // 確認可刪除, 不會有exception

   55         //

   56         File.Delete(filepath);

   57     }

   58 }

Step 5. Deploy Web, 調整好各項 configuration, 啟用前先點一下 NUnitLiteTestRunner.aspx, 看看結果如何... 但是我的 IE 很怪, 明明 Step 3 的 code 都已經把 content type 都標示為 text/plain 了, 我的 IE 硬要把它當 xml 來開, 然後才唉唉叫說 xml 有問題.... 結果就變這樣:

如果你剛好也碰到, 就直接按右鍵選 view source 就好...
```
NUnitLite version 0.1.0
Copyright 2006, Charlie Poole

Runtime Environment -
    OS Version: Microsoft Windows NT 5.1.2600 Service Pack 2
  .NET Version: 2.0.50727.42

2 Tests : 0 Errors, 0 Failures, 0 Not Run
```
故意把 web.config 裡的 session 關掉看看...
```
NUnitLite version 0.1.0
Copyright 2006, Charlie Poole

Runtime Environment -
    OS Version: Microsoft Windows NT 5.1.2600 Service Pack 2
  .NET Version: 2.0.50727.42

2 Tests : 0 Errors, 1 Failures, 0 Not Run

Errors and Failures:

1) SessionEnableTest (ConfigurationTest.SessionEnableTest)
  Expected: not null
  But was:  null

   於 ConfigurationTest.SessionEnableTest()
```
哇哈哈, 真的如我預期的可以運作, 真是太好了. 同樣的例子大家可以換 NUnit 來試試, 一樣可以 run, 不過一來 NUnit 的 assembly 太多, 二來它會無法載入 App_Code 這個 assembly, 三來它會很嚴僅的另外建 AppDomain, 另外用獨立的 thread 來跑你的 test case, 這些動作都是非常不建議用在 web application 下的, 除非你很確定它對系統的影響... 所以, NUnit 還是留給更大規模更嚴僅的開發專案吧, 較簡單快速的 web application, NUnitLite 還是很好用的 [Y]

看完了, 對你有幫助的話, 來點掌聲吧 [H]

2006/10/29 .NET

Facebook Pages

安德魯的部落格

Sponsor Ads

« 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 »

架構師的修練

Canon Digital Camera 記憶卡歸檔工具 - RAW Support Update

Canon Digital Camera 相機獨享 - 記憶卡歸檔工具

新硬碟... Hitachi Travelstar 5K160...

替 App_Code 目錄下的 code 寫單元測試 ?

The NUnitLite Vision

利用 NUnitLite, 在 App_Code 下寫單元測試

Facebook Pages

Sponsor Ads