androidrtsp開源

① 有沒有手機端用於rtmp推流(串流)直播的軟體apk格式

播推流端即主播端，主要通過手機攝像頭採集視頻數據和麥克風採集音頻數據，經過一系列前處理、編碼、封裝，然後推流到CDN進行分發。趣拍直播SDK可以滿足以下所有的功能和應用場景，幫助開發者解決各種直播難題。採集手機直播SDK通過手機攝像頭和麥克風直接採集視頻數據和音頻數據。其中,視頻采樣數據一般採用RGB或YUV格式、音頻采樣數據一般採用PCM格式。對於採集到的原始音視頻的體積是非常大的，因此需要經過壓縮技術來處理，降低視頻的大小來提示傳輸效率。在手機視頻採集方面，iOS系統在硬體的兼容性方面做得比較好，系統本身提供了比較完整的視頻採集的介面，使用起來也比較簡單。但是，android系統就比較麻煩了，千奇百怪的機型都有，適配起來非常難。我們在初期做了一項調研，發現Android的適配率還不到50%。2.前處理在這個環節主要處理美顏、水印、模糊等效果。特別是美顏功能幾乎是直播的標配功能，沒有美顏的直播主播們根本提不起興趣。我們見過太多case是因為沒有美顏功能被拋棄使用的。另外國家明確提出了，所有直播都必須打有水印並回放留存15天以上。所以，在選擇直播SDK時，沒有美顏和水印功能基本就可以選擇放棄了。美顏實際上是通過演算法去識別圖像中的皮膚部分，再對皮膚區域進行色值調整。通常情況下人的膚色與周邊環境色調存在較大差異，通過顏色對比，找到皮膚的基本輪廓，進一步進行膚色檢查還可以確定人臉范圍。找到了皮膚的區域，可以進行色值調整、添加白色圖層或調整透明度等來等來達到美白效果。美顏除了美白效果還需要磨皮功能，磨皮實際上就是用模糊濾鏡實現的。濾鏡有很多種，如高斯濾波，雙邊濾波，導向濾波，到底選擇什麼樣的模糊濾鏡各家也有自己的喜好。在美顏處理方面，最著名的GPUImage提供了豐富的效果，同時可以支持IOS和Android，還支持自己寫演算法實現自己最理性的效果。GPUImage本事內置了120多種常見濾鏡效果，添加濾鏡只需要簡單調用幾行代碼就可以了，比如大家可以試試使用GPUImageBilateralFiter的雙邊濾波濾鏡來處理基本的磨皮效果，想要實現更理想的效果還是要通過自定義演算法去實現的，各家也都有自己一套演算法。3、編碼為了便於手機視頻的推流、拉流以及存儲，通常採用視頻編碼壓縮技術來減少視頻的體積。現在比較常用的視頻編碼是H.264，但具有更高性能的H.265編碼技術正在飛速發展，並可能很快成為主流；在音頻方面，通比較常用的是用AAC編碼格式進行壓縮，其它如MP3、WMA也是可選方案。視頻經過編碼壓縮大大提高了視頻的存儲和傳輸效率，當然，經過壓縮後的視頻在播放時必須進行解碼。通俗點講就是編碼器將多張圖像進行編碼後產生一段段GOP（GroupofPictures），播放時解碼器讀取一段段GOP進行解碼後讀取圖像並進行渲染顯示。在編碼方面的核心是在解析度、碼率、幀率等參數中找到最佳平衡點，達到體積最小畫面最優的效果，這些參數各家也都有自己的一套核心參數。2012年8月，愛立信公司推出了首款H.265編解碼器，六個月後，國際電聯(ITU)就正式批准通過了HEVC/H.265標准，稱之為高效視頻編碼(HighEfficiencyVideoCoding)，相較於之前的H.264標准有了相當大的改善，做到了僅需要原來一半帶寬即可播放相同質量的視頻，低於1.5Mbps的網路也能傳輸1080p的高清視頻。國內，如阿里雲、金山雲都在推自己的H.265編解碼技術，隨著直播的快速發展和對帶寬的依賴，H.265編解碼技術已有全面取代H.264的趨勢。當然，全面推開應用還需要些時間。另外，硬體編碼已經成為手機直播的首選方案，軟編碼處理在720p以上的視頻頹勢非常明顯。在IOS平台上硬體編碼的兼容性比較好，可以直接採用，但在Android平台上，Android的MediaCodec編碼器，針對不同的晶元平台表現差異還是非常大的，要完全實現全平台兼容的4、推流要想用於推流還必須把音視頻數據使用傳輸協議進行封裝，變成流數據。常用的流傳輸協議有RTSP、RTMP、HLS等，使用RTMP傳輸的延時通常在1–3秒，對於手機直播這種實時性要求非常高的場景，RTMP也成為手機直播中最常用的流傳輸協議。最後通過一定的Qos演算法將音視頻流數據推送到網路斷，通過CDN進行分發。在直播場景中，網路不穩定是非常常見的，這時就需要Qos來保證網路不穩情況下的用戶觀看直播的體驗，通常是通過主播端和播放端設置緩存，讓碼率均勻。另外，針對實時變化的網路狀況，動態碼率和幀率也是最常用的策略。當然，在網路傳輸方面全部自己來做基本不現實，找提供推流服務的CDN服務商提供解決方案是最好的選擇，可參考文章開頭介紹的雲視頻服務商。據了解，阿里雲是國內唯一能自研CDN緩存伺服器的廠商，性能還是非常有保障的。通常，大多數直播平台都會同時接入多個視頻雲服務提供商，這樣可以做拉流線路互備，對推流後視頻集群再進行優化也可提高直播的流暢性和穩定性。

