Skype සිට WebRTC දක්වා: අපි අන්තර්ජාලය හරහා වීඩියෝ සන්නිවේදනය සංවිධානය කළ ආකාරය

Skype සිට WebRTC දක්වා: අපි අන්තර්ජාලය හරහා වීඩියෝ සන්නිවේදනය සංවිධානය කළ ආකාරය

Vimbox වේදිකාවේ ගුරුවරයා සහ සිසුන් අතර සන්නිවේදනයේ ප්‍රධාන මාර්ගය වීඩියෝ සන්නිවේදනයයි. අපි බොහෝ කලකට පෙර Skype අත්හැරියා, තෙවන පාර්ශවීය විසඳුම් කිහිපයක් උත්සාහ කර අවසානයේ WebRTC - Janus-gateway සංයෝජනය මත පදිංචි විය. කාලයක් අපි හැමදේකින්ම සතුටු වුණා, නමුත් තවමත් සමහර අයහපත් පැති දිගටම මතු වුණා. එහි ප්රතිඵලයක් වශයෙන්, වෙනම වීඩියෝ දිශාවක් නිර්මාණය කරන ලදී.

Skyeng හි වීඩියෝ සන්නිවේදනයේ විකාශනය, සොයාගත් ගැටළු, අපි අවසානයේ භාවිතා කළ විසඳුම් සහ අත්වාරු ගැන කතා කරන ලෙස මම නව දිශාවේ ප්‍රධානියා වන කිරිල් රොගොවෝයිගෙන් ඉල්ලා සිටියෙමි. වෙබ් යෙදුමක් හරහා තනිවම වීඩියෝ නිර්මාණය කරන සමාගම් සඳහා ලිපිය ප්‍රයෝජනවත් වනු ඇතැයි අපි බලාපොරොත්තු වෙමු.

ඉතිහාසය ටිකක්

2017 ගිම්හානයේදී, Skyeng සංවර්ධන ප්‍රධානී සර්ජි සෆොනොව්, අපි “ස්කයිප් අතහැර WebRTC ක්‍රියාත්මක කළ” ආකාරය පිළිබඳ කතාවක් සමඟ Backend Conf හි කතා කළේය. උනන්දුවක් දක්වන අයට කතාවේ පටිගත කිරීම නැරඹිය හැකිය ලින්ක් (මිනිත්තු ~ 45), සහ මෙහි මම එහි සාරය කෙටියෙන් ගෙනහැර දක්වමි.

Skyeng පාසල සඳහා, වීඩියෝ සන්නිවේදනය සැමවිටම ගුරු-ශිෂ්‍ය සන්නිවේදනයේ ප්‍රමුඛ ක්‍රමයක් වී ඇත. මුලදී, ස්කයිප් භාවිතා කරන ලදී, නමුත් එය හේතු ගණනාවක් සඳහා නිශ්චිතවම සෑහීමකට පත් නොවීය, මූලික වශයෙන් ලඝු-සටහන් නොමැතිකම සහ වෙබ් යෙදුමට සෘජුවම ඒකාබද්ධ කිරීමේ නොහැකියාව නිසාය. ඒ නිසා අපි සියලු ආකාරයේ අත්හදා බැලීම් කළා.

ඇත්ත වශයෙන්ම, වීඩියෝ සන්නිවේදනය සඳහා අපගේ අවශ්‍යතා ආසන්න වශයෙන් පහත සඳහන් විය:
- ස්ථාවරත්වය;
- පාඩම සඳහා අඩු මිල;
- පටිගත කිරීමේ පාඩම්;
- කොපමණ කතා කරන්නේ කවුරුන්ද යන්න සොයා බැලීම (පාඩම් අතරතුර සිසුන් ගුරුවරයාට වඩා කතා කිරීම අපට වැදගත් වේ);
- රේඛීය පරිමාණය;
- UDP සහ TCP යන දෙකම භාවිතා කිරීමේ හැකියාව.

