🥇WebRTC និងការឃ្លាំមើលវីដេអូ៖ របៀបដែលយើងកម្ចាត់ភាពយឺតនៃវីដេអូពីកាមេរ៉ា

ចាប់ពីថ្ងៃដំបូងនៃការធ្វើការលើប្រព័ន្ធតាមដានវីដេអូលើពពក ពួកយើងបានប្រឈមមុខនឹងបញ្ហា ដោយគ្មានដំណោះស្រាយដែលយើងអាចបោះបង់ Ivideon នោះទេ នេះជាការឡើងភ្នំ Everest របស់យើង ដែលប្រើថាមពលច្រើន ប៉ុន្តែឥឡូវនេះ ទីបំផុតយើងមាន បោះពូថៅទឹកកកចូលទៅក្នុងកំពូលនៃល្បែងផ្គុំរូបឆ្លងវេទិកា។

ប្រព័ន្ធសម្រាប់ការបញ្ជូនអូឌីយ៉ូ និងវីដេអូតាមអ៊ីនធឺណិតមិនគួរពឹងផ្អែកលើឧបករណ៍ អតិថិជនគេហទំព័រ និងស្តង់ដារដែលពួកគេគាំទ្រនោះទេ ហើយថែមទាំងដំណើរការបានត្រឹមត្រូវនៅក្នុងវត្តមានរបស់អ្នកបកប្រែអាសយដ្ឋានបណ្តាញ និងជញ្ជាំងភ្លើង។ អ្នកប្រើប្រាស់តាមដានវីដេអូតាមពពកចង់ចូលប្រើសេវាកម្មនេះ ទោះបីជាគាត់ប្រើកាមេរ៉ាអាណាឡូកក៏ដោយ ហើយចូលចិត្តមើលការផ្សាយវីដេអូបន្តផ្ទាល់នៅលើឧបករណ៍ទំនើបបំផុត។

វាមានសារៈសំខាន់ខ្លាំងណាស់ដែលអ្នកប្រើប្រាស់ចង់មើលវីដេអូជាមួយនឹងការពន្យាពេលតិចតួចបំផុត។ ស្ទើរតែមធ្យោបាយតែមួយគត់ដើម្បីបង្ហាញវីដេអូដែលមានភាពយឺតយ៉ាវទាបនៅក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិតគឺត្រូវប្រើ WebRTC (ទំនាក់ទំនងតាមអ៊ីនធឺណិតតាមពេលវេលាជាក់ស្តែង)។ WebRTC គឺជាបណ្តុំនៃបច្ចេកវិជ្ជាសម្រាប់ការបញ្ជូនវីដេអូ និងអូឌីយ៉ូពីគ្នាទៅវិញទៅមកក្នុងកម្មវិធីរុករក ដែលត្រូវបានរចនាឡើងដំបូងសម្រាប់ការបញ្ជូន និងការចាក់សារថ្មីនៃការផ្សាយវីដេអូជាមួយនឹងភាពយឺតយ៉ាវទាប។ ចំពោះគោលបំណងនេះ ក្នុងចំណោមរបស់ផ្សេងទៀត ពិធីការ UDP ត្រូវបានប្រើ។

មុនពេលប្រាប់អ្នកពីអ្វីដែលម៉ាស៊ីនថ្មីផ្តល់ឱ្យអ្នកប្រើប្រាស់ យើងនឹងរំលឹកអ្នកពីមូលហេតុ និងមូលហេតុដែលយើងគាំទ្របច្ចេកវិទ្យា HLS និងមូលហេតុដែលយើងសម្រេចចិត្តបន្ត។

ម៉ាស៊ីន HLS: គុណសម្បត្តិនិងគុណវិបត្តិ

(c)

បច្ចេកវិទ្យា HLS (HTTP Live Streaming) ត្រូវបានបង្កើតឡើងដោយក្រុមហ៊ុន Apple ដូច្នេះវាមិនមែនជារឿងគួរឱ្យភ្ញាក់ផ្អើលទេដែលវាត្រូវបានគាំទ្រជាលើកដំបូងនៅលើឧបករណ៍ Apple។ សព្វថ្ងៃនេះ វីដេអូ HLS ក៏ត្រូវបានគាំទ្រដោយប្រអប់ Set-top ស្ទើរតែទាំងអស់ និងឧបករណ៍ជាច្រើនដែលដំណើរការប្រព័ន្ធប្រតិបត្តិការនេះ។ Android.