② android開發Vitamio是否可以錄制視頻

android上，視頻/音頻流直播是極少有人關注的一部分。每當我們討論流媒體，RTMP(Real Time Messaging Protocol)是不可或缺的。RTMP是一個基本的視頻/音頻直播流協議，但是不幸的是Android標準的VideoView不支持RTMP的播放。因此，如果想在android上播放RTMP直播流，你必須使用支持RTMP協議的庫。在本教程中我們將討論如何通過使用安卓的 [Vitamio] 庫播放由 RTMP 協議傳輸的流媒體。
Android Vitamio 庫
Vitamio是一個android和ios上基於FFmpeg的開源項目。Vitamio為我們提供了一個清潔、簡單、全面、真實的硬體加速解碼器和渲染器API，Vitamio是一個支持多種音視頻格式 如 FLV, TS/TP, WMV, DivX, Xvid等多種標准格式的非常強大的庫。所不同的是，它也支持類似.mkv和.srt嵌入和外掛字幕播放。但是它帶有一個許可證，因此在使用它之前請先獲得認證。在這個android RTMP例子中，我們不僅討論RTMP直播流，而且也會討論m3u8流（HLS），RTSP流和 MMS (Microsoft Media Stream)。首先讓在我們的項目中引用Vitamio庫。
在Android Studio中引用Vitamio庫的步驟如下：
1.下載Vitamio bundle
2.解壓並且在Android Studio上File->Import Mole
3.指定到VitamioBundle路徑，選擇vitamio文件夾 點擊完成
4.在build.gradle(Mole: app)依賴部分添加依賴項目(『:vitamio』)
5.打開build.gradle (Mole: vitamio) – 改變最小sdk版本為7
6.不要忘記在manifest.xml中添加internet許可權
7.完成！
Android RTMP流
在講述如何使用之前，讓我們先了解下RTMP。Real Time Messaging Protocol (RTMP)是一個Adobe Systems所擁有的一個協議。該協議是Adobe公司擁有的開發音視頻流的flash player。後來該協議的部分被公開，供公眾使用。更多請查看這里.這個協議大多用於IPTV和實時視頻點播流，但它也用於其他領用。
在android上，標準的VideoView不支持RTMP播放。但WebView可以播放RTMP流。這解決了播放RTMP流的問題，但是我認為web apps 不能提供一個很好的界面和體驗。因此這這個android RTMP例子中我們將運用第三方庫-Vitamio 直播RTMP流的流媒體。在工程中引用Vitamio之後，請在你的layout文件添加Vitamio的VideoView：
activity_main.xml
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >

<io.vov.vitamio.widget.VideoView android:id="@+id/vitamio_videoView"
android:layout_width="wrap_content"
android:layout_height="wrap_content" />

</LinearLayout>123456789101112

