發表文章

動作片新分類:碾壓 (精準獵殺)

由於近年來開始出現了一種主角能力特別強過於他人的動作片:因此我覺得有需要特地建立一種子分類來歸類這種動作片。 描述:  這種片的特點在於主角的能力遠遠勝過電影中的各種路人/壞人 (通常主角也以持有大義的一方),而導致在片中:主角幾乎是秒殺所有敵意角色 (多數會被一槍暴頭),除了特定少數的魔王級角色。因此決定使用一些遊戲中會出現的 "碾壓" 概念來做為這種片的分類;這概念是指某一方的武力/火力/能力遠遠勝過其對手(們),在交戰時會呈現一面倒的局面,行進路程上其對手兵敗如山倒,宛若被 "碾壓" 一般。 已知影片:  這裡列出我目前所知道的符合這種形式的影片,可能會被發現有所缺漏與新增。 Taken (2008)  http://www.imdb.com/title/tt0936501/ A retired CIA agent travels across Europe and relies on his old skills to save his estranged daughter, who has been kidnapped while on a trip to Paris. 主角為情報局從業後的退休人員,由於女兒遭到綁架:因此他施展畢生所學絕活,一路碾壓惡黨並救出女兒。 目前共推出系列三集,評論看起來是以爛尾做為終結這系列了。 Jack Reacher (2012)  http://www.imdb.com/title/tt0790724/ A homicide investigator digs deeper into a case involving a trained military sniper who shot five random victims. 主角為軍人退伍,由於有被陷害的軍人指名找他,因此被捲入事件之中:也是一路碾壓並解決事件。 將於 2016 年十月推出續集。 The Equalizer (2014)  http://www.imdb.com/title/tt0455944/ A man believes he has put his mysterious past behind him and has ded...

Nexus9 的特點

圖片
去年六月初買了一臺 Nexus9,不過那時只是要刷 Android M 來看看的:一直沒有仔細把玩;這陣子玩了之後又拖了很久才把這篇筆記寫出來XD 列一下我注意到的特點們: 跑 3D 遊戲目前最快 具有前置雙喇叭 螢幕非常清晰細緻 後鏡頭竟然有附閃光燈 系統莫名的不流暢 由於是 Nexus 所以可以開心刷 ROM 所以我會在特價時推薦這臺機器給 1. 專玩 3D 遊戲的玩家 2. 只專注用來閱讀的閱讀者。 (可惜已經沒有再賣了) 以下來針對上面的項目做簡單說明: 1. 跑 3D 遊戲目前最快 不過這是跟 s810 的機器比,因為我沒有 s820 的機器可以比較;但是我想這臺在 2014 年 11 月出的機器去跟 2015 年頂級 CPU s810 做比較應該已經很有參考價值了。 跑 3D 遊戲能比 s810 還快我想應該是 nVidia Tegra K1  晶片 本身跑 3D 的威能吧。 2. 具有前置雙喇叭 雖然喇叭不像 M7, M8, M9 有兩排明顯的喇叭孔正對著前面撥:不過效果還是不錯的呢! 3. 螢幕非常清晰細緻 在 8.9" 的螢幕上解析度達到了 2048*1536 看來是十分的充足啊!用於閱讀的感覺也是非常良好! 4. 後鏡頭竟然有附閃光燈 這不知道會有什麼樣的額外應用情境:因為市面上的其他平板即使有相機卻都不會有附上閃光燈這種稀奇的狀況....這就表示出現了一臺具有 6700mAh 的超大電池閃光燈平板!不過我目前想不太到該怎麼應用.... 5. 系統莫名的不流暢 這大概是 Google 不肯花心思針對 nVidia CPU 調教的後果,看到 XDA 說刷了非官方的 ROM 都十分順暢....不過我目前更新到了 Android N:要再刷其他 ROM 會再等等... 之前有人提說是因為這解析度太吃 RAM:不過我用 adb shell wm size 改過解析度之後還是沒順多少,應該是更底層的問題....而且並不是隨時卡:偶爾才會出現這樣。 順便補一下能讓機器順一點的設定: 從開發人員模式裡去找到背景處理程序限制,把它設定為 2~4 個左右:應該會覺得變順 (用 2 個的時候感覺切換時會有些 App 被過早關閉所以我後來都...

ZenWatch

圖片
就是個笑話

Android N Preview

