ஃபிரன்ட்எண்ட் WebRTC கோடெக் தேர்வு: மீடியா கோடெக் பேச்சுவார்த்தையில் தேர்ச்சி பெறுதல்

WebRTC (Web Real-Time Communication) இணைய உலாவிகளுக்குள் நேரடியாக நிகழ்நேர ஆடியோ மற்றும் வீடியோவை இயக்குவதன் மூலம் ஆன்லைன் தகவல்தொடர்பில் ஒரு புரட்சியை ஏற்படுத்தியுள்ளது. இருப்பினும், பல்வேறு நெட்வொர்க் நிலைகள் மற்றும் சாதனங்களில் உகந்த தகவல் தொடர்பு தரத்தை அடைய, மீடியா கோடெக்குகள் மற்றும் அவற்றின் பேச்சுவார்த்தை செயல்முறையை கவனமாகக் கருத்தில் கொள்ள வேண்டும். இந்த விரிவான வழிகாட்டி, ஃபிரன்ட்எண்ட் WebRTC கோடெக் தேர்வின் நுணுக்கங்களை ஆராய்கிறது, அமர்வு விளக்க நெறிமுறையின் (SDP) அடிப்படைக் கோட்பாடுகள், விரும்பிய கோடெக் உள்ளமைவுகள், உலாவி இணக்கத்தன்மை நுணுக்கங்கள் மற்றும் உலகெங்கிலும் உள்ள பயனர்களுக்கு தடையற்ற மற்றும் உயர்தர நிகழ்நேர அனுபவங்களை உறுதி செய்வதற்கான சிறந்த நடைமுறைகளை ஆராய்கிறது.

WebRTC மற்றும் கோடெக்குகளைப் புரிந்துகொள்ளுதல்

WebRTC உலாவிகளை இடைத்தரகர் சேவையகங்கள் தேவையில்லாமல் (ஆரம்ப இணைப்பு அமைப்பிற்கு சிக்னலிங் சேவையகங்கள் பயன்படுத்தப்பட்டாலும்) நேரடியாக பியர்-டு-பியர் முறையில் தொடர்பு கொள்ள அனுமதிக்கிறது. WebRTC-யின் மையத்தில் ஆடியோ மற்றும் வீடியோ ஸ்ட்ரீம்களை என்கோட் (சுருக்குதல்) மற்றும் டிகோட் (விரித்தல்) செய்யும் திறன் உள்ளது, இது இணையத்தில் பரப்புவதற்கு ஏற்றதாக அமைகிறது. இங்குதான் கோடெக்குகள் வருகின்றன. ஒரு கோடெக் (கோடர்-டிகோடர்) என்பது இந்த என்கோடிங் மற்றும் டிகோடிங் செயல்முறையைச் செய்யும் ஒரு அல்காரிதம் ஆகும். கோடெக்கின் தேர்வு அலைவரிசை பயன்பாடு, செயலாக்க சக்தி மற்றும் இறுதியில் ஆடியோ மற்றும் வீடியோ ஸ்ட்ரீம்களின் உணரப்பட்ட தரத்தை கணிசமாக பாதிக்கிறது.

ஒரு உயர்தர WebRTC பயன்பாட்டை உருவாக்க சரியான கோடெக்குகளைத் தேர்ந்தெடுப்பது மிக முக்கியம். வெவ்வேறு கோடெக்குகள் வெவ்வேறு பலங்களையும் பலவீனங்களையும் கொண்டுள்ளன:

• ஓபஸ் (Opus): மிகவும் பல்துறை மற்றும் பரவலாக ஆதரிக்கப்படும் ஆடியோ கோடெக், குறைந்த பிட்ரேட்களில் அதன் சிறந்த தரத்திற்காக அறியப்படுகிறது. WebRTC-யில் உள்ள பெரும்பாலான ஆடியோ பயன்பாடுகளுக்கு இது பரிந்துரைக்கப்பட்ட தேர்வாகும்.
• VP8: WebRTC-யில் வரலாற்று முக்கியத்துவம் வாய்ந்த ஒரு ராயல்டி இல்லாத வீடியோ கோடெக். இன்னும் ஆதரிக்கப்பட்டாலும், VP9 மற்றும் AV1 சிறந்த சுருக்கத் திறனை வழங்குகின்றன.
• VP9: VP8-ஐ விட சிறந்த சுருக்கத்தை வழங்கும் ஒரு மேம்பட்ட ராயல்டி இல்லாத வீடியோ கோடெக், இது குறைந்த அலைவரிசை நுகர்வு மற்றும் மேம்பட்ட தரத்திற்கு வழிவகுக்கிறது.
• H.264: பரவலாக செயல்படுத்தப்பட்ட வீடியோ கோடெக், பல சாதனங்களில் வன்பொருள் முடுக்கிவிடப்பட்டது. இருப்பினும், அதன் உரிமம் சிக்கலானதாக இருக்கலாம். நீங்கள் H.264-ஐப் பயன்படுத்தத் தேர்வுசெய்தால், உங்கள் உரிமக் கடமைகளைப் புரிந்துகொள்வது அவசியம்.
• AV1: புதிய மற்றும் மிகவும் மேம்பட்ட ராயல்டி இல்லாத வீடியோ கோடெக், VP9-ஐ விட சிறந்த சுருக்கத்தை உறுதியளிக்கிறது. இருப்பினும், உலாவி ஆதரவு இன்னும் வளர்ந்து வருகிறது, இருப்பினும் வேகமாக அதிகரித்து வருகிறது.