මුලින්ම උත්සාහ කළේ 2013 දී Tokbox ක්රියාත්මක කිරීමයි. සෑම දෙයක්ම හොඳයි, නමුත් එය ඉතා මිල අධික විය - පාඩමකට රූබල් 113 ක් - සහ ලාභය අනුභව කළේය.

ඉන්පසු 2015 දී වොක්සිම්ප්ලාන්ට් ඒකාබද්ධ කරන ලදී. කවුද කොපමණ කතා කළේද යන්න සොයා බැලීමට අපට අවශ්‍ය කාර්යය මෙන්න, ඒ සමඟම විසඳුම බෙහෙවින් ලාභදායී විය: ශ්‍රව්‍ය පමණක් පටිගත කළේ නම්, පාඩමකට රුබල් 20 ක් වැය වේ. කෙසේ වෙතත්, එය UDP හරහා පමණක් ක්‍රියා කළ අතර TCP වෙත මාරු වීමට නොහැකි විය. කෙසේ වෙතත්, සිසුන්ගෙන් 40% ක් පමණ එය භාවිතා කර ඇත.

වසරකට පසුව, අපි ඔවුන්ගේම විශේෂිත අවශ්‍යතා සහිත ආයතනික ගනුදෙනුකරුවන් ඇති කර ගැනීමට පටන් ගත්තෙමු. උදාහරණයක් ලෙස, සෑම දෙයක්ම බ්‍රවුසරයක් හරහා ක්‍රියා කළ යුතුය; සමාගම විවෘත කරන්නේ http සහ https පමණි; එනම් Skype හෝ UDP නැත. ආයතනික ගනුදෙනුකරුවන් = මුදල්, එබැවින් ඔවුන් ටොක්බොක්ස් වෙත ආපසු ගිය නමුත් මිල පිළිබඳ ගැටළුව පහව ගියේ නැත.

විසඳුම - WebRTC සහ Janus

භාවිතා කිරීමට තීරණය කර ඇත peer-to-peer වීඩියෝ සන්නිවේදනය සඳහා බ්‍රව්සර් වේදිකාව WebRTC. එය සම්බන්ධතාවයක් ස්ථාපනය කිරීම, කේතීකරණ සහ විකේතන ධාරා, මාර්ග සමමුහුර්ත කිරීම සහ ජාල දෝෂ හැසිරවීම සමඟ තත්ත්ව පාලනය සඳහා වගකිව යුතුය. අපගේ පැත්තෙන්, අපි කැමරාවෙන් සහ මයික්‍රෆෝනයෙන් ප්‍රවාහ කියවීම, වීඩියෝ ඇඳීම, සම්බන්ධතාවය කළමනාකරණය කිරීම, WebRTC සම්බන්ධතාවයක් ස්ථාපනය කිරීම සහ එයට ප්‍රවාහ සම්ප්‍රේෂණය කිරීම මෙන්ම සම්බන්ධතාවයක් ඇති කර ගැනීම සඳහා සේවාදායකයින් අතර සංඥා පණිවිඩ සම්ප්‍රේෂණය කිරීම සහතික කළ යුතුය (WebRTC විස්තර කරන්නේ දත්ත ආකෘතිය, නමුත් එහි යාන්ත්රණය මාරු නොවේ). සේවාලාභීන් NAT පිටුපස සිටින්නේ නම්, WebRTC STUN සේවාදායකයන් සම්බන්ධ කරයි; මෙය උදව් නොකරන්නේ නම්, සේවාදායක හැරෙන්න.