ម៉ាស៊ីន HLS ប្រើកូឌិកវីដេអូ H264 ដ៏ល្បីនៅក្នុងការរួមបញ្ចូលគ្នាជាមួយស្ទ្រីមអូឌីយ៉ូ AAC ឬ MP3 ដើម្បីចាក់ទិន្នន័យវីដេអូ។ ស្ទ្រីមទិន្នន័យអូឌីយ៉ូ និងវីដេអូទាំងមូលត្រូវបានខ្ចប់ទៅក្នុងធុងដឹកជញ្ជូន MPEG-TS ។ សម្រាប់ការបញ្ជូនតាមរយៈពិធីការ HTTP ព័ត៌មានដែលមាននៅក្នុងស្ទ្រីមត្រូវបានបែងចែកទៅជាបំណែកដែលបានពិពណ៌នានៅក្នុងបញ្ជីចាក់ m3u8 ។ ហើយមានតែបំណែកទាំងនេះប៉ុណ្ណោះ រួមជាមួយនឹងបញ្ជីចាក់ ដែលបញ្ជូនតាមរយៈ HTTP។ Chunking ដោយស្វ័យប្រវត្តិមានន័យថាការពន្យារពេលក្នុងរយៈពេលប៉ុន្មានវិនាទី។ នេះគឺជាលក្ខណៈពិសេសរបស់ធុង MPEG-TS ។

ម៉ាស៊ីន HLS ក៏គាំទ្រការស្ទ្រីម multibitrate, Live/VOD ។

គុណសម្បត្តិចម្បងរបស់ HLS៖

ភ្ជាប់មកជាមួយការគាំទ្រនៅក្នុងកម្មវិធីរុករកធំទាំងអស់;
ភាពងាយស្រួលនៃការអនុវត្ត (ប្រៀបធៀបទៅនឹង WebRTC);
វាងាយស្រួល និងមានប្រសិទ្ធភាពណាស់ក្នុងការរៀបចំការផ្សាយគ្រប់ប្រភេទទៅកាន់ទស្សនិកជនធំ ដោយសារតែផ្នែកអាចត្រូវបានផ្ទុកឡើងទៅកាន់ CDN ម្តង។

ទោះបីជាមានភាពសាមញ្ញនៃម៉ាស៊ីនក៏ដោយ មិនមែនអ្វីៗទាំងអស់សុទ្ធតែរលូនដូចដែលវាហាក់ដូចជានោះទេ។ បញ្ហាចម្បងគឺថាអ្នកអភិវឌ្ឍន៍អ្នកលេងភាគីទីបីបានផ្លាស់ប្តូរឆ្ងាយពីការណែនាំរបស់ Apple ឧទាហរណ៍ទាក់ទងនឹងទម្រង់អូឌីយ៉ូដែលគាំទ្រ។ ជាពិសេស អ្នកអភិវឌ្ឍន៍ជាច្រើនបានចាប់ផ្តើមបន្ថែមសមត្ថភាពក្នុងការធ្វើការជាមួយស្ទ្រីមអូឌីយ៉ូដ៏ពេញនិយម៖ វីដេអូ mpeg2 អូឌីយ៉ូ mpeg2 ជាដើម។ ជាលទ្ធផល ពួកគេត្រូវបង្កើតទម្រង់បញ្ជីចាក់ផ្សេងៗគ្នាសម្រាប់អ្នកលេងផ្សេងៗគ្នា។

ប៉ុន្តែបញ្ហាដ៏ធំបំផុតមួយជាមួយម៉ាស៊ីន HLS គឺភាពយឺតយ៉ាវខ្ពស់ក្នុងការផ្ទេរទិន្នន័យ។

ប្រភពដើមនៃ "ហ្វ្រាំង"

មូលហេតុចម្បងនៃភាពយឺតយ៉ាវខ្ពស់នៃ HLS គឺដោយសារតែអ្នកសរសេរកម្មវិធីបានបង្កើតម៉ាស៊ីនដើម្បីទទួលបានរូបភាពដែលមានគុណភាពខ្ពស់បំផុត។ ដូច្នេះ ប៉ារ៉ាម៉ែត្រនៃចន្លោះពេលស៊ុមដែលបានប្រើ និងទំហំនៃសតិបណ្ដោះអាសន្ននៃការចាក់សារថ្មីគឺមិនសមរម្យសម្រាប់ការផ្សាយវីដេអូបន្តផ្ទាល់នោះទេ។ ដោយសារតែនេះ មានការពន្យាពេលខ្ពស់ក្នុងការបញ្ជូនវីដេអូដែលអាចមានរយៈពេល 5-7 វិនាទី។