SDP (அமர்வு விளக்க நெறிமுறை)-இன் பங்கு

பியர்கள் ஆடியோ மற்றும் வீடியோவை பரிமாறிக்கொள்ளும் முன், அவர்கள் பயன்படுத்தும் கோடெக்குகளை ஒப்புக்கொள்ள வேண்டும். இந்த ஒப்பந்தம் அமர்வு விளக்க நெறிமுறை (SDP) மூலம் எளிதாக்கப்படுகிறது. SDP என்பது ஒரு மல்டிமீடியா அமர்வின் பண்புகளை விவரிக்கும் ஒரு உரை அடிப்படையிலான நெறிமுறை ஆகும், இதில் ஆதரிக்கப்படும் கோடெக்குகள், மீடியா வகைகள் (ஆடியோ, வீடியோ), போக்குவரத்து நெறிமுறைகள் மற்றும் பிற தொடர்புடைய அளவுருக்கள் அடங்கும். இதை பியர்களுக்கு இடையேயான ஒரு கைகுலுக்கலாக நினைத்துப் பாருங்கள், அங்கு அவர்கள் தங்கள் திறன்களை அறிவித்து பரஸ்பரம் ஏற்றுக்கொள்ளக்கூடிய உள்ளமைவை பேச்சுவார்த்தை நடத்துகிறார்கள்.

WebRTC-யில், SDP பரிமாற்றம் பொதுவாக சிக்னலிங் செயல்முறையின் போது நிகழ்கிறது, இது ஒரு சிக்னலிங் சேவையகத்தால் ஒருங்கிணைக்கப்படுகிறது. இந்த செயல்முறை பொதுவாக இந்த படிகளை உள்ளடக்கியது:

1. ஆஃபர் உருவாக்கம் (Offer Creation): ஒரு பியர் (ஆஃபரர்) அதன் மீடியா திறன்கள் மற்றும் விரும்பிய கோடெக்குகளை விவரிக்கும் ஒரு SDP ஆஃபரை உருவாக்குகிறது. இந்த ஆஃபர் ஒரு சரமாக குறியாக்கம் செய்யப்படுகிறது.
2. சிக்னலிங் (Signaling): ஆஃபரர் SDP ஆஃபரை மற்ற பியருக்கு (ஆன்சரர்) சிக்னலிங் சேவையகம் மூலம் அனுப்புகிறது.
3. பதில் உருவாக்கம் (Answer Creation): ஆன்சரர் ஆஃபரைப் பெற்று, ஆஃபரிலிருந்து அது ஆதரிக்கும் கோடெக்குகள் மற்றும் அளவுருக்களைத் தேர்ந்தெடுத்து ஒரு SDP பதிலை உருவாக்குகிறது.
4. சிக்னலிங் (Signaling): ஆன்சரர் SDP பதிலை ஆஃபரருக்கு சிக்னலிங் சேவையகம் மூலம் திருப்பி அனுப்புகிறது.
5. இணைப்பு நிறுவுதல் (Connection Establishment): இரு பியர்களுக்கும் இப்போது WebRTC இணைப்பை நிறுவி மீடியாவைப் பரிமாறத் தொடங்க தேவையான SDP தகவல் உள்ளது.

SDP கட்டமைப்பு மற்றும் முக்கிய பண்புக்கூறுகள்

SDP பண்புக்கூறு-மதிப்பு ஜோடிகளின் தொடராக கட்டமைக்கப்பட்டுள்ளது, ஒவ்வொன்றும் ஒரு தனி வரியில். கோடெக் பேச்சுவார்த்தைக்கு மிக முக்கியமான சில பண்புக்கூறுகள் பின்வருமாறு:

