在SVC中SEI NALU的 head仍然是一個字節，第二個字節是SEI type，第三個字節是payload size，再後面就是payload
http://www.itu.int/rec/T-REC-H.264/en H.264 (03/10) 最新的版本日期
其說明在SVC標準中沒有很多解釋，看JSVM中的SoftwareManual.doc中相關說明反而容易理解。
見SVC Overview 文檔VA1） 部分，該文檔第6頁描述，QPk = QP0 + 3 + k. k爲 tempral level
JSVM是對輸出圖象做邊界擴展的, 擴展的方式是 左右32象素, 上下 64象素 注意：這是針對亮度值，色度值也進行相對尺度的擴展。對於4:2:0，每個色度空間大小仍是亮度值擴展後的1/4。對於4:2:0，存放順序是：先存放擴展後亮度值，
http://bbs.chinavideo.org/viewthread.php?tid=6637&highlight=svc
命令行輸出： Frame 0 ( LId 0, TL 0, QL 0, AVC-I, BId -1, AP 0, QP 24 ) Frame 0 ( LId 1, TL 0, QL 0, SVC-I, BId 0, AP 1
H264的編碼器框圖： 編碼器採用的仍是變換和預測的混合編碼法。在圖6.1中，輸入的幀或場Fn以宏塊爲單位被編碼器處理。首先，按幀內或者幀間預測編碼的方法進行處理。如果採用幀間預測編碼，其預測值PRED是由當前片中前面已編碼的參考圖像
分享一個 YUV 播放工具—— PYUV。http://dsplab.diei.unipg.it/pyuv_raw_video_sequence_player開源、跨平臺等特性不用提了。關於文件格式支持得比較多。如 422 444 等。其
Q：當 currMbFrameFlag = 0，mbIsTopMbFlag = 1時，2、根據當前宏塊對的屬性來確定相鄰像素點：因爲當前宏塊爲頂場宏塊，所以 c 的左上角相鄰像素點爲 b我怎麼想也是c 的左上角相鄰像素點爲 a請問版主，爲
在視頻會議應用中，視頻質量和網絡帶寬佔用是矛盾的，通常情況下視頻流佔用的帶寬越高則視頻質量也越高；如要求高質量的視頻效果，那麼需要的網絡帶寬也越大；解決這一矛盾的鑰匙當然是視頻編解碼技術。評判一種視頻編解碼技術的優劣，是比較在相同的帶寬條
結構體分析： 分析文章： FFMPEG結構體分析：AVFrame 原始文檔：http://ffmpeg.org/doxygen/trunk/structAVFrame.html#details FFMPEG結構體分析：A