සාමාන්‍ය p2p සම්බන්ධතාවයක් අපට ප්‍රමාණවත් නොවේ, මන්ද අපට පැමිණිලි වලදී වැඩිදුර විශ්ලේෂණය සඳහා පාඩම් පටිගත කිරීමට අවශ්‍ය බැවිනි. ඒ නිසා අපි Relay එකක් හරහා WebRTC ප්‍රවාහ යවනවා Meetecho විසින් Janus Gateway. එහි ප්‍රතිඵලයක් වශයෙන්, ගනුදෙනුකරුවන් එකිනෙකාගේ ලිපිනයන් නොදනී, Janus සේවාදායක ලිපිනය පමණක් දකිමින්; එය සංඥා සේවාදායකයක කාර්යයන් ද ඉටු කරයි. Janus සතුව අපට අවශ්‍ය බොහෝ විශේෂාංග ඇත: සේවාලාභියා UDP අවහිර කර ඇත්නම් ස්වයංක්‍රීයව TCP වෙත මාරු වේ; UDP සහ TCP ප්‍රවාහ දෙකම පටිගත කළ හැක; පරිමාණය කළ හැකි; echo පරීක්ෂණ සඳහා බිල්ට් ප්ලගිනයක් පවා තිබේ. අවශ්‍ය නම්, Twilio වෙතින් STUN සහ TURN සේවාදායකයන් ස්වයංක්‍රීයව සම්බන්ධ වේ.

2017 ගිම්හානයේදී, අපට Janus සේවාදායකයන් දෙකක් ක්‍රියාත්මක වූ අතර, ප්‍රධාන ඒවායේ ප්‍රොසෙසරවල රැඳී නොසිටීම සඳහා පටිගත කළ අමු ශ්‍රව්‍ය සහ දෘශ්‍ය ගොනු සැකසීම සඳහා අමතර සේවාදායකයක් ද ඇත. සම්බන්ධ වන විට, Janus සේවාදායකයන් ඔත්තේ-ඉරට්ටේ පදනම මත තෝරා ගන්නා ලදී (සම්බන්ධතා අංකය). ඒ අවස්ථාවේ දී, මෙය ප්රමාණවත් විය, අපගේ හැඟීම් අනුව, එය ආසන්න වශයෙන් හතර ගුණයකින් ආරක්ෂිත ආන්තිකයක් ලබා දුන්නේය, ක්රියාත්මක කිරීමේ ප්රතිශතය 80 ක් පමණ විය. ඒ සමඟම, පාඩමකට ~ 2 රූබල් දක්වා මිල අඩු කරන ලදී, ප්ලස් සංවර්ධනය සහ සහාය.

Skype සිට WebRTC දක්වා: අපි අන්තර්ජාලය හරහා වීඩියෝ සන්නිවේදනය සංවිධානය කළ ආකාරය

වීඩියෝ සන්නිවේදනයේ මාතෘකාව වෙත ආපසු යාම

කාලෝචිත ලෙස ගැටළු හඳුනා ගැනීම සහ නිවැරදි කිරීම සඳහා අපි සිසුන් සහ ගුරුවරුන්ගෙන් ලැබෙන ප්‍රතිපෝෂණ නිරන්තරයෙන් අධීක්ෂණය කරමු. 2018 ගිම්හානය වන විට, ඇමතුම් ගුණාත්මකභාවය පැමිණිලි අතර ප්‍රථම ස්ථානයේ ස්ථිර විය. එක් අතකින් මෙයින් අදහස් කළේ අප අනෙකුත් අඩුපාඩු සාර්ථකව මඟහරවා ගත් බවයි. අනෙක් අතට, හදිසි දෙයක් කිරීමට අවශ්‍ය විය: පාඩම කඩාකප්පල් වුවහොත්, සමහර විට ඊළඟ පැකේජය මිලදී ගැනීමේ පිරිවැය සමඟ එහි වටිනාකම නැතිවීමේ අවදානමක් ඇත, සහ හඳුන්වාදීමේ පාඩම කඩාකප්පල් වුවහොත්, අපට විභව සේවාදායකයෙකු අහිමි වීමේ අවදානමක් ඇත. සම්පූර්ණයෙන්ම.

