ffmpeg接受推送流很慢和不穩(wěn)定，怎么解決？Ffmpeg-I RTMP://**（源地址）-C:V copy-C:a copy-f flv-y RTMP://**（服務(wù)器地址）遠(yuǎn)程服務(wù)器怎么使用ff

ffmpeg接受推送流很慢和不穩(wěn)定，怎么解決？

Ffmpeg-I RTMP://**（源地址）-C:V copy-C:a copy-f flv-y RTMP://**（服務(wù)器地址）

遠(yuǎn)程服務(wù)器怎么使用ffmpeg？

查看什么框架，什么操作系統(tǒng)。

通常，腳本字符串可以直接作為參數(shù)處理。這種方法的缺點(diǎn)是它將啟動(dòng)一個(gè)新的過(guò)程。另一種方法是將ffmpeg編譯到項(xiàng)目中（建議將main函數(shù)改為可調(diào)用函數(shù)）。您可以編寫一個(gè)服務(wù)，負(fù)責(zé)調(diào)度f(wàn)fmpeg并為每個(gè)請(qǐng)求打開一個(gè)新的ffmpeg解碼線程。需要注意的是，ffmpeg對(duì)內(nèi)存的要求很高，因此線程不愿意無(wú)限期地增加。因此需要編寫一個(gè)線程池來(lái)保持線程數(shù)。超過(guò)線程數(shù)的請(qǐng)求被線程釋放的塊所知。這仍然是一個(gè)問(wèn)題，因?yàn)橐曨l流是一個(gè)長(zhǎng)期的處理過(guò)程，所以在資源有限的情況下處理高并發(fā)是不夠的。最后一種方法是使用nginx-RTMP連接多個(gè)視頻流，然后將不同的視頻包扔到同一個(gè)線程隊(duì)列中進(jìn)行處理，然后進(jìn)行解碼和分發(fā)。這種高并發(fā)性能可能會(huì)更好，但缺點(diǎn)是每個(gè)人都可能陷入困境

我沒(méi)有使用opencv，我只使用了ffmpeg。

Opencv是一個(gè)開源的計(jì)算機(jī)程序，可用于錄制、轉(zhuǎn)換數(shù)字音頻和視頻，并將其轉(zhuǎn)換為流。

簡(jiǎn)而言之，opencv比f(wàn)fmpeg有更多的功能。

如果需要進(jìn)行視頻圖像處理，則需要將兩者結(jié)合起來(lái)。沒(méi)有選擇的問(wèn)題。

Opencv的運(yùn)行速度比f(wàn)fmpeg慢得多。通常，6或7分鐘的視頻ffmpeg只需要1或2分鐘即可完成，而opencv大約需要5分鐘。

2. Ffmpeg只需要一種控制臺(tái)語(yǔ)言來(lái)解碼幀，但是opencv更復(fù)雜。

3. ffmpeg的圖像質(zhì)量較差，OpenCV的圖像質(zhì)量較高，但占用硬盤空間較大。大約30m的視頻ffmpeg需要超過(guò)100m的空間，而opencv方法需要超過(guò)600m的空間。

android視頻處理時(shí),ffmpeg與opencv怎么選擇呢？

不同的協(xié)議。RTMP是TCP，RTSP有兩種模式：TCP和UDP。RTSP的擴(kuò)展性較低，但與CDN的兼容性較差