ម៉្យាងវិញទៀត នេះមិនច្រើនទេ ឧទាហរណ៍សម្រាប់អ្នកដែលមើលភាពយន្តពីម៉ាស៊ីនមេបង្ហោះវីដេអូ។ ប៉ុន្តែសម្រាប់ប្រព័ន្ធឃ្លាំមើលវីដេអូ ការពន្យារពេលនៃការបញ្ជូនវីដេអូអាចមានសារៈសំខាន់ខ្លាំងណាស់។

ប្រសិនបើអ្នកកំពុងមើលការិយាល័យដែលបុគ្គលិករកមើលពីម៉ូនីទ័ររបស់ពួកគេម្តងក្នុងមួយម៉ោង នោះការពន្យារពេល 5 វិនាទីមិនមានបញ្ហាអ្វីទាំងអស់។ ប៉ុន្តែមនុស្សបានចាប់ផ្តើមត្អូញត្អែរថាឧទាហរណ៍នៅពេលចាក់ផ្សាយការប្រកួតបាល់ទាត់ពួកគេបានសរសេរ GOOOOL រួចហើយនៅក្នុងការជជែកប៉ុន្តែនេះមិនទាន់មាននៅលើវីដេអូ :) ។ យើងមានករណីអ្នកប្រើប្រាស់មួយចំនួនរួចហើយ ដែល Ivideon គួរអនុវត្តជំនួស Skype ។

តើអាចយកឈ្នះភាពយឺតយ៉ាវក្នុង HLS បានទេ? ចម្លើយចំពោះសំណួរនេះស្តាប់ទៅដូចជាសុន្ទរកថារបស់អ្នកកំចាត់សត្វកណ្ដុរដែលមានបទពិសោធន៍នៅឯការបង្រៀនដល់អ្នកជំនាញខាងកំចាត់សត្វល្អិតថ្មីថ្មោង៖ "សត្វកណ្ដុរមិនអាចត្រូវបានគេសម្លាប់បានទេ ប៉ុន្តែចំនួនរបស់វាអាចត្រូវបានកាត់បន្ថយមកត្រឹមកម្រិតសមរម្យមួយ"។ ដូចគ្នាជាមួយនឹងការពន្យាពេលនៅក្នុង HLS វានឹងមិនអាចកាត់បន្ថយវាដល់សូន្យបានទេ ប៉ុន្តែមានដំណោះស្រាយនៅលើទីផ្សារដែលអាចកាត់បន្ថយការពន្យារពេលបានយ៉ាងច្រើន។

កាត់ល្អ

គុណវិបត្តិមួយទៀតរបស់ម៉ាស៊ីនគឺការប្រើប្រាស់ឯកសារតូចៗសម្រាប់ការផ្ទេរទិន្នន័យ។ វាហាក់ដូចជាថាមានអ្វីខុសជាមួយនេះ?

នរណាម្នាក់ដែលបានព្យាយាមចម្លងឯកសារតូចៗមួយចំនួនធំពីឧបករណ៍ផ្ទុកមួយទៅឧបករណ៍ផ្ទុកមួយផ្សេងទៀតប្រហែលជាបានកត់សម្គាល់ឃើញថាល្បឿននៃការសរសេរនៃសំណុំបែបនេះគឺទាបជាងឯកសារធំមួយដែលមានទំហំដូចគ្នា។ ហើយអាំងតង់ស៊ីតេនៃការចូលទៅកាន់ hard drive កើនឡើងយ៉ាងខ្លាំង ដែលជាទូទៅប៉ះពាល់អវិជ្ជមានដល់ដំណើរការនៃកុំព្យូទ័រទាំងមូល។ ដូច្នេះ ការបញ្ជូនទិន្នន័យវីដេអូជាកំណាត់តូចៗ 10 វិនាទីក៏រួមចំណែកដល់ការបង្កើនភាពយឺតយ៉ាវរបស់ម៉ាស៊ីនផងដែរ។