另外請編寫你的activity如下：
MainActivity.java
package com.truiton.rtmpplayer; import android.net.Uri; import android.os.Bundle; import android.support.v7.app.ActionBarActivity; import java.util.HashMap; import io.vov.vitamio.LibsChecker; import io.vov.vitamio.MediaPlayer; import io.vov.vitamio.widget.MediaController; import io.vov.vitamio.widget.VideoView; public class MainActivity extends ActionBarActivity {
private static final String TAG = "MainActivity"; private String path; //private HashMap<String, String> options;
private VideoView mVideoView; @Override
protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); if (!LibsChecker.checkVitamioLibs(this)) return;
setContentView(R.layout.activity_main);
mVideoView = (VideoView) findViewById(R.id.vitamio_videoView);
path = "rtmp://rrbalancer.broadcast.tneg.de:1935/pw/ruk/ruk"; /*options = new HashMap<>();
options.put("rtmp_playpath", "");
options.put("rtmp_swfurl", "");
options.put("rtmp_live", "1");
options.put("rtmp_pageurl", "");*/
mVideoView.setVideoPath(path); //mVideoView.setVideoURI(Uri.parse(path), options);
mVideoView.setMediaController(new MediaController(this));
mVideoView.requestFocus();

mVideoView.setOnPreparedListener(new MediaPlayer.OnPreparedListener() { @Override
public void onPrepared(MediaPlayer mediaPlayer) {
mediaPlayer.setPlaybackSpeed(1.0f);
}
});
}
}041424344454647

雖然上面代碼很清晰明了，但需要指出的是請修改你播放RTMP流的路徑。在android上，有時可能使用帶報頭路徑來播放RTMP流。幸運的是，Vitamio RTMP播放器也支持這種方式。因此，所有類型的RTMP流可以使用Vitamio庫。上面的例子會是這個樣子：
Android Vitamio 直播視頻播放功能的實現
Android RTSP流媒體
實時流協議(RTSP)通過多媒體伺服器傳輸內容，例如YouTube使用RTSP流發布內容。關於RTSP流比較容易的部分是，它可以通過android標準的VideoView來完成，想了解更多，請參考我的VideoView例子。
但是如果你使用Vitamio庫，可以更好的播放RTSP流。事實上Vitamio也支持RTSP流的回播。和上面過程是一樣的，包括Vitamio的VideoView在布局文件，並使用路徑變數指定的RTSP url
mVideoView = (VideoView) findViewById(R.id.vitamio_videoView);
path = "rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov";
mVideoView.setVideoPath(path);
mVideoView.setMediaController(new MediaController(this));
mVideoView.requestFocus();

mVideoView.setOnPreparedListener(new MediaPlayer.OnPreparedListener() { @Override
public void onPrepared(MediaPlayer mediaPlayer) {
mediaPlayer.setPlaybackSpeed(1.0f);
}
});12345678910111213

Android m3u8 流媒體
「如何在android上播放m3u8視頻」是android開發者最常見的問題之一。通過Http 協議進行視頻流直播最簡單的辦法就是使用標準的 VideoView. 但只能在android3.0以上的設備上播放m3u8流。因為在Android 3.0引入HTTP/ HTTPS直播和HTTP/ HTTPS漸進式流媒體協議，在android3.1完全支持HTTPS。
如果你希望在早期的版本上實現支持android m3u8流的HTTP實時流媒體 (HLS)。應該考慮使用Vitamio庫，這個庫支持在android API7以上播放m3u8。使用方式，同樣的在布局文件中使用Vitamio的VideoView，並指定的HTTP實時流媒體URL。
mVideoView = (VideoView) findViewById(R.id.vitamio_videoView);
path = "http://93.184.221.133/00573D/236/236-0.m3u8";
mVideoView.setVideoPath(path);
mVideoView.setMediaController(new MediaController(this));
mVideoView.requestFocus();

mVideoView.setOnPreparedListener(new MediaPlayer.OnPreparedListener() { @Override
public void onPrepared(MediaPlayer mediaPlayer) {
mediaPlayer.setPlaybackSpeed(1.0f);
}
});12345678910111213

Playing m3u8 stream on Android with Vitamio would look something like this:
在androi上使用Vitamio播放m3u8流效果如下：
Android Vitamio 直播視頻播放功能的實現
Android MMS 流
Vitamio庫是一個強大的庫，還支持Microsoft媒體伺服器（MMS）流中的播放。 MMS是網路流媒體協議，主要用於網路廣播和電台直播。使用Vitamio用於在anroid的MMS流和其他協議沒有什麼不同。所有你需要做的只是更換路徑變數指向一個MMS url：
mVideoView = (VideoView) findViewById(R.id.vitamio_videoView);
path = "mms://beotelmedia.beotel.net/studiob";
mVideoView.setVideoPath(path);
mVideoView.setMediaController(new MediaController(this));
mVideoView.requestFocus();

