WebRTC અને વિડિયો સર્વેલન્સ: અમે કેમેરાથી વિડિયો લેટન્સીને કેવી રીતે હરાવી

ક્લાઉડ વિડિયો સર્વેલન્સ સિસ્ટમ પર કામ કરવાના પ્રથમ દિવસોથી, અમને એક સમસ્યાનો સામનો કરવો પડ્યો હતો, જેના ઉકેલ વિના અમે Ivideon છોડી શકીએ - આ અમારું એવરેસ્ટ હતું, ચડતા જેમાં ઘણી શક્તિ લાગી, પરંતુ હવે અમે આખરે ક્રોસ-પ્લેટફોર્મ પઝલની ટોચ પર બરફની કુહાડી ફસાઈ ગઈ.

ઇન્ટરનેટ પર ઑડિઓ અને વિડિયો ટ્રાન્સમિટ કરવા માટેની સિસ્ટમ સાધનો, વેબ ક્લાયન્ટ્સ અને તેઓ જે ધોરણોને સમર્થન આપે છે તેના પર નિર્ભર ન હોવી જોઈએ અને નેટવર્ક એડ્રેસ ટ્રાન્સલેટર્સ અને ફાયરવૉલ્સની હાજરીમાં પણ યોગ્ય રીતે કાર્ય કરે છે. ક્લાઉડ વિડિયો સર્વેલન્સ વપરાશકર્તા સેવાને ઍક્સેસ કરવા માંગે છે, પછી ભલે તે એનાલોગ કેમેરાનો ઉપયોગ કરે અને સૌથી આધુનિક ઉપકરણ પર લાઇવ વિડિયો પ્રસારણ જોવાનું પસંદ કરે.

તે ખૂબ જ નોંધપાત્ર છે કે વપરાશકર્તા ન્યૂનતમ વિલંબ સાથે વિડિઓઝ જોવા માંગે છે. બ્રાઉઝરમાં ઓછી લેટન્સી સાથે વિડિયો બતાવવાનો લગભગ એકમાત્ર રસ્તો WebRTC (વેબ રીઅલ-ટાઇમ કોમ્યુનિકેશન્સ) નો ઉપયોગ કરવાનો છે. WebRTC એ બ્રાઉઝર્સમાં વિડિયો અને ઑડિયોના પીઅર-ટુ-પીઅર ટ્રાન્સમિશન માટેની તકનીકોનો સમૂહ છે, શરૂઆતમાં ઓછી વિલંબતા સાથે વિડિઓ સ્ટ્રીમ્સના ટ્રાન્સમિશન અને પ્લેબેક માટે ડિઝાઇન કરવામાં આવી હતી. આ હેતુ માટે, અન્ય વસ્તુઓની વચ્ચે, UDP પ્રોટોકોલનો ઉપયોગ થાય છે.

નવું એન્જિન વપરાશકર્તાને શું આપે છે તે અમે તમને જણાવીએ તે પહેલાં, અમે તમને યાદ અપાવીશું કે અમે શા માટે અને શા માટે HLS ટેક્નોલોજીને સમર્થન આપીએ છીએ અને અમે શા માટે આગળ વધવાનું નક્કી કર્યું છે.

HLS એન્જિન: ગુણદોષ

(c)

HLS (HTTP લાઇવ સ્ટ્રીમિંગ) ટેકનોલોજી એપલ દ્વારા વિકસાવવામાં આવી હતી, તેથી તેમાં કોઈ આશ્ચર્ય નથી કે તે સૌપ્રથમ એપલ ઉપકરણો પર સપોર્ટેડ હતી. આજે, HLS વિડીયો વર્ચ્યુઅલ રીતે બધા સેટ-ટોપ બોક્સ અને OS ચલાવતા ઘણા ઉપકરણો દ્વારા પણ સપોર્ટેડ છે. Android.