សូមសង្ខេបដោយសង្ខេបអំពីគុណសម្បត្តិ និងគុណវិបត្តិទាំងអស់នៃបច្ចេកវិទ្យា HLS ។

គុណសម្បត្តិរបស់ HLS៖

សមត្ថភាពក្នុងការធ្វើការជាមួយឧបករណ៍ណាមួយ។ អ្នកអាចមើលវីដេអូនៅលើឧបករណ៍ទំនើបណាមួយ មិនថាជាស្មាតហ្វូន ថេប្លេត កុំព្យូទ័រយួរដៃ ឬកុំព្យូទ័រលើតុ។ រឿងចំបងគឺថាកម្មវិធីរុករកតាមអ៊ីនធឺណិតមានភាពទាន់សម័យ និងត្រូវគ្នាជាមួយ HTML5 និងផ្នែកបន្ថែមប្រភពមេឌៀ។
គុណភាពរូបភាពល្អឥតខ្ចោះ។ មុខងារបញ្ជូនទិន្នន័យអាដាប់ធ័រដែលបានប្រើអនុញ្ញាតឱ្យអ្នកផ្លាស់ប្តូរគុណភាពនៃវីដេអូដែលបានបញ្ជូនដោយថាមវន្តអាស្រ័យលើកម្រិតបញ្ជូននៃការតភ្ជាប់អ៊ីធឺណិត ខណៈពេលដែលក្បួនដោះស្រាយព្យាយាមរក្សាគុណភាពអតិបរមា។
មិនចាំបាច់មានការកំណត់រចនាសម្ព័ន្ធស្មុគស្មាញនៃឧបករណ៍របស់អ្នកប្រើនោះទេ។

គុណវិបត្តិ:

ការគាំទ្រមានកំណត់សម្រាប់ធ្វើការជាមួយម៉ាស៊ីននៅលើឧបករណ៍មួយចំនួន។
ការពន្យាពេលខ្ពស់ក្នុងការបញ្ជូនរូបភាព។
ការកើនឡើងគួរឱ្យកត់សម្គាល់នៃការចំណាយលើសនិងភាពស្មុគស្មាញនៃការបង្កើនប្រសិទ្ធភាពដោយសារតែការប្រើប្រាស់ឯកសារតូចៗ។ ដោយសារលក្ខណៈនៃកុងតឺន័រ យើងនឹងមិនអាចទទួលបានភាពយឺតយ៉ាវទាបជាងទំហំផ្នែកនោះទេ។

គុណវិបត្តិនៃ HLS លើសពីគុណសម្បត្តិរបស់វាសម្រាប់យើង ហើយបង្ខំយើងឱ្យស្វែងរកជម្រើសជំនួស។

តើ WebRTC ជាអ្វី?

(c)

វេទិកា WebRTC ត្រូវបានបង្កើតឡើងដោយ Google ក្នុងឆ្នាំ 2011 ដើម្បីបញ្ជូនទិន្នន័យវីដេអូ និងសំឡេងរវាងកម្មវិធីអ៊ីនធឺណិត និងកម្មវិធីទូរសព្ទដោយមានភាពយឺតយ៉ាវតិចបំផុត។ ចំពោះបញ្ហានេះ ពិធីការ UDP ស្តង់ដារ និងក្បួនដោះស្រាយការគ្រប់គ្រងលំហូរពិសេសត្រូវបានប្រើ។ សព្វថ្ងៃនេះវាគឺជាគម្រោងប្រភពបើកចំហ វាត្រូវបានថែរក្សាយ៉ាងសកម្មដោយ Google និងកំពុងត្រូវបានបង្កើត។

WebRTC គឺជាបណ្តុំនៃបច្ចេកវិជ្ជាសម្រាប់ការបញ្ជូនវីដេអូ និងសំឡេងពីគ្នាទៅវិញទៅមក។ នោះគឺជាឧទាហរណ៍ កម្មវិធីរុករករបស់អ្នកប្រើ WebRTC អាចផ្ទេរទិន្នន័យទៅគ្នាទៅវិញទៅមកដោយផ្ទាល់ដោយមិនប្រើម៉ាស៊ីនមេពីចម្ងាយសម្រាប់ការរក្សាទុក និងដំណើរការទិន្នន័យ។ ព័ត៌មានទាំងអស់ក៏ត្រូវបានដំណើរការដោយកម្មវិធីរុករកតាមអ៊ីនធឺណិត និងកម្មវិធីទូរស័ព្ទរបស់អ្នកប្រើប្រាស់ចុងក្រោយផងដែរ។

