🥇WebRTC-യും വീഡിയോ നിരീക്ഷണവും: ക്യാമറകളിൽ നിന്നുള്ള വീഡിയോ ലേറ്റൻസിയെ ഞങ്ങൾ എങ്ങനെ പരാജയപ്പെടുത്തി

ഒരു ക്ലൗഡ് വീഡിയോ നിരീക്ഷണ സംവിധാനത്തിൽ പ്രവർത്തിക്കുന്ന ആദ്യ ദിവസങ്ങൾ മുതൽ, ഞങ്ങൾ ഒരു പ്രശ്‌നത്തെ അഭിമുഖീകരിച്ചു, ഒരു പരിഹാരവുമില്ലാതെ, ഐവിഡിയോണിനെ ഉപേക്ഷിക്കാൻ ഞങ്ങൾക്ക് കഴിയും - ഇത് ഞങ്ങളുടെ എവറസ്റ്റ് ആയിരുന്നു, അത് വളരെയധികം ഊർജം എടുത്തിരുന്നു, പക്ഷേ ഇപ്പോൾ ഞങ്ങൾക്ക് ഒടുവിൽ ക്രോസ്-പ്ലാറ്റ്ഫോം പസിലിന്റെ മുകളിൽ ഒരു ഐസ് കോടാലി കുത്തി.

ഇൻറർനെറ്റിലൂടെ ഓഡിയോയും വീഡിയോയും കൈമാറുന്നതിനുള്ള സംവിധാനം ഉപകരണങ്ങൾ, വെബ് ക്ലയന്റുകൾ, അവർ പിന്തുണയ്ക്കുന്ന മാനദണ്ഡങ്ങൾ എന്നിവയെ ആശ്രയിക്കരുത്, കൂടാതെ നെറ്റ്‌വർക്ക് വിലാസ വിവർത്തകരുടെയും ഫയർവാളുകളുടെയും സാന്നിധ്യത്തിൽ ശരിയായി പ്രവർത്തിക്കുകയും വേണം. ഒരു ക്ലൗഡ് വീഡിയോ നിരീക്ഷണ ഉപയോക്താവ് അനലോഗ് ക്യാമറകൾ ഉപയോഗിച്ചാലും, ഏറ്റവും ആധുനികമായ ഉപകരണത്തിൽ തത്സമയ വീഡിയോ പ്രക്ഷേപണം കാണാൻ താൽപ്പര്യപ്പെടുന്നുണ്ടെങ്കിലും, സേവനം ആക്‌സസ് ചെയ്യാൻ ആഗ്രഹിക്കുന്നു.

കുറഞ്ഞ കാലതാമസത്തോടെ വീഡിയോ കാണാൻ ഉപയോക്താവ് ആഗ്രഹിക്കുന്നു എന്നത് വളരെ പ്രധാനമാണ്. ഒരു ബ്രൗസറിൽ കുറഞ്ഞ ലേറ്റൻസിയിൽ വീഡിയോ കാണിക്കാനുള്ള ഏക മാർഗം WebRTC (വെബ് തത്സമയ ആശയവിനിമയങ്ങൾ) ഉപയോഗിക്കുക എന്നതാണ്. WebRTC എന്നത് ബ്രൗസറുകളിൽ വീഡിയോയും ഓഡിയോയും പിയർ-ടു-പിയർ ട്രാൻസ്മിഷൻ ചെയ്യുന്നതിനുള്ള ഒരു കൂട്ടം സാങ്കേതികവിദ്യയാണ്, തുടക്കത്തിൽ കുറഞ്ഞ ലേറ്റൻസിയുള്ള വീഡിയോ സ്ട്രീമുകളുടെ പ്രക്ഷേപണത്തിനും പ്ലേബാക്കിനുമായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു. ഈ ആവശ്യത്തിനായി, മറ്റ് കാര്യങ്ങൾക്കൊപ്പം, UDP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു.

പുതിയ എഞ്ചിൻ ഉപയോക്താവിന് എന്താണ് നൽകുന്നതെന്ന് ഞങ്ങൾ നിങ്ങളോട് പറയുന്നതിന് മുമ്പ്, എന്തുകൊണ്ടാണ് ഞങ്ങൾ HLS സാങ്കേതികവിദ്യകളെ പിന്തുണയ്‌ക്കുന്നതെന്നും എന്തുകൊണ്ടാണ് ഞങ്ങൾ മുന്നോട്ട് പോകാൻ തീരുമാനിച്ചതെന്നും ഞങ്ങൾ നിങ്ങളെ ഓർമ്മിപ്പിക്കും.

HLS എഞ്ചിൻ: ഗുണവും ദോഷവും

(c)

HLS (HTTP ലൈവ് സ്ട്രീമിംഗ്) സാങ്കേതികവിദ്യ ആപ്പിൾ വികസിപ്പിച്ചെടുത്തതാണ്, അതിനാൽ ഇത് ആദ്യം ആപ്പിൾ ഉപകരണങ്ങളിൽ പിന്തുണച്ചതിൽ അതിശയിക്കാനില്ല. ഇന്ന്, മിക്കവാറും എല്ലാ സെറ്റ്-ടോപ്പ് ബോക്സുകളും OS പ്രവർത്തിക്കുന്ന നിരവധി ഉപകരണങ്ങളും HLS വീഡിയോയെ പിന്തുണയ്ക്കുന്നു. Android.