ඒ වනවිටත් අපේ වීඩියෝ සන්නිවේදනය තිබුණේ MVP මාදිලියේ. සරලව කිවහොත්, ඔවුන් එය දියත් කළා, එය ක්‍රියාත්මක විය, ඔවුන් එය වරක් පරිමාණය කළා, ඔවුන් එය කරන්නේ කෙසේදැයි තේරුම් ගත්තා - හොඳයි, නියමයි. එය වැඩ කරන්නේ නම්, එය නිවැරදි නොකරන්න. සන්නිවේදනයේ ගුණාත්මක භාවය පිළිබඳ ගැටළුව කිසිවෙක් හිතාමතාම ආමන්ත්‍රණය කළේ නැත. අගෝස්තු වන විට, මෙය දිගටම කරගෙන යා නොහැකි බව පැහැදිලි වූ අතර, WebRTC සහ Janus හි ඇති වැරැද්ද කුමක්දැයි සොයා ගැනීමට අපි වෙනම දිශාවක් දියත් කළෙමු.

ආදානයේදී, මෙම දිශාව ලැබුණි: MVP විසඳුමක්, ප්‍රමිතික නැත, ඉලක්ක නැත, වැඩිදියුණු කිරීම සඳහා ක්‍රියාවලීන් නැත, ගුරුවරුන්ගෙන් 7% ක් සන්නිවේදනයේ ගුණාත්මකභාවය ගැන පැමිණිලි කරන අතර (සිසුන් පිළිබඳ දත්ත ද නොතිබුණි).

Skype සිට WebRTC දක්වා: අපි අන්තර්ජාලය හරහා වීඩියෝ සන්නිවේදනය සංවිධානය කළ ආකාරය

නව දිශාවක් ක්රියාත්මක වෙමින් පවතී

විධානය මේ වගේ දෙයක් පෙනේ:

  • ප්රධාන සංවර්ධනකරු ද වන දෙපාර්තමේන්තුවේ ප්රධානියා.
  • QA වෙනස්කම් පරීක්ෂා කිරීමට උපකාර කරයි, අස්ථායී සන්නිවේදන තත්ත්වයන් නිර්මාණය කිරීමට නව ක්‍රම සොයමින්, ඉදිරි පෙළේ ගැටලු වාර්තා කරයි.
  • විශ්ලේෂකයා නිරන්තරයෙන් තාක්ෂණික දත්තවල විවිධ සහසම්බන්ධතා සොයයි, පරිශීලක ප්‍රතිපෝෂණ විශ්ලේෂණය වැඩි දියුණු කරයි, සහ අත්හදා බැලීම්වල ප්‍රතිඵල පරීක්ෂා කරයි.
  • නිෂ්පාදන කළමනාකරු විසින් අත්හදා බැලීම් සඳහා සමස්ත දිශාව සහ සම්පත් වෙන් කිරීම සඳහා උපකාර කරයි.
  • දෙවන සංවර්ධකයෙකු බොහෝ විට වැඩසටහන්කරණය සහ අදාළ කාර්යයන් සඳහා උපකාර කරයි.

ආරම්භ කිරීම සඳහා, අපි සන්නිවේදන තත්ත්ව ඇගයීම්වල (දින, සති, මාසවල සාමාන්‍ය) වෙනස්කම් නිරීක්ෂණය කරන සාපේක්ෂව විශ්වාසදායක මෙට්‍රික් එකක් පිහිටුවමු. එකල මේවා ගුරුවරුන්ගේ ශ්‍රේණි වූ අතර පසුව සිසුන්ගේ ශ්‍රේණි ඒවාට එකතු විය. ඉන්පසු ඔවුන් වැරදි ලෙස ක්‍රියා කරන දේ ගැන උපකල්පන ගොඩනඟා, එය නිවැරදි කිරීමට සහ ගතිකයේ වෙනස්කම් දෙස බැලීමට පටන් ගත්හ. අපි අඩු එල්ලෙන පළතුරු සඳහා ගියෙමු: උදාහරණයක් ලෙස, අපි vp8 සමඟ vp9 කෝඩෙක් වෙනුවට, කාර්ය සාධනය වැඩිදියුණු විය. අපි Janus සැකසුම් සමඟ සෙල්ලම් කිරීමට සහ වෙනත් අත්හදා බැලීම් කිරීමට උත්සාහ කළෙමු - බොහෝ අවස්ථාවන්හීදී ඔවුන් කිසිම දෙයකට මඟ පෑදුවේ නැත.