ភាពងាយស្រួល និងសមត្ថភាពយ៉ាងទូលំទូលាយនៃបច្ចេកវិទ្យានេះត្រូវបានកោតសរសើរដោយអ្នកអភិវឌ្ឍន៍កម្មវិធីរុករកតាមអ៊ីនធឺណិតពេញនិយមទាំងអស់។ ការគាំទ្រ WebRTC បច្ចុប្បន្នមាននៅក្នុង Mozilla Firefox, Opera, Google Chrome (និងកម្មវិធីរុករកតាមអ៊ីនធឺណិតដែលមានមូលដ្ឋានលើ Chromium ទាំងអស់) ក៏ដូចជានៅក្នុងកម្មវិធីទូរស័ព្ទដែលដំណើរការ Android និង iOS។

សម្រាប់គុណសម្បត្តិដែលមិនសង្ស័យរបស់វា WebRTC មានគុណវិបត្តិសំខាន់ៗមួយចំនួន។

ភាពលំបាកនៃជម្រើស

បច្ចេកវិទ្យា WebRTC មានភាពស្មុគ្រស្មាញជាងនៅក្នុងលក្ខខណ្ឌនៃអន្តរកម្មបណ្តាញដោយសារតែការពិតដែលថាវាគឺអំពី P2P ។ វាពិបាកក្នុងការបំបាត់កំហុស សាកល្បង និងអាចមានឥរិយាបទមិនអាចទាយទុកជាមុនបាន។ ក្នុងពេលជាមួយគ្នានេះ យើងត្រូវយកឈ្នះ NAT និងជញ្ជាំងភ្លើង យើងត្រូវធានាប្រតិបត្តិការនៅក្នុងបណ្តាញដែល UDP ត្រូវបានរារាំង។

ការអនុវត្ត WebRTC របស់ Google គឺពិបាកប្រើណាស់។ មានសូម្បីតែក្រុមហ៊ុនទាំងមូលដែលផ្តល់សេវាដំឡើង SDK ។ លើសពីនេះ ការអនុវត្តរបស់ Google មានការលំបាកខ្លាំងណាស់ក្នុងការរួមបញ្ចូលជាមួយប្រព័ន្ធរបស់យើងដោយមិនចាំបាច់អ៊ិនកូដវីដេអូទាំងមូលឡើងវិញ។

ទោះជាយ៉ាងណាក៏ដោយ យើងចង់ផ្តល់ឱ្យអ្នកប្រើប្រាស់នូវឱកាសដើម្បីធ្វើការជាមួយវីដេអូ "បន្តផ្ទាល់" ពេញលេញ និងកាត់បន្ថយភាពយឺតយ៉ាវរវាងរូបភាពនៅលើអេក្រង់ និងព្រឹត្តិការណ៍ទាំងនោះ។ លើសពីនេះ យើងមានបំណងចង់ធ្វើឱ្យការប្រើប្រាស់កាមេរ៉ា PTZ កាន់តែមានផាសុកភាព ដែលការពន្យារពេលមានសារៈសំខាន់ណាស់។

ដោយពិចារណាថាការអនុវត្តប្រឆាំងនឹងភាពយឺតយ៉ាវផ្សេងទៀតនៅតែមានមុខងារកំណត់ ហើយដំណើរការកាន់តែអាក្រក់គួរឱ្យកត់សម្គាល់ យើងបានសម្រេចចិត្តប្រើ WebRTC ។

តើយើងបានធ្វើអ្វី

ការអនុវត្តវេទិកា WebRTC ឱ្យបានត្រឹមត្រូវមិនមែនជាកិច្ចការងាយស្រួលនោះទេ។ ការគណនាខុស ឬភាពមិនត្រឹមត្រូវអាចនាំឱ្យមានការពន្យារពេលក្នុងការបញ្ជូនវីដេអូ មិនត្រឹមតែមិនថយចុះបើប្រៀបធៀបទៅនឹងវេទិកាផ្សេងទៀតប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងកើនឡើងទៀតផង។

