版本記錄
| 版本號 | 時間 |
|---|---|
| V1.0 | 2021.02.13 星期六 |
前言
最近在兩家公司任職做的都是直播相關的業務，音視頻的門檻現在是越來越低，很多的三方視頻雲等都支持直播相關的業務，從推流拉流到美顏、濾鏡、貼紙甚至人體識別等都有很多的第三方公司支持。但是，好一點的公司還是自己研發自己的視頻雲SDK，這樣可以不受三方束縛，定製性也更好些，相信看過我寫過的文章的人，發現了我寫過和直播相關的技術，這裏我另起一個模塊和大家繼續分享直播相關技術，感興趣的就給個贊支持一下。感興趣看上面幾篇文章。
1. 直播技術（一） —— 移動直播連麥幾種處理方案（一）
2. 直播技術（二） —— 直播間的上下切換（一）
3. 直播技術（三） —— 直播間的PK流程（一）
禮物渲染技術
當我們從服務器上拉取禮物收到消息的時候，就需要在看播端和主播端進行渲染。從17年開始做直播的這些業務開始，就是從序列幀到現在的264禮物。算是做過了幾次修改和方案的替換，下面就一起看一下這三種方案和各自的優缺點。
1. 序列幀
- 缺點：
8bit色域比較窄，佔用帶寬比較大，特別是android端。 - 優點：更好的適應性，不同平臺播放無需更多的經歷進行調試和適配。
2. webm禮物
webm格式來自於google的Vp8（264）和vp9(265)，webm還可以細分爲三種
1）第一種是無損壓縮（webp，png，7z等）
2）第二種是RGB和A分開壓縮和解壓（兩個webm），這個就是需要做對齊的，缺點很明顯就是RGB跟隨A對齊比較麻煩，容易出錯。
3）第三種是A和RGB同一壓縮比（一個webm，左右分屏），這個不用做對齊，但是會犧牲一定的的A值，所以這是一個權衡和折中方案。
- 優點：色域比較寬，不會受限於序列幀的8bit的限制。
- 缺點：CPU佔用和損耗比較大
3. h264方案
- 優點：利用手機端的硬件進行硬解碼加快解碼速度，減少內存佔用，同時加快速度
- 缺點：暫時沒有啥缺點
從目前軟硬件發展形勢看，這個已經是近似最優解了。
後記
本篇主要講述了禮物渲染方案，感興趣的給個贊或者關注~~~