දෙවන අදියරේදී, කල්පිතයක් මතු විය: WebRTC යනු සම සම විසඳුමක් වන අතර, අපි මධ්යයේ සේවාදායකයක් භාවිතා කරමු. සමහර විට ගැටලුව මෙහි තිබේද? අපි කැණීම් ආරම්භ කළ අතර මේ වන විට වඩාත්ම කැපී පෙනෙන දියුණුව සොයාගෙන ඇත.

ඒ මොහොතේ, තටාකයෙන් සේවාදායකයක් තෝරාගෙන ඇත්තේ තරමක් මෝඩ ඇල්ගොරිතමයක් භාවිතා කරමිනි: එක් එක් නාලිකාව සහ බලය අනුව තමන්ගේම "බර" ඇති අතර, අපි පරිශීලකයා විශාලතම "බර" ඇති තැනැත්තා වෙත යැවීමට උත්සාහ කළෙමු. පරිශීලකයා භූගෝලීය වශයෙන් පිහිටා ඇති ස්ථානය කෙරෙහි අවධානය යොමු කිරීම. එහි ප්රතිඵලයක් වශයෙන්, ශාන්ත පීටර්ස්බර්ග්හි ගුරුවරයෙකුට සයිබීරියාවේ සිට මොස්කව් හරහා ශිෂ්යයෙකු සමඟ සන්නිවේදනය කළ හැකි අතර, ශාන්ත පීටර්ස්බර්ග්හි අපගේ ජැනස් සේවාදායකය හරහා නොවේ.

ඇල්ගොරිතම නැවත සකස් කර ඇත: දැන්, පරිශීලකයෙකු අපගේ වේදිකාව විවෘත කළ විට, අපි ඔහුගෙන් Ajax භාවිතා කරන සියලුම සේවාදායකයන් වෙත පිං එකතු කරමු. සම්බන්ධතාවයක් ස්ථාපනය කරන විට, අපි කුඩාම ප්රමාණයෙන් පිං යුගලයක් (ගුරු-සේවාදායක සහ ශිෂ්ය-සේවාදායකය) තෝරා ගනිමු. අඩු ping යනු සේවාදායකයට අඩු ජාල දුරකි; කෙටි දුර යනු පැකට් අහිමි වීමේ අඩු සම්භාවිතාවයි; වීඩියෝ සන්නිවේදනයේ විශාලතම සෘණාත්මක සාධකය පැකට් නැතිවීමයි. සෘණාත්මක කොටස මාස තුනකින් අඩකින් පහත වැටුණි (සාධාරණ ලෙස, වෙනත් අත්හදා බැලීම් මේ අවස්ථාවේ දී සිදු කරන ලදී, නමුත් මෙය නිසැකවම වඩාත්ම බලපෑමක් ඇති කළේය).

Skype සිට WebRTC දක්වා: අපි අන්තර්ජාලය හරහා වීඩියෝ සන්නිවේදනය සංවිධානය කළ ආකාරය

Skype සිට WebRTC දක්වා: අපි අන්තර්ජාලය හරහා වීඩියෝ සන්නිවේදනය සංවිධානය කළ ආකාරය