വീഡിയോ ഡാറ്റ സ്ട്രീം ചെയ്യുന്നതിന് HLS എഞ്ചിൻ AAC അല്ലെങ്കിൽ MP264 ഓഡിയോ സ്ട്രീമുകൾക്കൊപ്പം അറിയപ്പെടുന്ന H3 വീഡിയോ കോഡെക് ഉപയോഗിക്കുന്നു. മുഴുവൻ ഓഡിയോ, വീഡിയോ ഡാറ്റ സ്ട്രീമും ഒരു MPEG-TS ട്രാൻസ്പോർട്ട് കണ്ടെയ്നറിലേക്ക് പാക്കേജുചെയ്തു. HTTP പ്രോട്ടോക്കോൾ വഴിയുള്ള സംപ്രേക്ഷണത്തിനായി, സ്ട്രീമിൽ അടങ്ങിയിരിക്കുന്ന വിവരങ്ങൾ m3u8 പ്ലേലിസ്റ്റുകളിൽ വിവരിച്ചിരിക്കുന്ന ശകലങ്ങളായി തിരിച്ചിരിക്കുന്നു. അതിനുശേഷം മാത്രമേ ഈ ശകലങ്ങൾ, പ്ലേലിസ്റ്റുകൾക്കൊപ്പം, HTTP വഴി കൈമാറ്റം ചെയ്യപ്പെടുകയുള്ളൂ. സ്വയമേവ ചങ്കിംഗ് എന്നാൽ സെക്കന്റുകൾക്കുള്ളിലെ കാലതാമസം എന്നാണ് അർത്ഥമാക്കുന്നത്. ഇത് MPEG-TS കണ്ടെയ്‌നറിന്റെ സവിശേഷതയാണ്.

HLS എഞ്ചിൻ മൾട്ടിബിട്രേറ്റ് സ്ട്രീമുകൾ, ലൈവ്/VOD എന്നിവയും പിന്തുണയ്ക്കുന്നു.

HLS ന്റെ പ്രധാന ഗുണങ്ങൾ:

എല്ലാ പ്രധാന ബ്രൗസറുകളിലും അന്തർനിർമ്മിത പിന്തുണ;
നടപ്പിലാക്കാനുള്ള എളുപ്പം (WebRTC യുമായി താരതമ്യം ചെയ്യുമ്പോൾ);
സെഗ്‌മെന്റുകൾ ഒരു തവണ CDN-ലേക്ക് അപ്‌ലോഡ് ചെയ്യാൻ കഴിയുന്നതിനാൽ ഒരു വലിയ പ്രേക്ഷകർക്ക് എല്ലാത്തരം പ്രക്ഷേപണങ്ങളും സംഘടിപ്പിക്കുന്നത് വളരെ സൗകര്യപ്രദവും കാര്യക്ഷമവുമാണ്.

എഞ്ചിന്റെ ലാളിത്യം ഉണ്ടായിരുന്നിട്ടും, എല്ലാം തോന്നുന്നത്ര സുഗമമല്ല. മൂന്നാം കക്ഷി പ്ലെയർ ഡെവലപ്പർമാർ ആപ്പിളിന്റെ ശുപാർശകളിൽ നിന്ന് മാറി എന്നതാണ് പ്രധാന പ്രശ്നം, ഉദാഹരണത്തിന് പിന്തുണയ്ക്കുന്ന ഓഡിയോ ഫോർമാറ്റുകളുടെ കാര്യത്തിൽ. പ്രത്യേകിച്ചും, പല ഡവലപ്പർമാരും ജനപ്രിയ ഓഡിയോ സ്ട്രീമുകൾക്കൊപ്പം പ്രവർത്തിക്കാനുള്ള കഴിവ് കൂട്ടിച്ചേർക്കാൻ തുടങ്ങി: mpeg2 വീഡിയോ, mpeg2 ഓഡിയോ മുതലായവ. തൽഫലമായി, വ്യത്യസ്ത കളിക്കാർക്കായി അവർക്ക് വ്യത്യസ്ത പ്ലേലിസ്റ്റ് ഫോർമാറ്റുകൾ സൃഷ്ടിക്കേണ്ടി വന്നു.

എന്നാൽ എച്ച്എൽഎസ് എഞ്ചിന്റെ ഏറ്റവും വലിയ പ്രശ്‌നങ്ങളിലൊന്ന് ഡാറ്റാ കൈമാറ്റത്തിലെ ഉയർന്ന ലേറ്റൻസിയാണ്.

"ബ്രേക്കുകളുടെ" ഉത്ഭവം

