1
A
回答
3
不，它不需要，則宏塊被緊密壓縮到比特流，很多時候使用每宏塊的比特的小數。有一件事我已經在過去做的是與每一個編碼片NAL發送有效載荷類型== 5，這是未註冊用戶數據的附加SEI NAL。這些SEI NAL將被大多數合適的h.264解碼器安全地忽略。有關更多信息，請參閱ITU-T H.264規範的附錄D.
相關問題
- 1. Android：mp4 H.264 - 不支持基帶
- 2. Firefox中的H.264
- 3. H.264保存在Android
- 4. 流H.264 + AAC，以在GStreamer
- 5. H.264流標頭
- 6. Scrapy履帶爬行額外的數據
- 7. H.264和x.264有什麼區別？
- 8. 在EventArgs或EventHandler的發件人上捎帶數據
- 9. WPF GUI中的H.264流
- 10. MP4 H.264中的Flash
- 11. Android H.263或H.264文件？
- 12. ionic2文件上傳帶額外數據
- 13. Heroku：捎帶保險櫃
- 14. 捎帶到UVM錯誤
- 15. 原始h.264數據包捕獲和在VLC中播放
- 16. 如何在H.264中以低數據速率實現CBR？
- 17. h.264和mpeg標題
- 18. Android：mpeg4/H.264打包示例
- 19. H.264 over RTP/RTSP（iPhone）
- 20. h.264解析訓練
- 21. Flowplayer H.264視頻編碼
- 22. h.264/svc移動支持
- 23. H.264實時流媒體
- 24. ffmpeg h.264無效切割
- 25. H.264到MPEG2轉換
- 26. Java - h.264視頻編碼
- 27. H.264編解碼器
- 28. H.264視頻編碼
- 29. H.264時間參考
- 30. AVSampleBufferDisplayLayer如何顯示H.264