අපි මෑතකදී තවත් නොපැහැදිලි, නමුත් පෙනෙන ලෙස වැදගත් දෙයක් සොයා ගත්තෙමු: ඝන නාලිකාවක එක් බලවත් Janus සේවාදායකයක් වෙනුවට, තුනී කලාප පළලක් සහිත සරල දෙකක් තිබීම වඩා හොඳය. එකවර කාමර ගණන (සන්නිවේදන සැසි) පුරවා ගැනීමේ බලාපොරොත්තුවෙන් අපි බලවත් යන්ත්‍ර මිලදී ගත් පසු මෙය පැහැදිලි විය. සේවාදායකයන්ට කලාප පළල සීමාවක් ඇත, එය අපට කාමර ගණනට නිවැරදිව පරිවර්තනය කළ හැකිය - අපි කොපමණ ප්‍රමාණයක් විවෘත කළ හැකිදැයි දනිමු, උදාහරණයක් ලෙස, 300 Mbit/s දී. සේවාදායකයක බොහෝ කාමර විවෘත වූ වහාම, බර අඩු වන තෙක් අපි එය නව ක්‍රියාකාරකම් සඳහා තෝරා ගැනීම නවත්වන්නෙමු. අදහස වූයේ, බලවත් යන්ත්‍රයක් මිල දී ගැනීමෙන්, අපි නාලිකාව උපරිමයට පටවනු ඇති අතර, අවසානයේදී එය කලාප පළලෙන් නොව ප්‍රොසෙසරයෙන් සහ මතකයෙන් සීමා වනු ඇත. නමුත් ප්‍රොසෙසරය, මතකය සහ තැටියේ බර තවමත් සීමාවෙන් බොහෝ දුරස් වුවද, නිශ්චිත කාමර ගණනකට (420) පසුව, නිෂේධනය තාක්ෂණික සහාය වෙත පැමිණීමට පටන් ගනී. පෙනෙන විදිහට, Janus තුළ යමක් නරක අතට හැරෙමින් තිබේ, සමහර විට එහි ද යම් සීමාවන් තිබේ. අපි අත්හදා බැලීම් ආරම්භ කර, කලාප පළල සීමාව 300 සිට 200 Mbit/s දක්වා අඩු කළ අතර, ගැටළු පහව ගියේය. දැන් අපි අඩු සීමාවන් සහ ලක්ෂණ සහිත නව සේවාදායකයන් තුනක් එකවර මිලදී ගත්තා, මෙය සන්නිවේදනයේ ගුණාත්මක භාවයේ ස්ථාවර දියුණුවක් ඇති කිරීමට හේතු වනු ඇතැයි අපි සිතමු. ඇත්ත වශයෙන්ම, අපි එහි සිදුවන්නේ කුමක්දැයි සොයා ගැනීමට උත්සාහ නොකළෙමු; අපගේ කිහිලිකරු සෑම දෙයක්ම වේ. අපගේ ආරක්‍ෂාව තුළ, ඒ මොහොතේ අවශ්‍ය වූයේ දැවෙන ගැටලුව හැකි ඉක්මනින් විසඳීමට මිස එය අලංකාර ලෙස කිරීමට නොවන බව කියමු; ඇරත්, Janus for us යනු C අකුරින් ලියා ඇති කළු පෙට්ටියකි, එය සමඟ ටින්කර් කිරීම ඉතා මිල අධිකය.

Skype සිට WebRTC දක්වා: අපි අන්තර්ජාලය හරහා වීඩියෝ සන්නිවේදනය සංවිධානය කළ ආකාරය