• v= (நெறிமுறை பதிப்பு): SDP பதிப்பைக் குறிப்பிடுகிறது. பொதுவாக `v=0`.
• o= (தோற்றம்): அமர்வை உருவாக்கியவர் பற்றிய தகவல்களைக் கொண்டுள்ளது, இதில் பயனர்பெயர், அமர்வு ஐடி மற்றும் பதிப்பு ஆகியவை அடங்கும்.
• s= (அமர்வு பெயர்): அமர்வின் விளக்கத்தை வழங்குகிறது.
• m= (மீடியா விளக்கம்): மீடியா ஸ்ட்ரீம்களை (ஆடியோ அல்லது வீடியோ) விவரிக்கிறது, இதில் மீடியா வகை, போர்ட், நெறிமுறை மற்றும் வடிவமைப்பு பட்டியல் ஆகியவை அடங்கும்.
• a=rtpmap: (RTP வரைபடம்): ஒரு பேலோட் வகை எண்ணை ஒரு குறிப்பிட்ட கோடெக், கடிகார விகிதம் மற்றும் விருப்ப அளவுருக்களுடன் மேப் செய்கிறது. எடுத்துக்காட்டாக: `a=rtpmap:0 PCMU/8000` என்பது பேலோட் வகை 0, 8000 ஹெர்ட்ஸ் கடிகார விகிதத்துடன் PCMU ஆடியோ கோடெக்கைக் குறிக்கிறது.
• a=fmtp: (வடிவமைப்பு அளவுருக்கள்): கோடெக்-குறிப்பிட்ட அளவுருக்களைக் குறிப்பிடுகிறது. எடுத்துக்காட்டாக, ஓபஸிற்காக, இது `stereo` மற்றும் `sprop-stereo` அளவுருக்களை உள்ளடக்கலாம்.
• a=rtcp-fb: (RTCP பின்னூட்டம்): நிகழ்நேர போக்குவரத்து கட்டுப்பாட்டு நெறிமுறை (RTCP) பின்னூட்ட வழிமுறைகளுக்கான ஆதரவைக் குறிக்கிறது, இது நெரிசல் கட்டுப்பாடு மற்றும் தரத் தழுவலுக்கு முக்கியமானது.

ஓபஸிற்கு முன்னுரிமை அளிக்கும் ஆடியோவிற்கான ஒரு SDP ஆஃபரின் எளிமைப்படுத்தப்பட்ட எடுத்துக்காட்டு இங்கே:

v=0
o=- 1234567890 2 IN IP4 127.0.0.1
s=WebRTC Session
t=0 0
m=audio 9 UDP/TLS/RTP/SAVPF 111 0
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:60

இந்த எடுத்துக்காட்டில்:

• `m=audio 9 UDP/TLS/RTP/SAVPF 111 0` என்பது RTP/SAVPF நெறிமுறையைப் பயன்படுத்தும் ஒரு ஆடியோ ஸ்ட்ரீமைக் குறிக்கிறது, பேலோட் வகைகள் 111 (ஓபஸ்) மற்றும் 0 (PCMU) உடன்.
• `a=rtpmap:111 opus/48000/2` பேலோட் வகை 111-ஐ 48000 ஹெர்ட்ஸ் கடிகார விகிதம் மற்றும் 2 சேனல்கள் (ஸ்டீரியோ) கொண்ட ஓபஸ் கோடெக்காக வரையறுக்கிறது.
• `a=rtpmap:0 PCMU/8000` பேலோட் வகை 0-ஐ 8000 ஹெர்ட்ஸ் கடிகார விகிதம் (மோனோ) கொண்ட PCMU கோடெக்காக வரையறுக்கிறது.

ஃபிரன்ட்எண்ட் கோடெக் தேர்வு நுட்பங்கள்

உலாவி SDP உருவாக்கம் மற்றும் பேச்சுவார்த்தையின் பெரும்பகுதியைக் கையாளும் அதே வேளையில், ஃபிரன்ட்எண்ட் டெவலப்பர்கள் கோடெக் தேர்வு செயல்முறையில் செல்வாக்கு செலுத்த பல நுட்பங்களைக் கொண்டுள்ளனர்.

1. மீடியா கட்டுப்பாடுகள்

ஃபிரன்ட்எண்டில் கோடெக் தேர்வில் செல்வாக்கு செலுத்துவதற்கான முதன்மை முறை `getUserMedia()` அல்லது `RTCPeerConnection` உருவாக்கும்போது மீடியா கட்டுப்பாடுகள் மூலம் ஆகும். மீடியா கட்டுப்பாடுகள் ஆடியோ மற்றும் வீடியோ டிராக்குகளுக்கு விரும்பிய பண்புகளைக் குறிப்பிட உங்களை அனுமதிக்கின்றன. நிலையான கட்டுப்பாடுகளில் கோடெக்குகளை பெயரால் நேரடியாகக் குறிப்பிட முடியாவிட்டாலும், சில கோடெக்குகளுக்கு சாதகமான பிற பண்புகளைக் குறிப்பிடுவதன் மூலம் தேர்வில் நீங்கள் செல்வாக்கு செலுத்தலாம்.

எடுத்துக்காட்டாக, உயர்தர ஆடியோவை விரும்ப, நீங்கள் இது போன்ற கட்டுப்பாடுகளைப் பயன்படுத்தலாம்:

const constraints = {
 audio: {
 echoCancellation: true,
 noiseSuppression: true,
 sampleRate: 48000, // அதிக மாதிரி விகிதம் ஓபஸ் போன்ற கோடெக்குகளுக்கு சாதகமாக இருக்கும்
 channelCount: 2, // ஸ்டீரியோ ஆடியோ
 },
 video: {
 width: { min: 640, ideal: 1280, max: 1920 },
 height: { min: 480, ideal: 720, max: 1080 },
 frameRate: { min: 24, ideal: 30, max: 60 },
 }
};