ഉയർന്ന നിലവാരമുള്ള ചിത്രങ്ങൾ ലഭിക്കുന്നതിന് പ്രോഗ്രാമർമാർ എഞ്ചിൻ സൃഷ്ടിച്ചതാണ് എച്ച്എൽഎസിന്റെ ഉയർന്ന ലേറ്റൻസിയുടെ പ്രധാന കാരണം. അതിനാൽ, ഉപയോഗിച്ച ഫ്രെയിം ഇടവേളയുടെ പാരാമീറ്ററുകളും പ്ലേബാക്ക് ബഫറിന്റെ വലുപ്പവും തത്സമയ വീഡിയോ പ്രക്ഷേപണത്തിന് അനുയോജ്യമല്ല. ഇക്കാരണത്താൽ, വീഡിയോ ഫൂട്ടേജ് സംപ്രേഷണം ചെയ്യുന്നതിന് വളരെ ഉയർന്ന കാലതാമസമുണ്ട്, അത് 5-7 സെക്കൻഡ് ആകാം.

ഒരു വശത്ത്, ഇത് അധികമല്ല, ഉദാഹരണത്തിന്, ഒരു വീഡിയോ ഹോസ്റ്റിംഗ് സെർവറിൽ നിന്ന് ഒരു സിനിമ കാണുന്നവർക്ക്. എന്നാൽ വീഡിയോ നിരീക്ഷണ സംവിധാനങ്ങൾക്ക്, വീഡിയോ ദൃശ്യങ്ങൾ കൈമാറുന്നതിലെ കാലതാമസം വളരെ പ്രധാനമാണ്.

ജീവനക്കാർ മണിക്കൂറിൽ ഒരിക്കൽ അവരുടെ മോണിറ്ററുകളിൽ നിന്ന് നോക്കുന്ന ഒരു ഓഫീസ് നിങ്ങൾ നിരീക്ഷിക്കുകയാണെങ്കിൽ, 5 സെക്കൻഡ് വൈകുന്നത് പ്രശ്നമല്ല. എന്നാൽ ആളുകൾ പരാതിപ്പെടാൻ തുടങ്ങി, ഉദാഹരണത്തിന്, ഒരു ഫുട്ബോൾ മത്സരം പ്രക്ഷേപണം ചെയ്യുമ്പോൾ, അവർ ഇതിനകം ചാറ്റിൽ GOOOOL എഴുതി, പക്ഷേ ഇത് ഇതുവരെ വീഡിയോയിൽ ഇല്ല :). Ivideon പ്രായോഗികമായി സ്കൈപ്പിനെ മാറ്റിസ്ഥാപിക്കേണ്ട നിരവധി ഉപയോക്തൃ കേസുകൾ ഞങ്ങൾക്ക് ഇതിനകം ഉണ്ട്.

HLS-ൽ ലേറ്റൻസിയെ മറികടക്കാൻ കഴിയുമോ? ഈ ചോദ്യത്തിനുള്ള ഉത്തരം, തുടക്കക്കാരനായ കീടനിയന്ത്രണ വിദഗ്ധർക്കുള്ള ഒരു പ്രഭാഷണത്തിൽ പരിചയസമ്പന്നനായ ഒരു എലിയെ നശിപ്പിക്കുന്നയാളുടെ പ്രസംഗം പോലെയാണ്: "എലികളെ ഉന്മൂലനം ചെയ്യാൻ കഴിയില്ല, പക്ഷേ അവയുടെ എണ്ണം ന്യായമായ മിനിമം ആയി കുറയ്ക്കാൻ കഴിയും." HLS-ലെ കാലതാമസത്തിന് സമാനമായി, ഇത് പൂജ്യത്തിലേക്ക് കുറയ്ക്കാൻ കഴിയില്ല, എന്നാൽ കാലതാമസം ഗണ്യമായി കുറയ്ക്കാൻ കഴിയുന്ന പരിഹാരങ്ങൾ വിപണിയിലുണ്ട്.

നല്ല മുറിവുകൾ

ഡാറ്റാ കൈമാറ്റത്തിനായി ചെറിയ ഫയലുകളുടെ ഉപയോഗമാണ് എഞ്ചിന്റെ മറ്റൊരു പോരായ്മ. ഇതിലെന്താ കുഴപ്പം എന്ന് തോന്നും.

ഒരു മാധ്യമത്തിൽ നിന്ന് മറ്റൊന്നിലേക്ക് വലിയ തോതിൽ ചെറിയ ഫയലുകൾ പകർത്താൻ ശ്രമിച്ച ആരെങ്കിലും, അത്തരമൊരു സെറ്റിന്റെ എഴുത്ത് വേഗത ഒരേ വലുപ്പത്തിലുള്ള ഒരു വലിയ ഫയലിനേക്കാൾ വളരെ കുറവാണെന്ന് ശ്രദ്ധിച്ചിരിക്കാം. ഹാർഡ് ഡ്രൈവിലേക്കുള്ള പ്രവേശനത്തിന്റെ തീവ്രത ഗണ്യമായി വർദ്ധിക്കുന്നു, ഇത് പൊതുവെ മുഴുവൻ കമ്പ്യൂട്ടറിന്റെയും പ്രകടനത്തെ പ്രതികൂലമായി ബാധിക്കുന്നു. അതിനാൽ, ചെറിയ 10 സെക്കൻഡ് ഭാഗങ്ങളായി വീഡിയോ ഡാറ്റ കൈമാറുന്നതും എഞ്ചിൻ ലേറ്റൻസി വർദ്ധിപ്പിക്കുന്നതിന് കാരണമാകുന്നു.