HLS એન્જિન વિડિયો ડેટાને સ્ટ્રીમ કરવા માટે AAC અથવા MP264 ઑડિયો સ્ટ્રીમ્સ સાથે સંયોજનમાં જાણીતા H3 વીડિયો કોડેકનો ઉપયોગ કરે છે. સમગ્ર ઓડિયો અને વિડિયો ડેટા સ્ટ્રીમ MPEG-TS ટ્રાન્સપોર્ટ કન્ટેનરમાં પેક કરવામાં આવે છે. HTTP પ્રોટોકોલ દ્વારા ટ્રાન્સમિશન માટે, સ્ટ્રીમમાં સમાવિષ્ટ માહિતીને m3u8 પ્લેલિસ્ટમાં વર્ણવેલ ટુકડાઓમાં વિભાજિત કરવામાં આવે છે. અને માત્ર ત્યારે જ આ ટુકડાઓ, પ્લેલિસ્ટ્સ સાથે, HTTP દ્વારા પ્રસારિત થાય છે. આપમેળે ચંકીંગનો અર્થ સેકન્ડોમાં વિલંબ થાય છે. આ MPEG-TS કન્ટેનરનું લક્ષણ છે.

HLS એન્જિન મલ્ટિબિટરેટ સ્ટ્રીમ્સ, Live/VOD ને પણ સપોર્ટ કરે છે.

HLS ના મુખ્ય ફાયદા:

• તમામ મુખ્ય બ્રાઉઝર્સમાં બિલ્ટ-ઇન સપોર્ટ;
• અમલીકરણની સરળતા (WebRTC ની સરખામણીમાં);
• મોટા પ્રેક્ષકો માટે તમામ પ્રકારના બ્રોડકાસ્ટનું આયોજન કરવું ખૂબ જ અનુકૂળ અને કાર્યક્ષમ છે કારણ કે સેગમેન્ટ્સ એકવાર CDN પર અપલોડ કરી શકાય છે.

એન્જિનની સરળતા હોવા છતાં, બધું લાગે તેટલું સરળ નથી. મુખ્ય સમસ્યા એ છે કે તૃતીય-પક્ષ પ્લેયર વિકાસકર્તાઓ એપલની ભલામણોથી દૂર ગયા છે, ઉદાહરણ તરીકે સપોર્ટેડ ઑડિઓ ફોર્મેટ્સની દ્રષ્ટિએ. ખાસ કરીને, ઘણા વિકાસકર્તાઓએ લોકપ્રિય ઑડિઓ સ્ટ્રીમ્સ સાથે કામ કરવાની ક્ષમતા ઉમેરવાનું શરૂ કર્યું: mpeg2 વિડિયો, mpeg2 ઑડિઓ, વગેરે. પરિણામે, તેમને વિવિધ પ્લેયર્સ માટે વિવિધ પ્લેલિસ્ટ ફોર્મેટ બનાવવા પડ્યા.

પરંતુ HLS એન્જિન સાથેની સૌથી મોટી સમસ્યાઓમાંની એક ડેટા ટ્રાન્સફરમાં ઉચ્ચ વિલંબ છે.

"બ્રેક" ની ઉત્પત્તિ

HLS ની ઉચ્ચ વિલંબનું મુખ્ય કારણ એ હકીકતમાં રહેલું છે કે પ્રોગ્રામરોએ ઉચ્ચ ગુણવત્તાની છબીઓ મેળવવા માટે એન્જિન બનાવ્યું છે. તેથી, ઉપયોગમાં લેવાતા ફ્રેમ અંતરાલના પરિમાણો અને પ્લેબેક બફરનું કદ લાઇવ વિડિયો બ્રોડકાસ્ટ માટે યોગ્ય નથી. આને કારણે, વિડિયો ફૂટેજના પ્રસારણમાં એકદમ વધારે વિલંબ થાય છે, જે 5-7 સેકન્ડ હોઈ શકે છે.

એક તરફ, આ વધુ નથી, ઉદાહરણ તરીકે, જેઓ વિડિઓ હોસ્ટિંગ સર્વરથી મૂવી જુએ છે. પરંતુ વિડિયો સર્વેલન્સ સિસ્ટમ માટે, વિડિયો ફૂટેજ ટ્રાન્સમિટ કરવામાં વિલંબ ખૂબ જ મહત્વપૂર્ણ હોઈ શકે છે.