ដើម្បីឱ្យ WebRTC ដំណើរការបានត្រឹមត្រូវ ជាដំបូង វាចាំបាច់ក្នុងការអនុវត្តការធ្វើឱ្យប្រសើរឡើងនូវបច្ចេកវិទ្យានៃជង់សម្រាប់ធ្វើការជាមួយវីដេអូគេហទំព័រ។ នោះហើយជាអ្វីដែលយើងបានធ្វើ។

ជាដំបូង យើងបានអនុវត្តម៉ាស៊ីនមេពិធីការសញ្ញា WebRTC នៅលើកំពូលនៃ Websocket ហើយក៏បានដាក់ពង្រាយម៉ាស៊ីនមេ WebRTC ដូចគ្នានៅក្នុងពពកដោយផ្អែកលើ webrtc.org SDK ។ ភារកិច្ចរបស់វាគឺដើម្បីចែកចាយការស្ទ្រីមវីដេអូទៅកាន់អតិថិជន WebRTC ដូចគ្នាក្នុងទម្រង់ H.264 + Opus/G.711 ដោយមិនមានការបំប្លែងវីដេអូ។

យើងបានជ្រើសរើស Websocket ជាពិធីការផ្តល់សញ្ញា ព្រោះវាមានការគាំទ្រគុណភាពខ្ពស់រួចហើយនៅក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិតដ៏ពេញនិយមទាំងអស់។ ដោយសារតែនេះ អ្នកអាចកាត់បន្ថយយ៉ាងខ្លាំងមិនត្រឹមតែការចំណាយលើការអភិវឌ្ឍន៍ប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងជៀសវាងការខ្ជះខ្ជាយពេលវេលា និងធនធានលើការចាប់ដៃ TCP និង TLS ម្តងហើយម្តងទៀត បើប្រៀបធៀបទៅនឹង AJAX ។

ការពិតគឺថាតាមលំនាំដើម WebRTC មិនផ្តល់ពិធីការសញ្ញាដែលចាំបាច់ក្នុងការកំណត់រចនាសម្ព័ន្ធ ថែទាំ និងបញ្ចប់ការទំនាក់ទំនងតាមវីដេអូតាមពេលវេលាជាក់ស្តែងរវាងកម្មវិធីប្រភព និងកម្មវិធីអតិថិជននោះទេ។

ហើយដើម្បីអនុវត្តបច្ចេកវិទ្យាសញ្ញាដោយឯករាជ្យ យើងត្រូវការអភិវឌ្ឍម៉ាស៊ីនបម្រើសញ្ញាផ្ទាល់ខ្លួនរបស់យើងដោយមានការគាំទ្រសម្រាប់ពិធីការបណ្ដាញមួយចំនួន (Websocet, WebRTC)។ ហើយជាមួយនឹងសមត្ថភាពក្នុងការគ្រប់គ្រងវគ្គ និងការជូនដំណឹងប្រកបដោយសុវត្ថិភាពក្នុងពេលវេលាជាក់ស្តែង ការគ្រប់គ្រងវីដេអូ និងច្រើនទៀត។

យើងបានយកឈ្នះលើដែនកំណត់នៃ P2P ដោយកាត់បន្ថយភាពយឺតយ៉ាវមិនមែនតាមរយៈ P2P នោះទេ ប៉ុន្តែតាមរយៈ UDP និងការគ្រប់គ្រងលំហូរដែលមានគោលបំណងកាត់បន្ថយភាពយឺតយ៉ាវ។ វាត្រូវបានបង្កើតឡើងផងដែរនៅក្នុង WebRTC ចាប់តាំងពីករណីប្រើប្រាស់សំខាន់គឺការសន្ទនា p2p តាមរយៈកម្មវិធីរុករក។

នៅក្នុងម៉ាស៊ីនភ្ញៀវទូរសព្ទចល័ត យើងបានអនុវត្តអ្នកលេងដោយប្រើ webrtc.org SDK ដោយសារវាអនុវត្តបានត្រឹមត្រូវនូវការគ្រប់គ្រងលំហូរ មានគ្រោងការណ៍កែតម្រូវកំហុសបញ្ជូនបន្ត (FEC) ដែលគេស្គាល់ទាំងអស់ ហើយអនុវត្តយ៉ាងត្រឹមត្រូវនូវយន្តការសម្រាប់ការបញ្ជូនកញ្ចប់ព័ត៌មានឡើងវិញសម្រាប់កម្មវិធីរុករកទាំងអស់។ វាក៏សំខាន់ផងដែរដែល webrtc.org SDK កំពុងត្រូវបានបង្កើតឡើងដោយ Google យ៉ាងសកម្ម។