mVideoView.setOnPreparedListener(new MediaPlayer.OnPreparedListener() { @Override
public void onPrepared(MediaPlayer mediaPlayer) {
mediaPlayer.setPlaybackSpeed(1.0f);
}
});123456789101112

結論
通過上面的討論，可以確定地說，Vitamio是一個強大的多平台庫（ios and android）。通過使用Vitamio庫 能播放多種類型的視頻格式和協議如RTMP, RTSP, HTTP Live, and HTTP漸進式流協議。另外一個很好的功能是，vitamio支持字幕和多音軌的播放。Vitamio的唯一的缺點是，它不是完全的開源。
閱讀全文

③ 各位大神，我在dji網上看到用戶自己可以用sdk編寫程序，我想請問sdk平台是一個什麼東西是用來幹嘛的

可以認為sdk是一個中間程序，它向你的程序提供了訪問dji程序（飛控程序）的通道，通過sdk裡面提供的功能（api），可以獲取無人機（飛控）的各種狀態，或向其下發控制指令。
目前dji移動平台提供了iOS和Android兩種sdk，分別對應兩個平台的app，可以通過在你的app中調用dji提供的sdk，來達到你需要的功能，比如航線規劃、興趣點環繞等。

④ 怎麼進行直播間搭建啊

很高興回答您的問題：我們先從市面上主流的直播間功能說起，先看看直播平台最基礎要具備什麼樣的功能。

一、 基礎功能

1. 視頻直播功能：這是最基礎的功能，主播端將視頻數據推送出去，觀眾端進行接收觀看，這就需要RTMP推流功能的支持才能實現，並且這一步也會決定畫面的清晰度和流暢程度。

2. 聊天功能：觀眾可以在互動區進行文字聊天，和主播對話，想說就說。

3. 禮物打賞功能：觀眾可以對喜愛的女主播進行禮物打賞，遊艇、跑車、甚至城堡走起來等等。

4. 支付/提現功能：用戶為喜愛的直播進行禮物打賞或者守護，主播收到禮物或接受守護後，可將收到的平台虛擬幣兌換成現金提取出。

5. 視頻回放功能：直播時同時錄屏，隨時隨地，想看回放就看回放，粉絲再也不會錯過喜愛的主播直播的精彩內容。

6. 分享功能：將主播頻道或主頁分享到微信、微博或者別的平台。

評論聊天可以採用IM方式進行實現，IM提供商也比較多，也可以自己進行實現，因為這個功能不是屬於即時音視頻通信，沒有很復雜。

連麥互動就是屬於即時音視頻通信了，這個其實自己實現就有點本末倒置，過於浪費時間，並且就算用TCP協議實現了基礎功能，穩定性和流暢度也沒有保障。

收費、密碼房間就屬於平台搭建時進行實現的功能，這個對於普通前端工程師而言不是很大的挑戰。

禮物打賞就涉及到支付渠道的對接，和渲染功能實現，比如收到費用後，要在屏幕渲染一些特定的特效，比如遊艇走起來，火箭biubiubiu~

以上就是我的回答，希望得到您的贊同

⑤ webrtc linphone 到底哪個

最新要做一個移動端視頻通話軟體，大致看了下現有的開源軟體

一) sipdroid
1）架構
sip協議棧使用JAVA實現，音頻Codec使用skype的silk（Silk編解碼是Skype向第三方開發人員和硬體製造商提供免版稅認證(RF)的Silk寬頻音頻編碼器）實現。NAT傳輸支持stun server.
2）優缺點：
NAT方面只支持STUN，無ICE框架，如需要完全實現P2P視頻通話需要實現符合ICE標準的客戶端,音頻方面沒看到AEC等技術，視頻方面還不是太完善，目前只看到調用的是系統自帶的MediaRecorder，並沒有自己的第三方音視頻編解碼庫。
3）實際測試：
基於sipdroid架構的話，我們要做的工作會比較多，（ICE支持，添加迴音消除，NetEQ等gips音頻技術，添加視頻硬體編解碼codec.）,所以就不做測試了。