navigator.mediaDevices.getUserMedia(constraints)
 .then(stream => { /* ... */ })
 .catch(error => { console.error("பயனர் மீடியாவைப் பெறுவதில் பிழை:", error); });

ஆடியோவிற்கு அதிக `sampleRate`-ஐ (48000 ஹெர்ட்ஸ்) குறிப்பிடுவதன் மூலம், ஓபஸ் போன்ற கோடெக்கைத் தேர்வு செய்ய உலாவியை நீங்கள் மறைமுகமாக ஊக்குவிக்கிறீர்கள், இது பொதுவாக PCMU/PCMA (இது பெரும்பாலும் 8000 ஹெர்ட்ஸ் பயன்படுத்துகிறது) போன்ற பழைய கோடெக்குகளை விட அதிக மாதிரி விகிதங்களில் செயல்படுகிறது. இதேபோல், `width`, `height` மற்றும் `frameRate` போன்ற வீடியோ கட்டுப்பாடுகளைக் குறிப்பிடுவது உலாவியின் வீடியோ கோடெக் தேர்வில் செல்வாக்கு செலுத்தலாம்.

உலாவி இந்த கட்டுப்பாடுகளை சரியாக நிறைவேற்றும் என்று *உறுதி* அளிக்கப்படவில்லை என்பதை கவனத்தில் கொள்ள வேண்டும். கிடைக்கும் வன்பொருள் மற்றும் கோடெக் ஆதரவின் அடிப்படையில் அவற்றை பொருத்த அது தனது சிறந்த முயற்சியை எடுக்கும். `ideal` மதிப்பு நீங்கள் விரும்புவதைப் பற்றிய ஒரு குறிப்பை உலாவிக்கு வழங்குகிறது, அதே நேரத்தில் `min` மற்றும் `max` ஏற்றுக்கொள்ளக்கூடிய வரம்புகளை வரையறுக்கின்றன.

2. SDP கையாளுதல் (மேம்பட்டது)

இன்னும் நுணுக்கமான கட்டுப்பாட்டிற்கு, SDP ஆஃபர் மற்றும் பதில் சரங்களை அவை பரிமாறப்படுவதற்கு முன்பு நேரடியாகக் கையாளலாம். இந்த நுட்பம் மேம்பட்டதாகக் கருதப்படுகிறது மற்றும் SDP தொடரியல் பற்றிய முழுமையான புரிதல் தேவைப்படுகிறது. இருப்பினும், இது கோடெக்குகளை மறுவரிசைப்படுத்த, தேவையற்ற கோடெக்குகளை அகற்ற அல்லது கோடெக்-குறிப்பிட்ட அளவுருக்களை மாற்ற உங்களை அனுமதிக்கிறது.

முக்கிய பாதுகாப்பு பரிசீலனைகள்: SDP-ஐ மாற்றுவது கவனமாக செய்யப்படாவிட்டால் பாதுகாப்பு பாதிப்புகளை ஏற்படுத்தக்கூடும். ஊடுருவல் தாக்குதல்கள் அல்லது பிற பாதுகாப்பு அபாயங்களைத் தடுக்க எந்த SDP மாற்றங்களையும் எப்போதும் சரிபார்த்து சுத்திகரிக்கவும்.

ஒரு SDP சரத்தில் கோடெக்குகளை மறுவரிசைப்படுத்துவது எப்படி என்பதை விளக்கும் ஒரு ஜாவாஸ்கிரிப்ட் செயல்பாடு இங்கே உள்ளது, இது ஒரு குறிப்பிட்ட கோடெக்கிற்கு (எ.கா., ஆடியோவிற்கு ஓபஸ்) முன்னுரிமை அளிக்கிறது:

function prioritizeCodec(sdp, codec, mediaType) {
 const lines = sdp.split('\n');
 let rtpmapLine = null;
 let fmtpLine = null;
 let rtcpFbLines = [];
 let mediaDescriptionLineIndex = -1;

 // கோடெக்கின் rtpmap, fmtp, மற்றும் rtcp-fb வரிகளையும் மீடியா விளக்க வரியையும் கண்டறியவும்.
 for (let i = 0; i < lines.length; i++) {
 if (lines[i].startsWith('m=' + mediaType)) {
 mediaDescriptionLineIndex = i;
 } else if (lines[i].startsWith('a=rtpmap:') && lines[i].includes(codec + '/')) {
 rtpmapLine = lines[i];
 } else if (lines[i].startsWith('a=fmtp:') && lines[i].includes(codec)) {
 fmtpLine = lines[i];
 } else if (lines[i].startsWith('a=rtcp-fb:') && rtpmapLine && lines[i].includes(rtpmapLine.split(' ')[1])){
 rtcpFbLines.push(lines[i]);
 }
 }

 if (rtpmapLine) {
 // மீடியா விளக்க வரியில் உள்ள வடிவமைப்பு பட்டியலிலிருந்து கோடெக்கை அகற்றவும்.
 const mediaDescriptionLine = lines[mediaDescriptionLineIndex];
 const formatList = mediaDescriptionLine.split(' ')[3].split(' ');
 const codecPayloadType = rtpmapLine.split(' ')[1];
 const newFormatList = formatList.filter(pt => pt !== codecPayloadType);
 lines[mediaDescriptionLineIndex] = mediaDescriptionLine.replace(formatList.join(' '), newFormatList.join(' '));

 // வடிவமைப்பு பட்டியலின் தொடக்கத்தில் கோடெக்கைச் சேர்க்கவும்
 lines[mediaDescriptionLineIndex] = lines[mediaDescriptionLineIndex].replace('m=' + mediaType, 'm=' + mediaType + ' ' + codecPayloadType);

 // rtpmap, fmtp, மற்றும் rtcp-fb வரிகளை மீடியா விளக்க வரிக்குப் பிறகு நகர்த்தவும்.
 lines.splice(mediaDescriptionLineIndex + 1, 0, rtpmapLine);
 if (fmtpLine) {
 lines.splice(mediaDescriptionLineIndex + 2, 0, fmtpLine);
 }
 for(let i = 0; i < rtcpFbLines.length; i++) {
 lines.splice(mediaDescriptionLineIndex + 3 + i, 0, rtcpFbLines[i]);
 }


 // அசல் வரிகளை அகற்றவும்
 let indexToRemove = lines.indexOf(rtpmapLine, mediaDescriptionLineIndex + 1); // செருகிய பிறகு தேடத் தொடங்குங்கள்
 if (indexToRemove > -1) {
 lines.splice(indexToRemove, 1);
 }
 if (fmtpLine) {
 indexToRemove = lines.indexOf(fmtpLine, mediaDescriptionLineIndex + 1); // செருகிய பிறகு தேடத் தொடங்குங்கள்
 if (indexToRemove > -1) {
 lines.splice(indexToRemove, 1);
 }
 }
 for(let i = 0; i < rtcpFbLines.length; i++) {
 indexToRemove = lines.indexOf(rtcpFbLines[i], mediaDescriptionLineIndex + 1); // செருகிய பிறகு தேடத் தொடங்குங்கள்
 if (indexToRemove > -1) {
 lines.splice(indexToRemove, 1);
 }
 }


 return lines.join('\n');
 } else {
 return sdp;
 }
}

// எடுத்துக்காட்டு பயன்பாடு:
const pc = new RTCPeerConnection();

pc.createOffer()
 .then(offer => {
 let sdp = offer.sdp;
 console.log("அசல் SDP:\n", sdp);
 let modifiedSdp = prioritizeCodec(sdp, 'opus', 'audio');
 console.log("மாற்றப்பட்ட SDP:\n", modifiedSdp);
 offer.sdp = modifiedSdp; // மாற்றப்பட்ட SDP உடன் ஆஃபரைப் புதுப்பிக்கவும்
 return pc.setLocalDescription(offer);
 })
 .then(() => { /* ... */ })
 .catch(error => { console.error("ஆஃபர் உருவாக்குவதில் பிழை:", error); });

இந்த செயல்பாடு SDP சரத்தை அலசி, குறிப்பிட்ட கோடெக்குடன் தொடர்புடைய வரிகளை (எ.கா., `opus`) கண்டறிந்து, அந்த வரிகளை `m=` (மீடியா விளக்கம்) பிரிவின் மேல் நகர்த்துகிறது, இதன் மூலம் அந்த கோடெக்கிற்கு திறம்பட முன்னுரிமை அளிக்கிறது. இது வடிவமைப்புப் பட்டியலிலிருந்து கோடெக்கை அதன் அசல் இடத்திலிருந்து நீக்குகிறது, நகல்களைத் தவிர்க்கிறது. இந்த மாற்றத்தை ஆஃபருடன் உள்ளூர் விளக்கத்தை அமைப்பதற்கு *முன்பு* பயன்படுத்த நினைவில் கொள்ளுங்கள்.

இந்த செயல்பாட்டைப் பயன்படுத்த, நீங்கள்:

1. ஒரு `RTCPeerConnection` உருவாக்க வேண்டும்.
2. ஆரம்ப SDP ஆஃபரை உருவாக்க `createOffer()`-ஐ அழைக்க வேண்டும்.
3. உங்கள் விரும்பிய கோடெக்கிற்கு முன்னுரிமை அளித்து, SDP சரத்தை மாற்ற `prioritizeCodec()`-ஐ அழைக்க வேண்டும்.
4. மாற்றப்பட்ட சரத்துடன் ஆஃபரின் SDP-ஐப் புதுப்பிக்க வேண்டும்.
5. மாற்றப்பட்ட ஆஃபரை உள்ளூர் விளக்கமாக அமைக்க `setLocalDescription()`-ஐ அழைக்க வேண்டும்.

