哪裡有安卓短視頻錄製sdk呢？

02-21

打算做個類似微信小視頻的功能用戶在手機上能錄製一段小視頻安卓和ios都能錄製和在對方手機上播放
目前有這種sdk提供么？

說說趣拍使用的感受吧，首先它號稱自己是免費的，但是要麼你使用他的雲服務，按流量收費，要麼使用授權，一個平台一年5萬，個人感覺很貴，然後就是如果你使用的與服務的而不是商業授權的，那麼恭喜你，他們的服務態度很差，提交工單能幾天不處理，不是跟阿里合作的嗎？看看阿里的響應速度，其次在官方技術交流群，有問題，技術愛理不理的，反饋了很基礎的bug，商業授權收費版的很快修復了，但是使用雲服務版的，就說等下個版本考慮修復，具體時間未知。如果有其他更好的選擇，不建議趣拍！純屬個人使用感受。

如果你只要視頻錄製的話，市面上有很多，但是如果你要錄製的視頻帶有美顏等特效的話，可以去下載美攝的SDK，效果還不錯。

upyun/Android-short-video

又拍雲短視頻不止是 Android 短視頻SDK，更是集短視頻採集、上傳、存儲、分發、播放於一體，藉助短視頻 SDK、上傳加速、不限量存儲、穩定快速的 CDN 及播放器 SDK，為用戶提供專業可靠的短視頻解決方案。

△又拍雲完整解決方案框架

又拍雲短視頻不僅在雲存儲、分發、處理等方面有天然的強大優勢，短視頻SDK和播放器SDK更是功能強大。

短視頻 SDK：用於短視頻的錄製，分為拍攝、編輯、合成、上傳四部分。

功能強大

斷點續傳和回刪： 支持上傳下載斷點續拍，回刪。
人臉識別和動態貼紙：提供海量動態貼紙，可自動識別人臉貼圖，增加短視頻趣味。
專業濾鏡：提供海量美顏濾鏡，支持實時美顏，自定義0~100%美顏程度
自定義背景音樂：擁有海量不同場景背景音樂，用戶可輕鬆選取背景音樂效果

另提供包括拍攝、編輯、合成、上傳等階段的30多種功能，包括H.265，秒播，解析度、碼率設置等，讓短視頻適用於更多場景。

提供免費版短視頻 SDK，降低初創短視頻項目的成本，降低用戶開發難度和項目構建成本。提供 Android 和 IOS 短視頻SDK demo，可以一鍵使用。又拍雲短視頻 SDK 免費密鑰領取入口

播放器SDK：提供 Android 播放器 SDK 和 iOS 播放器 SDK，支持 Android、iPhone、iPad 等移動設備播放短視頻，支持秒播、分段載入、拖拉等功能，省去企業開發播放器的時間。

GitHub - mabeijianxi/small-video-record: 利用FFmpeg視頻錄製與壓縮處理,免費開源拿走不謝

看了下幾個回答基本上都是廠商的在描述自家產品的功能，其實短視頻SDK選型考慮的東西還蠻多的，如果只是看下功能列表和商業版授權價格，不考慮開發易用性，最後還是要吃苦頭走很多彎路的。

站在 App 開發者的角度，短視頻SDK怎麼算好用？選型之前可以看看下這份自檢清單。

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

1. 包體是否足夠小

App 的包體大小，對獲取用戶有著至關重要的作用。 App 的包體大小，除了自身的代碼量，也會受到第三方庫的包體影響，因此，短視頻 SDK 包體越小，對於減小 App 包體大小越有幫助，開發者才會越喜歡。

那麼，如何做到儘可能的減小 SDK 的包體呢？

盡一切努力使用 Android/iOS 系統原生的 API，不怕難用，不怕踩坑
良好的模塊劃分，不同的功能生成不同的動態庫，客戶可選擇性的拆卸和裁剪
所使用的第三方庫，充分配置編譯選項和功能裁剪，只打包必須的功能、單獨抽離所需的模塊.

2. SDK 是否開放

使用第三方的 SDK，最怕的是像個黑盒，過於封閉，想配置的參數無法配置，需要的狀態也沒有回調，直接導致產品經理給出的 UI 和交互方案無法實現。因此，SDK 的開放性，越來越成為開發者選型的關鍵因素。

