H.264 與 H.265 有什么區別？
1）主要區別
- H.265 也稱為高效視頻編碼 (HEVC)，是 H.264 的升級和更高級的版本；
- H.265 的編碼架構大致上 和 H.264 的架構相似，主要也包含：幀內預測（intra prediction）、幀間預測（inter prediction）、轉換（transform）、量化（quantization）、去區塊濾波器（deblocking filter）、熵編碼（entropy coding）等模塊。但在 H.265 編碼架構中，整體被分為了三個基本單位，分別是編碼單位（coding unit, CU）、預測單位（predict unit, PU）和轉換單位（transform unit, TU）；
- 比起 H.264，H.265 提供了更多不同的工具來降低碼率，以編碼單位來說，H.264 中每個宏塊（macroblock/MB）大小最大為 16x16 像素，而 H.265 的編碼單位最大為 64x64；
- H.265 的幀內預測模式支持 35 種方向（而 H.264 只支持 8 種），并且提供了更好的運動補償處理和矢量預測方法。
2）比較點
- 壓縮比：壓縮比是區分 H.264 和 H.265 編解碼器的主要因素。與 H.264 相比，H.265 提供了兩倍的編碼效率。這意味著 H.265 在提供相同編碼質量的同時節省了大約 50% 的比特率。更具體而言，H.265 的平均比特減少在 4K UHD 時為 65%，在 1080p 時為 60%，在 720p 時為 58%，在 480p 時為 50%。
- 視頻質量：H.264 和 H.265 編解碼器在相同比特率下的視頻質量存在很大差異。在 H.264 中，塊的邊界可能會失真。這是因為每個宏塊是固定的，每個宏塊的數據是相互獨立的。另一方面，使用 H.265 時，圖像更清晰、更詳細，并且具有更少的阻塞和偽影。這是因為它根據區域信息確定 CTU 的大小。因此，H.265 在壓縮時優于 H.264，具有更好的圖像質量；
- 文件（碼流）大小：編解碼器對數字視頻的壓縮程度與需要傳輸或流式傳輸的最終文件大小直接相關。帶寬越小，文件大小越低。通常，H.264 編解碼器生成的視頻比 H.265 生成的視頻大 1-3 倍。因此，在文件大小和保存大文件的有限存儲空間方面，H.265 勝過 H.264；
- 兼容性：在兼容性方面，H.264 勝過 H.265，與 H.264 相比，H.265 的普及程度相當落后。如果 100 個設備和平臺支持 H.264 編解碼器，您會發現只有 30 個相應的設備和平臺支持 H.265。您不能否認 H.265 是未來的編解碼器，并且緩慢但肯定地，更多的平臺和設備將適應 H.265；
- 性能：關于整體性能比較，H.265 無疑勝過 H.264，但這并非沒有它的背景。H.264 具有適用于幾乎所有常見設備的日常用例。然而，H.265 編碼需要高計算能力。因此，H.265 可以比 H.264 更有效地壓縮視頻，同時保持相同水平的圖像質量。H.264 性能達不到 4K 流媒體的標準，但 H.265 做到了這一點。
C++內存模型
H.265（HEVC）相比H.264（AVC）的核心優勢
1. 壓縮效率顯著提升
- 在相同畫質下，H.265的碼率比H.264降低約40-50%，尤其適用于4K/8K超高清場景。
- 通過**更大的編碼單元（CTU，最大支持64x64）**和更靈活的塊劃分（如四叉樹結構），提升復雜紋理的壓縮率。
2. 支持更高分辨率與色深
- 分辨率擴展：H.265原生支持8K（8192×4320），而H.264最高僅支持4K（4096×2304）。
- 色深提升：支持10/12位色深（H.264通常為8位），配合BT.2020廣色域，增強HDR視頻表現力。
3. 編碼工具優化
- 運動補償改進：引入高級運動向量預測（AMVP）和Merge模式，減少運動估計計算量。
- 采樣自適應偏移（SAO）：通過后處理技術降低塊效應，提升主觀畫質。
- 并行處理能力：支持Tile和WPP（波前并行處理），利用多核CPU加速編解碼。
4. 應用場景適配性更強
- 超高清流媒體：如Netflix、YouTube的4K/HDR內容普遍采用H.265。
- 移動端傳輸：低碼率特性節省帶寬，4G/5G場景下視頻通話畫質更穩定。
- VR/AR領域：高壓縮率緩解全景視頻的碼率壓力（如8K 360°視頻）。
技術對比簡表
| 特性 | H.265（HEVC） | H.264（AVC） |
|---|---|---|
| 壓縮效率 | 節省40-50%碼率 | 基準水平 |
| 最大分辨率 | 8K | 4K |
| 色深支持 | 10/12位 | 8位 |
| 編碼單元 | CTU（64x64） | MB（16x16） |
| 并行處理 | Tile/WPP/Slice多級并行 | Slice級并行 |
| 典型碼率 | 4K@30fps約15-25Mbps | 同畫質需25-50Mbps |
建議：在帶寬敏感型場景（如移動直播、視頻監控）優先使用H.265；若目標設備兼容性受限（如舊款硬件），可降級為H.264。需注意H.265的專利授權成本可能高于H.264。
C2相比OMX的優勢和劣勢分析
優勢
-
性能優化
C2的Buffer管理機制采用零拷貝特性，避免了數據拷貝帶來的性能損耗，在編解碼場景下顯著提升效率。 -
架構靈活性
C2的組件設計更模塊化，支持動態加載和配置，便于擴展新功能（如HDR、低延遲編碼），而OMX需通過靜態接口適配。 -
優先級與兼容性
從Android Q開始，C2在音頻處理中默認優先級高于OMX，且可通過系統屬性（如debug.stagefright.ccodec）動態切換框架，適配性更強。 -
硬件對接標準化
C2通過HIDL接口與硬件交互，統一了廠商實現標準，降低了芯片層適配復雜度；OMX依賴廠商自定義的OpenMAX擴展，碎片化嚴重。 -
狀態機簡化
C2的MediaCodec狀態機設計更簡潔，減少冗余狀態切換（如Flushed/Running），提升流程控制效率。
劣勢
-
兼容性過渡問題
部分舊設備或編解碼器僅支持OMX，需通過系統降級或雙框架共存實現兼容，增加了維護成本。 -
開發復雜度
C2的HIDL接口和組件化設計對開發者學習成本較高，而OMX因長期使用已有成熟工具鏈和文檔支持。 -
功能覆蓋不足
早期C2版本對某些高級功能（如多路并行編解碼）支持有限，OMX因歷史積累在復雜場景中更穩定。
對比總結
| 維度 | C2（Codec2） | OMX（OpenMAX） |
|---|---|---|
| 性能 | 零拷貝機制，內存效率更高 | 數據拷貝頻繁，易產生性能瓶頸 |
| 擴展性 | 動態組件加載，支持新功能快速集成 | 接口固化，擴展依賴廠商定制 |
| 系統支持 | Android 10+ 主推框架，未來演進方向 | Android 12后逐步棄用 |
| 硬件適配 | 統一HIDL標準，降低廠商適配成本 | 依賴廠商OMX IL實現，碎片化嚴重 |
| 開發難度 | 需掌握HIDL和組件化設計，初期門檻高 | 成熟工具鏈，文檔豐富 |
| 適用場景 | 高性能需求、新設備、標準化硬件 | 舊設備兼容、復雜功能場景 |
建議：新項目應優先采用C2框架以利用其性能與擴展性，同時通過MediaCodec的getCanonicalName()檢查編解碼器支持情況。遺留系統可結合OMXCodec過渡，逐步遷移至C2。
)
)