網樂通透過筆電上網
28 一月 2012 發表迴響
in Uncategorized 標籤：DTV, wifi
壹電視的網樂通由於是IPTV 還走P2P架構，要收看必須要連上網路
可是通常沒人會在擺電視的地方留網路線(就一般而言)
網樂通後面雖有USB 可以接無線網卡
但是無線網卡又有相容性問題
如果是原本就有wifi 壹電視也是偶爾看一下而已
可以透過筆電連上wifi (保證相容性100%)
步驟零、網樂通的網路線接到筆電的RJ45
步驟一、設定筆電wifi 為共用
步驟二、設定筆電Local Network(區域連線) IP、子網路遮罩
這邊的IP 可以自由設定(跟wifi 的IP沒關係)
但是前三碼(例:192.168.137)必須與網樂通的IP相同
步驟三、進乙太網路手動設定網樂通網路連接
IP地址前三碼(192.168.137)需與筆電區域網路IP前三碼相同
通訊閘、DNS則填上筆電區域網路IP (四碼都相同)，按開始連線就可以連上網路了
Asus RT-G32 rev.B1
10 一月 2012 發表迴響
繼上篇買了TP-Link TL-WR941ND 來替換RT-G32 rev.B1後
無巧不巧搜尋到原來RT-G32 rev.B1 去年的同日(2011/1/10)
OpenWRT已經把它列入支援
只不過在Trunk裡 而不是正式版內
既然多了個廢物不如就拿來測試一下OpenWRT
以下是花了半天的測試結果，能用的東西不多大致上都運作正常
由於過於複雜，就讓我拖稿一下
之後還會有韌體篇、除錯篇
壓力測試了一下，Trunk果然還是不穩定
對比最近買的TL-WR941ND,RT-G32 CPU Load Average 異常高
反正試的都試了,也許以後會有改善
現在就把相關 link 貼出來，做結尾
http://wiki.openwrt.org/toh/asus/rt-g32#flashing.via.tftp-server
http://wiki.openwrt.org/doc/uci/wireless
http://wiki.openwrt.org/doc/howto/luci.essentials
採TFTF server 方式安裝，IP:192.168.1.254 / 255.255.255.0
韌體名稱:ASUS_G32V2 <-有問題的firmware 純備份勿下載
telnet 192.168.1.1
passwd
ssh root@192.168.1.1
wifi:wifi up radio0 && wifi
Reset 按著插電後五秒 放開可進刷韌體(救援)模式
TP-Link TL-WR941ND
08 一月 2012 發表迴響
最近換掉那台(我早就看他不順眼的)無線AP Asus RT-G32 B1
想找一個3T3R的無線AP來用，可惜預算少能選的不多
找上大陸品牌TP-Link (3T3R 以後升級網卡要擴大頻寬也比較方便)
除了這之外能選的大概就Asus RT-N12
不過Asus 已經用了兩台,想換其他的用看看
開箱文應該不用了吧，Google要找到不難
發射功率有Max,medium,Low 三種可選，Low跨樓層收訊也還不錯
裡面的一些功能一般無線AP該有的官方韌體都有
可是我總是覺得哪裡不夠 (欲求不滿 有點手癢 XD)
好吧 那就來上第三方韌體
一般人可能會直接聯想到上DD-WRT，我也是如此
不過搜尋了一下發現DD-WRT 無線功能似乎有些問題
於是又找看看其他的第三方韌體，Tomato,OpenWRT…
Tomato的QoS似乎評價不錯，不過沒找到TL-WR941ND可用的版本
最後找到了Gargoyle (based on OpenWRT) ,據傳這個的QoS也不錯
大致上刷的程序步驟都跟DD-WRT一樣
在原廠韌體下就刷factory版的，upgrade好就直接變成Gargoyle
刷成Gargoyle之後，如果要升級就刷sysupgrade版的upgrade
可以發現刷完之後功能多了很多
圖形化監測流量、流量限制、流量總量限制
當然重點還是在QoS可以把頻寬分成幾個類組再進行設定
不過Gargoyle 有著跟DD-WRT一樣的問題
(網卡1T1R 802.11n ，可支援到150M可是卻顯示6X~72M)
本來還以為就這樣救不回來了
最後查了一下原來有解
https://forum.openwrt.org/viewtopic.php?id=30315
作法是用putty 登入SSH (採telnet 登入需讓AP進入救援模式)
然後輸入下列指令，指令的意義是取消掃描無線裝置相容性
uci set wireless.radio0.noscan=1
uci commit
reboot
最後一行是重開機，指令輸入完後就直接重開機了
不過正常顯示後也不代表它速度會變快 (純粹就心理因素，速度還是一樣啦)
防火牆的部份Gargoyle 裡面沒有特別checkbox 可以enable
查了半天原來它預設已經啟用了
只不過它的設定是reject ，而不是drop (不過也沒什麼太大差異)
但要改也是可以只不過我自己還沒試過就是了 (備份)
可惜的一點是
如果要刷回原廠的bios 它不像TL-WR1043ND那樣有特製刷回版
以下是TL-WR941ND可能刷回原廠韌體的方法之一
這邊為純備份文章
More
E-350 GPU compute !?
30 十二月 2011 發表迴響
in Uncategorized 標籤：AMD, ATi, AVIVO
今天把一直想做的事完成了
也就是GPU對轉檔效能影響到底如何?
想當然而採用的是好用且有用的A’s Video converter
GPU 可介入的運算有三部分,影片解碼,放大縮小,影片編碼
針對這三部分分別做了
純CPU(無GPU介入運算) ,純GPU(三部分都有GPU介入運算)
以及靠CPU縮小(其他GPU有介入運算) 靠CPU編碼(其他GPU有介入運算)
註1：A’s Video Converter 無法正確偵測E-350 GPU Load，所以附上GPUZ
註2：這邊的純指的是GPU加入運算的程度
整理成表格是這樣
| CPU | GPU | FPS | |
| CPU | 100% | 0% | 17 |
| GPU | 60% | 29% | 20 |
| CPU encode | 66% | 13% | 21 |
| CPU scale | 63% | 15% | 18 |
簡單的歸納:
GPU在解碼、放大縮小、編碼都有加速到(但幅度不明顯)
GPU甚至在縮小部分只有減輕CPU負擔，編碼FPS只高純CPU 1 frame
可以注意到除了純CPU之外,GPU(13~29%) CPU(60~66%)都不是高負載狀態
也就是說CPU GPU 存在著一個瓶頸
讓這兩個處理單元需要互相等來等去(沒有充分運算到運算效能)
同場加映 與E-350接近的平台
CPU：K8 X2 3800+(2G)；GPU：Radeon HD 4670
(雖然說接近但GPU CPU效能都比E-350 稍微高一些)
測試還是一樣分成四個，純CPU、純GPU、靠CPU縮小、靠CPU編碼
整理成表格是這樣
| CPU | GPU | FPS | |
| CPU | 100% | 0% | 18 |
| GPU | 67% | 20% | 30 |
| CPU encode | 75% | 11% | 29 |
| CPU scale | 99% | 27% | 34 |
這兩個平台就CPU部分效能來說，同時脈K8跟E-350 相近
(註3：E-350比K10慢10%,K8比K10慢5~15%)
加上時脈的影響K8 X2 3800+ 總效能應該比E-350高10%左右
純CPU編碼的FPS也反應出此現象(K8 X2 3800+ 多了1 frame)
但其他三組測試在GPU加入運算後，E-350就明顯比K8平台低落許多
這邊可以注意到K8平台的 CPU scale部分，整個瓶頸是落在CPU效能上
(Radeon HD 4670 雖然比E-350快不少，
但E-350 GPU load 很輕 問題應該不會是在GPU上)
結論：
為什麼這兩個平台納入GPU運算後效能會差這麼多？
不外乎是APU 通用運算上，GPU、CPU可能出現架構及頻寬衝突
註4：
DDR 400MHz 頻寬(400MHz x 64bit ) / 8bit = 3.2GB/s
DDR3 1066MHz 頻寬(1066MHz x 64bit ) / 8bit = 8.5GB/s
(以上測試這兩個平台都是採單通道)
如果APU會有出頭的一天,AMD必須要解決GPU、CPU的衝突
就AMD釋出消息來看有兩個地方確定有問題
問題1.E-350設計的頻寬遠遠超過記憶體所能負荷的頻寬
由Llano看來 雙通道+1866MHz應該差不多符合 APU設計需求
(不過此時記憶體頻寬是E-350的3.5倍，也就是E-350頻寬嚴重不足)
問題2.當進行Fusion Compute時,CPU存取弱勢必須修正
綜合以上兩者適度反應出
E-350平台在GPU加入計算之後CPU就在60%上下的原因
雖然下圖是Llano的不過Zacate (Bobcat) APU架構大部分與Llano 幾乎相同
註5：
E-350 採64bit Win7、K8 採32bit WinXP
這部份32bit、64bit、Win7、WinXP是否有很大的影響 是個未知數
(看雙方純CPU的FPS符合預期只差10%，猜測不會影響太大)
以下為預測AMD未來繼續發展APU會碰到的問題
GCN核心通用運算大幅提昇
(VLIW4、VLIW5 所能處理之通用運算的範圍跟效能都遠遠不及GCN)
另外GCN 圖形運算效能比起VLIW4提昇30~40%
(E-350還只是VLIW5，今年會推出的Trinity 則是VLIW4)
GCN效能增進帶來的頻寬需求絕非雙通道+DDR3 1866MHz就可以解決
甚至雙通道+DDR4也幾乎可以確定不夠使用
雖然AMD號稱GCN記憶體控制器有改善，可以抑制頻寬需求對APU有幫助
–
感想：AMD啊！
你就早點走入三通道 或者把sideport memory復活 還是把記憶體做在APU上吧
這東西沒解決在怎麼畫唬爛，弄漂亮的PPT 也是沒用的
Lenovo IdeaPad S205 whitelist removal
30 十二月 2011 發表迴響
這台筆電似乎有限制網卡
靠更新修改bios 可以去除掉這個限制
http://www.bios-mods.com/forum/Thread-Removed-Lenovo-IdeaPad-s205
我自己是還沒試過啦
備份載點
Athlon64 X2 upgrade
16 十二月 2011 發表迴響
in Uncategorized 標籤：AMD
由於AMD 的Fusion 完成體在2013年才會推出
不想在2011或2012買下壽命可能很短暫的socket FM1,FM2…
於是就把原本的CPU作了一下小升級(從單核心升級到雙核心)
這樣撐到2013年應該是沒什麼問題吧？
原本單核心時有用三條記憶體(兩條Kinstone,一條Vdata)
換成雙核心後只要插了Vdata那條就不能開機
不過也沒什麼動力去跟Vdata換新的來插(就這樣讓它自然死吧)
在Potplayer上 即時錄影
14 十一月 2011 發表迴響
Potplayer有很多設定可能讓人搞混，導致CPU資源浪費在無謂的運算上
尤其低階系統錄影 CPU資源可是錙銖必較的，所以才寫下這篇
1.video output 選擇使用Haali 渲染 (或者 Madshi渲染)
選擇overlay,或一般視訊渲染會在輸入源為720p時浪費CPU運算能力
2.減少無謂的運算，畫面處理、色階控制
前者譬如裁切、延伸、銳化、去色塊… (CPU有多餘能力再用)
後者如果使用HDMI輸入則可以完全取消(這些在色差、AV、S端子才可能會用上)
3.錄影設定
H.264(AVC1)+HE-AAC(AAC Plus)已經是唯一的選擇
以AMD K8 3000+來說，不管輸入480i 還是720p訊號
錄4：3 影片 640×480、FPS29.97 大概就差不多了
錄16:9 影片 640×360、FPS29.97 大概就差不多了
流量適當即可，我是建議2600~2900中間 (配合DVD容量)
一些比較進階的應用：
在CPU能力還足夠下可以先進行裁切在用錄影scale到想要的比例(or大小)
譬如：
將4:3視訊 以704×480畫面開啟，然後用16:10進行裁切
(這樣做的原因是可去除掉大部分16:9視訊在電視製播成4：3產生的上下黑邊)
最後用錄影 選擇640×480 保持垂直比例
這樣可以把比例scale回4：3 (變成640×398)
剪接方面則是推薦用AVIdemux (可不必重新編碼)
不過剪接上有些技巧，必須從I-Frame 往下尋找要剪掉的片段
重點在於只能從I-Frame往下(不能往回搜尋)，要不然影音會不同步
但這樣剪接部分勢必有些frame會有問題
畢竟後面P-frame B-frame沒有I-frame可以用
要處理還是很簡單 就自己生出I-Frame出來 再Append上去
簡單歸簡單就是需要些時間來弄,個人是比較懶的這樣做
另外高流量低解析度 會比低流量高解析度好上許多
有在看PPStream,PPTV 應該可以明白這點
無謂的堅持高解析度卻沒給適當的流量是很慘的一件事
HD70A = AVerTV Capture HD ?
09 十一月 2011 4 則迴響
in Uncategorized 標籤：DTV
由於採同樣的晶片(TM6200)，擁有同樣的input(AV-S,hdmi,composite)
HD70A直接硬上AVerTV Capture HD 的驅動沒有問題
HD70A 或者AVerTV Capture HD 兩者最新驅動都有HDCP
(但還是可以用廉價黑盒子來破HDCP)
由於HD70A 1.29驅動沒HDCP，換句話說…(應該不用特別提醒吧)
–
話說回來AVerTV Capture HD有混合DVB-T，應該不能算完全等於HD70A
More
近期迴響