എച്ച്എൽഎസ് സാങ്കേതികവിദ്യയുടെ എല്ലാ ഗുണങ്ങളും ദോഷങ്ങളും നമുക്ക് ചുരുക്കത്തിൽ സംഗ്രഹിക്കാം.

HLS ന്റെ പ്രയോജനങ്ങൾ:

ഏത് ഉപകരണത്തിലും പ്രവർത്തിക്കാനുള്ള കഴിവ്. സ്‌മാർട്ട്‌ഫോൺ, ടാബ്‌ലെറ്റ്, ലാപ്‌ടോപ്പ് അല്ലെങ്കിൽ ഡെസ്‌ക്‌ടോപ്പ് പിസി എന്നിങ്ങനെ ഏത് ആധുനിക ഉപകരണത്തിലും നിങ്ങൾക്ക് വീഡിയോകൾ കാണാൻ കഴിയും. പ്രധാന കാര്യം, വെബ് ബ്രൗസർ കാലികവും HTML5, മീഡിയ സോഴ്സ് എക്സ്റ്റൻഷനുകൾ എന്നിവയുമായി പൊരുത്തപ്പെടുന്നതുമാണ്.
മികച്ച ചിത്ര നിലവാരം. ഉപയോഗിച്ച അഡാപ്റ്റീവ് ഡാറ്റ ട്രാൻസ്മിഷൻ ഫംഗ്ഷൻ ഇന്റർനെറ്റ് കണക്ഷന്റെ ബാൻഡ്‌വിഡ്ത്ത് അനുസരിച്ച് ട്രാൻസ്മിറ്റ് ചെയ്ത വീഡിയോയുടെ ഗുണനിലവാരം ചലനാത്മകമായി മാറ്റാൻ നിങ്ങളെ അനുവദിക്കുന്നു, അതേസമയം അൽഗോരിതം പരമാവധി ഗുണനിലവാരം നിലനിർത്താൻ ശ്രമിക്കുന്നു.
ഉപയോക്താവിന്റെ ഉപകരണങ്ങളുടെ സങ്കീർണ്ണമായ കോൺഫിഗറേഷൻ ആവശ്യമില്ല.

അസൗകര്യങ്ങൾ:

ചില ഉപകരണങ്ങളിൽ എഞ്ചിനുമായി പ്രവർത്തിക്കുന്നതിനുള്ള പരിമിതമായ പിന്തുണ.
ഇമേജ് ട്രാൻസ്മിഷനിൽ ഉയർന്ന കാലതാമസം.
ചെറിയ ഫയലുകളുടെ ഉപയോഗം കാരണം ഓവർഹെഡിലും ഒപ്റ്റിമൈസേഷന്റെ സങ്കീർണ്ണതയിലും ഗണ്യമായ വർദ്ധനവ്. കണ്ടെയ്‌നറിന്റെ സ്വഭാവം കാരണം, സെഗ്‌മെന്റ് വലുപ്പത്തേക്കാൾ കുറഞ്ഞ ലേറ്റൻസി ഞങ്ങൾക്ക് ഒരിക്കലും ലഭിക്കില്ല.

HLS-ന്റെ പോരായ്മകൾ ഞങ്ങൾക്ക് അതിന്റെ ഗുണങ്ങളെക്കാൾ കൂടുതലാണ്, കൂടാതെ ബദൽ ഓപ്ഷനുകൾ തേടാൻ ഞങ്ങളെ നിർബന്ധിതരാക്കി.

എന്താണ് WebRTC

(c)

കുറഞ്ഞ ലേറ്റൻസിയിൽ ബ്രൗസറുകൾക്കും മൊബൈൽ ആപ്ലിക്കേഷനുകൾക്കുമിടയിൽ സ്ട്രീമിംഗ് വീഡിയോ, ഓഡിയോ ഡാറ്റ കൈമാറുന്നതിനായി WebRTC പ്ലാറ്റ്ഫോം 2011-ൽ Google വികസിപ്പിച്ചെടുത്തു. ഇതിനായി, സ്റ്റാൻഡേർഡ് യുഡിപി പ്രോട്ടോക്കോളും പ്രത്യേക ഫ്ലോ കൺട്രോൾ അൽഗോരിതങ്ങളും ഉപയോഗിക്കുന്നു. ഇന്ന് ഇത് ഒരു ഓപ്പൺ സോഴ്സ് പ്രോജക്റ്റാണ്, ഇത് Google സജീവമായി പരിപാലിക്കുകയും വികസിപ്പിക്കുകയും ചെയ്യുന്നു.