જો તમે એવી ઓફિસ જોઈ રહ્યા છો કે જ્યાં કર્મચારીઓ કલાકમાં એક વાર તેમના મોનિટરમાંથી ઉપર જુએ છે, તો 5 સેકન્ડના વિલંબથી કોઈ વાંધો નથી. પરંતુ લોકોએ ફરિયાદ કરવાનું શરૂ કર્યું કે, ઉદાહરણ તરીકે, ફૂટબોલ મેચનું પ્રસારણ કરતી વખતે, તેઓએ ચેટમાં GOOOOL પહેલેથી જ લખ્યું હતું, પરંતુ આ હજી સુધી વિડિઓ પર નથી :). અમારી પાસે પહેલાથી જ સંખ્યાબંધ વપરાશકર્તા કેસો છે જ્યાં Ivideon એ Skype ને વ્યવહારીક રીતે બદલવું જોઈએ.

શું HLS માં લેટન્સીને હરાવવાનું શક્ય છે? આ પ્રશ્નનો જવાબ શિખાઉ જંતુ નિયંત્રણ નિષ્ણાતોના પ્રવચનમાં અનુભવી ઉંદર સંહારકના ભાષણ જેવો લાગે છે: "ઉંદરોને ખતમ કરી શકાતા નથી, પરંતુ તેમની સંખ્યાને વાજબી લઘુત્તમ સુધી ઘટાડી શકાય છે." HLS માં વિલંબની જેમ જ, તેને શૂન્ય સુધી ઘટાડવું શક્ય બનશે નહીં, પરંતુ બજારમાં એવા ઉકેલો છે જે વિલંબને નોંધપાત્ર રીતે ઘટાડી શકે છે.

ફાઇન કટ

એન્જિનનો બીજો ગેરલાભ એ ડેટા ટ્રાન્સફર માટે નાની ફાઇલોનો ઉપયોગ છે. એવું લાગે છે કે આમાં ખોટું શું છે?

કોઈપણ જેણે એક માધ્યમથી બીજા માધ્યમમાં મોટી સંખ્યામાં નાની ફાઈલોની નકલ કરવાનો પ્રયાસ કર્યો છે તેણે કદાચ નોંધ્યું છે કે આવા સમૂહની લેખન ઝડપ સમાન કદની એક મોટી ફાઇલ કરતાં ઘણી ઓછી છે. અને હાર્ડ ડ્રાઇવની ઍક્સેસની તીવ્રતા નોંધપાત્ર રીતે વધે છે, જે સામાન્ય રીતે સમગ્ર કમ્પ્યુટરના પ્રભાવને નકારાત્મક રીતે અસર કરે છે. તેથી, 10 સેકન્ડના નાના હિસ્સામાં વિડિયો ડેટા ટ્રાન્સમિટ કરવાથી પણ એન્જીન લેટન્સીમાં વધારો થાય છે.

ચાલો સંક્ષિપ્તમાં HLS ટેક્નોલોજીના તમામ ગુણદોષનો સારાંશ આપીએ.

HLS ના ફાયદા:

1. કોઈપણ ઉપકરણ સાથે કામ કરવાની ક્ષમતા. તમે કોઈપણ આધુનિક ઉપકરણ પર વિડિઓઝ જોઈ શકો છો, પછી તે સ્માર્ટફોન, ટેબ્લેટ, લેપટોપ અથવા ડેસ્કટોપ પીસી હોય. મુખ્ય વસ્તુ એ છે કે વેબ બ્રાઉઝર અદ્યતન છે અને HTML5 અને મીડિયા સ્રોત એક્સ્ટેન્શન્સ સાથે સુસંગત છે.
2. ઉત્તમ છબી ગુણવત્તા. ઉપયોગમાં લેવાતું અનુકૂલનશીલ ડેટા ટ્રાન્સમિશન ફંક્શન તમને ઇન્ટરનેટ કનેક્શનની બેન્ડવિડ્થના આધારે પ્રસારિત વિડિઓની ગુણવત્તાને ગતિશીલ રીતે બદલવાની મંજૂરી આપે છે, જ્યારે અલ્ગોરિધમ મહત્તમ ગુણવત્તા જાળવવાનો પ્રયત્ન કરે છે.
3. વપરાશકર્તાના સાધનોના જટિલ રૂપરેખાંકનની કોઈ જરૂર નથી.

ગેરફાયદા:

1. કેટલાક ઉપકરણો પર એન્જિન સાથે કામ કરવા માટે મર્યાદિત સપોર્ટ.
2. ઇમેજ ટ્રાન્સમિશનમાં ઉચ્ચ વિલંબ.
3. નાની ફાઇલોના ઉપયોગને કારણે ઓવરહેડ અને ઑપ્ટિમાઇઝેશનની જટિલતામાં નોંધપાત્ર વધારો. કન્ટેનરની પ્રકૃતિને લીધે, અમે ક્યારેય પણ સેગમેન્ટના કદ કરતાં ઓછી વિલંબતા મેળવી શકીશું નહીં.

HLS ના ગેરફાયદાએ અમારા માટે તેના ફાયદાઓ કરતાં વધી ગયા અને અમને વૈકલ્પિક વિકલ્પો શોધવાની ફરજ પાડી.

WebRTC શું છે

(c)

બ્રાઉઝર્સ અને મોબાઇલ એપ્લિકેશનો વચ્ચે ન્યૂનતમ લેટન્સી સાથે સ્ટ્રીમિંગ વિડિયો અને ઑડિઓ ડેટા ટ્રાન્સમિટ કરવા માટે 2011 માં Google દ્વારા WebRTC પ્લેટફોર્મ વિકસાવવામાં આવ્યું હતું. આ માટે, પ્રમાણભૂત UDP પ્રોટોકોલ અને વિશેષ પ્રવાહ નિયંત્રણ અલ્ગોરિધમનો ઉપયોગ કરવામાં આવે છે. આજે તે એક ઓપન સોર્સ પ્રોજેક્ટ છે, તે Google દ્વારા સક્રિય રીતે જાળવવામાં આવે છે અને તેને વિકસાવવામાં આવી રહ્યો છે.

WebRTC એ પીઅર-ટુ-પીઅર વિડિયો અને ઑડિયો ટ્રાન્સમિશન માટેની તકનીકોનો સમૂહ છે. એટલે કે, ઉદાહરણ તરીકે, WebRTC નો ઉપયોગ કરતા યુઝર બ્રાઉઝર્સ ડેટાને સ્ટોર કરવા અને પ્રોસેસ કરવા માટે રિમોટ સર્વર્સનો ઉપયોગ કર્યા વિના સીધા જ એકબીજાને ડેટા ટ્રાન્સફર કરી શકે છે. અંતિમ વપરાશકર્તાઓના બ્રાઉઝર્સ અને મોબાઇલ એપ્લિકેશનો દ્વારા પણ તમામ માહિતીની પ્રક્રિયા કરવામાં આવે છે.

આ ટેકનોલોજીની સુવિધા અને વ્યાપક ક્ષમતાઓની બધા લોકપ્રિય બ્રાઉઝર્સના વિકાસકર્તાઓ દ્વારા પ્રશંસા કરવામાં આવી છે. WebRTC સપોર્ટ હાલમાં મોઝિલા ફાયરફોક્સ, ઓપેરા, ગૂગલ ક્રોમ (અને બધા ક્રોમિયમ-આધારિત બ્રાઉઝર્સ), તેમજ મોબાઇલ એપ્લિકેશન્સમાં ઉપલબ્ધ છે. Android અને iOS.

તેના તમામ અસંદિગ્ધ ફાયદાઓ માટે, WebRTCના ઘણા નોંધપાત્ર ગેરફાયદા છે.

પસંદગીની મુશ્કેલીઓ

WebRTC ટેક્નોલોજી એ P2P વિશે હોવાને કારણે નેટવર્ક ક્રિયાપ્રતિક્રિયાઓની દ્રષ્ટિએ વધુ જટિલ છે. ડિબગ કરવું, પરીક્ષણ કરવું મુશ્કેલ છે અને અણધારી રીતે વર્તે છે. તે જ સમયે, અમારે NAT અને ફાયરવોલ પર કાબુ મેળવવાની જરૂર છે, અમારે એવા નેટવર્ક્સમાં કામગીરી સુનિશ્ચિત કરવાની જરૂર છે જ્યાં UDP અવરોધિત છે.

Google ના WebRTC અમલીકરણનો ઉપયોગ કરવો ખૂબ જ મુશ્કેલ છે. ત્યાં પણ એક આખી કંપની છે જે SDK એસેમ્બલી સેવાઓ પ્રદાન કરે છે. ઉપરાંત, સમગ્ર વિડિયોને ફરીથી એન્કોડ કર્યા વિના અમારી સિસ્ટમ સાથે એકીકૃત કરવા માટે Googleનું અમલીકરણ ખૂબ જ મુશ્કેલ હતું.