តើអ្វីជាលទ្ធផលនៃការអនុវត្ត WebRTC?

ដើម្បីមើលវីដេអូបន្តផ្ទាល់ពីកាមេរ៉ា យើងបានបន្ថែមកម្មវិធីចាក់ដែលបង្កើនប្រសិទ្ធភាពថ្មីដោយផ្អែកលើ WebRTC ទៅក្នុងគណនីផ្ទាល់ខ្លួនរបស់អ្នក។ វាផ្តល់នូវល្បឿនផ្ទុកវីដេអូលឿន និងលុបបំបាត់ទាំងស្រុងនូវបញ្ហានៃ latency កកកុញ នៅពេលដែលពេលវេលាមើលកើនឡើង។

បន្ទាប់ពីការណែនាំការគាំទ្រ WebRTC នៅក្នុងសេវាកម្មពពក Ivideon យើងអាចនិយាយដោយទំនុកចិត្តទាំងស្រុងថាឥឡូវនេះអតិថិជនរបស់យើងអាចមើលវីដេអូបន្តផ្ទាល់ពេញលេញ។ ឥឡូវនេះការពន្យារពេលនៅពេលចាក់ផ្សាយវីដេអូបន្តបន្ទាប់គ្នាមិនលើសពីមួយវិនាទី! សម្រាប់ការប្រៀបធៀប ម៉ាស៊ីន HLS មុនបានផ្តល់ការបញ្ជូនវីដេអូជាមួយនឹងការពន្យាពេល 5-7 វិនាទី។ ភាពខុសគ្នានៃល្បឿននៃការបង្ហាញវីដេអូគឺមានសារៈសំខាន់ខ្លាំងណាស់ ហើយអ្នកប្រើប្រាស់នឹងសម្គាល់ឃើញវាភ្លាមៗបន្ទាប់ពីចាប់ផ្តើមធ្វើការជាមួយសេវាកម្មវីដេអូរបស់យើង។

ដូចដែលយើងរំពឹងទុក ការអនុវត្តអ្នកលេងថ្មីបានធ្វើឱ្យការឆ្លើយតបរបស់ PTZ ប្រសើរឡើង និងការទំនាក់ទំនងជាសំឡេងជាមួយកាមេរ៉ា។

មានចំណុចតូចមួយគត់ដែលយើងចង់ទាញយកចិត្តទុកដាក់។ អ្នកលេង WebRTC ថ្មីកំពុងដំណើរការក្នុងរបៀបសាកល្បង។ ហើយនោះហើយជាមូលហេតុដែលយើងមិនបើកវាសម្រាប់អតិថិជនរបស់យើងទាំងអស់តាមលំនាំដើម។ ប៉ុន្តែអ្នកអាចដំណើរការវាដោយខ្លួនឯងដោយបើកធាតុដែលត្រូវគ្នានៅក្នុងការកំណត់កាមេរ៉ា (ដើម្បីធ្វើដូច្នេះអ្នកត្រូវចូលទៅកាន់ គណនីផ្ទាល់ខ្លួន).

លក្ខណៈពិសេសនៃការអនុវត្ត WebRTC នៅក្នុងសេវាកម្ម Ivideon

WebRTC នៅតែជាបច្ចេកវិទ្យាពិសោធន៍នៅពេលនេះ។ ការគាំទ្ររបស់វាមិនទាន់ត្រូវបានអនុវត្តយ៉ាងត្រឹមត្រូវនៅក្នុងកម្មវិធីរុករក និងឧបករណ៍អ្នកប្រើប្រាស់ទាំងអស់ ហើយក៏មិនមែននៅក្នុងកាមេរ៉ាទាំងអស់ដែរ។

នេះជាមូលហេតុដែលយើងមិនទាន់កំណត់កម្មវិធីចាក់ WebRTC ជាលំនាំដើមសម្រាប់អ្នកប្រើទាំងអស់។