හොඳයි, ක්රියාවලිය තුළ අපි:

  • සේවාදායකයේ සහ සේවාදායකයා මත යාවත්කාලීන කළ හැකි සියලු පරායත්තයන් යාවත්කාලීන කරන ලදී (මේවා ද අත්හදා බැලීම් විය, අපි ප්රතිඵල නිරීක්ෂණය කළෙමු);
  • විශේෂිත අවස්ථාවන්ට අදාළව හඳුනාගත් සියලුම දෝෂ නිවැරදි කරන ලදී, උදාහරණයක් ලෙස, සම්බන්ධතාවය පහත වැටී ස්වයංක්‍රීයව ප්‍රතිසාධනය නොකළ විට;
  • අපි වීඩියෝ සන්නිවේදන ක්ෂේත්‍රයේ වැඩ කරන සමාගම් සමඟ රැස්වීම් රාශියක් පැවැත්වූ අතර අපගේ ගැටළු පිළිබඳව හුරුපුරුදුය: ප්‍රවාහ ක්‍රීඩා, වෙබ්නාර් සංවිධානය කිරීම; අපට ප්‍රයෝජනවත් යැයි පෙනෙන සෑම දෙයක්ම අපි උත්සාහ කළෙමු;
  • වැඩිම පැමිණිලි පැමිණි ගුරුවරුන්ගේ දෘඩාංග හා සන්නිවේදන ගුණාත්මක භාවය පිළිබඳ තාක්ෂණික සමාලෝචනයක් පවත්වන ලදී.

7,1 ජනවාරි මාසයේ 2018% ක් වූ ගුරුවරුන් අතර සන්නිවේදනය පිළිබඳ අතෘප්තිය 2,5 ජනවාරි මාසයේදී 2019% දක්වා අඩු කිරීමට අත්හදා බැලීම් සහ පසුකාලීන වෙනස්කම්වලට හැකි විය.

ඊළඟට කුමක්ද

අපගේ Vimbox වේදිකාව ස්ථාවර කිරීම 2019 සඳහා සමාගමේ ප්‍රධාන ව්‍යාපෘතිවලින් එකකි. අපට ගම්‍යතාව පවත්වා ගැනීමට හැකි වනු ඇති අතර ඉහළම පැමිණිලිවල වීඩියෝ සන්නිවේදනය තවදුරටත් නොපෙනේ යැයි අපි බලාපොරොත්තු වෙමු. මෙම පැමිණිලිවලින් සැලකිය යුතු කොටසක් පරිශීලකයින්ගේ පරිගණක සහ අන්තර්ජාලයේ පසුබෑම හා සම්බන්ධ බව අපි තේරුම් ගනිමු, නමුත් අපි මෙම කොටස තීරණය කර ඉතිරිය විසඳිය යුතුය. අනෙක් සියල්ල තාක්ෂණික ගැටලුවකි, අපට එය සමඟ සාර්ථකව කටයුතු කිරීමට හැකි විය යුතු බව පෙනේ.

ප්‍රධාන දුෂ්කරතාවය නම්, ගුණාත්මකභාවය වැඩි දියුණු කිරීම සැබවින්ම කළ හැක්කේ කුමන මට්ටමටද යන්න අප නොදැන සිටීමයි. මෙම සිවිලිම සොයා ගැනීම ප්රධාන කාර්යය වේ. එබැවින්, අත්හදා බැලීම් දෙකක් සැලසුම් කර ඇත:

  1. සටන් තත්වයන් තුළ සාමාන්‍ය p2p සමඟ Janus හරහා වීඩියෝව සංසන්දනය කරන්න. මෙම අත්හදා බැලීම දැනටමත් සිදු කර ඇත, අපගේ විසඳුම සහ p2p අතර සංඛ්‍යානමය වශයෙන් සැලකිය යුතු වෙනසක් දක්නට නොලැබුණි;
  2. වීඩියෝ සන්නිවේදන විසඳුම් මත පමණක් මුදල් උපයන සමාගම්වලින් (මිල අධික) සේවා සපයන්නෙමු, සහ ඔවුන්ගෙන් ලැබෙන සෘණාත්මක ප්‍රමාණය පවතින එක සමඟ සංසන්දනය කරමු.