જો કે, અમે લાંબા સમયથી વપરાશકર્તાઓને સંપૂર્ણ "લાઇવ" વિડિઓ સાથે કામ કરવાની અને સ્ક્રીન પરની છબી અને ઇવેન્ટ્સ વચ્ચેના અંતરને ઘટાડવાની તક આપવા માંગીએ છીએ. ઉપરાંત, અમે PTZ કેમેરાનો ઉપયોગ કરવાની ઈચ્છા ધરાવીએ છીએ, જ્યાં વિલંબ મહત્વપૂર્ણ છે, વધુ આરામદાયક છે.

અન્ય એન્ટી-લેગ અમલીકરણો હજુ પણ મર્યાદિત કાર્યક્ષમતા ધરાવે છે અને નોંધપાત્ર રીતે ખરાબ કામ કરે છે તે ધ્યાનમાં રાખીને, અમે WebRTC નો ઉપયોગ કરવાનું નક્કી કર્યું.

અમે શું કર્યું છે

WebRTC પ્લેટફોર્મનો યોગ્ય રીતે અમલ કરવો એ સરળ કાર્ય નથી. કોઈપણ ખોટી ગણતરી અથવા અચોક્કસતા વિડિયો ટ્રાન્સમિશનમાં વિલંબ તરફ દોરી શકે છે જે અન્ય પ્લેટફોર્મની સરખામણીમાં માત્ર ઘટતું નથી, પણ વધી પણ શકે છે.

WebRTC યોગ્ય રીતે કામ કરે તે માટે, સૌ પ્રથમ, વેબ વિડિયો સાથે કામ કરવા માટે સ્ટેકનું ટેકનોલોજીકલ અપગ્રેડ કરવું જરૂરી છે. તે અમે કર્યું છે.

પ્રથમ, અમે Websocket પર WebRTC સિગ્નલિંગ પ્રોટોકોલ સર્વર અમલમાં મૂક્યું, અને webrtc.org SDK પર આધારિત ક્લાઉડમાં WebRTC પીઅર સર્વર પણ જમાવ્યું. તેનું કાર્ય વિડિઓ ટ્રાન્સકોડિંગ વિના H.264 + Opus/G.711 ફોર્મેટમાં ક્લાયંટ WebRTC પીઅર્સને વિડિઓ સ્ટ્રીમ્સનું વિતરણ કરવાનું છે.

અમે સિગ્નલિંગ પ્રોટોકોલ તરીકે વેબસોકેટ પસંદ કર્યું છે કારણ કે તે પહેલાથી જ તમામ લોકપ્રિય વેબ બ્રાઉઝર્સમાં ઉચ્ચ-ગુણવત્તાવાળા સપોર્ટ ધરાવે છે. આના કારણે, તમે માત્ર ડેવલપમેન્ટ ઓવરહેડને નોંધપાત્ર રીતે ઘટાડી શકો છો, પરંતુ AJAX ની તુલનામાં વારંવાર TCP અને TLS હેન્ડશેક પર સમય અને સંસાધનોનો બગાડ ટાળી શકો છો.

હકીકત એ છે કે, મૂળભૂત રીતે, WebRTC સ્રોત અને ક્લાયંટ એપ્લિકેશન્સ વચ્ચે રીઅલ-ટાઇમ વિડિઓ સંચારને યોગ્ય રીતે ગોઠવવા, જાળવવા અને સમાપ્ત કરવા માટે જરૂરી સિગ્નલિંગ પ્રોટોકોલ પ્રદાન કરતું નથી.

અને સ્વતંત્ર રીતે સિગ્નલિંગ ટેક્નોલોજીનો અમલ કરવા માટે, અમારે કેટલાક વેબ પ્રોટોકોલ્સ (વેબસોસેટ, વેબઆરટીસી) માટે સપોર્ટ સાથે અમારું પોતાનું સિગ્નલિંગ સર્વર વિકસાવવાની જરૂર છે. અને વાસ્તવિક સમયમાં સત્રો અને સૂચનાઓને સુરક્ષિત રીતે સંચાલિત કરવાની ક્ષમતા સાથે, વિડિઓ મેનેજમેન્ટ અને ઘણું બધું.