二) imsdroid
1)架構：
基於doubango(Doubango 是一個基於3GPP IMS/RCS 並能用於嵌入式和桌面系統的開源框架。該框架使用ANSCI-C編寫，具有很好的可移植性。並且已經被設計成非常輕便且能有效的工作在低內存和低處理能力的嵌入式系統上。蘋果系統上的idoubs功能就是基於此框架編寫) .音視頻編碼格式大部分都支持（H264(video)，VP8(video)，iLBC(audio),PCMA,PCMU,G722,G729）。NAT支持ICE（stun+turn）
2）效果實測
測試環境：公司區域網內兩台機器互通，伺服器走外網sip2sip
音頻質量可以，但是AEC打開了還是有點迴音（應該可以修復）。視頻馬賽克比較嚴重，延遲1秒左右。
3）優缺點
imsdroid目前來說還是算比較全面的，包括音視頻編解碼，傳輸（RTSP，ICE），音頻處理技術等都有涉獵。doubango使用了webrtc的AEC技術，但是其調用webrtc部分沒有開源，是用的編譯出來的webrtc的庫。如果要改善音頻的話不太方便，Demo的音頻效果可以，視頻效果還是不太理想。

三）csipsimple
1）sip協議棧用的是pjsip,音視頻編解碼用到的第三方庫有ffmpeg（video）,silk(audio),webrtc.默認使用了webrtc的回聲演算法。支持ICE協議。
2）優缺點：
csipsimple架構比較清晰，sip協議由C實現，java通過JNI調用，SIP協議這一塊會比較高效。其VOIP各個功能也都具備，包括NAT傳輸，音視頻編解碼。並且該項目跟進新技術比較快，官方活躍程度也比較高。如果做二次開發可以推薦這個。
3）實測效果
測試環境：公司區域網內兩台機器互通，伺服器走外網sip2sip
音頻質量可以，無明顯迴音，視頻需要下插件，馬賽克比imsdroid更嚴重。

四）Linphone

這個是老牌的sip，支持平台廣泛 windows, mac,ios,android,linux，技術會比較成熟。但是據玩過的同事說linphone在Android上的bug有點多，由於其代碼實在龐大，所以我暫時放棄考慮Linphone.不過如果誰有跨平台的需要，可以考慮Linphone或者imsdroid和下面的webrtc.。。。好像現在開源軟體都跨平台了。。。

五) webrtc

imsdroid,csipsimple,linphone都想法設法調用webrtc的音頻技術，本人也測試過Android端的webrtc內網視頻通話，效果比較滿意。但是要把webrtc做成一個移動端的IM軟體的話還有一些路要走，不過webrtc基本技術都已經有了，包括p2p傳輸，音視頻codec,音頻處理技術。不過其因為目前僅支持VP8的視頻編碼格式（QQ也是）想做高清視頻通話的要注意了。VP8在移動端的硬體編解碼支持的平台沒幾個（RK可以支持VP8硬體編解碼）。不過webrtc代碼里看到可以使用外部codec,這個還是有希望調到H264的。

總結：sipdroid比較輕量級，著重基於java開發（音頻codec除外），由於其音視頻編碼以及P2P傳輸這一塊略顯不足，不太好做定製化開發和優化。imsdroid,遺憾就是直接調用webrtc的庫，而最近webrtc更新的比較頻繁，開發比較活躍。如果要自己在imsdroid上更新webrtc擔心兼容性問題，希望imsdroid可以直接把需要的webrtc相關源碼包進去。csipsimple的話，都是圍繞pjsip的，webrtc等都是以pjsip插件形式擴充的,類似gstreamer. webrtc如果有技術實力的開發公司個人還是覺得可以選擇這個來做，一個是google的原因，一個是其視頻通話相關關鍵技術都比較成熟的原因。個人覺得如果能做出來，效果會不錯的。

⑥ Android上開發Airplay Server端的問題求助

前段時間剛做完Airplay的相關應用，現在就開發的一點經驗和大家分享一下。

首先，說說Airplay吧，Airplay可以將iPhone,iPad或iPodtouch等設備上的視頻、音頻以及圖片傳輸到第三方認證設備上，一般是在AppleTV或Air port設備上，但其實，現在很多第三方的android設備也可以支持Airplay了，像阿里雲或小米的盒子都支持Airplay投影了，而且效果都還不錯。

其實，Airplay算是蘋果公司定義的一種協議，或是一種技術吧，所以，按照慣例，這項技術是不開源的，對外封閉。而Android端，可以使用一套的多屏互動方案的，叫做DLAN，即Digital Living Network Alliance，它的協議是公開的。在次，得感謝諸多技術大牛，破解了Airplay，包括音頻投影服務中使用的RSA私鑰，和一份具體的協議說明（http://nto.github.io/AirPlay.html）。
下面，就Airplay協議內容大概的說明一下，當然，大家直接看上述地址中的內容也許更清楚，本人能力有限，大概的說說我的部分理解。

