[WDK] Note about propitiatory driver develop and install

  • WDK 

    • building

      • build -cefw

      • build -cgz

  • Driver launch 

    • Service

      • Using SC (Service Control)
    • Device driver

      • Using *.Inf to install it
  • Disable digital signing check ( forever)

    • If failed need go to BIOS setting to disable Security Boot

      • in Boot-> Authentication-> Security Boot
    • “bcdedit -set test signing ON”

  • Disable digital signing for once

    • Win8 -> 變更電腦設定 -> 還原 -> 進階開機
  • Install driver step

    • [裝置管理員] -> node 0 -> [動作] -> [新增傳統硬體] -> 選擇 inf

    • remember  inf file need  exist with x86 driver

    • x64 need another place according to your inf setting.

    • Still occur error because the SYS still need to signed 

  •  Install Digital signature and sign your SYS file (x64 only is enough if you using 

  • Note, there might be an error if the category file error

    • Error:

      • 裝置管理員 -> Digital signature still failed event you already signed it.
    • Solution:

      • Using “infract”  refer here

        • Note: Need use WDK 8.1 if you want to use Win8.1 OS identifier

        • “inf2cat /driver:INF_ADDRESS /os:6_3_X86,6_3_X64”

      • It will find digital signature in 裝置管理員

      • Must use WDK for Win8.

      • Don’t forget to use digital signature to  sign CAT file before you try to install INF.

  • Install INF driver via 裝置管理員

    • Error: 

      • 無法驗證數位簽章
    • Solution:

      • Testsigning need to change from off to On.

      • Reboot again and check 裝置管理員

 

[GTUG 2014 June] Google IO Extended Taipei (臺北方面)

這次很熱血的去參加了GTUG在Google Taipei 辦公室的活動,由於名額僅限70個所以很幸運有搶到.
正式在Google IO 2014 開始前,先有臺北這邊有人分享跟雲端與Google Glass有關的議題

關於Google IO內容部分,直接看HackPad上面的資料吧
https://hackpad.com/Google-IO-2014–AI39FmbnlsI 

[ffmpeg][ios][Android] 如何在iOS/Android上面使用 ffmpeg

自從在Windows完成 live555(OpenRTSP)與 ffmpeg之後,就很想把它整理好之後放到iOS與Android上面.
不過尋找了一下,發現大部份人在iOS與Android上面都是直接使用 ffmpeg來播放 RTSP的資料.
不過其實Android  4.0之後其實 Videoview就已經支援RTSP的播放,那麼為何還需要ffmpeg呢?
—>  利用 VideoView 會有10 秒的延遲,如果想要把延遲減少比較好的方式就不要用build-in player而是使用ffmpeg來播放檔案或是RTSP streaming

所以把如何使用的部分做了一下整理,分別有iOS與Android的部分如下:

[OpenCV] 相機增加物件追蹤(Object Tracking)的部分

OpenCV是一個相當好用的影像處理SDK,除了可以快速開發相機測試程式之外,也有許多功能可以增加.

最近看到一般數位相機有類似的功能,於是去找了一下.以下是示意影片.完整網址在這裡,不過他有用到OpenFramework去操控OpenCV個人覺得不好使用.比較推薦直接使用OpenCV其實程式會很小.

NewImage

 

 研究了一下,發現其實效果不錯.於是整理出一個簡單的 VS2013 Console 的測試程式
(本來有想用 Python 後來發現需要太多的原件而且很難debug,所以先弄Windows版本) 

https://github.com/kkdai/OpenCVConsole

這個測試程式主要可以讓我測試一些功能,他目前支援以下一些功能:

  • 起始你的Camera 並且使用最預設的解析度

  • 支援旋轉,他的熱鍵如下:

    • t/T: 90度旋轉

    • f/F: 180度旋轉

    • r/R: 270度旋轉

    • n/N: 回復原狀

  • 灰階化,方便之後做進階的影像處理(熱鍵 g/G)

  • 物件追蹤,目前測試發現辨識率不高,並且灰色階也沒有差異.使用方式如下:

    • 利用你的滑鼠去選取你要追蹤的部分

    • 他會複製起來~並且把你要追蹤的部分用匡線標起來

狀況大概是以下狀態:

OpenCVOT

[iOS]第一個iOS App上架- 粉絲相簿 1.0

被退回來三次,被要求加上教學模式後,人生第一個自己弄的iOS App終於上架.
以下的鏈結可以下載:  https://itunes.apple.com/tw/app/fen-si-xiang-bu/id839324997?l=zh&mt=8

這裡記錄一下整個心路歷程,排除掉App本身比較困難的部分之外:

  • 一開始其實最困難的其實就是開啟一個App的憑証,並且讓iPhone可以正常的安裝到憑証.(其實是讓Xcode安裝憑証) 

  • 可以安裝App到手機後,之後困難的就是上傳的問題還有Provisioning Profiles的簽署

  • 好不容易上傳上去後,接下來就是等待審查

  • 第一次失敗:  有兩個問題

    • FB Login 會跳出網頁,也就是我的 Single Sign On 沒弄好

    • 要求增加分享的功能

  • 修復好SSO之後並且增加了分享功能後又送上去審查,又被打回來

    • UI需要有更清楚的標示.
  • 經過解釋後把整個說明網頁弄得清楚一點之後,又送上去.結果第三次被打回來:

    • 還是覺得不夠清楚,雖然我在solution center裡面有解釋整個流程,但是審查人員希望可以有tutorial告訴使用者.
  • 這時候花了比較多的時間,問了一些人有沒有比較好的tutorial 的SDK可以用.有人推薦了這個WSCoachMarkView.真的算簡單,然後方便的.

  • 總算通過審查,但是仍然久久沒上架去看了一下後,發現遇到 Pending Contract,原來是銀行跟稅務沒有設定好.參考這裡

  • 最後就會出現Wait for Sale,再過沒多久就出現啦.

  • 最後分享一下如何分享你的App網址給人家

  • 到iTune 裡面尋找你的App,在圖示上面按下右鍵複製鏈結就可以了.

  • 想要更多關於我App粉絲相簿的介紹?去 Github看吧  https://github.com/kkdai/iOS-APP-FBAlbums

參考:

[coursera][Functional Programming Principles in Scala] 關於課程學習心得(2)(完)

這是接下來寫幾個禮拜的學習心得.

其實我不知道是課程安排的問題,還是我習慣邊寫邊測試.到後面幾個禮拜,因為比較容易用worksheet去撰寫.整個變得相當容易寫而且快速.

  • Week4: 撰寫霍夫曼樹的處理函示

    • 主要內容是關於List的操作,但是比較奇怪的是關於List操作的課程卻是在week5的影音課程裡面 O_o

    • 因為直接拿List來處理,搭配著patch matching其實很容易就上手.這裡可以建議各位多使用worksheet來當你學習上的好朋友,可以快速上手並且測試你的想法.

    • 我的例子就是由於有worksheet可以使用,馬上就著手去開發相關的部分,並且一方面也可以馬上測試來看結果.(順便多寫一些unit test)這樣寫起來應該很快又可以寫完(不過我也是花了接近10+個小時)

    • 最後結果雖然答案都寫完了不過由於用到太多輔助函示被扣了點分數.

  • week5: 本週沒作業

    • 主要是教導一些其他關於集合的處理方式比如說map,filter,flatMap等等相關的內建函示
  • week6: anagrams也就是給你一個字串把它重組後顯示所有可能的字

    • 一開始是使用之前用過的pattern match來寫,不過看到提示要用high-order來寫.所以全部重寫花了一點時間.果然就可以一行寫好,不過很難閱讀啊…

    • 整體寫起來比week4 還快,不過也不簡單因為許多high-order的函示要搞懂它的用法與如何好好的用它才能寫得更好. 這次還是被扣分~函示輸出太多記憶體不足….

  • week7: 寫出遊戲Bloxorz

    • 總算把最後一個作業都做完了,感覺有點倒吃甘蔗.後面越來越能了解如何去使用high order function 還有使用各種的recursive 來找出解答. 課程上的倒水杯程式真的很有趣,也很有幫助.倒水杯就是給你兩個不容量度的杯子.比如說一個杯子300cc,另外一個500cc 然後請你倒出400cc的水,你能做的就是到滿某杯或是從某杯倒向另外一個杯子.

    • 我從測試四開始的習慣就是在worksheet上面去寫程式.寫好一個馬上測試結果.並且重複思考每一個步驟是不是有問題.這樣得學習方式對於scala不算熟悉的我相當有幫助.

    • 關於這個禮拜的習題,幾個小建議:

      • 原來提供的unit test真的太少,自己寫一些

      • 最後最佳答案找不出來,試著把圖弄小一點找問題

心得:

  • 學習scala真的讓我有挫折的感覺.不僅僅有許多演算法,更有一些high order function的使用法或是methond/expression parameter .不過學完之後對於其他語言的學習(swift)我想是有相當程度的幫助.

  • Scala的worksheet真的是很酷的東西,而最年輕的語言Swift 也有playground類似的東西(或者是類似iPython的東西).

  • 以前沒有unit test的習慣,由於functional programming的每個函示跟UI的結合比較少而且需要確保每一個部分可以完美的運作,於是我必須要每寫好一個就去思考如何跑unit test.我想這會養成我之後相當好的習慣.

  • 我其實很推薦每個程式設計人員都必須要學過functional programming,他能幫助你不斷地把問題切斷成小段的函示,彼此間不會互相干擾,並且能去組合出最後最佳的結果. 可以參考IBM這篇文章: Functional Thinking