പിയർ-ടു-പിയർ വീഡിയോ, ഓഡിയോ ട്രാൻസ്മിഷൻ എന്നിവയ്ക്കുള്ള ഒരു കൂട്ടം സാങ്കേതികവിദ്യയാണ് WebRTC. അതായത്, ഉദാഹരണത്തിന്, WebRTC ഉപയോഗിക്കുന്ന ഉപയോക്തൃ ബ്രൗസറുകൾക്ക് ഡാറ്റ സംഭരിക്കുന്നതിനും പ്രോസസ്സ് ചെയ്യുന്നതിനും റിമോട്ട് സെർവറുകൾ ഉപയോഗിക്കാതെ തന്നെ പരസ്പരം നേരിട്ട് ഡാറ്റ കൈമാറാൻ കഴിയും. അന്തിമ ഉപയോക്താക്കളുടെ ബ്രൗസറുകളും മൊബൈൽ ആപ്ലിക്കേഷനുകളും വഴി എല്ലാ വിവരങ്ങളും പ്രോസസ്സ് ചെയ്യുന്നു.

ഈ സാങ്കേതികവിദ്യയുടെ സൗകര്യവും വിപുലമായ കഴിവുകളും എല്ലാ ജനപ്രിയ ബ്രൗസറുകളുടെയും ഡെവലപ്പർമാർ അഭിനന്ദിച്ചിട്ടുണ്ട്. WebRTC പിന്തുണ നിലവിൽ Mozilla Firefox, Opera, Google Chrome (കൂടാതെ എല്ലാ Chromium-അധിഷ്ഠിത ബ്രൗസറുകളും) കൂടാതെ പ്രവർത്തിക്കുന്ന മൊബൈൽ ആപ്പുകളിലും ലഭ്യമാണ്. Android കൂടാതെ iOS.

അതിന്റെ സംശയാതീതമായ എല്ലാ ഗുണങ്ങൾക്കും, WebRTC ന് നിരവധി സുപ്രധാന ദോഷങ്ങളുണ്ട്.

തിരഞ്ഞെടുക്കാനുള്ള ബുദ്ധിമുട്ടുകൾ

വെബ്‌ആർ‌ടി‌സി സാങ്കേതികവിദ്യ നെറ്റ്‌വർക്ക് ഇടപെടലുകളുടെ കാര്യത്തിൽ കൂടുതൽ സങ്കീർണ്ണമാണ്, കാരണം ഇത് പി 2 പിയെക്കുറിച്ചാണ്. ഡീബഗ് ചെയ്യാനും പരിശോധിക്കാനും പ്രയാസമാണ്, പ്രവചനാതീതമായി പെരുമാറാനും കഴിയും. അതേ സമയം, ഞങ്ങൾ NAT, ഫയർവാൾ എന്നിവയെ മറികടക്കേണ്ടതുണ്ട്, UDP തടഞ്ഞിരിക്കുന്ന നെറ്റ്‌വർക്കുകളിൽ പ്രവർത്തനം ഉറപ്പാക്കേണ്ടതുണ്ട്.

Google-ന്റെ WebRTC നടപ്പിലാക്കൽ ഉപയോഗിക്കാൻ വളരെ ബുദ്ധിമുട്ടാണ്. SDK അസംബ്ലി സേവനങ്ങൾ നൽകുന്ന ഒരു മുഴുവൻ കമ്പനി പോലും ഉണ്ട്. കൂടാതെ, മുഴുവൻ വീഡിയോയും വീണ്ടും എൻകോഡ് ചെയ്യാതെ ഞങ്ങളുടെ സിസ്റ്റവുമായി സംയോജിപ്പിക്കാൻ Google-ന്റെ നടപ്പിലാക്കൽ വളരെ ബുദ്ധിമുട്ടായിരുന്നു.

എന്നിരുന്നാലും, ഉപയോക്താക്കൾക്ക് പൂർണ്ണമായ "തത്സമയ" വീഡിയോയിൽ പ്രവർത്തിക്കാനുള്ള അവസരം നൽകാനും സ്ക്രീനിലെ ചിത്രത്തിനും ഇവന്റുകൾക്കുമിടയിലുള്ള കാലതാമസം കുറയ്ക്കാനും ഞങ്ങൾ വളരെക്കാലമായി ആഗ്രഹിക്കുന്നു. കൂടാതെ, കാലതാമസം നിർണായകമായ PTZ ക്യാമറകളുടെ ഉപയോഗം കൂടുതൽ സുഖകരമാക്കാൻ ഞങ്ങൾക്ക് ആഗ്രഹമുണ്ടായിരുന്നു.

മറ്റ് ആന്റി-ലാഗ് നിർവ്വഹണങ്ങൾക്ക് ഇപ്പോഴും പരിമിതമായ പ്രവർത്തനക്ഷമതയും വളരെ മോശമായി പ്രവർത്തിക്കുകയും ചെയ്യുന്നതിനാൽ, WebRTC ഉപയോഗിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു.

നമ്മൾ എന്ത് ചെയ്തു

WebRTC പ്ലാറ്റ്ഫോം ശരിയായി നടപ്പിലാക്കുന്നത് എളുപ്പമുള്ള കാര്യമല്ല. ഏതെങ്കിലും തെറ്റായ കണക്കുകൂട്ടൽ അല്ലെങ്കിൽ കൃത്യത മറ്റ് പ്ലാറ്റ്ഫോമുകളെ അപേക്ഷിച്ച് വീഡിയോ പ്രക്ഷേപണത്തിലെ കാലതാമസത്തിന് കാരണമാകും, മാത്രമല്ല അത് വർദ്ധിക്കുകയും ചെയ്യും.