અમે P2P દ્વારા નહીં, પરંતુ લેટન્સી ઘટાડવા માટે UDP અને ફ્લો કંટ્રોલ દ્વારા લેટન્સી ઘટાડીને P2P ની મર્યાદાઓ દૂર કરી છે. આ પણ WebRTC માં બનેલ છે, કારણ કે મુખ્ય ઉપયોગનો કેસ બ્રાઉઝર દ્વારા p2p વાતચીતનો છે.

મોબાઇલ ક્લાયંટમાં, અમે webrtc.org SDK નો ઉપયોગ કરીને પ્લેયરનો અમલ કર્યો છે, કારણ કે માત્ર તે જ ફ્લો કંટ્રોલને યોગ્ય રીતે લાગુ કરે છે, બધી જાણીતી ફોરવર્ડ એરર કરેક્શન (FEC) સ્કીમ ધરાવે છે અને તમામ બ્રાઉઝર્સ માટે પેકેટો ફરીથી મોકલવાની પદ્ધતિને યોગ્ય રીતે લાગુ કરે છે. તે પણ મહત્વનું છે કે webrtc.org SDK ને Google દ્વારા સક્રિય રીતે વિકસાવવામાં આવી રહ્યું છે.

WebRTC લાગુ કરવાનું પરિણામ શું છે?

કેમેરામાંથી લાઇવ વિડિયો જોવા માટે, અમે તમારા વ્યક્તિગત ખાતામાં WebRTC પર આધારિત એક નવું ઑપ્ટિમાઇઝ પ્લેયર ઉમેર્યું છે. તે ઝડપી વિડિયો લોડિંગ સ્પીડ પ્રદાન કરે છે અને જોવાનો સમય વધવાથી લેટન્સી એકઠી થવાની સમસ્યાને સંપૂર્ણપણે દૂર કરે છે.

Ivideon ક્લાઉડ સેવામાં WebRTC સપોર્ટ રજૂ કર્યા પછી, અમે સંપૂર્ણ વિશ્વાસ સાથે કહી શકીએ છીએ કે અમારા ગ્રાહકો હવે સંપૂર્ણ લાઇવ વિડિયો જોઈ શકશે. હવે વિડિયો સિક્વન્સનું પ્રસારણ કરતી વખતે વિલંબ એક સેકન્ડથી વધુ થતો નથી! સરખામણી માટે, અગાઉના HLS એન્જિને 5-7 સેકન્ડના વિલંબ સાથે વિડિયો ડિલિવરી પૂરી પાડી હતી. વિડિયો નિદર્શન ગતિમાં તફાવત ખૂબ જ નોંધપાત્ર છે, અને વપરાશકર્તા અમારી વિડિઓ સેવા સાથે કામ કરવાનું શરૂ કર્યા પછી તરત જ તેની નોંધ લેશે.

અમારી અપેક્ષા મુજબ, નવા પ્લેયરના અમલીકરણથી PTZ ની પ્રતિભાવ અને કેમેરા સાથે વૉઇસ કમ્યુનિકેશનમાં સુધારો થયો છે.

માત્ર એક જ સૂક્ષ્મ બિંદુ છે જેના પર આપણે ધ્યાન દોરવા માંગીએ છીએ. નવું WebRTC પ્લેયર હાલમાં ટેસ્ટ મોડમાં કામ કરી રહ્યું છે. અને તેથી જ અમે તેને ડિફૉલ્ટ રૂપે અમારા બધા ક્લાયન્ટ્સ માટે સક્ષમ કરતા નથી. પરંતુ તમે કેમેરા સેટિંગ્સમાં સંબંધિત આઇટમને સક્ષમ કરીને તેને જાતે સક્રિય કરી શકો છો (આ કરવા માટે, પર જાઓ વ્યક્તિગત એકાઉન્ટ).

Ivideon સેવામાં WebRTC ના અમલીકરણની સુવિધાઓ

WebRTC અત્યારે પણ એક પ્રાયોગિક ટેકનોલોજી છે. તેનો સપોર્ટ હજી સુધી બધા બ્રાઉઝર અને વપરાશકર્તા ઉપકરણોમાં યોગ્ય રીતે લાગુ કરવામાં આવ્યો નથી, અને બધા કેમેરામાં પણ નથી.