那麼，SDK 如何做到儘可能的開放呢？

凡可配置的參數，一律提供配置，比如：攝像頭參數、編解碼參數、美顏參數、混音參數等等
凡可回調的數據，一律提供回調，比如：攝像頭採集的視頻幀、紋理 ID，麥克風采集的音頻幀等等
凡運行過程中的狀態，一律提供通知，比如：拍攝狀態、轉碼進度、取消事件等等

另外，還需要儘可能地跟 SDK 上下游廠商建立良好的合作關係，比如美顏、濾鏡、人臉貼紙特效、大眼瘦臉等供應商，讓客戶可以隨時快速接入和替換任意一家廠商，從而加快產品迭代和上線的速度。

3. 性能是否足夠好

雖然手機的性能越來越強大，但 CPU 使用率居高不下、發熱厲害、內存消耗大、運行速度慢的 App 非常影響用戶體驗，因此，無論是 App 本身，而是第三方 SDK，性能永遠是值得關注的重點。

SDK 如何做到更好的性能呢？其實就一條：充分地利用 GPU，盡一切可能減少 CPU 消耗，對於短視頻 SDK 的開發，具體有哪些值得關注的點呢？

音視頻編解碼儘可能地使用硬編/硬解
視頻/圖像的處理，儘可能使用 OpenGL，包括：美顏、濾鏡、水印、剪裁、旋轉等等
儘可能更高效地編寫 OpenGL 代碼，使用一些提高效果的特性，包括：VBO, VAO, FBO, PBO 等等
動態管理 so，沒有用到的不載入；動態管理內存，使用時再分配
合併處理流程，各種音視頻特效和處理，依次記錄狀態，待保存的時候，再調用演算法處理

4. UI 和 SDK 邏輯是否徹底分離

優秀的 SDK，一定要儘可能避免把 UI 的界面和邏輯包含進去，不然 SDK 的使用者，很難滿足產品經理的 UI 和交互設計要求，做出差異化的效果。

那麼，SDK 如何做到與 UI 邏輯徹底地分離呢？

需要充分分解每一個短視頻的功能需求，搞清楚每一個需求的實現原理，哪部分是 UI 的，哪部分是核心的，前者寫到 Demo 上，而後者則寫入 SDK 裡面。

就拿短視頻剪輯這個功能點來舉個例子，下圖所示是短視頻的一個熱點功能，對短視頻截取中間某一段片段。

仔細思考這個功能點，其實關鍵點在於：

獲取視頻中的連續圖像在列表中進行展示
繪製左右游標，以確定剪輯的起始和結束的時間點
讀取視頻文件，丟棄時間區間以外的視頻幀，保留剩餘視頻幀

屬於 UI 的部分：

用列表顯示視頻幀圖像
繪製左右游標，支持手勢拖動
根據視頻的總時長和游標的位置，計算出起始和結束的時間點

屬於 SDK 的部分：

提供視頻的時長
提供視頻幀總數
提供解碼後的每一幀視頻數據
提供剪輯函數，參數為：起始和結束的時間戳
完成剪輯處理，輸出剪輯後的視頻文件

這樣分離好了之後，再去編寫 SDK 的介面和 UI 的 Demo 代碼，就非常清晰了。

5. 是否有良好的可支持性

優秀的 App 和 SDK，首先一點就是要穩定可靠，不會動不動就奔潰。具備良好的可支持性的產品，往往更容易受到青睞。

什麼是可支持性？

舉個例子，就像家裡買的某些品牌的洗衣機或者空調，在出故障的時候，液晶屏幕上會打出一些錯誤碼，當你給售後打電話的時候，售後往往能夠根據描述的信息以及錯誤代碼很快地定位到問題或者給出臨時的解決方案。

如何讓短視頻 SDK 具有更好的可支持性呢？

關鍵在於一套健全而規範的日誌系統，可以有效提高技術支持和開發者排查問題的速度和效率，那麼，設計這樣一套完善的日誌系統，有哪些關鍵點呢？