இதே கொள்கையை பதில் SDP-க்கும் பயன்படுத்தலாம், `createAnswer()` முறை மற்றும் `setRemoteDescription()` ஆகியவற்றை அதற்கேற்பப் பயன்படுத்தலாம்.

3. டிரான்சீவர் திறன்கள் (நவீன அணுகுமுறை)

`RTCRtpTransceiver` API WebRTC-யில் கோடெக்குகள் மற்றும் மீடியா ஸ்ட்ரீம்களை நிர்வகிக்க ஒரு நவீன மற்றும் கட்டமைக்கப்பட்ட வழியை வழங்குகிறது. டிரான்சீவர்கள் மீடியாவை அனுப்புவதையும் பெறுவதையும் உள்ளடக்குகின்றன, இது மீடியா ஓட்டத்தின் திசையைக் கட்டுப்படுத்தவும் (sendonly, recvonly, sendrecv, inactive) மற்றும் விரும்பிய கோடெக் விருப்பங்களைக் குறிப்பிடவும் உங்களை அனுமதிக்கிறது.

இருப்பினும், டிரான்சீவர்கள் வழியாக நேரடி கோடெக் கையாளுதல் இன்னும் எல்லா உலாவிகளிலும் முழுமையாக தரப்படுத்தப்படவில்லை. மிகவும் நம்பகமான அணுகுமுறை, அதிகபட்ச இணக்கத்தன்மைக்கு டிரான்சீவர் கட்டுப்பாட்டை SDP கையாளுதலுடன் இணைப்பதாகும்.

SDP கையாளுதலுடன் இணைந்து டிரான்சீவர்களை எவ்வாறு பயன்படுத்தலாம் என்பதற்கான எடுத்துக்காட்டு இங்கே (SDP கையாளுதல் பகுதி மேலே உள்ள எடுத்துக்காட்டைப் போலவே இருக்கும்):

const pc = new RTCPeerConnection();

// ஆடியோவிற்கு ஒரு டிரான்சீவரைச் சேர்க்கவும்
const audioTransceiver = pc.addTransceiver('audio');

// உள்ளூர் ஸ்ட்ரீமைப் பெற்று, டிரான்சீவரில் டிராக்குகளைச் சேர்க்கவும்
navigator.mediaDevices.getUserMedia({ audio: true, video: false })
 .then(stream => {
 stream.getTracks().forEach(track => {
 audioTransceiver.addTrack(track, stream);
 });

 // முன்பு போலவே SDP ஆஃபரை உருவாக்கி மாற்றவும்
 pc.createOffer()
 .then(offer => {
 let sdp = offer.sdp;
 let modifiedSdp = prioritizeCodec(sdp, 'opus', 'audio');
 offer.sdp = modifiedSdp;
 return pc.setLocalDescription(offer);
 })
 .then(() => { /* ... */ })
 .catch(error => { console.error("ஆஃபர் உருவாக்குவதில் பிழை:", error); });
 })
 .catch(error => { console.error("பயனர் மீடியாவைப் பெறுவதில் பிழை:", error); });

இந்த எடுத்துக்காட்டில், நாம் ஒரு ஆடியோ டிரான்சீவரை உருவாக்கி, உள்ளூர் ஸ்ட்ரீமிலிருந்து ஆடியோ டிராக்குகளை அதில் சேர்க்கிறோம். இந்த அணுகுமுறை மீடியா ஓட்டத்தின் மீது உங்களுக்கு அதிக கட்டுப்பாட்டைக் கொடுக்கிறது மற்றும் கோடெக்குகளை நிர்வகிக்க ஒரு கட்டமைக்கப்பட்ட வழியை வழங்குகிறது, குறிப்பாக பல மீடியா ஸ்ட்ரீம்களைக் கையாளும்போது.

உலாவி இணக்கத்தன்மை பரிசீலனைகள்

கோடெக் ஆதரவு வெவ்வேறு உலாவிகளில் வேறுபடுகிறது. ஆடியோவிற்கு ஓபஸ் பரவலாக ஆதரிக்கப்படும் அதே வேளையில், வீடியோ கோடெக் ஆதரவு மிகவும் துண்டு துண்டாக இருக்கலாம். உலாவி இணக்கத்தன்மையின் ஒரு பொதுவான கண்ணோட்டம் இங்கே:

• ஓபஸ் (Opus): அனைத்து முக்கிய உலாவிகளிலும் (Chrome, Firefox, Safari, Edge) சிறந்த ஆதரவு உள்ளது. இது பொதுவாக WebRTC-க்கான விருப்பமான ஆடியோ கோடெக் ஆகும்.
• VP8: நல்ல ஆதரவு, ஆனால் பொதுவாக VP9 மற்றும் AV1 ஆல் மாற்றப்படுகிறது.
• VP9: Chrome, Firefox மற்றும் Edge மற்றும் Safari-இன் புதிய பதிப்புகளால் ஆதரிக்கப்படுகிறது.
• H.264: பெரும்பாலான உலாவிகளால் ஆதரிக்கப்படுகிறது, பெரும்பாலும் வன்பொருள் முடுக்கத்துடன், இது ஒரு பிரபலமான தேர்வாக அமைகிறது. இருப்பினும், உரிமம் ஒரு கவலையாக இருக்கலாம்.
• AV1: ஆதரவு வேகமாக வளர்ந்து வருகிறது. Chrome, Firefox மற்றும் Edge மற்றும் Safari-இன் புதிய பதிப்புகள் AV1-ஐ ஆதரிக்கின்றன. இது சிறந்த சுருக்கத் திறனை வழங்குகிறது, ஆனால் அதிக செயலாக்க சக்தி தேவைப்படலாம்.

இணக்கத்தன்மை மற்றும் உகந்த செயல்திறனை உறுதிப்படுத்த உங்கள் பயன்பாட்டை வெவ்வேறு உலாவிகள் மற்றும் சாதனங்களில் சோதிப்பது மிகவும் முக்கியம். பயனரின் உலாவி எந்த கோடெக்குகளை ஆதரிக்கிறது என்பதைத் தீர்மானிக்க அம்சம் கண்டறிதலைப் பயன்படுத்தலாம். எடுத்துக்காட்டாக, `RTCRtpSender.getCapabilities()` முறையைப் பயன்படுத்தி AV1 ஆதரவைச் சரிபார்க்கலாம்:

if (RTCRtpSender.getCapabilities('video').codecs.find(codec => codec.mimeType === 'video/AV1')) {
 console.log('AV1 ஆதரிக்கப்படுகிறது!');
} else {
 console.log('AV1 ஆதரிக்கப்படவில்லை.');
}

ஒவ்வொரு பயனருக்கும் சிறந்த அனுபவத்தை வழங்க, கண்டறியப்பட்ட திறன்களின் அடிப்படையில் உங்கள் கோடெக் விருப்பங்களை மாற்றியமைக்கவும். தகவல் தொடர்பு எப்போதும் சாத்தியம் என்பதை உறுதிப்படுத்த பின்னடைவு வழிமுறைகளை (எ.கா., VP9 அல்லது AV1 ஆதரிக்கப்படாதபோது H.264-ஐப் பயன்படுத்துதல்) வழங்கவும்.

ஃபிரன்ட்எண்ட் WebRTC கோடெக் தேர்வுக்கான சிறந்த நடைமுறைகள்

உங்கள் WebRTC பயன்பாட்டிற்கான கோடெக்குகளைத் தேர்ந்தெடுக்கும்போது பின்பற்ற வேண்டிய சில சிறந்த நடைமுறைகள் இங்கே:

• ஆடியோவிற்கு ஓபஸிற்கு முன்னுரிமை கொடுங்கள்: ஓபஸ் குறைந்த பிட்ரேட்களில் சிறந்த ஆடியோ தரத்தை வழங்குகிறது மற்றும் பரவலாக ஆதரிக்கப்படுகிறது. ஆடியோ தகவல்தொடர்புக்கு இது உங்கள் இயல்புநிலை தேர்வாக இருக்க வேண்டும்.
• வீடியோவிற்கு VP9 அல்லது AV1-ஐக் கருத்தில் கொள்ளுங்கள்: இந்த ராயல்டி இல்லாத கோடெக்குகள் VP8-ஐ விட சிறந்த சுருக்கத் திறனை வழங்குகின்றன மற்றும் அலைவரிசை நுகர்வை கணிசமாகக் குறைக்கலாம். உலாவி ஆதரவு போதுமானதாக இருந்தால், இந்த கோடெக்குகளுக்கு முன்னுரிமை அளிக்கவும்.
• H.264-ஐ ஒரு பின்னடைவாகப் பயன்படுத்தவும்: H.264 பரவலாக ஆதரிக்கப்படுகிறது, பெரும்பாலும் வன்பொருள் முடுக்கத்துடன். VP9 அல்லது AV1 கிடைக்காதபோது இதை ஒரு பின்னடைவு விருப்பமாகப் பயன்படுத்தவும். உரிம தாக்கங்கள் குறித்து எச்சரிக்கையாக இருங்கள்.
• அம்சம் கண்டறிதலைச் செயல்படுத்தவும்: வெவ்வேறு கோடெக்குகளுக்கான உலாவி ஆதரவைக் கண்டறிய `RTCRtpSender.getCapabilities()`-ஐப் பயன்படுத்தவும்.
• நெட்வொர்க் நிலைகளுக்கு ஏற்ப மாற்றியமைக்கவும்: நெட்வொர்க் நிலைகளின் அடிப்படையில் கோடெக் மற்றும் பிட்ரேட்டை மாற்றியமைப்பதற்கான வழிமுறைகளைச் செயல்படுத்தவும். RTCP பின்னூட்டம் பாக்கெட் இழப்பு மற்றும் தாமதம் பற்றிய தகவல்களை வழங்க முடியும், இது உகந்த தரத்தை பராமரிக்க கோடெக் அல்லது பிட்ரேட்டை மாறும் வகையில் சரிசெய்ய உங்களை அனுமதிக்கிறது.
• மீடியா கட்டுப்பாடுகளை மேம்படுத்தவும்: உலாவியின் கோடெக் தேர்வில் செல்வாக்கு செலுத்த மீடியா கட்டுப்பாடுகளைப் பயன்படுத்தவும், ஆனால் வரம்புகளை மனதில் கொள்ளுங்கள்.
• SDP மாற்றங்களைச் சுத்திகரிக்கவும்: நீங்கள் SDP-ஐ நேரடியாகக் கையாளுகிறீர்கள் என்றால், பாதுகாப்பு பாதிப்புகளைத் தடுக்க உங்கள் மாற்றங்களை முழுமையாக சரிபார்த்து சுத்திகரிக்கவும்.
• முழுமையாகச் சோதிக்கவும்: இணக்கத்தன்மை மற்றும் உகந்த செயல்திறனை உறுதிப்படுத்த உங்கள் பயன்பாட்டை வெவ்வேறு உலாவிகள், சாதனங்கள் மற்றும் நெட்வொர்க் நிலைகளில் சோதிக்கவும். SDP பரிமாற்றத்தை பகுப்பாய்வு செய்ய மற்றும் சரியான கோடெக்குகள் பயன்படுத்தப்படுகின்றனவா என்பதைச் சரிபார்க்க Wireshark போன்ற கருவிகளைப் பயன்படுத்தவும்.
• செயல்திறனைக் கண்காணிக்கவும்: WebRTC புள்ளிவிவர API (`getStats()`)-ஐப் பயன்படுத்தி WebRTC இணைப்பின் செயல்திறனைக் கண்காணிக்கவும், இதில் பிட்ரேட், பாக்கெட் இழப்பு மற்றும் தாமதம் ஆகியவை அடங்கும். இந்தத் தரவு செயல்திறன் இடையூறுகளைக் கண்டறிந்து தீர்க்க உங்களுக்கு உதவும்.
• சிமுல்காஸ்ட்/SVC-ஐக் கருத்தில் கொள்ளுங்கள்: பல கட்சி அழைப்புகள் அல்லது மாறுபட்ட நெட்வொர்க் நிலைமைகளைக் கொண்ட சூழ்நிலைகளுக்கு, பயனர் அனுபவத்தை மேம்படுத்த சிமுல்காஸ்ட் (ஒரே வீடியோ ஸ்ட்ரீமின் பல பதிப்புகளை வெவ்வேறு தெளிவுத்திறன்கள் மற்றும் பிட்ரேட்களில் அனுப்புதல்) அல்லது அளவிடக்கூடிய வீடியோ குறியாக்கம் (SVC, வீடியோவை பல அடுக்குகளாக குறியாக்கம் செய்வதற்கான ஒரு மேம்பட்ட நுட்பம்) ஆகியவற்றைப் பயன்படுத்தவும்.

முடிவுரை

உங்கள் WebRTC பயன்பாட்டிற்கு சரியான கோடெக்குகளைத் தேர்ந்தெடுப்பது உங்கள் பயனர்களுக்கு உயர்தர நிகழ்நேர தகவல் தொடர்பு அனுபவங்களை உறுதி செய்வதில் ஒரு முக்கியமான படியாகும். SDP-இன் கொள்கைகளைப் புரிந்துகொள்வதன் மூலமும், மீடியா கட்டுப்பாடுகள் மற்றும் SDP கையாளுதல் நுட்பங்களைப் பயன்படுத்துவதன் மூலமும், உலாவி இணக்கத்தன்மையைக் கருத்தில் கொள்வதன் மூலமும், சிறந்த நடைமுறைகளைப் பின்பற்றுவதன் மூலமும், உங்கள் WebRTC பயன்பாட்டை செயல்திறன், நம்பகத்தன்மை மற்றும் உலகளாவிய அணுகலுக்காக மேம்படுத்தலாம். ஆடியோவிற்கு ஓபஸிற்கு முன்னுரிமை அளிக்க நினைவில் கொள்ளுங்கள், வீடியோவிற்கு VP9 அல்லது AV1-ஐக் கருத்தில் கொள்ளுங்கள், H.264-ஐ ஒரு பின்னடைவாகப் பயன்படுத்துங்கள், மற்றும் எப்போதும் வெவ்வேறு தளங்கள் மற்றும் நெட்வொர்க் நிலைகளில் முழுமையாகச் சோதிக்கவும். WebRTC தொழில்நுட்பம் தொடர்ந்து বিকশিত되는 সাথে সাথে, আধুনিক நிகழ்நேர தகவல் தொடர்பு தீர்வுகளை வழங்க சமீபத்திய கோடெக் மேம்பாடுகள் மற்றும் உலாவி திறன்கள் குறித்து அறிந்திருப்பது அவசியம்.