ಕ್ಲೌಡ್ ವೀಡಿಯೊ ಕಣ್ಗಾವಲು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ಮೊದಲ ದಿನಗಳಿಂದ, ನಾವು ಒಂದು ಸಮಸ್ಯೆಯನ್ನು ಎದುರಿಸಿದ್ದೇವೆ, ಅದಕ್ಕೆ ಪರಿಹಾರವಿಲ್ಲದೆ ಐವಿಡಿಯನ್ ಅನ್ನು ಬರೆಯಬಹುದಿತ್ತು - ಅದು ನಮ್ಮ ಎವರೆಸ್ಟ್ ಆಗಿತ್ತು, ಅದರ ಆರೋಹಣವು ಸಾಕಷ್ಟು ಪ್ರಯತ್ನವನ್ನು ತೆಗೆದುಕೊಂಡಿತು, ಆದರೆ ಈಗ ನಾವು ಅಂತಿಮವಾಗಿ ಕ್ರಾಸ್-ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಪಝಲ್ನ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಐಸ್ ಪಿಕ್ ಅನ್ನು ಅಂಟಿಸಿದ್ದೇವೆ.
ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಆಡಿಯೋ ಮತ್ತು ವಿಡಿಯೋ ಪ್ರಸಾರ ಮಾಡುವ ವ್ಯವಸ್ಥೆಯು ಉಪಕರಣಗಳು, ವೆಬ್ ಕ್ಲೈಂಟ್ಗಳು ಮತ್ತು ಅವು ಬೆಂಬಲಿಸುವ ಮಾನದಂಡಗಳನ್ನು ಅವಲಂಬಿಸಿರಬಾರದು ಮತ್ತು ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ ಅನುವಾದಕರು ಮತ್ತು ಫೈರ್ವಾಲ್ಗಳ ಉಪಸ್ಥಿತಿಯಲ್ಲಿಯೂ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು. ಕ್ಲೌಡ್ ವೀಡಿಯೊ ಕಣ್ಗಾವಲು ಬಳಕೆದಾರರು ಅನಲಾಗ್ ಕ್ಯಾಮೆರಾಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದರೂ ಸಹ ಸೇವೆಯನ್ನು ಪ್ರವೇಶಿಸಲು ಬಯಸುತ್ತಾರೆ ಮತ್ತು ಅತ್ಯಂತ ಆಧುನಿಕ ಸಾಧನದಲ್ಲಿ ಲೈವ್ ವೀಡಿಯೊ ಪ್ರಸಾರಗಳನ್ನು ವೀಕ್ಷಿಸಲು ಬಯಸುತ್ತಾರೆ.
ಬಳಕೆದಾರರು ಕನಿಷ್ಠ ವಿಳಂಬದೊಂದಿಗೆ ವೀಡಿಯೊವನ್ನು ವೀಕ್ಷಿಸಲು ಬಯಸುವುದು ಬಹಳ ಮುಖ್ಯ. ಬ್ರೌಸರ್ನಲ್ಲಿ ಕಡಿಮೆ ವಿಳಂಬದೊಂದಿಗೆ ವೀಡಿಯೊವನ್ನು ತೋರಿಸಲು ಬಹುತೇಕ ಏಕೈಕ ಮಾರ್ಗವೆಂದರೆ WebRTC (ವೆಬ್ ನೈಜ-ಸಮಯದ ಸಂವಹನ) ಬಳಸುವುದು. WebRTC ಎಂಬುದು ಬ್ರೌಸರ್ಗಳಲ್ಲಿ ವೀಡಿಯೊ ಮತ್ತು ಧ್ವನಿಯ ಪೀರ್-ಟು-ಪೀರ್ ಪ್ರಸರಣಕ್ಕಾಗಿ ತಂತ್ರಜ್ಞಾನಗಳ ಗುಂಪಾಗಿದ್ದು, ಮೂಲತಃ ಕಡಿಮೆ ವಿಳಂಬದೊಂದಿಗೆ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ನ ಪ್ರಸರಣ ಮತ್ತು ಪ್ಲೇಬ್ಯಾಕ್ಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಇದಕ್ಕಾಗಿ, ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ, UDP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ಹೊಸ ಎಂಜಿನ್ ಬಳಕೆದಾರರಿಗೆ ಏನನ್ನು ನೀಡುತ್ತದೆ ಎಂಬುದನ್ನು ಹೇಳುವ ಮೊದಲು, ನಾವು HLS ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಏಕೆ ಮತ್ತು ಹೇಗೆ ಬೆಂಬಲಿಸುತ್ತೇವೆ ಮತ್ತು ನಾವು ಮುಂದುವರಿಯಲು ಏಕೆ ನಿರ್ಧರಿಸಿದ್ದೇವೆ ಎಂಬುದನ್ನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇವೆ.
HLS ಎಂಜಿನ್: ಸಾಧಕ-ಬಾಧಕಗಳು
()
HLS (HTTP ಲೈವ್ ಸ್ಟ್ರೀಮಿಂಗ್) ತಂತ್ರಜ್ಞಾನವನ್ನು ಆಪಲ್ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಮೊದಲು ಆಪಲ್ ಸಾಧನಗಳಲ್ಲಿ ಬೆಂಬಲಿಸಲಾಗಿದೆ ಎಂಬುದು ಆಶ್ಚರ್ಯವೇನಿಲ್ಲ. ಇಂದು, HLS ವೀಡಿಯೊವನ್ನು ವಾಸ್ತವಿಕವಾಗಿ ಎಲ್ಲಾ ಸೆಟ್-ಟಾಪ್ ಬಾಕ್ಸ್ಗಳು ಮತ್ತು OS ಚಾಲನೆಯಲ್ಲಿರುವ ಅನೇಕ ಸಾಧನಗಳು ಸಹ ಬೆಂಬಲಿಸುತ್ತವೆ. Android.
ವೀಡಿಯೊ ಡೇಟಾವನ್ನು ಸ್ಟ್ರೀಮಿಂಗ್ ಮಾಡಲು HLS ಎಂಜಿನ್ ಪ್ರಸಿದ್ಧ H264 ವೀಡಿಯೊ ಕೊಡೆಕ್ ಅನ್ನು AAC ಅಥವಾ MP3 ಆಡಿಯೊ ಸ್ಟ್ರೀಮ್ಗಳ ಜೊತೆಗೆ ಬಳಸುತ್ತದೆ. ಸಂಪೂರ್ಣ ಆಡಿಯೊ ಮತ್ತು ವೀಡಿಯೊ ಡೇಟಾ ಸ್ಟ್ರೀಮ್ ಅನ್ನು MPEG-TS ಸಾರಿಗೆ ಕಂಟೇನರ್ನಲ್ಲಿ ಪ್ಯಾಕ್ ಮಾಡಲಾಗುತ್ತದೆ. HTTP ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಪ್ರಸರಣಕ್ಕಾಗಿ, ಸ್ಟ್ರೀಮ್ನಲ್ಲಿರುವ ಮಾಹಿತಿಯನ್ನು m3u8 ಪ್ಲೇಪಟ್ಟಿಗಳಲ್ಲಿ ವಿವರಿಸಿದ ತುಣುಕುಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ. ಮತ್ತು ನಂತರ ಮಾತ್ರ ಈ ತುಣುಕುಗಳು, ಪ್ಲೇಪಟ್ಟಿಗಳೊಂದಿಗೆ, HTTP ಮೂಲಕ ರವಾನೆಯಾಗುತ್ತವೆ. ತುಣುಕುಗಳಾಗಿ ವಿಭಜನೆಯು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ವಿಳಂಬವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಇದು MPEG-TS ಕಂಟೇನರ್ನ ವೈಶಿಷ್ಟ್ಯವಾಗಿದೆ.
HLS ಎಂಜಿನ್ ಮಲ್ಟಿ-ಬಿಟ್ರೇಟ್ ಸ್ಟ್ರೀಮ್ಗಳು, ಲೈವ್/VOD ಅನ್ನು ಸಹ ಬೆಂಬಲಿಸುತ್ತದೆ.
HLS ನ ಮುಖ್ಯ ಅನುಕೂಲಗಳು:
- ಎಲ್ಲಾ ಪ್ರಮುಖ ಬ್ರೌಸರ್ಗಳಲ್ಲಿ ಅಂತರ್ನಿರ್ಮಿತ ಬೆಂಬಲ;
- ಅನುಷ್ಠಾನದ ಸುಲಭತೆ (WebRTC ಗೆ ಹೋಲಿಸಿದರೆ);
- ವಿಭಾಗಗಳನ್ನು ಒಮ್ಮೆ CDN ಗೆ ಅಪ್ಲೋಡ್ ಮಾಡಬಹುದಾದ್ದರಿಂದ, ಎಲ್ಲಾ ರೀತಿಯ ಪ್ರಸಾರಗಳನ್ನು ದೊಡ್ಡ ಪ್ರೇಕ್ಷಕರಿಗೆ ಆಯೋಜಿಸುವುದು ತುಂಬಾ ಅನುಕೂಲಕರ ಮತ್ತು ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ.
ಎಂಜಿನ್ನ ಸರಳತೆಯ ಹೊರತಾಗಿಯೂ, ಎಲ್ಲವೂ ಅಂದುಕೊಂಡಷ್ಟು ಸುಗಮವಾಗಿಲ್ಲ. ಮುಖ್ಯ ಸಮಸ್ಯೆಯೆಂದರೆ, ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಆಟಗಾರರ ಅಭಿವರ್ಧಕರು ಆಪಲ್ನ ಶಿಫಾರಸುಗಳಿಂದ ವಿಮುಖರಾಗಿದ್ದಾರೆ, ಉದಾಹರಣೆಗೆ ಬೆಂಬಲಿತ ಆಡಿಯೊ ಸ್ವರೂಪಗಳ ವಿಷಯದಲ್ಲಿ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಅನೇಕ ಅಭಿವರ್ಧಕರು ಜನಪ್ರಿಯ ಆಡಿಯೊ ಸ್ಟ್ರೀಮ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೇರಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು: mpeg2 ವೀಡಿಯೊ, mpeg2 ಆಡಿಯೊ, ಇತ್ಯಾದಿ. ಪರಿಣಾಮವಾಗಿ, ವಿಭಿನ್ನ ಆಟಗಾರರಿಗಾಗಿ ವಿಭಿನ್ನ ಪ್ಲೇಪಟ್ಟಿ ಸ್ವರೂಪಗಳನ್ನು ರಚಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು.
ಆದರೆ HLS ಎಂಜಿನ್ನ ದೊಡ್ಡ ಸಮಸ್ಯೆಯೆಂದರೆ ಡೇಟಾ ಪ್ರಸರಣದಲ್ಲಿನ ಹೆಚ್ಚಿನ ವಿಳಂಬ.
"ಬ್ರೇಕ್ಗಳ" ಮೂಲಗಳು
HLS ನ ಹೆಚ್ಚಿನ ಸುಪ್ತತೆಗೆ ಮುಖ್ಯ ಕಾರಣವೆಂದರೆ ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಅತ್ಯುನ್ನತ ಗುಣಮಟ್ಟದ ಚಿತ್ರವನ್ನು ಪಡೆಯಲು ಎಂಜಿನ್ ಅನ್ನು ರಚಿಸಿದ್ದಾರೆ. ಆದ್ದರಿಂದ, ಬಳಸಿದ ಫ್ರೇಮ್ ಮಧ್ಯಂತರದ ನಿಯತಾಂಕಗಳು ಮತ್ತು ಪ್ಲೇಬ್ಯಾಕ್ ಬಫರ್ನ ಪರಿಮಾಣವು ಲೈವ್ ವೀಡಿಯೊ ಪ್ರಸಾರಗಳಿಗೆ ಸೂಕ್ತವಲ್ಲ. ಈ ಕಾರಣದಿಂದಾಗಿ, ವೀಡಿಯೊ ಅನುಕ್ರಮದ ಪ್ರಸರಣದಲ್ಲಿ ಸಾಕಷ್ಟು ಹೆಚ್ಚಿನ ವಿಳಂಬವಿದೆ, ಇದು 5-7 ಸೆಕೆಂಡುಗಳಾಗಿರಬಹುದು.
ಒಂದೆಡೆ, ಇದು ಹೆಚ್ಚು ಅಲ್ಲ, ಉದಾಹರಣೆಗೆ, ವೀಡಿಯೊ ಹೋಸ್ಟಿಂಗ್ ಸರ್ವರ್ನಿಂದ ಚಲನಚಿತ್ರ ನೋಡುವವರಿಗೆ. ಆದರೆ ವೀಡಿಯೊ ಕಣ್ಗಾವಲು ವ್ಯವಸ್ಥೆಗಳಿಗೆ, ವೀಡಿಯೊ ಪ್ರಸರಣದಲ್ಲಿನ ವಿಳಂಬವು ಬಹಳ ಮುಖ್ಯವಾಗಿರುತ್ತದೆ.
ಒಂದು ಕಚೇರಿಯಲ್ಲಿ ಉದ್ಯೋಗಿಗಳು ಗಂಟೆಗೆ ಒಮ್ಮೆ ತಮ್ಮ ಮಾನಿಟರ್ಗಳಿಂದ ತಮ್ಮನ್ನು ತಾವು ಕಿತ್ತುಕೊಳ್ಳುವುದನ್ನು ನೀವು ಗಮನಿಸಿದರೆ, 5 ಸೆಕೆಂಡುಗಳ ವಿಳಂಬವು ಅಪ್ರಸ್ತುತವಾಗುತ್ತದೆ. ಆದರೆ ಜನರು, ಉದಾಹರಣೆಗೆ, ಫುಟ್ಬಾಲ್ ಪಂದ್ಯವನ್ನು ಪ್ರಸಾರ ಮಾಡುವಾಗ, ಅವರು ಈಗಾಗಲೇ ಚಾಟ್ನಲ್ಲಿ GOOOAL ಎಂದು ಬರೆದಿದ್ದಾರೆ, ಆದರೆ ಅದು ಇನ್ನೂ ವೀಡಿಯೊದಲ್ಲಿಲ್ಲ ಎಂದು ದೂರಲು ಪ್ರಾರಂಭಿಸಿದರು :). ಐವಿಡಿಯನ್ ಸ್ಕೈಪ್ ಅನ್ನು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಬದಲಾಯಿಸಬೇಕಾದ ಹಲವಾರು ಬಳಕೆದಾರ ಪ್ರಕರಣಗಳು ನಮ್ಮಲ್ಲಿ ಈಗಾಗಲೇ ಇವೆ.
HLS ನಲ್ಲಿನ ವಿಳಂಬವನ್ನು ನಿವಾರಿಸಲು ಸಾಧ್ಯವೇ? ಈ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವು ಅನುಭವಿ ಇಲಿ ನಿರ್ನಾಮಕಾರರು ಹೊಸಬರಿಗೆ ಉಪನ್ಯಾಸ ನೀಡುತ್ತಿರುವಂತೆ ಧ್ವನಿಸುತ್ತದೆ: "ಇಲಿಗಳನ್ನು ನಿರ್ನಾಮ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ಅವುಗಳ ಜನಸಂಖ್ಯೆಯನ್ನು ಸಮಂಜಸವಾದ ಕನಿಷ್ಠಕ್ಕೆ ಇಳಿಸಬಹುದು." HLS ನಲ್ಲಿನ ವಿಳಂಬದ ವಿಷಯದಲ್ಲೂ ಅದೇ ಆಗಿದೆ, ಅದನ್ನು ಶೂನ್ಯಕ್ಕೆ ತೆಗೆದುಹಾಕಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ, ಆದರೆ ವಿಳಂಬವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡುವ ಪರಿಹಾರಗಳು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿವೆ.
ನುಣ್ಣಗೆ ಕತ್ತರಿಸಿದ
ಈ ಎಂಜಿನ್ನ ಇನ್ನೊಂದು ಅನಾನುಕೂಲವೆಂದರೆ ಡೇಟಾ ವರ್ಗಾವಣೆಗೆ ಸಣ್ಣ ಫೈಲ್ಗಳನ್ನು ಬಳಸುವುದು. ಅದರಲ್ಲಿ ಏನು ತಪ್ಪಿದೆ ಎಂದು ನೀವು ಕೇಳಬಹುದು?
ಒಂದು ಶೇಖರಣಾ ಮಾಧ್ಯಮದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಸಣ್ಣ ಫೈಲ್ಗಳನ್ನು ನಕಲಿಸಲು ಪ್ರಯತ್ನಿಸಿದ ಯಾರಾದರೂ ಬಹುಶಃ ಅಂತಹ ಸೆಟ್ನ ರೆಕಾರ್ಡಿಂಗ್ ವೇಗವು ಅದೇ ಗಾತ್ರದ ಒಂದು ದೊಡ್ಡ ಫೈಲ್ಗಿಂತ ಕಡಿಮೆಯಾಗಿದೆ ಎಂದು ಗಮನಿಸಿರಬಹುದು. ಮತ್ತು ಹಾರ್ಡ್ ಡ್ರೈವ್ಗೆ ಪ್ರವೇಶದ ತೀವ್ರತೆಯು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತದೆ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಇಡೀ ಕಂಪ್ಯೂಟರ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ನಕಾರಾತ್ಮಕ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಸಣ್ಣ 10-ಸೆಕೆಂಡ್ ತುಣುಕುಗಳ ರೂಪದಲ್ಲಿ ವೀಡಿಯೊ ಡೇಟಾದ ವರ್ಗಾವಣೆಯು ಎಂಜಿನ್ನ ಹೆಚ್ಚಿದ ವಿಳಂಬಕ್ಕೆ ಕೊಡುಗೆ ನೀಡುತ್ತದೆ.
HLS ತಂತ್ರಜ್ಞಾನದ ಎಲ್ಲಾ ಸಾಧಕ-ಬಾಧಕಗಳನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳೋಣ.
HLS ನ ಅನುಕೂಲಗಳು:
- ಯಾವುದೇ ಸಾಧನದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ. ನೀವು ಯಾವುದೇ ಆಧುನಿಕ ಸಾಧನದಲ್ಲಿ ವೀಡಿಯೊಗಳನ್ನು ವೀಕ್ಷಿಸಬಹುದು, ಅದು ಸ್ಮಾರ್ಟ್ಫೋನ್, ಟ್ಯಾಬ್ಲೆಟ್, ಲ್ಯಾಪ್ಟಾಪ್ ಅಥವಾ ಡೆಸ್ಕ್ಟಾಪ್ ಪಿಸಿ ಆಗಿರಬಹುದು. ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ವೆಬ್ ಬ್ರೌಸರ್ ಆಧುನಿಕ ಆವೃತ್ತಿಯಾಗಿದ್ದು HTML5 ಮತ್ತು ಮಾಧ್ಯಮ ಮೂಲ ವಿಸ್ತರಣೆಗಳೊಂದಿಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ.
- ಅತ್ಯುತ್ತಮ ಚಿತ್ರ ಗುಣಮಟ್ಟ. ಬಳಸಲಾದ ಹೊಂದಾಣಿಕೆಯ ಡೇಟಾ ವರ್ಗಾವಣೆ ಕಾರ್ಯವು ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕದ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ಪ್ರಸಾರವಾಗುವ ವೀಡಿಯೊ ಅನುಕ್ರಮದ ಗುಣಮಟ್ಟವನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಬದಲಾಯಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಆದರೆ ಅಲ್ಗಾರಿದಮ್ ಗುಣಮಟ್ಟವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಹೆಚ್ಚಿನ ಮಟ್ಟದಲ್ಲಿ ಕಾಯ್ದುಕೊಳ್ಳಲು ಶ್ರಮಿಸುತ್ತದೆ.
- ಬಳಕೆದಾರ ಸಲಕರಣೆಗಳ ಸಂಕೀರ್ಣ ಸಂರಚನೆಯ ಅಗತ್ಯವಿಲ್ಲ.
ಅನನುಕೂಲಗಳು:
- ಕೆಲವು ಸಾಧನಗಳಲ್ಲಿ ಎಂಜಿನ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸೀಮಿತ ಬೆಂಬಲ.
- ಚಿತ್ರ ಪ್ರಸರಣದಲ್ಲಿ ಹೆಚ್ಚಿನ ವಿಳಂಬ.
- ಸಣ್ಣ ಫೈಲ್ಗಳ ಬಳಕೆಯಿಂದಾಗಿ ಓವರ್ಹೆಡ್ನಲ್ಲಿ ಬಲವಾದ ಹೆಚ್ಚಳ ಮತ್ತು ಆಪ್ಟಿಮೈಸೇಶನ್ನಲ್ಲಿ ತೊಂದರೆ. ಕಂಟೇನರ್ನ ಸ್ವರೂಪದಿಂದಾಗಿ, ನಾವು ವಿಭಾಗದ ಗಾತ್ರಕ್ಕಿಂತ ಚಿಕ್ಕದಾದ ಲೇಟೆನ್ಸಿಯನ್ನು ಎಂದಿಗೂ ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ.
HLS ನ ಅನಾನುಕೂಲಗಳು ನಮಗೆ ಅದರ ಅನುಕೂಲಗಳಿಗಿಂತ ಹೆಚ್ಚಾಗಿದ್ದು, ಪರ್ಯಾಯ ಆಯ್ಕೆಗಳನ್ನು ಹುಡುಕುವಂತೆ ನಮ್ಮನ್ನು ಒತ್ತಾಯಿಸಿದವು.
ವೆಬ್ಆರ್ಟಿಸಿ ಎಂದರೇನು?
()
ಬ್ರೌಸರ್ಗಳು ಮತ್ತು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ಗಳ ನಡುವೆ ಸ್ಟ್ರೀಮಿಂಗ್ ವೀಡಿಯೊ ಮತ್ತು ಆಡಿಯೊ ಡೇಟಾವನ್ನು ಕನಿಷ್ಠ ವಿಳಂಬದೊಂದಿಗೆ ರವಾನಿಸಲು WebRTC ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು 2011 ರಲ್ಲಿ Google ಅಭಿವೃದ್ಧಿಪಡಿಸಿತು. ಇದು ಪ್ರಮಾಣಿತ UDP ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ವಿಶೇಷ ಹರಿವಿನ ನಿಯಂತ್ರಣ ಅಲ್ಗಾರಿದಮ್ಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಇಂದು, ಇದು ಮುಕ್ತ-ಮೂಲ ಯೋಜನೆಯಾಗಿದ್ದು, ಇದನ್ನು Google ಸಕ್ರಿಯವಾಗಿ ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತದೆ.
WebRTC ಎನ್ನುವುದು ವೀಡಿಯೊ ಮತ್ತು ಆಡಿಯೊದ ಪೀರ್-ಟು-ಪೀರ್ ಪ್ರಸರಣಕ್ಕಾಗಿ ತಂತ್ರಜ್ಞಾನಗಳ ಗುಂಪಾಗಿದೆ. ಅಂದರೆ, ಉದಾಹರಣೆಗೆ, WebRTC ಬಳಸುವ ಬಳಕೆದಾರರ ಬ್ರೌಸರ್ಗಳು ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ರಿಮೋಟ್ ಸರ್ವರ್ಗಳನ್ನು ಬಳಸದೆಯೇ ಪರಸ್ಪರ ನೇರವಾಗಿ ಡೇಟಾವನ್ನು ರವಾನಿಸಬಹುದು. ಎಲ್ಲಾ ಮಾಹಿತಿಯನ್ನು ಅಂತಿಮ ಬಳಕೆದಾರರ ಬ್ರೌಸರ್ಗಳು ಮತ್ತು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಂದಲೂ ಸಂಸ್ಕರಿಸಲಾಗುತ್ತದೆ.
ಈ ತಂತ್ರಜ್ಞಾನದ ಅನುಕೂಲತೆ ಮತ್ತು ವ್ಯಾಪಕ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಎಲ್ಲಾ ಜನಪ್ರಿಯ ಬ್ರೌಸರ್ಗಳ ಡೆವಲಪರ್ಗಳು ಮೆಚ್ಚಿದ್ದಾರೆ. WebRTC ಬೆಂಬಲವು ಪ್ರಸ್ತುತ Mozilla Firefox, Opera, Google Chrome (ಮತ್ತು ಎಲ್ಲಾ Chromium-ಆಧಾರಿತ ಬ್ರೌಸರ್ಗಳು) ಹಾಗೂ ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ. Android ಮತ್ತು iOS.
ಅದರ ಎಲ್ಲಾ ನಿಸ್ಸಂದೇಹವಾದ ಅನುಕೂಲಗಳ ಹೊರತಾಗಿಯೂ, WebRTC ಹಲವಾರು ಗಮನಾರ್ಹ ಅನಾನುಕೂಲಗಳನ್ನು ಹೊಂದಿದೆ.
ಆಯ್ಕೆಯ ತೊಂದರೆಗಳು
ವೆಬ್ಆರ್ಟಿಸಿ ತಂತ್ರಜ್ಞಾನವು ನೆಟ್ವರ್ಕ್ ಸಂವಹನಗಳ ವಿಷಯದಲ್ಲಿ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ ಏಕೆಂದರೆ ಅದು ಪಿ2ಪಿ ಬಗ್ಗೆ. ಡೀಬಗ್ ಮಾಡುವುದು, ಪರೀಕ್ಷಿಸುವುದು ಕಷ್ಟ, ಅದು ಅನಿರೀಕ್ಷಿತವಾಗಿ ವರ್ತಿಸಬಹುದು. ಅದೇ ಸಮಯದಲ್ಲಿ, ನಾವು NAT ಮತ್ತು ಫೈರ್ವಾಲ್ ಅನ್ನು ಜಯಿಸಬೇಕಾಗಿದೆ, ಯುಡಿಪಿ ನಿರ್ಬಂಧಿಸಲಾದ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು.
Google ನ WebRTC ಅನುಷ್ಠಾನವನ್ನು ಬಳಸುವುದು ತುಂಬಾ ಕಷ್ಟ. SDK ಅಸೆಂಬ್ಲಿ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುವ ಒಂದು ಸಂಪೂರ್ಣ ಕಂಪನಿಯೂ ಇದೆ. ಜೊತೆಗೆ, ಸಂಪೂರ್ಣ ವೀಡಿಯೊವನ್ನು ಮರು-ಎನ್ಕೋಡ್ ಮಾಡದೆಯೇ Google ನ ಅನುಷ್ಠಾನವನ್ನು ನಮ್ಮ ಸಿಸ್ಟಮ್ನೊಂದಿಗೆ ಸಂಯೋಜಿಸುವುದು ತುಂಬಾ ಕಷ್ಟಕರವಾಗಿತ್ತು.
ಆದಾಗ್ಯೂ, ಬಳಕೆದಾರರಿಗೆ ಪೂರ್ಣ ಪ್ರಮಾಣದ "ಲೈವ್" ವೀಡಿಯೊ ಅನುಕ್ರಮದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಅವಕಾಶವನ್ನು ನೀಡಲು ಮತ್ತು ಈವೆಂಟ್ಗಳಿಂದ ಪರದೆಯ ಮೇಲಿನ ಚಿತ್ರದ ವಿಳಂಬವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನಾವು ಬಹಳ ಹಿಂದಿನಿಂದಲೂ ಬಯಸಿದ್ದೇವೆ. ಜೊತೆಗೆ, ವಿಳಂಬವು ನಿರ್ಣಾಯಕವಾಗಿರುವ PTZ ಕ್ಯಾಮೆರಾಗಳನ್ನು ಬಳಸಲು ನಾವು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿಸಲು ಬಯಸಿದ್ದೇವೆ.
ಇತರ ಲ್ಯಾಗ್-ವಿರೋಧಿ ಅನುಷ್ಠಾನಗಳು ಇನ್ನೂ ಸೀಮಿತ ಕಾರ್ಯವನ್ನು ಹೊಂದಿವೆ ಮತ್ತು ಗಮನಾರ್ಹವಾಗಿ ಕೆಟ್ಟದಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂದು ಪರಿಗಣಿಸಿ, ನಾವು WebRTC ಅನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.
ನಾವೇನು ಮಾಡಿದ್ದೇವೆ
WebRTC ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಸರಿಯಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ಸುಲಭದ ಕೆಲಸವಲ್ಲ. ಯಾವುದೇ ತಪ್ಪು ಲೆಕ್ಕಾಚಾರ ಅಥವಾ ನಿಖರತೆ ಇಲ್ಲದಿದ್ದರೆ, ವೀಡಿಯೊ ಪ್ರಸರಣದಲ್ಲಿನ ವಿಳಂಬವು ಇತರ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳಿಗೆ ಹೋಲಿಸಿದರೆ ಕಡಿಮೆಯಾಗುವುದಲ್ಲದೆ, ಹೆಚ್ಚಾಗುತ್ತದೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಕಾರಣವಾಗಬಹುದು.
WebRTC ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಲು, ಮೊದಲನೆಯದಾಗಿ, ವೆಬ್ ವೀಡಿಯೊದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸ್ಟಾಕ್ನ ತಾಂತ್ರಿಕ ಆಧುನೀಕರಣವನ್ನು ಕೈಗೊಳ್ಳುವುದು ಅವಶ್ಯಕ. ಅದನ್ನೇ ನಾವು ಮಾಡಿದ್ದೇವೆ.
ಮೊದಲಿಗೆ, ನಾವು ವೆಬ್ಸಾಕೆಟ್ ಮೂಲಕ ವೆಬ್ಆರ್ಟಿಸಿ ಸಿಗ್ನಲಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಸರ್ವರ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ್ದೇವೆ ಮತ್ತು webrtc.org SDK ಆಧಾರಿತ ಕ್ಲೌಡ್ನಲ್ಲಿ ವೆಬ್ಆರ್ಟಿಸಿ ಪೀರ್ ಸರ್ವರ್ ಅನ್ನು ನಿಯೋಜಿಸಿದ್ದೇವೆ. ವೀಡಿಯೊ ಮರುಸಂಕೇತನೆ ಮಾಡದೆಯೇ H.264 + ಓಪಸ್/ಜಿ.711 ಸ್ವರೂಪದಲ್ಲಿ ಕ್ಲೈಂಟ್ ವೆಬ್ಆರ್ಟಿಸಿ ಪೀರ್ಗಳಿಗೆ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ಗಳನ್ನು ವಿತರಿಸುವುದು ಇದರ ಕಾರ್ಯವಾಗಿದೆ.
ವೆಬ್ಸಾಕೆಟ್ ಈಗಾಗಲೇ ಎಲ್ಲಾ ಜನಪ್ರಿಯ ವೆಬ್ ಬ್ರೌಸರ್ಗಳಲ್ಲಿ ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಬೆಂಬಲವನ್ನು ಹೊಂದಿರುವುದರಿಂದ ನಾವು ಅದನ್ನು ಸಿಗ್ನಲಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿ ಆಯ್ಕೆ ಮಾಡಿದ್ದೇವೆ. ಇದರಿಂದಾಗಿ, AJAX ಗೆ ಹೋಲಿಸಿದರೆ ಅಭಿವೃದ್ಧಿಯ ಓವರ್ಹೆಡ್ ವೆಚ್ಚವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡಲು ಸಾಧ್ಯವಿದೆ, ಆದರೆ ಪುನರಾವರ್ತಿತ TCP ಮತ್ತು TLS ಹ್ಯಾಂಡ್ಶೇಕ್ಗಳಲ್ಲಿ ಸಮಯ ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳನ್ನು ವ್ಯರ್ಥ ಮಾಡದಿರಲು ಸಹ ಸಾಧ್ಯವಿದೆ.
ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ, WebRTC ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಮೂಲ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ಗಳ ನಡುವಿನ ನೈಜ-ಸಮಯದ ವೀಡಿಯೊ ಸಂಪರ್ಕವನ್ನು ಸರಿಯಾಗಿ ಹೊಂದಿಸಲು, ನಿರ್ವಹಿಸಲು ಮತ್ತು ಮುರಿಯಲು ಅಗತ್ಯವಿರುವ ಸಿಗ್ನಲಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ.
ಮತ್ತು ಸಿಗ್ನಲಿಂಗ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು, ನಾವು ಹಲವಾರು ವೆಬ್ ಪ್ರೋಟೋಕಾಲ್ಗಳಿಗೆ (ವೆಬ್ಸೊಸೆಟ್, ವೆಬ್ಆರ್ಟಿಸಿ) ಬೆಂಬಲದೊಂದಿಗೆ ನಮ್ಮದೇ ಆದ ಸಿಗ್ನಲಿಂಗ್ ಸರ್ವರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಬೇಕಾಗಿತ್ತು. ಮತ್ತು ನೈಜ ಸಮಯದಲ್ಲಿ ಸೆಷನ್ಗಳು ಮತ್ತು ಅಧಿಸೂಚನೆಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ನಿರ್ವಹಿಸುವ ಸಾಮರ್ಥ್ಯ, ವೀಡಿಯೊ ನಿರ್ವಹಣೆ ಮತ್ತು ಇತರ ಹಲವು ನಿಯತಾಂಕಗಳೊಂದಿಗೆ.
ನಾವು P2P ಮಿತಿಗಳನ್ನು P2P ಮೂಲಕ ಅಲ್ಲ, ಬದಲಾಗಿ UDP ಮತ್ತು ಸುಪ್ತತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಗುರಿಯನ್ನು ಹೊಂದಿರುವ ಹರಿವಿನ ನಿಯಂತ್ರಣದ ಮೂಲಕ ನಿವಾರಿಸಿದ್ದೇವೆ. ಬ್ರೌಸರ್ ಮೂಲಕ p2p ಸಂಭಾಷಣೆಗಳ ಮುಖ್ಯ ಬಳಕೆಯ ಸಂದರ್ಭವಾಗಿರುವುದರಿಂದ ಇದನ್ನು WebRTC ನಲ್ಲಿಯೂ ನಿರ್ಮಿಸಲಾಗಿದೆ.
ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್ನಲ್ಲಿ, ನಾವು webrtc.org SDK ಬಳಸಿ ಪ್ಲೇಯರ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ್ದೇವೆ, ಏಕೆಂದರೆ ಅದು ಮಾತ್ರ ಹರಿವಿನ ನಿಯಂತ್ರಣ, ತಿಳಿದಿರುವ ಎಲ್ಲಾ ಫಾರ್ವರ್ಡ್ ದೋಷ ತಿದ್ದುಪಡಿ (FEC) ಯೋಜನೆಗಳು ಮತ್ತು ಎಲ್ಲಾ ಬ್ರೌಸರ್ಗಳಿಗೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮರುಕಳುಹಿಸಲು ಸರಿಯಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಕಾರ್ಯವಿಧಾನವನ್ನು ಸರಿಯಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಿದೆ. webrtc.org SDK ಅನ್ನು Google ಸಕ್ರಿಯವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಿರುವುದು ಸಹ ಮುಖ್ಯವಾಗಿದೆ.
WebRTC ಅನುಷ್ಠಾನಗೊಳಿಸುವುದರಿಂದ ಏನು ಫಲಿತಾಂಶ?
ಕ್ಯಾಮೆರಾಗಳಿಂದ ಲೈವ್ ವೀಡಿಯೊವನ್ನು ವೀಕ್ಷಿಸಲು, ನಿಮ್ಮ ವೈಯಕ್ತಿಕ ಖಾತೆಗೆ WebRTC ಆಧಾರಿತ ಹೊಸ ಆಪ್ಟಿಮೈಸ್ ಮಾಡಿದ ಪ್ಲೇಯರ್ ಅನ್ನು ನಾವು ಸೇರಿಸಿದ್ದೇವೆ. ಇದು ವೀಡಿಯೊ ಅನುಕ್ರಮಗಳ ಹೆಚ್ಚಿನ ವೇಗದ ಲೋಡಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ವೀಕ್ಷಣಾ ಸಮಯ ಹೆಚ್ಚಾದಂತೆ ವಿಳಂಬದ ಶೇಖರಣೆಯ ಸಮಸ್ಯೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿವಾರಿಸುತ್ತದೆ.
ಐವಿಡಿಯನ್ ಕ್ಲೌಡ್ ಸೇವೆಯಲ್ಲಿ WebRTC ಬೆಂಬಲವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ನಂತರ, ನಮ್ಮ ಗ್ರಾಹಕರು ಈಗ ಪೂರ್ಣ ಪ್ರಮಾಣದ ಲೈವ್ ವೀಡಿಯೊವನ್ನು ವೀಕ್ಷಿಸಬಹುದು ಎಂದು ನಾವು ಸಂಪೂರ್ಣ ವಿಶ್ವಾಸದಿಂದ ಹೇಳಬಹುದು. ಈಗ ವೀಡಿಯೊ ಅನುಕ್ರಮವನ್ನು ಪ್ರಸಾರ ಮಾಡುವಲ್ಲಿ ವಿಳಂಬವು ಒಂದು ಸೆಕೆಂಡ್ ಮೀರುವುದಿಲ್ಲ! ಹೋಲಿಕೆಗಾಗಿ, ಹಿಂದಿನ HLS ಎಂಜಿನ್ 5-7 ಸೆಕೆಂಡುಗಳ ವಿಳಂಬದೊಂದಿಗೆ ವೀಡಿಯೊ ವಿತರಣೆಯನ್ನು ಒದಗಿಸಿತು. ವೀಡಿಯೊ ಪ್ರದರ್ಶನದ ವೇಗದಲ್ಲಿನ ವ್ಯತ್ಯಾಸವು ಬಹಳ ಮಹತ್ವದ್ದಾಗಿದೆ ಮತ್ತು ನಮ್ಮ ವೀಡಿಯೊ ಸೇವೆಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದ ತಕ್ಷಣ ಬಳಕೆದಾರರು ಅದನ್ನು ಗಮನಿಸುತ್ತಾರೆ.
ನಾವು ನಿರೀಕ್ಷಿಸಿದಂತೆ, ಹೊಸ ಪ್ಲೇಯರ್ನ ಅನುಷ್ಠಾನವು PTZ ನ ಸ್ಪಂದಿಸುವಿಕೆ ಮತ್ತು ಕ್ಯಾಮೆರಾದೊಂದಿಗೆ ಧ್ವನಿ ಸಂವಹನವನ್ನು ಸುಧಾರಿಸಿದೆ.
ನಿಮ್ಮ ಗಮನವನ್ನು ಸೆಳೆಯಲು ನಾವು ಬಯಸುವ ಒಂದೇ ಒಂದು ಸೂಕ್ಷ್ಮ ಅಂಶವಿದೆ. ಹೊಸ WebRTC ಪ್ಲೇಯರ್ ಪ್ರಸ್ತುತ ಪರೀಕ್ಷಾ ಕ್ರಮದಲ್ಲಿದೆ. ಅದಕ್ಕಾಗಿಯೇ ನಾವು ಅದನ್ನು ನಮ್ಮ ಎಲ್ಲಾ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸಂಪರ್ಕಿಸುವುದಿಲ್ಲ. ಆದರೆ ಕ್ಯಾಮೆರಾ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಅನುಗುಣವಾದ ಐಟಂ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೂಲಕ ನೀವೇ ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು (ಇದನ್ನು ಮಾಡಲು, ಹೋಗಿ ).
ಐವಿಡಿಯನ್ ಸೇವೆಯಲ್ಲಿ WebRTC ಅನುಷ್ಠಾನದ ವೈಶಿಷ್ಟ್ಯಗಳು
WebRTC ಇನ್ನೂ ಪ್ರಾಯೋಗಿಕ ತಂತ್ರಜ್ಞಾನವಾಗಿದೆ. ಇದರ ಬೆಂಬಲವನ್ನು ಎಲ್ಲಾ ಬ್ರೌಸರ್ಗಳು ಮತ್ತು ಬಳಕೆದಾರ ಸಾಧನಗಳಲ್ಲಿ ಮತ್ತು ಎಲ್ಲಾ ಕ್ಯಾಮೆರಾಗಳಲ್ಲಿ ಇನ್ನೂ ಸರಿಯಾಗಿ ಅಳವಡಿಸಲಾಗಿಲ್ಲ.
ಇದಕ್ಕಾಗಿಯೇ ನಾವು ಇನ್ನೂ ಎಲ್ಲಾ ಬಳಕೆದಾರರಿಗೆ WebRTC ಪ್ಲೇಯರ್ ಅನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಮಾಡಿಲ್ಲ.
ಸದ್ಯಕ್ಕೆ, ನಾವು WebRTC ಅನ್ನು Google Chrome ಬ್ರೌಸರ್ಗಳಲ್ಲಿ ಮಾತ್ರ ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ. Firefox ಮತ್ತು Safari ನ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಗಳು ಸಹ ಈ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ, ಆದರೆ ದುರದೃಷ್ಟವಶಾತ್ ಇದು ಇನ್ನೂ ಅಸ್ಥಿರವಾಗಿದೆ.
ಮೊಬೈಲ್ ಸಾಧನಗಳಲ್ಲಿ ಬ್ರೌಸರ್ಗಳಿಗೆ ನಾವು ಇನ್ನೂ WebRTC ಬೆಂಬಲವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿಲ್ಲ. ಪ್ರಸ್ತುತ, ನೀವು ಮೊಬೈಲ್ ಸಾಧನದಿಂದ ಲಾಗಿನ್ ಆಗಿ WebRTC ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಈ ಮೋಡ್ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, WebRTC ನಮ್ಮ ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ и .
ಮತ್ತು ನಮ್ಮ ಸೇವೆಯಲ್ಲಿ WebRTC ಅನುಷ್ಠಾನದ ವೈಶಿಷ್ಟ್ಯಗಳ ಕುರಿತು ಕಥೆಯ ಕೊನೆಯಲ್ಲಿ, ನಾವು ಇನ್ನೂ ಎರಡು ಸೂಕ್ಷ್ಮ ಅಂಶಗಳನ್ನು ಗಮನಿಸುತ್ತೇವೆ.
ಮೊದಲನೆಯದಾಗಿ, ತಂತ್ರಜ್ಞಾನವು ನೈಜ ಸಮಯದಲ್ಲಿ ಲೈವ್ ವೀಡಿಯೊವನ್ನು ಪ್ರಸಾರ ಮಾಡುವುದರ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿದೆ. ಆದ್ದರಿಂದ, ನಿಮ್ಮ ಚಾನಲ್ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ವೀಡಿಯೊ ಅನುಕ್ರಮವನ್ನು ರವಾನಿಸಲು ಸಾಕಾಗದಿದ್ದರೆ, ನೀವು ಬೀಳುವ ಫ್ರೇಮ್ಗಳನ್ನು ಗಮನಿಸಬಹುದು (HLS ನೊಂದಿಗೆ ನೀವು ವೀಡಿಯೊ ಫ್ರೀಜ್ ಮತ್ತು ಹೆಚ್ಚಿದ ಲೇಟೆನ್ಸಿಯನ್ನು ಗಮನಿಸಬಹುದು, ಆದರೆ ಫ್ರೇಮ್ಗಳನ್ನು ಬಿಡಲಾಗುವುದಿಲ್ಲ), ಆದರೆ ವೀಡಿಯೊವನ್ನು ಇನ್ನೂ ನೈಜ ಸಮಯದಲ್ಲಿ ಪ್ರಸಾರ ಮಾಡಲಾಗುತ್ತದೆ.
ಎರಡನೆಯದಾಗಿ, ತಂತ್ರಜ್ಞಾನವು ನೈಜ ಸಮಯದಲ್ಲಿ ಲೈವ್ ವೀಡಿಯೊದೊಂದಿಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ಕೆಲಸ ಮಾಡಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿರುವುದರಿಂದ, ಆರ್ಕೈವ್ ಮಾಡಿದ ವೀಡಿಯೊ ಡೇಟಾದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ನಾವು ಅದನ್ನು ಬಳಸುವುದಿಲ್ಲ.
ಸೇವೆಯಲ್ಲಿನ ಇತರ ಬದಲಾವಣೆಗಳು
ಫ್ಲ್ಯಾಶ್ ಪ್ರಸ್ತುತ ಸ್ವಯಂಚಾಲಿತ ಎಂಜಿನ್ ಆಯ್ಕೆ ಕಾರ್ಯವಿಧಾನದ ಭಾಗವಾಗಿಲ್ಲ. ನೀವು ಇನ್ನೂ ಅಂತಹ ಪ್ಲೇಯರ್ ಅನ್ನು ಬಳಸಬಹುದು, ಆದರೆ ನೀವು ಅದನ್ನು ನಿಮ್ಮ ಖಾತೆ ಅಥವಾ ಕ್ಯಾಮೆರಾ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಹಸ್ತಚಾಲಿತವಾಗಿ ಆಯ್ಕೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಇದು ಫ್ಯಾಷನ್ಗೆ ಗೌರವವಲ್ಲ, ಆದರೆ ನಮ್ಮ ಸೇವೆಯ ಅಂಕಿಅಂಶಗಳ ಪ್ರಕಾರ, ಫ್ಲ್ಯಾಶ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಯಾವುದೇ ಬಳಕೆದಾರರು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಉಳಿದಿಲ್ಲ. ಮತ್ತು ಬಳಕೆದಾರರ ಬ್ರೌಸರ್ ಅದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ, ನಾವು ಸುಮಾರು 2 ಸೆಕೆಂಡುಗಳ ಅಮೂಲ್ಯ ಸಮಯವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೇವೆ.
ನಮ್ಮ ಕ್ಲೌಡ್ ವೀಡಿಯೊ ಕಣ್ಗಾವಲು ವ್ಯವಸ್ಥೆ ಮತ್ತು ವೈಯಕ್ತಿಕ ಖಾತೆಯಲ್ಲಿ ನಿಮಗಾಗಿ ಕಾಯುತ್ತಿರುವ ಬದಲಾವಣೆಗಳ ಸಂಕ್ಷಿಪ್ತ ಅವಲೋಕನ ಇಲ್ಲಿದೆ. ನಮ್ಮೊಂದಿಗೆ ಇರಿ ಮತ್ತು ಸುದ್ದಿಗಳನ್ನು ಅನುಸರಿಸಿ!
ಮೂಲ: www.habr.com
