प्रौद्योगिकी साझेदारी

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

समस्या पृष्ठभूमि

srsक्लाउड् सर्वरे, ३२-कोर-सीपीयू, ६४जी मेमोरी, बैण्डविड्थ् ३००एम इत्यत्र नियोजितम् ।
क्लायन्ट् SRS तः धाराम् आकर्षयति तथा च पश्यति यत् बाह्यजालग्राहकः धाराम् आकर्षयति ।cpu तथा बैण्डविड्थ सामान्यम् अस्ति। परन्तु यदि अन्तर्जालग्राहकः धाराम् आकर्षयति तथा च धाराम् आकर्षयन्तः जनानां संख्या ५ अधिका भवति तर्हि बैण्डविड्थः आकाशगतिम् अनुभवति ।

समस्यानिवारणम्

SRS तनावपरीक्षणं, vlc player SRS streaming, client SRS streaming च कर्तुं srs-bench इत्यस्य उपयोगं कुर्वन्तु

पुश स्ट्रीमिंग

धाराम् धक्कायितुं, धाराम् धक्कायितुं ffmpeg इति चिनोतु ।

ffmpeg -re -i C:UserswDesktoptest.mp4 -vcodec copy -acodec copy -f flv -y rtmp://27.128.236.38/live/livestream
1

A.srs-बेंच पुल प्रवाह

./objs/srs_bench -sr webrtc://27.128.236.38/live/livestream -nn 10
1

srs-bench संकलनस्य परिनियोजनस्य च सन्दर्भलेखाः:एसआरएस तनाव परीक्षण–एसआरएस-बेंच

B.vlc पुल धारा

媒体->打开网络串流
输入url:https://ip:8088/live/livestream.flv
1
2

क्रमशः शीआन्, नानजिंग, बीजिंग इत्यत्र srs-bench, client तथा ​​vlc तनावपरीक्षां कृतवान्
परीक्षणस्य अभिलेखाः निम्नलिखितरूपेण सन्ति ।

प्रमाणीकरणस्य परिणामः

बाह्यसंजालवातावरणस्य तनावपरीक्षा, बैण्डविड्थः सामान्यः, CPU सामान्यः
अन्तर्जालपर्यावरणतनावपरीक्षा, यदि ५ जनाः अधिकाः सन्ति तर्हि बैण्डविड्थः १० गुणान् यावत् वर्धते

पैकेट कैप्चर तुलना

विश्लेषणं कुरुत

असामान्यवातावरणेषु विलम्बस्य दरः सामान्यवातावरणानां अपेक्षया अधिकः भवति, तथा च पॅकेट्-हानिः पुनः प्रसारणं च भवति ।

srs आधिकारिक वेबसाइट देखेंsrs आधिकारिक वेबसाइट
कोर प्रोटोकॉल – webrtc मध्ये config इत्यस्य webrtc भागस्य विन्यासः

प्रथमः भागः, rtc_server इति वैश्विकः RTC सर्वरविन्यासः अस्ति ।

enabled：是否开启RTC服务器，默认是off。
listen：侦听的RTC端口，注意是UDP协议。
candidate：服务器提供服务的IP地址，由于RTC的特殊性，必须配置这个地址。详细参考Config: Candidate
tcp.listen: 使用TCP传输WebRTC媒体数据，侦听的TCP端口。详细参考WebRTC over TCP
1
2
3
4

द्वितीयः भागः, प्रत्येकस्मिन् vhost मध्ये RTC विन्यासः, केचन मुख्यविन्यासाः सन्ति:

rtc.enabled：是否开启RTC能力，默认是off。
rtc.rtmp_to_rtc：是否开启RTMP转RTC。
rtc.rtc_to_rtmp：是否开启RTC转RTMP。
rtc.stun_timeout：会话超时时间，单位秒。
rtc.nack：是否开启NACK的支持，即丢包重传，默认on。
rtc.twcc：是否开启TWCC的支持，即拥塞控制的反馈机制，默认on。
rtc.dtls_role：DTLS角色，active就是DTLS Client(主动发起)，passive是DTLS Server(被动接受)。
1
2
3
4
5
6
7

rtc.nack विन्यासः पूर्वनिर्धारितरूपेण on इति ज्ञायते, यस्य अर्थः अस्ति यत् यदि SRS पैकेट् हानिम् अङ्गीकुर्वति तर्हि सः निरन्तरं दत्तांशं पुनः प्रसारयिष्यति ।

उपसंहारे

कम्पनीयाः अन्तर्जालवातावरणस्य अन्वेषणानन्तरं वयं पश्यामः यत् अन्तर्जालवातावरणे बैण्डविड्थप्रतिबन्धाः सन्ति यदा ग्राहकस्य स्ट्रीमिंग् बैण्डविड्थः निश्चितं आकारं अतिक्रमति तदा स्ट्रीमिंग् प्रतिबन्धितः भवति ।
अस्मिन् समये एसआरएस जालपुटं असामान्यं मन्यते तथा च पैकेट् नष्टाः पुनः प्रसारिताः च भवन्ति, अतः बैण्डविड्थः निरन्तरं वर्धमानः भवति ।

उत्तरयति

विकल्पः १: अन्तर्जालवातावरणे बैण्डविड्थप्रतिबन्धान् शिथिलं कुर्वन्तु

लाभाः : लाइव स्ट्रीमिंग् इत्यस्य स्थिरतां सुनिश्चितं कुर्वन्तु
हानिः : कम्पनयः ग्राहकबैण्डविड्थस्य निरीक्षणं कर्तुं न शक्नुवन्ति, येन व्ययः वर्धते

परिदृश्यम् २ : १.

लाभाः : आन्तरिकबाह्यजालयोः सामान्यपरिस्थितौ लाइव स्ट्रीमिंग् सामान्यं भवति तथा च बैण्डविड्थस्य उपभोगः अल्पः भवति ।
दोषः : संजालस्य असामान्यता, SRS नष्टपैकेट् पुनः न प्रसारयति, मोज़ेकः, विलम्बः च इत्यादीनि समस्याः अपि भवितुम् अर्हन्ति ।