WebRTC ശരിയായി പ്രവർത്തിക്കുന്നതിന്, ഒന്നാമതായി, വെബ് വീഡിയോയിൽ പ്രവർത്തിക്കുന്നതിന് സ്റ്റാക്കിന്റെ ഒരു സാങ്കേതിക നവീകരണം നടത്തേണ്ടത് ആവശ്യമാണ്. അതാണ് ഞങ്ങൾ ചെയ്തത്.

ആദ്യം, WebRTC സിഗ്നലിംഗ് പ്രോട്ടോക്കോൾ സെർവർ വെബ്‌സോക്കറ്റിൽ ഞങ്ങൾ നടപ്പിലാക്കി, കൂടാതെ webrtc.org SDK അടിസ്ഥാനമാക്കി ക്ലൗഡിൽ ഒരു WebRTC പിയർ സെർവറും വിന്യസിച്ചു. വീഡിയോ ട്രാൻസ്‌കോഡിംഗ് കൂടാതെ H.264 + Opus/G.711 ഫോർമാറ്റിൽ ക്ലയന്റ് WebRTC പിയർമാർക്ക് വീഡിയോ സ്ട്രീമുകൾ വിതരണം ചെയ്യുക എന്നതാണ് ഇതിന്റെ ചുമതല.

എല്ലാ ജനപ്രിയ വെബ് ബ്രൗസറുകളിലും ഇതിനകം തന്നെ ഉയർന്ന നിലവാരമുള്ള പിന്തുണ ഉള്ളതിനാൽ ഞങ്ങൾ സിഗ്നലിംഗ് പ്രോട്ടോക്കോളായി Websocket തിരഞ്ഞെടുത്തു. ഇതുമൂലം, നിങ്ങൾക്ക് വികസന ഓവർഹെഡ് ഗണ്യമായി കുറയ്ക്കാൻ മാത്രമല്ല, AJAX നെ അപേക്ഷിച്ച് ആവർത്തിച്ചുള്ള TCP, TLS ഹാൻഡ്‌ഷെക്കുകളിൽ സമയവും വിഭവങ്ങളും പാഴാക്കുന്നത് ഒഴിവാക്കാനും കഴിയും.

ഉറവിടവും ക്ലയന്റ് ആപ്ലിക്കേഷനുകളും തമ്മിലുള്ള തത്സമയ വീഡിയോ ആശയവിനിമയം ശരിയായി കോൺഫിഗർ ചെയ്യുന്നതിനും പരിപാലിക്കുന്നതിനും അവസാനിപ്പിക്കുന്നതിനും ആവശ്യമായ സിഗ്നലിംഗ് പ്രോട്ടോക്കോൾ സ്ഥിരസ്ഥിതിയായി WebRTC നൽകുന്നില്ല എന്നതാണ് വസ്തുത.

കൂടാതെ സിഗ്നലിംഗ് സാങ്കേതികവിദ്യ സ്വതന്ത്രമായി നടപ്പിലാക്കുന്നതിനായി, നിരവധി വെബ് പ്രോട്ടോക്കോളുകൾക്കുള്ള (Websocet, WebRTC) പിന്തുണയോടെ ഞങ്ങളുടെ സ്വന്തം സിഗ്നലിംഗ് സെർവർ വികസിപ്പിക്കേണ്ടതുണ്ട്. കൂടാതെ സെഷനുകളും അറിയിപ്പുകളും തത്സമയം സുരക്ഷിതമായി മാനേജ് ചെയ്യാനുള്ള കഴിവ്, വീഡിയോ മാനേജ്‌മെന്റ് എന്നിവയും അതിലേറെയും.

P2P യുടെ പരിമിതികൾ ഞങ്ങൾ മറികടന്നത് P2P വഴിയല്ല, UDP വഴിയും ലേറ്റൻസി കുറയ്ക്കുന്നതിനുള്ള ഫ്ലോ കൺട്രോളിലൂടെയുമാണ്. ബ്രൗസർ വഴിയുള്ള p2p സംഭാഷണങ്ങളാണ് പ്രധാന ഉപയോഗം എന്നതിനാൽ ഇത് WebRTC-യിലും നിർമ്മിച്ചിരിക്കുന്നു.

മൊബൈൽ ക്ലയന്റിൽ, webrtc.org SDK ഉപയോഗിച്ചാണ് ഞങ്ങൾ പ്ലെയർ നടപ്പിലാക്കിയത്, കാരണം അത് ഫ്ലോ നിയന്ത്രണം കൃത്യമായി നടപ്പിലാക്കുന്നു, അറിയപ്പെടുന്ന എല്ലാ ഫോർവേഡ് പിശക് തിരുത്തൽ (FEC) സ്കീമുകളും ഉള്ളതിനാൽ, എല്ലാ ബ്രൗസറുകൾക്കും പാക്കറ്റുകൾ വീണ്ടും അയയ്ക്കുന്നതിനുള്ള സംവിധാനം ശരിയായി നടപ്പിലാക്കുന്നു. webrtc.org SDK Google സജീവമായി വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്നു എന്നതും പ്രധാനമാണ്.