આ જ કારણ છે કે અમે હજુ સુધી WebRTC પ્લેયરને તમામ વપરાશકર્તાઓ માટે ડિફોલ્ટ બનાવ્યું નથી.

હમણાં માટે, અમે ફક્ત Google Chrome બ્રાઉઝર્સમાં જ WebRTC નો ઉપયોગ કરવાની ભલામણ કરીએ છીએ. ફાયરફોક્સ અને સફારીના નવીનતમ સંસ્કરણો પણ આ તકનીકને સમર્થન આપે છે, પરંતુ, કમનસીબે, તે હજી પણ અસ્થિર છે.

અમે હજુ સુધી મોબાઇલ ઉપકરણો પર બ્રાઉઝર્સ માટે WebRTC સપોર્ટનો અમલ કર્યો નથી. હાલમાં, જો તમે મોબાઇલ ઉપકરણથી લોગ ઇન કરો છો અને WebRTC સક્રિય કરો છો, તો આ મોડ કામ કરશે નહીં. જો કે, WebRTC અમારી મોબાઇલ એપ્લિકેશનમાં ઉપલબ્ધ છે Android и iOS.

અને અમારી સેવામાં WebRTC અમલીકરણની વિશેષતાઓ વિશે વાર્તાને સમાપ્ત કરીને, ચાલો વધુ બે સૂક્ષ્મ મુદ્દાઓ નોંધીએ.

સૌપ્રથમ, ટેક્નોલોજી રીઅલ ટાઇમમાં લાઇવ વિડિયો પ્રસારિત કરવા પર કેન્દ્રિત છે. તેથી, જો તમારી ચેનલ પાસે વિડિયો પ્રસારિત કરવા માટે પૂરતી બેન્ડવિડ્થ ન હોય, તો તમે ફ્રેમ ડ્રોપ્સ જોશો (HLS સાથે તમે વિડિયો ફેડિંગ અને લેટન્સીમાં વધારો જોશો, પરંતુ ત્યાં કોઈ ફ્રેમ ડ્રોપ્સ નહીં હોય), પરંતુ વિડિયો હજુ પણ વાસ્તવિકમાં પ્રસારિત થશે. સમય.

બીજું, ટેક્નોલોજી ખાસ કરીને રિયલ ટાઇમમાં લાઇવ વિડિયો સાથે કામ કરવા માટે ડિઝાઇન કરવામાં આવી હોવાથી, અમે આર્કાઇવ કરેલા વીડિયો ડેટા સાથે કામ કરવા માટે તેનો ઉપયોગ કરતા નથી.

સેવામાં અન્ય ફેરફારો

આ સમયે, ફ્લેશ હવે સ્વચાલિત એન્જિન પસંદગી પદ્ધતિમાં સામેલ નથી. તમે હજી પણ આવા પ્લેયરનો ઉપયોગ કરી શકો છો, પરંતુ આ કરવા માટે તમારે તેને એકાઉન્ટ અથવા કેમેરા સેટિંગ્સમાં મેન્યુઅલી પસંદ કરવાની જરૂર છે. આ ફેશનને શ્રદ્ધાંજલિ નથી, તે ફક્ત એટલું જ છે કે અમારી સેવાના આંકડા અનુસાર, વ્યવહારીક રીતે કોઈ વપરાશકર્તાઓએ ફ્લેશ સાથે કામ કરવાનું બાકી રાખ્યું નથી. અને વપરાશકર્તાનું બ્રાઉઝર તેને સમર્થન આપે છે કે કેમ તે નિર્ધારિત કરવાનો પ્રયાસ કરતા, અમે લગભગ 2 સેકન્ડનો કિંમતી સમય ગુમાવીએ છીએ.

અમારી ક્લાઉડ વિડિયો સર્વેલન્સ સિસ્ટમ અને વ્યક્તિગત એકાઉન્ટમાં તમારી રાહ જોઈ રહેલા ફેરફારોની અહીં સંક્ષિપ્ત ઝાંખી છે. અમારી સાથે રહો અને સમાચાર અનુસરો!

સોર્સ: www.habr.com