1.使用multicastDNS協議來進行服務發現，在android端可以用JmDNS來實現。

一般我們會發布兩個服務：AirTunes service（RAOP）和AirPlay Service，前者用於音頻流的投影，後者用於圖片和視頻內容的投影。

2.協議內容（一）：AirTunesService

2.1.協議中的音頻流支持RTSP協議。

1）IOS設備向服務端發送的RTSP請求包括
ANNOUNCE：告訴RTSP伺服器關於流的各種屬性
SETUP：告訴RTSP伺服器初始化一個record session，同時通知必要的傳輸信息。
RECORD：請求伺服器開始流的傳輸
FLUSH：請求停止傳輸
TEARDOWN：請求結束RTSP會話
PAUSE, OPTIONS,
GET_PARAMETER,
SET_PARAMETER：可用於音量控制，Metadata：其中包括音頻曲名，歌手名，專輯名，封面圖片，播放進度信息……
POST and GET
2）RTP流，用於傳輸音頻數據等。（如果說，RTSP用於發起/終結流媒體，那麼RTP則傳輸流媒體數據 ）
這里音頻包是幾乎完全兼容RTP協議。RTP包按有效載荷的不同類型分為以下幾種：

Audio packets：其有效載荷為經過加密的audio data

Sync packets：服務端每秒鍾會收到一個同步包，來將RTP中的timestamps與用於始終同步的NTP time關聯起來

Retransmit packets:對丟失的audio packets進行重傳

Timing packets:用於音頻的主時鍾同步

2.2音頻數據加密解密

Client：客戶端首先會用RSA公鑰，利用OAEP加密方式自動生成一個隨機的128位AES key，然後和rsaaes key，aesiv一起發送給Server。

Sever：服務端利用指定的RSA私鑰來解密AES key，然後將解密結果返回給Client。

Client：客戶端利用RSA公鑰要解密收到的數據，若解密結果和之前自動生成的隨機數一致，則表明服務端解密成功。

⑦ 直播軟體怎麼開發的

您好，直播軟體是怎麼開發的這個問題太廣義了，但最起碼你需要做這些工作：
一、 組建IT技術部門
1、 如果想自己進行視頻直播軟體開發，起碼得有自己的技術團隊，其中至少包括這些組：安卓組、IOS組、後台組、測試組和產品組成員
2、 租賃辦公場地、購買辦公設備（電腦、常用手機機型）等
3、 招聘會計、推廣等人員
二、 決定產品的定位
1、 決定產品功能
產品的基礎功能如：多渠道登錄/支付/分享、拍攝直播、私信、評論、關注、多分類列表、發禮物、搶紅包、多種房間設置、美顏等功能是一定要有的，至於短視頻、商城等功能是可以酌情根據產品定位進行選擇性開發的。
2、 決定UI頁面
UI界面有的是用代碼編寫的，有的是用一張圖片放上的，UI方面一個app一個樣子，好的UI界面流暢、美觀、內存佔用小。
3、 決定開發語言
現在市面上比較流行的視頻直播軟體開發語言通常是這樣的，手機端安卓開發語言採用：java原生開發、IOS採用：objective-c原生開發，後台管理採用PHP 語言開發。
整個系統由 WEB 系統、REDIS 服務、MYSQL 服務、視頻服務、聊天服務、後台管理系統和定時監控等系統模塊組成
4、 決定流媒體協議
如果選擇做微信端小程序直播，可以選擇HLS，如果是APP可以選擇RTMP協議，兩種協議各有各的優勢，要根據產品定位進行選擇。
三、 進行軟體開發和系統調試
軟體開發有多難就不說了，之前寫過類似的文章，可以翻翻我以前的文章查看，單說系統調試，現如今市面上流行的手機機型是多種多樣的，不同廠家不同系統不同硬體狀況的機型每一個都要進行適配，過程枯燥而痛苦。
四、 與三方進行對接
在視頻直播軟體開發完畢後，還要與三方進行對接才能實現一些我們無法獨立開發的服務，比如調用地圖定位、比如更高級的美顏服務等
五、 為上 架做准備
以上，有相關問題可以繼續追問我