WebRTC നടപ്പിലാക്കിയതിന്റെ ഫലം എന്താണ്?

ക്യാമറകളിൽ നിന്ന് തത്സമയ വീഡിയോ കാണുന്നതിന്, നിങ്ങളുടെ സ്വകാര്യ അക്കൗണ്ടിലേക്ക് WebRTC അടിസ്ഥാനമാക്കി ഒരു പുതിയ ഒപ്റ്റിമൈസ് ചെയ്ത പ്ലേയർ ഞങ്ങൾ ചേർത്തിട്ടുണ്ട്. ഇത് വേഗത്തിലുള്ള വീഡിയോ ലോഡിംഗ് വേഗത നൽകുകയും കാണൽ സമയം വർദ്ധിക്കുന്നതിനനുസരിച്ച് ലേറ്റൻസി കുമിഞ്ഞുകൂടുന്ന പ്രശ്നം പൂർണ്ണമായും ഇല്ലാതാക്കുകയും ചെയ്യുന്നു.

Ivideon ക്ലൗഡ് സേവനത്തിൽ WebRTC പിന്തുണ അവതരിപ്പിച്ചതിന് ശേഷം, ഞങ്ങളുടെ ക്ലയന്റുകൾക്ക് ഇപ്പോൾ പൂർണ്ണമായ തത്സമയ വീഡിയോ കാണാൻ കഴിയുമെന്ന് ഞങ്ങൾക്ക് പൂർണ്ണ ആത്മവിശ്വാസത്തോടെ പറയാൻ കഴിയും. ഇപ്പോൾ വീഡിയോ സീക്വൻസുകൾ പ്രക്ഷേപണം ചെയ്യുമ്പോഴുള്ള കാലതാമസം ഒരു സെക്കൻഡിൽ കൂടരുത്! താരതമ്യത്തിനായി, മുമ്പത്തെ HLS എഞ്ചിൻ 5-7 സെക്കൻഡ് കാലതാമസത്തോടെ വീഡിയോ ഡെലിവറി നൽകി. വീഡിയോ പ്രദർശന വേഗതയിലെ വ്യത്യാസം വളരെ പ്രാധാന്യമർഹിക്കുന്നു, ഞങ്ങളുടെ വീഡിയോ സേവനത്തിൽ പ്രവർത്തിക്കാൻ തുടങ്ങിയ ഉടൻ തന്നെ ഉപയോക്താവ് അത് ശ്രദ്ധിക്കും.

ഞങ്ങൾ പ്രതീക്ഷിച്ചതുപോലെ, പുതിയ പ്ലെയർ നടപ്പിലാക്കുന്നത് PTZ-ന്റെ പ്രതികരണശേഷിയും ക്യാമറയുമായുള്ള ശബ്ദ ആശയവിനിമയവും മെച്ചപ്പെടുത്തി.

ഞങ്ങൾ ശ്രദ്ധ ആകർഷിക്കാൻ ആഗ്രഹിക്കുന്ന ഒരു സൂക്ഷ്മമായ പോയിന്റ് മാത്രമേയുള്ളൂ. പുതിയ WebRTC പ്ലേയർ നിലവിൽ ടെസ്റ്റ് മോഡിൽ പ്രവർത്തിക്കുന്നു. അതുകൊണ്ടാണ് ഞങ്ങളുടെ എല്ലാ ക്ലയന്റുകൾക്കും സ്ഥിരസ്ഥിതിയായി ഞങ്ങൾ ഇത് പ്രവർത്തനക്ഷമമാക്കാത്തത്. എന്നാൽ ക്യാമറ ക്രമീകരണങ്ങളിൽ അനുബന്ധ ഇനം പ്രവർത്തനക്ഷമമാക്കി നിങ്ങൾക്ക് ഇത് സ്വയം സജീവമാക്കാം (ഇത് ചെയ്യുന്നതിന്, ഇതിലേക്ക് പോകുക വ്യക്തിഗത അക്കൗണ്ട്).

Ivideon സേവനത്തിൽ WebRTC നടപ്പിലാക്കുന്നതിന്റെ സവിശേഷതകൾ

WebRTC ഇപ്പോഴും ഒരു പരീക്ഷണാത്മക സാങ്കേതികവിദ്യയാണ്. എല്ലാ ബ്രൗസറുകളിലും ഉപയോക്തൃ ഉപകരണങ്ങളിലും അതിന്റെ പിന്തുണ ഇതുവരെ ശരിയായി നടപ്പിലാക്കിയിട്ടില്ല, മാത്രമല്ല എല്ലാ ക്യാമറകളിലും അല്ല.

ഇതുകൊണ്ടാണ് ഞങ്ങൾ ഇതുവരെ എല്ലാ ഉപയോക്താക്കൾക്കും WebRTC പ്ലെയറിനെ സ്ഥിരസ്ഥിതിയാക്കാത്തത്.

ഇപ്പോൾ, Google Chrome ബ്രൗസറുകളിൽ മാത്രം WebRTC ഉപയോഗിക്കാൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു. Firefox, Safari എന്നിവയുടെ ഏറ്റവും പുതിയ പതിപ്പുകളും ഈ സാങ്കേതികവിദ്യയെ പിന്തുണയ്ക്കുന്നു, പക്ഷേ, നിർഭാഗ്യവശാൽ, ഇത് ഇപ്പോഴും അസ്ഥിരമാണ്.