මෙම අත්හදා බැලීම් දෙක මගින් අපට ළඟා කර ගත හැකි ඉලක්කයක් හඳුනා ගැනීමට සහ එය කෙරෙහි අවධානය යොමු කිරීමට ඉඩ සලසයි.

මීට අමතරව, සාමාන්යයෙන් විසඳිය හැකි කාර්යයන් ගණනාවක් තිබේ:

  • අපි ආත්මීය සමාලෝචන වෙනුවට සන්නිවේදන ගුණාත්මක තාක්ෂණික මිතිකයක් නිර්මාණය කරමු;
  • සිදු වන අසාර්ථකත්වයන් වඩාත් නිවැරදිව විශ්ලේෂණය කිරීමට, ඒවා හරියටම සිදුවූයේ කවදාද සහ කොතැනද යන්න සහ ඒ මොහොතේ සිදු වූ අසම්බන්ධිත සිදුවීම් මොනවාද යන්න තේරුම් ගැනීමට අපි වඩාත් සවිස්තරාත්මක සැසි ලොග සාදන්නෙමු;
  • පාඩමට පෙර අපි ස්වයංක්‍රීය සම්බන්ධතා තත්ත්ව පරීක්ෂණයක් සූදානම් කරමු, තවද සේවාදායකයාට ඔහුගේ දෘඪාංග සහ නාලිකාව නිසා ඇති වන සෘණාත්මක ප්‍රමාණය අඩු කිරීම සඳහා සම්බන්ධතාවය අතින් පරීක්ෂා කිරීමට අවස්ථාව ලබා දෙන්නෙමු;
  • විචල්‍ය පැකට් අලාභය ආදිය සමඟ දුර්වල තත්ත්‍වයේ දී අපි වැඩි වීඩියෝ සන්නිවේදන භාර පරීක්ෂණ සංවර්ධනය කර පවත්වන්නෙමු.
  • දෝෂ ඉවසීම වැඩි කිරීම සඳහා ගැටළු ඇති විට අපි සේවාදායකයන්ගේ හැසිරීම වෙනස් කරමු;
  • ස්කයිප් කරන්නාක් මෙන්, ඔහුගේ සම්බන්ධතාවයේ යම් දෝෂයක් තිබේ නම් අපි පරිශීලකයාට අනතුරු අඟවන්නෙමු, එවිට ගැටලුව ඔහුගේ පැත්තේ බව ඔහුට වැටහෙනු ඇත.

අප්රේල් මාසයේ සිට, වීඩියෝ සන්නිවේදන දිශාව Skyeng තුළ පූර්ණ-පරිපූර්ණ වෙනම ව්යාපෘතියක් බවට පත් වී ඇත, එය Vimbox හි කොටසක් පමණක් නොව එහිම නිෂ්පාදනයක් සමඟ කටයුතු කරයි. මෙයින් අදහස් කරන්නේ අපි මිනිසුන් සෙවීමට පටන් ගෙන ඇති බවයි පූර්ණ කාලීන මාදිලියේ වීඩියෝ සමඟ වැඩ කිරීම. හොඳයි, සෑම විටම මෙන් අපි ගොඩක් හොඳ මිනිස්සු හොයනවා.

තවද, ඇත්ත වශයෙන්ම, අපි වීඩියෝ සන්නිවේදනයන් සමඟ වැඩ කරන පුද්ගලයින් සහ සමාගම් සමඟ ක්රියාකාරීව සන්නිවේදනය කිරීම දිගටම කරගෙන යයි. ඔබට අප සමඟ අත්දැකීම් හුවමාරු කර ගැනීමට අවශ්‍ය නම්, අපි සතුටු වන්නෙමු! අදහස් දක්වන්න, සම්බන්ධ වන්න - අපි සෑම කෙනෙකුටම පිළිතුරු දෙන්නෙමු.

මූලාශ්රය: www.habr.com