សម្រាប់ពេលនេះ យើងសូមណែនាំឱ្យប្រើ WebRTC តែនៅក្នុងកម្មវិធីរុករក Google Chrome ប៉ុណ្ណោះ។ កំណែចុងក្រោយរបស់ Firefox និង Safari ក៏គាំទ្របច្ចេកវិទ្យានេះផងដែរ ប៉ុន្តែជាអកុសលវាមិនទាន់មានស្ថេរភាពនៅឡើយ។

យើងមិនទាន់បានអនុវត្តការគាំទ្រ WebRTC សម្រាប់កម្មវិធីរុករកតាមអ៊ីនធឺណិតនៅលើឧបករណ៍ចល័តទេ។ បច្ចុប្បន្ន ប្រសិនបើអ្នកចូលពីឧបករណ៍ចល័ត ហើយបើកដំណើរការ WebRTC នោះ របៀបនេះនឹងមិនដំណើរការទេ។ ទោះយ៉ាងណាក៏ដោយ WebRTC មាននៅក្នុងកម្មវិធីទូរស័ព្ទរបស់យើងសម្រាប់ Android и ប្រព័ន្ធប្រតិបត្តិការ iOS.

ហើយការបញ្ចប់រឿងអំពីលក្ខណៈពិសេសនៃការអនុវត្ត WebRTC នៅក្នុងសេវាកម្មរបស់យើង ចូរយើងកត់សំគាល់ចំណុចពីរបន្ថែមទៀត។

ទីមួយ បច្ចេកវិទ្យាគឺផ្តោតលើការផ្សាយវីដេអូបន្តផ្ទាល់ក្នុងពេលវេលាជាក់ស្តែង។ ដូច្នេះ ប្រសិនបើប៉ុស្តិ៍របស់អ្នកមិនមានកម្រិតបញ្ជូនគ្រប់គ្រាន់ដើម្បីបញ្ជូនវីដេអូ អ្នកនឹងសម្គាល់ឃើញការធ្លាក់ចុះនៃស៊ុម (ជាមួយនឹង HLS អ្នកនឹងសម្គាល់ឃើញវីដេអូបន្ថយ និងបង្កើនភាពយឺតយ៉ាវ ប៉ុន្តែវានឹងមិនមានការធ្លាក់ចុះនៃស៊ុមទេ) ប៉ុន្តែវីដេអូនឹងនៅតែចាក់ផ្សាយតាមពិត។ ពេលវេលា។

ទីពីរ ដោយសារបច្ចេកវិទ្យានេះត្រូវបានរចនាឡើងដើម្បីធ្វើការជាមួយវីដេអូបន្តផ្ទាល់ក្នុងពេលវេលាជាក់ស្តែង យើងមិនប្រើវាដើម្បីធ្វើការជាមួយទិន្នន័យវីដេអូដែលបានទុកក្នុងប័ណ្ណសារនោះទេ។

ការផ្លាស់ប្តូរផ្សេងទៀតចំពោះសេវាកម្ម

នៅពេលនេះ Flash លែងជាប់ពាក់ព័ន្ធនឹងយន្តការជ្រើសរើសម៉ាស៊ីនស្វ័យប្រវត្តិទៀតហើយ។ អ្នកនៅតែអាចប្រើអ្នកលេងបែបនេះបាន ប៉ុន្តែដើម្បីធ្វើដូច្នេះអ្នកត្រូវជ្រើសរើសវាដោយដៃនៅក្នុងគណនី ឬការកំណត់កាមេរ៉ា។ នេះមិនមែនជាការសរសើរចំពោះម៉ូដទេ វាគ្រាន់តែថាយោងតាមស្ថិតិនៃសេវាកម្មរបស់យើង ពិតជាមិនមានអ្នកប្រើណាម្នាក់ដែលធ្វើការជាមួយ Flash ទេ។ ហើយការព្យាយាមកំណត់ថាតើកម្មវិធីរុករករបស់អ្នកប្រើគាំទ្រវាឬអត់ យើងបាត់បង់ពេលវេលាដ៏មានតម្លៃប្រហែល 2 វិនាទី។

នេះគឺជាទិដ្ឋភាពសង្ខេបនៃការផ្លាស់ប្តូរដែលកំពុងរង់ចាំអ្នកនៅក្នុងប្រព័ន្ធតាមដានវីដេអូលើពពក និងគណនីផ្ទាល់ខ្លួនរបស់យើង។ នៅជាមួយយើងហើយតាមដានព័ត៌មាន!

ប្រភព: www.habr.com