以前是做iptv機頂盒的，現在是做網際網路電視機頂盒的，在技術上的區別是不大的。
通過這些年與電信，廣電打交道，現在對產品有了一些小想法。
那麼在顯示上都是以web為主，用web來顯示epg內容，用osd來顯示狀態。
但是隨著android的出現，現在大部分機頂盒或電視劇集廠家，都開始了智慧型之旅。
乙個是增加一些收費節目的點播
這兩種方式，在中國的家庭中，都不買帳，國人早就厭惡了廣告和收費了。
iptv和cntv都是網路電視，dvb等都是有線電視，
網路電視比有線電視多了個很重要的功能，那就是互動，即網路可以上行資料。
那麼為什麼不利用這個功能來盈利呢？
比如在連續劇中增加有獎競猜，獎品都是廣告。
對電影進行有獎問答，可以直接問電影中的廣告，比如變形金剛3中出現了幾次ebay的廣告？
不用獎品太給力，只要能讓大多數獲取到這個獎品，那麼參與的人就多了，廣告也值錢了。
如果為了節省成本，可以發放電子獎品，比如q幣
現在pad越來越多，人們在看電視時，也會有pad在手邊玩，
這個在技術上是完全可以實現的。
人微言薄以上只是自己的愚見，如果有天實現了，那說明英雄所見略同吧，呵呵
關於OCR，一些想法
ocr一般分為兩種 1，根據給定的字元特徵集合，提取未知字元的特徵進行匹配識別 典型例子 gocr 2，不知道字元特徵，但給出提取特徵的規則，通過機器學習training來獲取某個字符集的特徵集，對未知字元進行匹配識別。典型例子 tesseract 第一種方法簡單，在某些場合很高效，但比較侷限，字符...
關於敏捷的一些想法
敏捷軟體開發宣言 個體和互動 勝過 過程和工具 可以工作的軟體 勝過 面面俱到的文件 客戶合作 勝過 合同談判 響應變化 勝過遵循計畫 今天看了robert martin的ppp一書的第一部分，敏捷開發 回顧了自己曾經加盟過的幾個公司，經歷過的大大小小的專案，感慨良多。這些公司中不乏奉過程開發為寶典...
關於 Apple Metal API 的一些想法
更方便和友好的多執行緒 gpu 渲染支援 gles 的設計，所有東西都必須跟乙個 gl context 繫結，由 gl context 內部所控制的狀態機驅使，而 gl context 又跟單個執行緒本身緊密繫結在一起，導致很難支援構建乙個良好的多執行緒 gpu 渲染架構，chrome 的解決辦法是...