圖片
看到 Nexus 9 能刷就又刷來玩玩看了:反正平板不是我的主要使用機器~ 這次刷機主要遇到的問題是使用 adb sideload 更新檔.zip 的時候:因為我原本預設路徑內的 adb.exe 版本過舊:導致一直失敗~ E:\Android\sdk\platform-tools>adb sideload E:\Dropbox\Download\volantis-ota-2659757-257cba86.zip loading: 'E:\Dropbox\Download\volantis-ota-2659757-257cba86.zip'adb server version (31) doesn't match this client (35); killing... error: could not install *smartsocket* listener: cannot bind to 127.0.0.1:5037: 一次只能用一個通訊端位址 (通訊協定/網路位址/連接埠)。 (10048) could not read ok from ADB Server * failed to start daemon * adb server version (31) doesn't match this client (35); killing... * daemon started successfully * error: protocol fault (couldn't read status): No error 雖然我 \platform-tools 路徑底下的版本是最新的:但是我的 windows system path 有個資料夾裡面放了舊版的 adb.exe:去把它用新版取代才能正常執行~ 然後還有遇到一次傳輸安裝失敗 E:\Android\sdk\platform-tools>adb sideload E:\Dropbox\Download\volantis-ota-2659757-257cba86.zip Total xfer: 1.94x 試第二次就成功了~ E:\Android\sdk\platform-tool...

使用 HTC BlinkFeed 訂閱 RSS 的方法

圖片
一直覺得 BlinkFeed 是個閱讀資訊的好工具:跟 FlipBoard 比起來還能夠連續捲動跟預載內容離線讀取 (而且 FlipBoard 最近的分享頁面是怎樣?自己生成圖片喔?);就覺得應該要能夠用 BlinkFeed 自己訂閱 RSS 才對,後來果然找到方法: 首先要先拿到 RSS 連結 (bj4) 再來要使用 HTC 內建的 Internet Browser 網際網路瀏覽器:開啟拿到的 RSS 連結 等它載入一下下 就會看到被讀取到的 RSS 內容,然後按下左上角的訂閱按鈕 就會跳出命名這個訂閱內容的對話視窗,點下訂閱  會跳出訂閱成功提示 接著就可以在 BlinkFeed 的自定主題看到訂閱的 RSS 內容了! -- 不過現在很多人好像不看 RSS 了,都從社群網站閱讀他人分享連結,蠻可惜的。 #HTC #BlinkFeed #RSS #Disp.cc #Beauty #表特板 #Gossiping #八卦板 #PttHot

把 Nexus 9 刷上 Android M 的筆記

圖片
六月初的時候把 Nexus 9 刷上了 Android M,本篇用來筆記一下遇到的狀況和解決方法 OEM 要記得解鎖 一開始下 flash 指令的時候遇到了錯誤,結果查了一下網路資料發現是因為我 adb 版本太舊;如果下指令遇到錯誤可以去抓新版 adb 來試試。 -- 欸結果過太久了忘了還有沒有遇到其他問題XD 貼幾張新版的圖

資料結構和演算法簡介

圖片
本篇目前為 Wiki 頁面的簡易整理,暫時還無法全部用我的方式表達; 由於是來自 Wiki 的資料因此也會遵循相同的分享規範。 -- 資料結構 (Data Structure) Bruce: 資料結構是代表儲存資料的特定方法;不同的儲存排列方法會使得新增刪除修正查詢資料的速度有所改變,對於特定的狀況可以設計使用不同的資料結構來加快達成目的的執行速度。目前常用程式語言中的陣列與矩陣等最終端應該都會是使用某種資料結構來實作以實現高效率,如  C++  中  STL  的 container 可能是使用紅黑樹之類的。 接著我將列舉數種資料結構作為範例。 Wiki: 在 電腦科學 或 資訊科學 中, 資料結構 ( 英語 : data structure )是電腦中儲存、組織 資料 的方式。通常情況下,精心選擇的資料結構可以帶來 最優 效率 的 演算法 。 一般而言,資料結構的選擇首先會從 抽象 資料類型 的選擇開始。一個設計良好的資料結構,應該在 盡 可能使用較少的時間與空間資源的前提下,為各種臨界狀態下的執行提供支援。資料結構可通過 編程 語言 所提供的 資料類型 、 參照 及其他操作加以實作。 不同種類的資料結構適合於不同種類的應用,而部分甚至專門用於特定的作業任務。例如,當電腦網路依賴於 路由表 運作時, B 樹 高度適用於資料庫的封裝。 在許多類型的 程式 設計中,選擇適當的資料結構是一個主要的考慮因素。許多大型系統的構造經驗表明,封裝的困難程度與最終成果的品質與表現,都取決於是否選擇了最優的資料結構。在許多時候,確定了資料結構後便能很容易地得到 演算法 。而有些時候,思路則會顛倒過來:例如當某個關鍵作業需要特定資料結構下的演算法時,會反過來確定其所使用的資料結構。然而,不管是哪種情況,資料結構的選擇都是至關重要的。 系統構造的關鍵因素是資料結構而非演算法的這一深入理解,導致了多種形式化的設計方法與 程式語言 的出現。絕大多數的語言都帶有某種程度上的 模組化 思想,通過將資料結構的具體實作封裝隱藏於受限介面之後的方法,來讓不同的應用程式能夠安全地重用這些資料結構。 C++ 、 Java 、 Python 等 物件導向 的程式語言可使用 類 來完成...