മൊബൈൽ ഉപകരണങ്ങളിലെ ബ്രൗസറുകൾക്കായി ഞങ്ങൾ ഇതുവരെ WebRTC പിന്തുണ നടപ്പിലാക്കിയിട്ടില്ല. നിലവിൽ, നിങ്ങൾ ഒരു മൊബൈൽ ഉപകരണത്തിൽ നിന്ന് ലോഗിൻ ചെയ്‌ത് WebRTC സജീവമാക്കുകയാണെങ്കിൽ, ഈ മോഡ് പ്രവർത്തിക്കില്ല. എന്നിരുന്നാലും, WebRTC ഞങ്ങളുടെ മൊബൈൽ ആപ്ലിക്കേഷനുകളിൽ ലഭ്യമാണ് Android и ഐഒഎസ്.

ഞങ്ങളുടെ സേവനത്തിൽ WebRTC നടപ്പിലാക്കുന്നതിന്റെ സവിശേഷതകളെക്കുറിച്ചുള്ള കഥ അവസാനിപ്പിക്കുമ്പോൾ, രണ്ട് സൂക്ഷ്മമായ പോയിന്റുകൾ കൂടി ശ്രദ്ധിക്കാം.

ഒന്നാമതായി, തത്സമയ വീഡിയോ പ്രക്ഷേപണം ചെയ്യുന്നതിലാണ് സാങ്കേതികവിദ്യ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത്. അതിനാൽ, നിങ്ങളുടെ ചാനലിന് വീഡിയോ പ്രക്ഷേപണം ചെയ്യാൻ മതിയായ ബാൻഡ്‌വിഡ്ത്ത് ഇല്ലെങ്കിൽ, ഫ്രെയിം ഡ്രോപ്പുകൾ നിങ്ങൾ ശ്രദ്ധിക്കും (HLS ഉപയോഗിച്ച് വീഡിയോ മങ്ങുന്നതും ലേറ്റൻസി വർദ്ധിക്കുന്നതും നിങ്ങൾ കാണും, പക്ഷേ ഫ്രെയിം ഡ്രോപ്പുകൾ ഉണ്ടാകില്ല), പക്ഷേ വീഡിയോ ഇപ്പോഴും യഥാർത്ഥത്തിൽ പ്രക്ഷേപണം ചെയ്യും. സമയം.

രണ്ടാമതായി, തത്സമയ വീഡിയോയിൽ പ്രത്യേകമായി പ്രവർത്തിക്കാൻ സാങ്കേതികവിദ്യ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നതിനാൽ, ആർക്കൈവ് ചെയ്‌ത വീഡിയോ ഡാറ്റയ്‌ക്കൊപ്പം പ്രവർത്തിക്കാൻ ഞങ്ങൾ ഇത് ഉപയോഗിക്കുന്നില്ല.

സേവനത്തിലെ മറ്റ് മാറ്റങ്ങൾ

ഈ സമയത്ത്, ഓട്ടോമാറ്റിക് എഞ്ചിൻ തിരഞ്ഞെടുക്കൽ മെക്കാനിസത്തിൽ ഫ്ലാഷ് ഉൾപ്പെട്ടിട്ടില്ല. നിങ്ങൾക്ക് ഇപ്പോഴും അത്തരമൊരു പ്ലേയർ ഉപയോഗിക്കാൻ കഴിയും, എന്നാൽ ഇത് ചെയ്യുന്നതിന് നിങ്ങൾ അക്കൗണ്ടിലോ ക്യാമറ ക്രമീകരണങ്ങളിലോ സ്വമേധയാ തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്. ഇത് ഫാഷനോടുള്ള ആദരവല്ല, ഞങ്ങളുടെ സേവനത്തിന്റെ സ്ഥിതിവിവരക്കണക്കുകൾ അനുസരിച്ച്, ഫ്ലാഷിൽ പ്രവർത്തിക്കാൻ പ്രായോഗികമായി ഉപയോക്താക്കളൊന്നും അവശേഷിക്കുന്നില്ല. ഉപയോക്താവിന്റെ ബ്രൗസർ അതിനെ പിന്തുണയ്ക്കുന്നുണ്ടോ എന്ന് നിർണ്ണയിക്കാൻ ശ്രമിക്കുമ്പോൾ, ഏകദേശം 2 സെക്കൻഡ് വിലയേറിയ സമയം നമുക്ക് നഷ്ടമാകും.

ഞങ്ങളുടെ ക്ലൗഡ് വീഡിയോ നിരീക്ഷണ സംവിധാനത്തിലും വ്യക്തിഗത അക്കൗണ്ടിലും നിങ്ങളെ കാത്തിരിക്കുന്ന മാറ്റങ്ങളുടെ ഒരു ഹ്രസ്വ അവലോകനം ഇതാ. ഞങ്ങളോടൊപ്പം നിൽക്കൂ, വാർത്തകൾ പിന്തുടരൂ!

അവലംബം: www.habr.com