1. 小紅點缺料? Lenovo Sucks...

    難道 thinkpad 換東家之後真的要走下坡了嘛... 小紅點缺料? ouch ...

    從我之前的 X23, 到現在的 X31, 總共五年有了吧, 這倒是第一次碰到要索取還缺料的... 雖然小紅點的定價並不便宜, 不過也不用這樣吧, 東西小又不佔空間, 放了也不會壞, 全系列 ThinkPad 都通用的小紅點, 應該是很好控制庫存才對, 會用到缺料, 那真是 costdown 過頭了吧? 不然就是 lenovo 覺的三個月索取一次太便宜 user 了, 就用缺料來控制 user 消耗速度? hmmm...

    也許只是真的 "剛好" 缺料而以, 我也不差晚一陣子拿到小紅點, 只不過單純不爽發發牢騷... 下一台 notebook 還要不要買 ThinkPad 真的該好好考慮了, 購買動機好像真的只剩 keyboard ... :~~

    2006/11/04 有的沒的

  2. 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 技術隨筆 有的沒的

  3. 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 技術隨筆 有的沒的

  4. 新硬碟... 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 有的沒的

  5. 替 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 技術隨筆