支持配置 SDK 的輸出日誌級別，如：ERROR, WARN, INFO, DEBUG, VERBOSE
SDK 初始化的時候輸出關鍵的排障信息，如：應用包名，SDK 版本，設備機型，系統 OS 版本，關鍵配置等
規範的日誌格式，如：&:&:&:&，可以快速方便地過濾出各個模塊的運行狀態
健全的問題排查手冊/文檔，讓每一個錯誤碼都有文檔可依，開發者可以完成簡單初步的問題分析

這個自檢清單轉載自七牛雲直播、短視頻SDK技術負責人 @盧俊的專欄Jhuster的專欄。

不怕你比較，就怕你不比較。戳這裡直達&>&>&>&>&>&>&>短視頻PLSV-七牛雲

利益相關：七牛雲某小員工

我們已經用了幾個月趣拍，用的阿里雲oss存儲，昨天趣拍的人跟我打電話，說趣拍要商用，要麼交5w每年，要麼用趣拍的雲存儲服務，我就無奈了，我們走在創業路上的小公司哪買得起，再說我當時用的時候官網說免費，開發人員剛玩明白趣拍你又說商用，有點不講究了吧

阿里雲短視頻SDK最近悄悄咪咪就上線了，我看可以在點播套餐里購買了呢。

看介紹錄製模塊功能挺全面的，也能自定義解析度和UI，可以去試試

趣拍短視頻SDK，極簡版短視頻功能和微信朋友圈的差不多，支付寶、釘釘、抹茶美妝、芒果直播、108社區等1000+應用都在使用趣拍SDK。

趣拍微視頻雲服務

我們團隊從去年就開始用了，費用收取相比其他sdk還是比較人性化的，反饋我們一般都是提交日誌，回復還都挺及時的，不知道是不是跟樓上用的同一家趣拍雲

趣拍確實挺坑的，一年收費5萬

我用了趣拍雲服務沒遇到大家說的呢，後來接到了電話是真的。他們的SDK安卓的拍攝功能還是蠻實用的。

我們也用的趣拍，挺好用的，也很穩定，市面上找不到這麼穩定的視頻功能了。

upyun/Android-short-video

又拍雲Android 短視頻SDK，包含短視頻拍攝、編輯、合成、上傳，還包含短視頻播放器，並且與雲存儲、 CDN高度結合。

提供了斷點錄製、重拍（分段回刪）、美顏、大眼、瘦臉、濾鏡、貼紙、視頻剪輯、視頻壓縮、本地轉碼在內的 30 多種功能，支持自定義UI界面和二次開發。

又拍雲短視頻有免費版短視頻SDK提供，且免費開放了自定義UI界面功能。

嗯嗯，廣告一下可以么？樓上說的是事實，我們團隊之前也遇到過視頻開發成本的問題，所以順便便推出了同類的短視頻SDK，一次性收費。根據功能不一樣也就5到8w吧，只求收回開發成本了，有興趣的同學可以關注一下這個MeiShi_Video_Edit_SDK。

我補充兩個問題，目前市場上所有的同類產品功能都差不多吧，有沒有發現，只要是已經成熟商用了的功能上基本就沒多大區別。ffmpeg的酷倒是酷，但是隨之而來帶來兩個問題,

第一、在演算法都最優化的情況下，ffmpeg 的轉碼速度不及mediaCodec方案速度快，跟主流ffmpeg方案的sdk比較過，這個差值大概是1.5倍，這是我們拿幾個機型測試出來的結果。畢竟mediaCodec是谷歌親生的嘛，好理解。

第二、sdk開發包會比較大（主要是so文件佔用），我分析過幾個同類採用ffmpeg 的產品，控制得最好的在8M到9M之間。而用mediaCodec 方案要做到1M以內是比較容易的事情。

這兩點正是我們採用mediaCodec 的原因。好了，科(guang)普(gao)完畢,謝謝關注!

沒用過趣拍sdk，我們團隊用的銳動視頻編輯SDK，他們在github上的地址：rdsdk/rdVideoEditSDK-for-Android: Android 視頻編輯SDK; Android Video Edit SDK: Video Cut, Video Join, Video Watermark, Video Subtitle, Video Rotate...