ನಿಖರವಾದ rtsp ಸ್ಟ್ರೀಮ್ ಸ್ವರೂಪ. ವಿವಿಧ ವೆಬ್ ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ IP ಕ್ಯಾಮರಾದಿಂದ RTSP ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪ್ರಸಾರ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೇಗೆ ಪರಿಶೀಲಿಸುವುದು. ಸುಪ್ತತೆ ಪರೀಕ್ಷೆ VLC vs WebRTC

RTSP (ರಿಯಲ್ ಟೈಮ್ ಸ್ಟ್ರೀಮಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್)- ನೈಜ-ಸಮಯದ ಸ್ಟ್ರೀಮಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಇದು ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ನಿಯಂತ್ರಿಸಲು ಸರಳವಾದ ಮೂಲಭೂತ ಆಜ್ಞೆಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ವೀಡಿಯೊ ಕಾನ್ಫರೆನ್ಸ್‌ಗಳಲ್ಲಿ RTSP ಮೂಲಗಳು ಮತ್ತು IP ಕ್ಯಾಮೆರಾಗಳನ್ನು ಸಂಪರ್ಕಿಸಲಾಗುತ್ತಿದೆ

RTSP ಪ್ರೋಟೋಕಾಲ್ ಯಾವುದೇ TrueConf ಬಳಕೆದಾರರಿಗೆ IP ವೀಡಿಯೊ ಕ್ಯಾಮೆರಾಗಳು ಮತ್ತು ದೂರಸ್ಥ ವಸ್ತುಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಈ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಪ್ರಸಾರ ಮಾಡುವ ಇತರ ಮಾಧ್ಯಮ ವಿಷಯ ಮೂಲಗಳಿಗೆ ಸಂಪರ್ಕಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ವೀಡಿಯೊ ಕಾನ್ಫರೆನ್ಸ್ ಸಮಯದಲ್ಲಿ ಚಿತ್ರಗಳನ್ನು ಪ್ರಸಾರ ಮಾಡಲು ಬಳಕೆದಾರರು ಅಂತಹ ಕ್ಯಾಮೆರಾಗಳಿಗೆ ಸಂಪರ್ಕಿಸಬಹುದು.

RTSP ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲಕ್ಕೆ ಧನ್ಯವಾದಗಳು, TrueConf ಸರ್ವರ್ ಬಳಕೆದಾರರು IP ಕ್ಯಾಮೆರಾಗಳಿಗೆ ಮಾತ್ರ ಸಂಪರ್ಕಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ RTSP ಪ್ಲೇಯರ್‌ಗಳು ಮತ್ತು ಮಾಧ್ಯಮ ಸರ್ವರ್‌ಗಳಿಗೆ ವೀಡಿಯೊ ಕಾನ್ಫರೆನ್ಸ್‌ಗಳನ್ನು ಪ್ರಸಾರ ಮಾಡಬಹುದು. RTSP ಪ್ರಸಾರಗಳ ಕುರಿತು ಇನ್ನಷ್ಟು ಓದಿ.

TrueConf ಸಾಫ್ಟ್‌ವೇರ್ ಪರಿಹಾರಗಳೊಂದಿಗೆ IP ಕ್ಯಾಮೆರಾಗಳನ್ನು ಬಳಸುವ ಪ್ರಯೋಜನಗಳು

ಕಚೇರಿ ಅಥವಾ ಕೈಗಾರಿಕಾ ಕಾರ್ಯಾಗಾರದಲ್ಲಿ IP ಕ್ಯಾಮೆರಾವನ್ನು ಸ್ಥಾಪಿಸುವ ಮೂಲಕ ಮತ್ತು ಯಾವುದೇ ಅನುಕೂಲಕರ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ, ನಿಮ್ಮ ಕಂಪನಿಯ ಉತ್ಪಾದನಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನೀವು ನಿಯಂತ್ರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ನೀವು ಗಡಿಯಾರದ ಸುತ್ತ ದೂರಸ್ಥ ವಸ್ತುಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು. ಉದಾಹರಣೆಗೆ, ನೀವು ರಜೆಯ ಮೇಲೆ ಹೋಗುತ್ತಿದ್ದರೆ ಮತ್ತು ನಿಮ್ಮ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಗಮನಿಸದೆ ಬಿಡಲು ಬಯಸದಿದ್ದರೆ, ಅಲ್ಲಿ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ IP ಕ್ಯಾಮೆರಾಗಳನ್ನು ಸ್ಥಾಪಿಸಿ. TrueConf ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ನಿಮ್ಮ PC ಯಿಂದ ಈ ಕ್ಯಾಮೆರಾಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ಕರೆ ಮಾಡುವ ಮೂಲಕ, ನೀವು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ನಿಮ್ಮ ಅಪಾರ್ಟ್ಮೆಂಟ್ಗೆ ಸಂಪರ್ಕಿಸಬಹುದು ಮತ್ತು ಅಲ್ಲಿ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೈಜ ಸಮಯದಲ್ಲಿ ನೋಡಬಹುದು.
Windows, Linux ಮತ್ತು macOS ಗಾಗಿ TrueConf ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ, ಎಲ್ಲಾ ಬಳಕೆದಾರರು ವೀಡಿಯೊ ಕಾನ್ಫರೆನ್ಸ್‌ಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ, ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು ವೀಡಿಯೊ ಕಣ್ಗಾವಲು ಸಮಯದಲ್ಲಿ ನೀವು ಯಾವುದೇ ಘಟನೆಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಬಹುದು ಮತ್ತು ಅವುಗಳ ಸಾಕ್ಷ್ಯಚಿತ್ರ ಪುರಾವೆಗಳನ್ನು ಪಡೆಯಬಹುದು.

ಪ್ರಶ್ನೆಯು ಆಗಾಗ್ಗೆ ಉದ್ಭವಿಸುತ್ತದೆ: ಹೊಂದಾಣಿಕೆಯ ಪಟ್ಟಿಯಲ್ಲಿಲ್ಲದಿದ್ದರೆ IP ಕ್ಯಾಮೆರಾವನ್ನು NVR ಗೆ ಹೇಗೆ ಸಂಪರ್ಕಿಸುವುದು?

ಎರಡು ಆಯ್ಕೆಗಳಿವೆ ONVIF ಮತ್ತು RTSP

ONVIF ಪ್ರೋಟೋಕಾಲ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ (ಓಪನ್ ನೆಟ್‌ವರ್ಕ್ ವೀಡಿಯೊ ಇಂಟರ್ಫೇಸ್ ಫೋರಮ್)

ONVIF ಎನ್ನುವುದು IP ಕ್ಯಾಮೆರಾಗಳು, NVRಗಳು, ಸಾಫ್ಟ್‌ವೇರ್‌ಗಳ ಜಂಟಿ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಸಾಮಾನ್ಯವಾಗಿ ಅಂಗೀಕರಿಸಲ್ಪಟ್ಟ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ, ಒಂದು ವೇಳೆ ಎಲ್ಲಾ ಸಾಧನಗಳು ವಿಭಿನ್ನ ತಯಾರಕರಿಂದ. ಜನರ ಅಂತರರಾಷ್ಟ್ರೀಯ ಸಂವಹನಕ್ಕಾಗಿ ONVIF ಅನ್ನು ಇಂಗ್ಲಿಷ್ ಭಾಷೆಗೆ ಹೋಲಿಸಬಹುದು.

ಸಂಪರ್ಕಿತ ಸಾಧನಗಳು ONVIF ಅನ್ನು ಕೆಲವು ಸಾಧನಗಳಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಆಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
ಅಥವಾ ONVIF ದೃಢೀಕರಣವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು, ಅಂದರೆ ಲಾಗಿನ್/ಪಾಸ್‌ವರ್ಡ್ ಯಾವಾಗಲೂ ಡೀಫಾಲ್ಟ್ ಆಗಿರುತ್ತದೆ
WEB ಗಾಗಿ ಲಾಗಿನ್/ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಲೆಕ್ಕಿಸದೆ

ಕೆಲವು ಸಾಧನಗಳನ್ನು ಬಳಸುವುದನ್ನು ಸಹ ಗಮನಿಸಬೇಕಾದ ಅಂಶವಾಗಿದೆONVIF ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಪ್ರತ್ಯೇಕ ಪೋರ್ಟ್

ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ONVIF ಪಾಸ್‌ವರ್ಡ್ ವೆಬ್ ಪ್ರವೇಶ ಪಾಸ್‌ವರ್ಡ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು.

ONVIF ಮೂಲಕ ಸಂಪರ್ಕಿಸಿದಾಗ ಏನು ಲಭ್ಯವಿದೆ?

ಸಾಧನ ಅನ್ವೇಷಣೆ

ವೀಡಿಯೊ ಪ್ರಸರಣ

ಆಡಿಯೊ ಡೇಟಾದ ಸ್ವಾಗತ ಮತ್ತು ಪ್ರಸರಣ

PTZ ಕ್ಯಾಮೆರಾ ನಿಯಂತ್ರಣ

ವೀಡಿಯೊ ವಿಶ್ಲೇಷಣೆ (ಉದಾಹರಣೆಗೆ ಚಲನೆ ಪತ್ತೆ)

ಈ ನಿಯತಾಂಕಗಳು ONVIF ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿಗಳ ಹೊಂದಾಣಿಕೆಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಕೆಲವು ನಿಯತಾಂಕಗಳು ಲಭ್ಯವಿಲ್ಲ ಅಥವಾ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.

ಕೆ ಮತ್ತು ONVIF ಬಳಸಿ

SNR ಮತ್ತು Dahua ರೆಕಾರ್ಡರ್‌ಗಳಲ್ಲಿ, ONVIF ಪ್ರೋಟೋಕಾಲ್ ರಿಮೋಟ್ ಡಿವೈಸ್ ಟ್ಯಾಬ್, ಮ್ಯಾನುಫ್ಯಾಕ್ಚರರ್ ಲೈನ್‌ನಲ್ಲಿದೆ

ಸಾಧನವನ್ನು ಸಂಪರ್ಕಿಸುವ ಚಾನಲ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ

ತಯಾರಕರ ಟ್ಯಾಬ್‌ನಿಂದ, ಆಯ್ಕೆಮಾಡಿ ONVIF

ಸೂಚಿಸಿ ip ವಿಳಾಸಸಾಧನಗಳು

ಆರ್ಟಿಎಸ್ಪಿಪೋರ್ಟ್ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಉಳಿದಿದೆ

ಕ್ಯಾಮೆರಾಗಳ ಬಳಕೆ ONVIF ಪೋರ್ಟ್ 8080
(2017 ರಿಂದ, ಹೊಸ ONVIF ಮಾದರಿಗಳಲ್ಲಿ ಪೋರ್ಟ್ ಅನ್ನು ಆಲ್ಫಾ ಮತ್ತು ಮೀರಾ ಸರಣಿಗಳಿಗೆ 80 ಕ್ಕೆ ಬದಲಾಯಿಸಲಾಗಿದೆ)
OMNY ಕ್ಯಾಮೆರಾಗಳು ಬೇಸ್ಬಳಸಿ ONVIF ಬಂದರು 80, ರಿಜಿಸ್ಟ್ರಾರ್‌ನಲ್ಲಿ ಇದನ್ನು HTTP ಪೋರ್ಟ್ ಎಂದು ಸೂಚಿಸಲಾಗುತ್ತದೆ

ಹೆಸರು

ಪಾಸ್ವರ್ಡ್ಸಾಧನದ ನಿಯತಾಂಕಗಳ ಪ್ರಕಾರ

ರಿಮೋಟ್ ಚಾನಲ್ಡೀಫಾಲ್ಟ್ 1. ಸಾಧನವು ಬಹು-ಚಾನಲ್ ಆಗಿದ್ದರೆ, ಚಾನಲ್ ಸಂಖ್ಯೆಯನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ.

ಡಿಕೋಡರ್ ಬಫರ್- ಸಮಯದ ಮೌಲ್ಯವನ್ನು ಸೂಚಿಸುವ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್‌ನ ಬಫರಿಂಗ್

ಸರ್ವರ್ ಪ್ರಕಾರಇಲ್ಲಿ TCP,UDP ವೇಳಾಪಟ್ಟಿಯ ಆಯ್ಕೆ ಇದೆ

ಟಿಸಿಪಿ- ಕಳುಹಿಸುವವರು ಮತ್ತು ಸ್ವೀಕರಿಸುವವರ ನಡುವೆ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಎಲ್ಲಾ ಡೇಟಾವು ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ ಮತ್ತು ಅಗತ್ಯವಿರುವ ಅನುಕ್ರಮದಲ್ಲಿ ಸ್ವೀಕರಿಸುವವರಿಗೆ ತಲುಪುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಸರಣ ವೇಗವನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ.

TCP ಗಿಂತ ಭಿನ್ನವಾಗಿ, ಯುಡಿಪಿಪ್ರಾಥಮಿಕ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಬದಲಿಗೆ ಸರಳವಾಗಿ ಡೇಟಾವನ್ನು ರವಾನಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಲಾಗಿದೆ ಎಂದು UDP ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ನಷ್ಟ ಅಥವಾ ದೋಷದ ಸಂದರ್ಭದಲ್ಲಿ ಅದನ್ನು ನಕಲು ಮಾಡುವುದಿಲ್ಲ.

TCP ಗಿಂತ UDP ಕಡಿಮೆ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ. ಆದರೆ ಮತ್ತೊಂದೆಡೆ, ಕಳೆದುಹೋದ ಪ್ಯಾಕೆಟ್‌ಗಳ ಮರುಪ್ರಸಾರವಿಲ್ಲದ ಕಾರಣ ಇದು ಸ್ಟ್ರೀಮ್‌ಗಳ ವೇಗವಾಗಿ ಪ್ರಸರಣವನ್ನು ಒದಗಿಸುತ್ತದೆ.

ವೇಳಾಪಟ್ಟಿ- ಸ್ವಯಂಚಾಲಿತ ಪ್ರಕಾರ ಪತ್ತೆ.

ದಹುವಾದಲ್ಲಿ ಸಂಪರ್ಕಿತ ಸಾಧನಗಳು ಈ ರೀತಿ ಕಾಣುತ್ತವೆ

ಹಸಿರು ಸ್ಥಿತಿ ಎಂದರೆ ರೆಕಾರ್ಡರ್ ಮತ್ತು ಕ್ಯಾಮರಾ ಯಶಸ್ವಿಯಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿದೆ

ಕೆಂಪು ಸ್ಥಿತಿ ಎಂದರೆ ಸಂಪರ್ಕ ಸಮಸ್ಯೆಗಳಿವೆ ಎಂದರ್ಥ. ಉದಾಹರಣೆಗೆ, ಸಂಪರ್ಕ ಪೋರ್ಟ್ ತಪ್ಪಾಗಿದೆ.

ಎರಡನೇ ಸಂಪರ್ಕ ವಿಧಾನ ಆರ್ಟಿಎಸ್ಪಿ(ರಿಯಲ್ ಟೈಮ್ ಸ್ಟ್ರೀಮಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್)

ಆರ್ಟಿಎಸ್ಪಿವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ನಿಯಂತ್ರಿಸಲು ಆಜ್ಞೆಗಳನ್ನು ವಿವರಿಸುವ ನೈಜ-ಸಮಯದ ಸ್ಟ್ರೀಮಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್.

ಈ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು, ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಮೂಲದಿಂದ ಸ್ವೀಕರಿಸುವವರಿಗೆ ಪ್ರಸಾರ ಮಾಡಲಾಗುತ್ತದೆ

ಉದಾಹರಣೆಗೆ IP ಕ್ಯಾಮರಾದಿಂದ DVR ಅಥವಾ ಸರ್ವರ್‌ಗೆ.

RTSP ಮೂಲಕ ಸಂಪರ್ಕಿಸುವಾಗ ಏನು ಲಭ್ಯವಿದೆ?

ವೀಡಿಯೊ ಪ್ರಸರಣ

ಆಡಿಯೊ ಡೇಟಾದ ಸ್ವಾಗತ ಮತ್ತು ಪ್ರಸರಣ

ಅನುಕೂಲಈ ವರ್ಗಾವಣೆ ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿ ಹೊಂದಾಣಿಕೆಯ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ.

ಇಂದು RTSP ಅನ್ನು ಬಹುತೇಕ ಎಲ್ಲಾ IP ಕ್ಯಾಮೆರಾಗಳು ಮತ್ತು NVRಗಳು ಬೆಂಬಲಿಸುತ್ತವೆ

ನ್ಯೂನತೆಗಳುಪ್ರೋಟೋಕಾಲ್ ಎಂದರೆ ವೀಡಿಯೊ ಮತ್ತು ಆಡಿಯೊ ಡೇಟಾದ ಪ್ರಸರಣವನ್ನು ಹೊರತುಪಡಿಸಿ ಬೇರೇನೂ ಲಭ್ಯವಿಲ್ಲ.

ಕ್ಯಾಮೆರಾವನ್ನು ಸಂಪರ್ಕಿಸುವ ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣಗೆ ಮತ್ತು RTSP ಬಳಸಿ

ಆರ್ಟಿಎಸ್ಪಿರಿಮೋಟ್ ಡಿವೈಸ್ ಟ್ಯಾಬ್, ಮ್ಯಾನುಫ್ಯಾಕ್ಚರರ್ ಲೈನ್, ಎಸ್‌ಎನ್‌ಆರ್ ಮತ್ತು ಡಹುವಾ ರೆಕಾರ್ಡರ್‌ನಲ್ಲಿ ಇದನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆಸಾಮಾನ್ಯ

ಸಾಧನವನ್ನು ಸಂಪರ್ಕಿಸುವ ಚಾನಲ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ

URL ಸಂಯೋಜಕ- ಇಲ್ಲಿ ನಾವು ಕ್ಯಾಮೆರಾ ಕಳುಹಿಸುವ ಪ್ರಶ್ನೆ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ನಮೂದಿಸುತ್ತೇವೆ ಮೂಲಭೂತಇದರೊಂದಿಗೆ RTSP ಸ್ಟ್ರೀಮ್ ಹೆಚ್ಚು ನಿರ್ಣಯ.

ಹೆಚ್ಚುವರಿ URL - ಇಲ್ಲಿ ಕ್ಯಾಮರಾ ಕಳುಹಿಸುವ ಪ್ರಶ್ನೆ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ನಮೂದಿಸಿ ಹೆಚ್ಚುವರಿಇದರೊಂದಿಗೆ RTSP ಸ್ಟ್ರೀಮ್ ಕಡಿಮೆ ರೆಸಲ್ಯೂಶನ್.

ಉದಾಹರಣೆ ವಿನಂತಿ:

rtsp://172.16.31.61/1 ಮುಖ್ಯ ಸ್ಟ್ರೀಮ್

rtsp://172.16.31.61/2 ಹೆಚ್ಚುವರಿ ಸ್ಟ್ರೀಮ್

ನಿಮಗೆ ಹೆಚ್ಚುವರಿ ಥ್ರೆಡ್ ಏಕೆ ಬೇಕು?

ಮಲ್ಟಿ-ಪಿಕ್ಚರ್ ರೆಕಾರ್ಡರ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಸ್ಥಳೀಯ ಮಾನಿಟರ್‌ನಲ್ಲಿ, ಸಂಪನ್ಮೂಲಗಳನ್ನು ಉಳಿಸಲು ರೆಕಾರ್ಡರ್ ಹೆಚ್ಚುವರಿ ಥ್ರೆಡ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, 16 ಕಿಟಕಿಗಳನ್ನು ಹೊಂದಿರುವ ಸಣ್ಣ ಚಿತ್ರಗಳಲ್ಲಿ, ಪೂರ್ಣ ಎಚ್ಡಿ ರೆಸಲ್ಯೂಶನ್ ಅನ್ನು ಡಿಕೋಡ್ ಮಾಡುವುದು ಅನಿವಾರ್ಯವಲ್ಲ, ಡಿ 1 ಸಾಕು. ಸರಿ, ನೀವು 1/4/8 ವಿಂಡೋಗಳನ್ನು ತೆರೆದಿದ್ದರೆ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ಮುಖ್ಯ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಹೆಚ್ಚಿನ ರೆಸಲ್ಯೂಶನ್ನೊಂದಿಗೆ ಡಿಕೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ.

ಹೆಸರುಸಾಧನದ ನಿಯತಾಂಕಗಳ ಪ್ರಕಾರ

ಪಾಸ್ವರ್ಡ್ಸಾಧನದ ನಿಯತಾಂಕಗಳ ಪ್ರಕಾರ

ಡಿಕೋಡರ್ ಬಫರ್ಸಮಯದ ಮೌಲ್ಯವನ್ನು ಸೂಚಿಸುವ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್‌ನ ಬಫರಿಂಗ್

ಸರ್ವರ್ ಪ್ರಕಾರ- TCP, UDP, ವೇಳಾಪಟ್ಟಿ (ONVIF ಪ್ರೋಟೋಕಾಲ್‌ನಂತೆಯೇ)

ಈ ಲೇಖನವು ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ:

IP ಕ್ಯಾಮರಾ NVR ಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ?

ಮತ್ತು ಅದು ಹೊಂದಾಣಿಕೆಯಾಗಿದ್ದರೆ, ಹೇಗೆ ಸಂಪರ್ಕಿಸುವುದು!?

IP ಕ್ಯಾಮೆರಾದಿಂದ ಆನ್‌ಲೈನ್ ಪ್ರಸಾರದ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು, ಸಾಮಾನ್ಯವಾಗಿ ಹೇಳುವುದಾದರೆ, WebRTC ಬಳಕೆಯ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ. ಕ್ಯಾಮರಾ ಸ್ವತಃ ಸರ್ವರ್ ಆಗಿದೆ, IP ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ವೀಡಿಯೊ ವಿಷಯವನ್ನು ವಿತರಿಸಲು ರೂಟರ್ಗೆ ನೇರವಾಗಿ ಸಂಪರ್ಕಿಸಬಹುದು. ಹಾಗಾದರೆ WebRTC ತಂತ್ರಜ್ಞಾನವನ್ನು ಏಕೆ ಬಳಸಬೇಕು?

ಇದಕ್ಕೆ ಕನಿಷ್ಠ ಎರಡು ಕಾರಣಗಳಿವೆ:

1. ಎತರ್ನೆಟ್ ಪ್ರಸಾರದ ವೀಕ್ಷಕರ ಸಂಖ್ಯೆ ಹೆಚ್ಚಾದಂತೆ, ಮೊದಲು ಚಾನಲ್ ದಪ್ಪದ ಕೊರತೆಯನ್ನು ಅನುಭವಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ನಂತರ ಕ್ಯಾಮೆರಾದ ಸಂಪನ್ಮೂಲಗಳು.

2. ಮೇಲೆ ಹೇಳಿದಂತೆ, IP ಕ್ಯಾಮೆರಾ ಸರ್ವರ್ ಆಗಿದೆ. ಆದರೆ ಡೆಸ್ಕ್‌ಟಾಪ್ ಬ್ರೌಸರ್‌ಗೆ ವೀಡಿಯೊವನ್ನು ಕಳುಹಿಸಲು ಯಾವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬಳಸಬಹುದು? ಮೊಬೈಲ್ ಸಾಧನ? ಹೆಚ್ಚಾಗಿ ಇದು HTTP ಸ್ಟ್ರೀಮಿಂಗ್ ಆಗಿರುತ್ತದೆ, ಅಲ್ಲಿ ವೀಡಿಯೊ ಫ್ರೇಮ್‌ಗಳು ಅಥವಾ JPEG ಚಿತ್ರಗಳನ್ನು HTTP ಮೂಲಕ ರವಾನಿಸಲಾಗುತ್ತದೆ. HTTP ಸ್ಟ್ರೀಮಿಂಗ್, ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ನೈಜ-ಸಮಯದ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮಿಂಗ್‌ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಸೂಕ್ತವಲ್ಲ, ಆದರೂ ಇದು ಬೇಡಿಕೆಯ ವೀಡಿಯೊದಲ್ಲಿ ಸ್ವತಃ ಚೆನ್ನಾಗಿ ಸಾಬೀತಾಗಿದೆ, ಅಲ್ಲಿ ಸ್ಟ್ರೀಮ್ ಇಂಟರಾಕ್ಟಿವಿಟಿ ಮತ್ತು ಲೇಟೆನ್ಸಿ ವಿಶೇಷವಾಗಿ ಮುಖ್ಯವಲ್ಲ. ವಾಸ್ತವವಾಗಿ, ನೀವು ಚಲನಚಿತ್ರವನ್ನು ವೀಕ್ಷಿಸುತ್ತಿದ್ದರೆ, ನೀವು ಬೇರೆಯವರಂತೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಚಲನಚಿತ್ರವನ್ನು ವೀಕ್ಷಿಸುವ ಹೊರತು ಕೆಲವು ಸೆಕೆಂಡುಗಳ ವಿಳಂಬವು ಅದನ್ನು ಇನ್ನಷ್ಟು ಹದಗೆಡಿಸುವುದಿಲ್ಲ. "ಅಯ್ಯೋ ಇಲ್ಲ! ಜ್ಯಾಕ್ ಅವಳನ್ನು ಕೊಂದ! - ದುರಂತ ಅಂತ್ಯಕ್ಕೆ 10 ಸೆಕೆಂಡುಗಳ ಮೊದಲು ಆಲಿಸ್ ಬಾಬ್‌ಗೆ ಚಾಟ್‌ನಲ್ಲಿ ಸ್ಪಾಯ್ಲರ್ ಅನ್ನು ಬರೆಯುತ್ತಾರೆ.

ಅಥವಾ ಅದು RTSP/RTP ಮತ್ತು H.264 ಆಗಿರುತ್ತದೆ, ಈ ಸಂದರ್ಭದಲ್ಲಿ VLC ಅಥವಾ QuickTime ನಂತಹ ವೀಡಿಯೊ ಪ್ಲೇಯರ್ ಪ್ಲಗಿನ್ ಅನ್ನು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಬೇಕು. ಅಂತಹ ಪ್ಲಗಿನ್ ಪ್ಲೇಯರ್ನಂತೆಯೇ ವೀಡಿಯೊವನ್ನು ಸೆರೆಹಿಡಿಯುತ್ತದೆ ಮತ್ತು ಪ್ಲೇ ಮಾಡುತ್ತದೆ. ಆದರೆ ಹೆಚ್ಚುವರಿ ಊರುಗೋಲು/ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸದೆಯೇ ನಮಗೆ ನಿಜವಾದ ಬ್ರೌಸರ್ ಆಧಾರಿತ ಸ್ಟ್ರೀಮಿಂಗ್ ಅಗತ್ಯವಿದೆ.

ಮೊದಲಿಗೆ, ಈ ಸಾಧನವು ಬ್ರೌಸರ್‌ಗೆ ನಿಖರವಾಗಿ ಏನನ್ನು ಕಳುಹಿಸುತ್ತಿದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು IP ಕ್ಯಾಮೆರಾದ ಚಿತ್ರವನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ. ಪರೀಕ್ಷಾ ವಿಷಯವು D-ಲಿಂಕ್ DCS 7010L ಕ್ಯಾಮೆರಾ ಆಗಿರುತ್ತದೆ:

ಕೆಳಗಿನ ಕ್ಯಾಮೆರಾವನ್ನು ಸ್ಥಾಪಿಸುವ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಕುರಿತು ನೀವು ಇನ್ನಷ್ಟು ಓದಬಹುದು, ಆದರೆ ಇಲ್ಲಿ ನಾವು ವೀಡಿಯೊ ಸ್ಟ್ರೀಮಿಂಗ್‌ಗಾಗಿ ಏನು ಬಳಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಕ್ಯಾಮರಾ ನಿರ್ವಾಹಕ ಫಲಕವನ್ನು ನಮೂದಿಸುವಾಗ, ನಾವು ಈ ರೀತಿಯದನ್ನು ನೋಡುತ್ತೇವೆ (ಲ್ಯಾಂಡ್ಸ್ಕೇಪ್ಗಾಗಿ ಕ್ಷಮಿಸಿ):

ಚಿತ್ರವು ಎಲ್ಲಾ ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ ತೆರೆಯುತ್ತದೆ ಮತ್ತು ಸೆಕೆಂಡಿಗೆ ಒಮ್ಮೆ ಸಮವಾಗಿ ಹೆಪ್ಪುಗಟ್ಟುತ್ತದೆ. ನಾವು ಸ್ಟ್ರೀಮ್ ಅನ್ನು ವೀಕ್ಷಿಸುತ್ತಿರುವ ಕ್ಯಾಮೆರಾ ಮತ್ತು ಲ್ಯಾಪ್‌ಟಾಪ್ ಎರಡೂ ಒಂದೇ ರೂಟರ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿವೆ ಎಂದು ಪರಿಗಣಿಸಿ, ಎಲ್ಲವೂ ಸುಗಮ ಮತ್ತು ಸುಂದರವಾಗಿರಬೇಕು, ಆದರೆ ಇದು ಹಾಗಲ್ಲ. HTTP ನಂತೆ ತೋರುತ್ತಿದೆ. ನಮ್ಮ ಊಹೆಗಳನ್ನು ಖಚಿತಪಡಿಸಲು ವೈರ್‌ಶಾರ್ಕ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸೋಣ:

ಇಲ್ಲಿ ನಾವು TCP ತುಣುಕುಗಳ 1514 ಬೈಟ್‌ಗಳ ಅನುಕ್ರಮವನ್ನು ನೋಡುತ್ತೇವೆ

ಮತ್ತು ಸ್ವೀಕರಿಸಿದ JPEG ಯ ಉದ್ದದೊಂದಿಗೆ ಅಂತಿಮ HTTP 200 ಸರಿ:

ನಮಗೆ ಈ ರೀತಿಯ ಸ್ಟ್ರೀಮಿಂಗ್ ಅಗತ್ಯವಿಲ್ಲ. ಸುಗಮವಾಗಿಲ್ಲ, HTTP ವಿನಂತಿಗಳನ್ನು ಜರ್ಕ್ಸ್ ಮಾಡುತ್ತದೆ. ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಅಂತಹ ಎಷ್ಟು ವಿನಂತಿಗಳನ್ನು ಕ್ಯಾಮರಾ ನಿಭಾಯಿಸಬಲ್ಲದು? 10 ಪ್ರೇಕ್ಷಕರು ಅಥವಾ ಅದಕ್ಕಿಂತ ಮುಂಚೆ ಕ್ಯಾಮರಾ ಸುರಕ್ಷಿತವಾಗಿ ಬಾಗುತ್ತದೆ ಅಥವಾ ಭಯಂಕರವಾಗಿ ಗ್ಲಿಚ್ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಲೈಡ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಎಂದು ನಂಬಲು ಕಾರಣವಿದೆ.

ನೀವು ಕ್ಯಾಮರಾ ನಿರ್ವಾಹಕ ಫಲಕದ HTML ಪುಟವನ್ನು ನೋಡಿದರೆ, ನೀವು ಈ ಆಸಕ್ತಿದಾಯಕ ಕೋಡ್ ಅನ್ನು ನೋಡುತ್ತೀರಿ:

If(browser_IE) DW(""); else ( if(mpMode == 1) var RTSPName = g_RTSPName1; else if(mpMode == 2) var RTSPName = g_RTSPName2; else if(mpMode == 3) var RTSPName = g_RTSPName3; var o=""; (g_isIPv6) //ಏಕೆಂದರೆ ipv6 rtsp ಅನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ = g_netip var host = g_host;"; // ಎಚ್ಚರಿಕೆ (ಒ); DW (o); )

ಸರಿಯಾದ ವೀಡಿಯೊ ಪ್ಲೇಬ್ಯಾಕ್‌ಗಾಗಿ ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು RTSP/RTP. ಆದರೆ ಇದು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆಯೇ? - ಇಲ್ಲ. ಆದರೆ ನೀವು ಕ್ವಿಕ್ಟೈಮ್ ಪ್ಲಗಿನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದರೆ, ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಆದರೆ ನಾವು ಸಂಪೂರ್ಣವಾಗಿ ಬ್ರೌಸರ್ ಆಧಾರಿತ ಸ್ಟ್ರೀಮಿಂಗ್ ಮಾಡುತ್ತೇವೆ.

ಇಲ್ಲಿ ನಾವು Flash Player ಅನ್ನು ಸಹ ಉಲ್ಲೇಖಿಸಬಹುದು, ಇದು Wowza ನಂತಹ ಸೂಕ್ತವಾದ ಸರ್ವರ್ ಮೂಲಕ RTSP, RTP, H.264 ನಿಂದ ಪರಿವರ್ತಿಸಲಾದ RTMP ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪಡೆಯಬಹುದು. ಆದರೆ ಫ್ಲ್ಯಾಶ್ ಪ್ಲೇಯರ್, ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ಬ್ರೌಸರ್ ಪ್ಲಗಿನ್ ಆಗಿದೆ, ಆದರೂ ಇದು ವಿಎಲ್‌ಸಿ ಅಥವಾ ಕ್ವಿಕ್‌ಟೈಮ್‌ಗಿಂತ ಹೋಲಿಸಲಾಗದಷ್ಟು ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗಿದೆ.

ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು ಅದೇ RTSP/RTP ಮರು-ಸ್ಟ್ರೀಮಿಂಗ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುತ್ತೇವೆ, ಆದರೆ WebRTC-ಹೊಂದಾಣಿಕೆಯ ಬ್ರೌಸರ್ ಅನ್ನು ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಬ್ರೌಸರ್ ಪ್ಲಗಿನ್‌ಗಳು ಅಥವಾ ಇತರ ಊರುಗೋಲುಗಳಿಲ್ಲದೆ ಪ್ಲೇಯಿಂಗ್ ಸಾಧನವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ನಾವು ರಿಲೇ ಸರ್ವರ್ ಅನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ ಅದು IP ಕ್ಯಾಮೆರಾದಿಂದ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು WebRTC ಅನ್ನು ಬೆಂಬಲಿಸುವ ಬ್ರೌಸರ್‌ಗಳನ್ನು ಬಳಸುವ ಅನಿಯಂತ್ರಿತ ಸಂಖ್ಯೆಯ ಬಳಕೆದಾರರಿಗೆ ಇಂಟರ್ನೆಟ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ.

IP ಕ್ಯಾಮೆರಾವನ್ನು ಸಂಪರ್ಕಿಸಲಾಗುತ್ತಿದೆ

ಮೇಲೆ ತಿಳಿಸಿದಂತೆ, ಸರಳವಾದ D-ಲಿಂಕ್ DCS-7010L IP ಕ್ಯಾಮರಾವನ್ನು ಪರೀಕ್ಷೆಗಾಗಿ ಆಯ್ಕೆಮಾಡಲಾಗಿದೆ. ಇಲ್ಲಿ ಪ್ರಮುಖ ಆಯ್ಕೆಯ ಮಾನದಂಡವೆಂದರೆ RTSP ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಸಾಧನದ ಬೆಂಬಲವಾಗಿದೆ, ಏಕೆಂದರೆ ಇದರ ಮೂಲಕ ನಮ್ಮ ಸರ್ವರ್ ಕ್ಯಾಮೆರಾದಿಂದ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ.

ಒಳಗೊಂಡಿರುವ ಪ್ಯಾಚ್ ಕಾರ್ಡ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಾವು ರೂಟರ್‌ಗೆ ಕ್ಯಾಮರಾವನ್ನು ಸಂಪರ್ಕಿಸುತ್ತೇವೆ. ಪವರ್ ಅನ್ನು ಆನ್ ಮಾಡಿದ ನಂತರ ಮತ್ತು ರೂಟರ್‌ಗೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ, ಕ್ಯಾಮೆರಾ DHCP ಮೂಲಕ IP ವಿಳಾಸವನ್ನು ತೆಗೆದುಕೊಂಡಿತು, ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ ಅದು 192.168.1.34 ಆಗಿತ್ತು (ನೀವು ರೂಟರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗೆ ಹೋದರೆ, DCS 7010L ಸಾಧನವು ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ನೀವು ನೋಡುತ್ತೀರಿ - ಅದು ಇಲ್ಲಿದೆ ) ಕ್ಯಾಮೆರಾವನ್ನು ಪರೀಕ್ಷಿಸುವ ಸಮಯ ಬಂದಿದೆ.

ಕ್ಯಾಮರಾ ನಿರ್ವಾಹಕ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಪಡೆಯಲು ಬ್ರೌಸರ್ 192.168.1.34 ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ IP ವಿಳಾಸವನ್ನು ತೆರೆಯಿರಿ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಯಾವುದೇ ಪಾಸ್ವರ್ಡ್ ಇಲ್ಲ.

ನೀವು ನೋಡುವಂತೆ, ಕ್ಯಾಮರಾದಿಂದ ವೀಡಿಯೊವನ್ನು ನಿರ್ವಾಹಕ ಫಲಕದಲ್ಲಿ ಸರಿಯಾಗಿ ಪ್ರಸಾರ ಮಾಡಲಾಗಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಆವರ್ತಕ ಅಲುಗಾಡುವಿಕೆಯು ಗಮನಾರ್ಹವಾಗಿದೆ. WebRTC ಬಳಸಿಕೊಂಡು ನಾವು ಇದನ್ನು ಸರಿಪಡಿಸುತ್ತೇವೆ.

ಕ್ಯಾಮೆರಾ ಸೆಟಪ್

ಮೊದಲಿಗೆ, ನಾವು ಕ್ಯಾಮರಾ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ದೃಢೀಕರಣವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತೇವೆ - ಪರೀಕ್ಷೆಯ ಭಾಗವಾಗಿ, ಕೇಳುವ ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ನಾವು ಸ್ಟ್ರೀಮ್ ಅನ್ನು ನೀಡುತ್ತೇವೆ. ಇದನ್ನು ಮಾಡಲು, ಕ್ಯಾಮರಾ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿನ ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಹೋಗಿ ಸೆಟಪ್ - ನೆಟ್ವರ್ಕ್ಮತ್ತು ಆಯ್ಕೆಯ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿಸಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ದೃಢೀಕರಣ.

ಅಲ್ಲಿ ನಾವು ಆರ್‌ಟಿಎಸ್‌ಪಿ ಪ್ರೋಟೋಕಾಲ್ ಪೋರ್ಟ್‌ನ ಮೌಲ್ಯವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಪರಿಶೀಲಿಸುತ್ತೇವೆ 554. ರವಾನೆಯಾದ ವೀಡಿಯೊದ ಸ್ವರೂಪವನ್ನು ಬಳಸಿದ ಪ್ರೊಫೈಲ್‌ನಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ನೀವು ಕ್ಯಾಮರಾದಲ್ಲಿ ಅವುಗಳಲ್ಲಿ ಮೂರನ್ನು ಹೊಂದಿಸಬಹುದು, ನಾವು ಮೊದಲನೆಯದನ್ನು ಬಳಸುತ್ತೇವೆ, live1.sdp - ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ವೀಡಿಯೊಗಾಗಿ H.264 ಮತ್ತು ಆಡಿಯೊಗಾಗಿ G.711 ಅನ್ನು ಬಳಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. ವಿಭಾಗದಲ್ಲಿ ಅಗತ್ಯವಿದ್ದರೆ ನೀವು ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಾಯಿಸಬಹುದು ಸೆಟಪ್ - ಆಡಿಯೋ ಮತ್ತು ವಿಡಿಯೋ.

ಈಗ ನೀವು RTSP ಮೂಲಕ ಕ್ಯಾಮರಾದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪರಿಶೀಲಿಸಬಹುದು. ವಿಎಲ್‌ಸಿ ಪ್ಲೇಯರ್ ತೆರೆಯಿರಿ (ಆರ್‌ಟಿಎಸ್‌ಪಿ - ಕ್ವಿಕ್‌ಟೈಮ್, ವಿಂಡೋಸ್ ಮೀಡಿಯಾ ಪ್ಲೇಯರ್, ರಿಯಲ್‌ಪ್ಲೇಯರ್, ಇತ್ಯಾದಿಗಳನ್ನು ಬೆಂಬಲಿಸುವ ಯಾವುದೇ ಪ್ಲೇಯರ್ ಅನ್ನು ನೀವು ಬಳಸಬಹುದು) ಮತ್ತು ಓಪನ್ URL ಸಂವಾದದಲ್ಲಿ ಕ್ಯಾಮೆರಾದ RTSP ವಿಳಾಸವನ್ನು ಹೊಂದಿಸಿ: rtsp://192.168.1.34/live1.sdp

ಸರಿ, ಎಲ್ಲವೂ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಕ್ಯಾಮರಾ ನಿಯಮಿತವಾಗಿ RTSP ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಪ್ಲೇಯರ್‌ನಲ್ಲಿ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪುನರುತ್ಪಾದಿಸುತ್ತದೆ.

ಮೂಲಕ, ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸಾಕಷ್ಟು ಸರಾಗವಾಗಿ ಮತ್ತು ಕಲಾಕೃತಿಗಳಿಲ್ಲದೆ ಪ್ಲೇ ಮಾಡಲಾಗಿದೆ. WebRTC ಯಿಂದ ನಾವು ಅದನ್ನೇ ನಿರೀಕ್ಷಿಸುತ್ತೇವೆ.

ಸರ್ವರ್ ಸ್ಥಾಪನೆ

ಆದ್ದರಿಂದ, ಕ್ಯಾಮೆರಾವನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಡೆಸ್ಕ್‌ಟಾಪ್ ಪ್ಲೇಯರ್‌ಗಳೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಲಾಗಿದೆ ಮತ್ತು ಸರ್ವರ್ ಮೂಲಕ ಪ್ರಸಾರಕ್ಕೆ ಸಿದ್ಧವಾಗಿದೆ. whatismyip.com ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಾವು ಕ್ಯಾಮರಾದ ಬಾಹ್ಯ IP ವಿಳಾಸವನ್ನು ನಿರ್ಧರಿಸುತ್ತೇವೆ. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ ಅದು 178.51.142.223 ಆಗಿತ್ತು. ಪೋರ್ಟ್ 554 ನಲ್ಲಿ RTSP ಮೂಲಕ ಪ್ರವೇಶಿಸುವಾಗ, ಒಳಬರುವ ವಿನಂತಿಗಳನ್ನು IP ಕ್ಯಾಮೆರಾಗೆ ರವಾನಿಸಲಾಗುತ್ತದೆ ಎಂದು ರೂಟರ್‌ಗೆ ಹೇಳುವುದು ಮಾತ್ರ ಉಳಿದಿದೆ.

ರೂಟರ್‌ನಲ್ಲಿ ಸೂಕ್ತವಾದ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಮೂದಿಸಿ...

ಮತ್ತು ಟೆಲ್ನೆಟ್ ಬಳಸಿಕೊಂಡು ಬಾಹ್ಯ IP ವಿಳಾಸ ಮತ್ತು RTSP ಪೋರ್ಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ:

ಟೆಲ್ನೆಟ್ 178.51.142.223 554

ಈ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯೆ ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಂಡ ನಂತರ, ನಾವು WebRTC ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮುಂದುವರಿಯುತ್ತೇವೆ.

Amazon EC2 ನಲ್ಲಿ Centos 64 ಬಿಟ್‌ನಲ್ಲಿರುವ ವರ್ಚುವಲ್ ಸರ್ವರ್ ಹೋಸ್ಟಿಂಗ್‌ಗೆ ಕಾರಣವಾಗಿದೆ.
ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ತಪ್ಪಿಸಲು, ನಾವು ಒಂದು VCPU ಜೊತೆಗೆ m3.medium ನಿದರ್ಶನವನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ್ದೇವೆ:

ಹೌದು, ಹೌದು, ಲಿನೋಡ್ ಮತ್ತು ಡಿಜಿಟಲ್ ಓಷನ್ ಸಹ ಇದೆ, ಆದರೆ ಈ ಸಂದರ್ಭದಲ್ಲಿ ನಾನು ಅಮೆಜಾನ್ ಅನ್ನು ಪ್ರಯತ್ನಿಸಲು ಬಯಸುತ್ತೇನೆ.
ಮುಂದೆ ನೋಡುತ್ತಿರುವಾಗ, ಅಮೆಜಾನ್ ಇಸಿ 2 ನಿಯಂತ್ರಣ ಫಲಕದಲ್ಲಿ ನೀವು ಹಲವಾರು ನಿಯಮಗಳನ್ನು (ಫಾರ್ವರ್ಡ್ ಪೋರ್ಟ್‌ಗಳು) ಸೇರಿಸಬೇಕಾಗಿದೆ ಎಂದು ನಾನು ಬರೆಯುತ್ತೇನೆ, ಅದು ಇಲ್ಲದೆ ಉದಾಹರಣೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಇವು WebRTC (SRTP, RTCP, ICE) ಟ್ರಾಫಿಕ್‌ಗಾಗಿ ಪೋರ್ಟ್‌ಗಳು ಮತ್ತು RTSP/RTP ಟ್ರಾಫಿಕ್‌ಗಾಗಿ ಪೋರ್ಟ್‌ಗಳಾಗಿವೆ. ನೀವು ಪ್ರಯತ್ನಿಸಿದರೆ, ಅಮೆಜಾನ್‌ನ ನಿಯಮಗಳು ಒಳಬರುವ ಟ್ರಾಫಿಕ್‌ಗೆ ಹೋಲುವಂತಿರಬೇಕು:

ಮೂಲಕ, ಡಿಜಿಟಲ್ ಓಷನ್‌ನೊಂದಿಗೆ ಎಲ್ಲವೂ ಸರಳವಾಗಿರುತ್ತದೆ, ಈ ಪೋರ್ಟ್‌ಗಳನ್ನು ಫೈರ್‌ವಾಲ್‌ನಲ್ಲಿ ತೆರೆಯಿರಿ ಅಥವಾ ಎರಡನೆಯದನ್ನು ಆಫ್ ಮಾಡಿ. DO ನಿದರ್ಶನಗಳನ್ನು ನಿರ್ವಹಿಸುವಲ್ಲಿನ ಇತ್ತೀಚಿನ ಅನುಭವದ ಪ್ರಕಾರ, ಅವರು ಇನ್ನೂ ಸ್ಥಿರ IP ವಿಳಾಸವನ್ನು ನೀಡುತ್ತಾರೆ ಮತ್ತು NAT ಗಳೊಂದಿಗೆ ತಲೆಕೆಡಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಅಂದರೆ ಅಮೆಜಾನ್‌ನಂತೆ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ.

RTSP/RTP ಸ್ಟ್ರೀಮ್ ಅನ್ನು WebRTC ಗೆ ರಿಲೇ ಮಾಡುವ ಸರ್ವರ್ ಸಾಫ್ಟ್‌ವೇರ್ ಆಗಿ ನಾವು ಫ್ಲ್ಯಾಶ್‌ಫೋನ್‌ನಿಂದ WebRTC ಮೀಡಿಯಾ ಮತ್ತು ಬ್ರಾಡ್‌ಕಾಸ್ಟಿಂಗ್ ಸರ್ವರ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ. ಸ್ಟ್ರೀಮಿಂಗ್ ಸರ್ವರ್ Wowza ಗೆ ಹೋಲುತ್ತದೆ, ಇದು RTSP/RTP ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಫ್ಲ್ಯಾಶ್‌ಗೆ ಸ್ಟ್ರೀಮ್ ಮಾಡಬಹುದು. ಒಂದೇ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಈ ಸ್ಟ್ರೀಮ್ ಅನ್ನು WebRTC ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು Flash ಗೆ ಕಳುಹಿಸಲಾಗುವುದಿಲ್ಲ. ಆ. ಪ್ರಾಮಾಣಿಕ DTLS ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ಹಾದುಹೋಗುತ್ತದೆ, SRTP ಸೆಶನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ ಮತ್ತು VP8 ನಲ್ಲಿ ಎನ್ಕೋಡ್ ಮಾಡಲಾದ ಸ್ಟ್ರೀಮ್ ವೀಕ್ಷಕರಿಗೆ ಹೋಗುತ್ತದೆ.

ಅನುಸ್ಥಾಪನೆಗೆ ನಮಗೆ SSH ಪ್ರವೇಶದ ಅಗತ್ಯವಿದೆ.

ಸ್ಪಾಯ್ಲರ್‌ನ ಕೆಳಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಿದ ಆಜ್ಞೆಗಳ ವಿವರವಾದ ವಿವರಣೆಯಿದೆ

1. ಸರ್ವರ್ ಸ್ಥಾಪನೆ ಆರ್ಕೈವ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲಾಗಿದೆ:
$wget flashphoner.com/downloads/builds/WCS/3.0/x8664/wcs3_video_vp8/FlashphonerMediaServerWebRTC-3.0/FlashphonerMediaServerWebRTC-3.0.868.tar.gz
2. ವಿಸ್ತರಿಸಲಾಗಿದೆ:
$tar -xzf FlashphonerMediaServerWebRTC-3.0.868.tar.gz
3. ಸ್ಥಾಪಿಸಲಾಗಿದೆ:
$cd FlashphonerMediaServerWebRTC-3.0.868
$./install.sh
ಅನುಸ್ಥಾಪನೆಯ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ನಾವು ಸರ್ವರ್‌ನ ಬಾಹ್ಯ IP ವಿಳಾಸವನ್ನು ನಮೂದಿಸಿದ್ದೇವೆ: 54.186.112.111 ಮತ್ತು ಆಂತರಿಕ 172.31.20.65 (ಖಾಸಗಿ IP ಯಂತೆಯೇ).
4. ಸರ್ವರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ:
$ಸೇವೆ ವೆಬ್ಕಾಲ್ ಸರ್ವರ್ ಪ್ರಾರಂಭ
5. ಲಾಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ:
$tail - f /usr/local/FlashphonerWebCallServer/logs/server_logs/flashphoner.log
6. ಸರ್ವರ್ ಪ್ರಾರಂಭವಾಗಿದೆ ಮತ್ತು ಕೆಲಸ ಮಾಡಲು ಸಿದ್ಧವಾಗಿದೆ ಎಂದು ನಾವು ಖಚಿತಪಡಿಸಿದ್ದೇವೆ:
$ps ಆಕ್ಸ್ | grep Flashphoner
7. ಅಪಾಚೆಯನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಮತ್ತು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ:
$yum ಸ್ಥಾಪಿಸಿ httpd
$service httpd ಪ್ರಾರಂಭ
8. ವೆಬ್ ಫೈಲ್‌ಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಪ್ರಮಾಣಿತ ಅಪಾಚೆ ಫೋಲ್ಡರ್ /var/www/html ನಲ್ಲಿ ಇರಿಸಲಾಗಿದೆ
cd /var/www/html
$wget github.com/flashphoner/flashphoner_client/archive/wcs_media_client.zip
$unzip webrtc_media_client.zip
9. flashphoner.xml ಸಂರಚನೆಯಲ್ಲಿ ಸರ್ವರ್‌ನ IP ವಿಳಾಸವನ್ನು ನಮೂದಿಸಲಾಗಿದೆ:
10. ಫೈರ್ವಾಲ್ ಅನ್ನು ನಿಲ್ಲಿಸಿದೆ.
$service iptables ಸ್ಟಾಪ್

ಸಿದ್ಧಾಂತದಲ್ಲಿ, ಪಾಯಿಂಟ್ 10 ರ ಬದಲಿಗೆ, ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಪೋರ್ಟ್‌ಗಳು ಮತ್ತು ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳನ್ನು ಹೊಂದಿಸುವುದು ಸರಿಯಾಗಿರುತ್ತದೆ, ಆದರೆ ಪರೀಕ್ಷಾ ಉದ್ದೇಶಗಳಿಗಾಗಿ ನಾವು ಫೈರ್‌ವಾಲ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.

ಸರ್ವರ್ ಸೆಟಪ್

ನಮ್ಮ WebRTC ಪ್ರಸಾರದ ರಚನೆಯು ಈ ಕೆಳಗಿನಂತಿದೆ ಎಂಬುದನ್ನು ನಾವು ನೆನಪಿಸಿಕೊಳ್ಳೋಣ:

ನಾವು ಈಗಾಗಲೇ ಈ ರೇಖಾಚಿತ್ರದ ಮುಖ್ಯ ಅಂಶಗಳನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇವೆ, ಅದು ಪರಸ್ಪರ ಕ್ರಿಯೆಗಳ "ಬಾಣಗಳನ್ನು" ಸ್ಥಾಪಿಸಲು ಮಾತ್ರ ಉಳಿದಿದೆ.

ಬ್ರೌಸರ್ ಮತ್ತು WebRTC ಸರ್ವರ್ ನಡುವಿನ ಸಂಪರ್ಕವನ್ನು ವೆಬ್ ಕ್ಲೈಂಟ್ ಒದಗಿಸಿದೆ, ಇದು Github: ನಲ್ಲಿ ಲಭ್ಯವಿದೆ. JS, CSS ಮತ್ತು HTML ಫೈಲ್‌ಗಳ ಒಂದು ಸೆಟ್ ಅನ್ನು ಸರಳವಾಗಿ ಎಸೆಯಲಾಗುತ್ತದೆ /var/www/htmlಅನುಸ್ಥಾಪನೆಯ ಹಂತದಲ್ಲಿ (ಸ್ಪಾಯ್ಲರ್ ಅಡಿಯಲ್ಲಿ ಪಾಯಿಂಟ್ 9 ಅನ್ನು ನೋಡಿ).

ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು XML ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ flashphoner.xml ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. ಅಲ್ಲಿ ನೀವು ಸರ್ವರ್‌ನ IP ವಿಳಾಸವನ್ನು ನಮೂದಿಸಬೇಕಾಗುತ್ತದೆ ಇದರಿಂದ ವೆಬ್ ಕ್ಲೈಂಟ್ HTML5 ವೆಬ್‌ಸಾಕೆಟ್‌ಗಳ ಮೂಲಕ WebRTC ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕಿಸಬಹುದು (ಪಾಯಿಂಟ್ 9 ಮೇಲಿನ).

ಸರ್ವರ್ ಸೆಟಪ್ ಇಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, ನೀವು ಅದರ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪರಿಶೀಲಿಸಬಹುದು:

ವೆಬ್ ಕ್ಲೈಂಟ್ ಪುಟ index.html ಅನ್ನು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ತೆರೆಯಿರಿ (ಇದಕ್ಕಾಗಿ, ಅಪಾಚೆಯನ್ನು ಅದೇ ಅಮೆಜಾನ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಆಜ್ಞೆಯೊಂದಿಗೆ ಸ್ಥಾಪಿಸಲಾಗಿದೆ yum -y httpd ಅನ್ನು ಸ್ಥಾಪಿಸಿ):

54.186.112.111/wcs_media_client/?id=rtsp://webrtc-ipcam.ddns.net/live1.sdp

ಇಲ್ಲಿ webrtc-ipcam.ddns.netಡೈನಾಮಿಕ್ DNS ಸರ್ವರ್ noip.com ಮೂಲಕ ಪಡೆದ ಉಚಿತ ಡೊಮೇನ್ ಆಗಿದೆ, ಇದು ನಮ್ಮ ಬಾಹ್ಯ IP ವಿಳಾಸಕ್ಕೆ ಲಿಂಕ್ ಮಾಡುತ್ತದೆ. NAT ನೆಟ್‌ವರ್ಕ್ ವಿಳಾಸ ಅನುವಾದ ನಿಯಮಗಳಿಗೆ ಅನುಸಾರವಾಗಿ RTSP ವಿನಂತಿಗಳನ್ನು 192.168.1.34 ಗೆ ಮರುನಿರ್ದೇಶಿಸಲು ನಾವು ರೂಟರ್‌ಗೆ ಹೇಳಿದ್ದೇವೆ (ಮೇಲೆ ಸಹ ನೋಡಿ).
ಪ್ಯಾರಾಮೀಟರ್ id=rtsp://webrtc-ipcam.ddns.net/live1.sdpಪ್ಲೇ ಮಾಡಲು ಸ್ಟ್ರೀಮ್‌ನ URL ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. WebRTC ಸರ್ವರ್ ಕ್ಯಾಮರಾದಿಂದ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ವಿನಂತಿಸುತ್ತದೆ, ಅವುಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು WebRTC ಮೂಲಕ ಪ್ಲೇಬ್ಯಾಕ್‌ಗಾಗಿ ಬ್ರೌಸರ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಬಹುಶಃ ನಿಮ್ಮ ರೂಟರ್ DDNS ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಐಪಿ ಕ್ಯಾಮೆರಾ ಸ್ವತಃ ಅಂತಹ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದೆ:

ಮತ್ತು ರೂಟರ್‌ನಲ್ಲಿಯೇ DDNS ಬೆಂಬಲವು ಹೀಗಿದೆ:

ಈಗ ನೀವು ಪರೀಕ್ಷೆಯನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದು ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು.

ಪರೀಕ್ಷೆ

ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಲಿಂಕ್ ಅನ್ನು ತೆರೆದ ನಂತರ, WebRTC ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕವನ್ನು ಮಾಡಲಾಗುತ್ತದೆ, ಇದು ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸ್ವೀಕರಿಸಲು IP ಕ್ಯಾಮರಾಗೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಇಡೀ ಪ್ರಕ್ರಿಯೆಯು ಕೆಲವು ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಈ ಸಮಯದಲ್ಲಿ, ವೆಬ್‌ಸಾಕೆಟ್‌ಗಳ ಮೂಲಕ ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ನಂತರ ಸರ್ವರ್ RTSP ಮೂಲಕ IP ಕ್ಯಾಮೆರಾವನ್ನು ವಿನಂತಿಸುತ್ತದೆ, RTP ಮೂಲಕ H.264 ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು VP8 / SRTP ಗೆ ಟ್ರಾನ್ಸ್‌ಕೋಡ್ ಮಾಡುತ್ತದೆ - ಇದು ಅಂತಿಮವಾಗಿ WebRTC ಬ್ರೌಸರ್ ಅನ್ನು ಪ್ಲೇ ಮಾಡುತ್ತದೆ.

ವೀಡಿಯೊದ ಕೆಳಭಾಗದಲ್ಲಿ, ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್‌ನ URL ಅನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ, ಅದನ್ನು ನಕಲಿಸಬಹುದು ಮತ್ತು ಇನ್ನೊಂದು ಬ್ರೌಸರ್ ಅಥವಾ ಟ್ಯಾಬ್‌ನಿಂದ ವೀಕ್ಷಿಸಲು ತೆರೆಯಬಹುದು.

ಇದು ನಿಜವಾಗಿಯೂ WebRTC ಎಂದು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುತ್ತೇವೆ.

ನಾವು ಮೋಸ ಹೋದರೆ ಮತ್ತು IP ಕ್ಯಾಮೆರಾದಿಂದ ವೀಡಿಯೊವನ್ನು ಮತ್ತೆ HTTP ಮೂಲಕ ರವಾನಿಸಿದರೆ ಏನು? ನಾವು ಚಿತ್ರವನ್ನು ಸುಮ್ಮನೆ ನೋಡದೆ, ನಾವು ನಿಜವಾಗಿ ಯಾವ ರೀತಿಯ ದಟ್ಟಣೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸೋಣ. ಸಹಜವಾಗಿ, ನಾವು ಮತ್ತೆ Chrome ನಲ್ಲಿ Wireshark ಮತ್ತು ಡೀಬಗ್ ಮಾಡುವ ಕನ್ಸೋಲ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ. Chrome ಬ್ರೌಸರ್ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ನಾವು ಈ ಕೆಳಗಿನವುಗಳನ್ನು ನೋಡಬಹುದು:

ಈ ಬಾರಿ ಏನೂ ಹೊಳೆಯುವುದಿಲ್ಲ ಮತ್ತು HTTP ಮೂಲಕ ಪ್ರಸಾರವಾಗುವ ಯಾವುದೇ ಚಿತ್ರಗಳು ಗೋಚರಿಸುವುದಿಲ್ಲ. ಈ ಸಮಯದಲ್ಲಿ ನಾವು ನೋಡುವುದು ವೆಬ್‌ಸಾಕೆಟ್ ಫ್ರೇಮ್‌ಗಳು ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ವೆಬ್‌ಸಾಕೆಟ್ ಅಧಿವೇಶನವನ್ನು ನಿರ್ವಹಿಸಲು ಪಿಂಗ್/ಪಾಂಗ್ ಪ್ರಕಾರಗಳಾಗಿವೆ. ಆಸಕ್ತಿದಾಯಕ ಚೌಕಟ್ಟುಗಳು: ಸಂಪರ್ಕಪಡಿಸಿ, ಸಿದ್ಧಪಡಿಸಿRtspSession ಮತ್ತು onReadyToPlay - ಇದು ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸುವ ಕ್ರಮವಾಗಿದೆ: ಮೊದಲು ವೆಬ್‌ಸಾಕೆಟ್ ಸಂಪರ್ಕ, ಮತ್ತು ನಂತರ ಪ್ಲೇಬ್ಯಾಕ್‌ಗಾಗಿ ಸ್ಟ್ರೀಮ್ ವಿನಂತಿ.

ಅದು ಏನು ತೋರಿಸುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ chrome://webrtc-internals

ಗ್ರಾಫ್‌ಗಳ ಪ್ರಕಾರ, ನಾವು 1Mbps ನ IP ಕ್ಯಾಮರಾದಿಂದ ಬಿಟ್ರೇಟ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಹೊರಹೋಗುವ ದಟ್ಟಣೆಯೂ ಇದೆ, ಹೆಚ್ಚಾಗಿ ಇವು RTCP ಮತ್ತು ICE ಪ್ಯಾಕೆಟ್‌ಗಳಾಗಿವೆ. ಅಮೆಜಾನ್ ಸರ್ವರ್‌ಗೆ RTT ಸುಮಾರು 300 ಮಿಲಿಸೆಕೆಂಡುಗಳು.

ಈಗ ವೈರ್‌ಶಾರ್ಕ್ ಅನ್ನು ನೋಡೋಣ, ನೀವು ಸರ್ವರ್‌ನ ಐಪಿ ವಿಳಾಸದಿಂದ ಯುಡಿಪಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನೋಡಬಹುದು. ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ, ಪ್ಯಾಕೆಟ್‌ಗಳು 1468 ಬೈಟ್‌ಗಳಾಗಿವೆ. ಇದು WebRTC ಆಗಿದೆ. ಹೆಚ್ಚು ನಿಖರವಾಗಿ, VP8 ವೀಡಿಯೊ ಫ್ರೇಮ್‌ಗಳನ್ನು ಹೊಂದಿರುವ SRTP ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ನಾವು ಬ್ರೌಸರ್ ಪರದೆಯಲ್ಲಿ ವೀಕ್ಷಿಸಬಹುದು. ಹೆಚ್ಚುವರಿಯಾಗಿ, STUN ವಿನಂತಿಗಳು ಸ್ಲಿಪ್ ಆಗುತ್ತವೆ (ಚಿತ್ರದಲ್ಲಿನ ಅತ್ಯಂತ ಕಡಿಮೆ ಪ್ಯಾಕೆಟ್) - ಇದು WebRTC ICE ಸಂಪರ್ಕವನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಪರಿಶೀಲಿಸುತ್ತಿದೆ.

ವೀಡಿಯೋ ಪ್ಲೇಬ್ಯಾಕ್‌ಗಾಗಿ ತುಲನಾತ್ಮಕವಾಗಿ ಕಡಿಮೆ ಲೇಟೆನ್ಸಿ (ಡೇಟಾ ಸೆಂಟರ್‌ಗೆ ಪಿಂಗ್ ಸುಮಾರು 250 ಎಂಎಸ್ ಆಗಿತ್ತು) ಗಮನಿಸಬೇಕಾದ ಅಂಶವಾಗಿದೆ. WebRTC SRTP/UDP ಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಮತ್ತು ಇದು HTTP, RTMP ಮತ್ತು ಇತರ TCP-ತರಹದ ಸ್ಟ್ರೀಮಿಂಗ್ ವಿಧಾನಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ತಲುಪಿಸುವ ವೇಗವಾದ ಮಾರ್ಗವಾಗಿದೆ. ಆ. ಕಣ್ಣಿಗೆ ಗೋಚರಿಸುವ ವಿಳಂಬವು RTT ಆಗಿರಬೇಕು + ಬ್ರೌಸರ್‌ನಿಂದ ಬಫರಿಂಗ್, ಡಿಕೋಡಿಂಗ್ ಮತ್ತು ಪ್ಲೇಬ್ಯಾಕ್ ಸಮಯ. ದೃಷ್ಟಿ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ಈ ಸಂದರ್ಭದಲ್ಲಿ - ಕಣ್ಣು ಬಹುತೇಕ ವಿಳಂಬವನ್ನು ನೋಡುವುದಿಲ್ಲ, ಇದು 500 ಮಿಲಿಸೆಕೆಂಡುಗಳಿಗಿಂತ ಕಡಿಮೆಯಿರುತ್ತದೆ.

ಮುಂದಿನ ಪರೀಕ್ಷೆಯು ಇತರ ವೀಕ್ಷಕರನ್ನು ಸಂಪರ್ಕಿಸುತ್ತಿದೆ. ನಾನು 10 Chrome ವಿಂಡೋಗಳನ್ನು ತೆರೆಯಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಚಿತ್ರವನ್ನು ತೋರಿಸಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಕ್ರೋಮ್ ಸ್ವತಃ ಸ್ವಲ್ಪ ಮಂದವಾಗಲು ಪ್ರಾರಂಭಿಸಿತು. ಮತ್ತೊಂದು ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ 11 ನೇ ವಿಂಡೋವನ್ನು ತೆರೆಯುವಾಗ, ಪ್ಲೇಬ್ಯಾಕ್ ಸುಗಮವಾಗಿ ಉಳಿಯಿತು.

ಮೊಬೈಲ್ ಸಾಧನಗಳಲ್ಲಿ WebRTC ಕುರಿತು

ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, WebRTC ಅನ್ನು Android ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ Chrome ಮತ್ತು Firefox ಬ್ರೌಸರ್‌ಗಳು ಬೆಂಬಲಿಸುತ್ತವೆ.
ನಮ್ಮ ಪ್ರಸಾರವನ್ನು ಅಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸೋಣ:

ಚಿತ್ರವು HTC ಫೋನ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ; ಫೈರ್‌ಫಾಕ್ಸ್ ಬ್ರೌಸರ್ ಕ್ಯಾಮೆರಾದಿಂದ ವೀಡಿಯೊವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ. ಡೆಸ್ಕ್‌ಟಾಪ್‌ನಿಂದ ಪ್ಲೇಬ್ಯಾಕ್ ಮೃದುತ್ವದಲ್ಲಿ ಯಾವುದೇ ವ್ಯತ್ಯಾಸಗಳಿಲ್ಲ.

ತೀರ್ಮಾನ

ಇದರ ಪರಿಣಾಮವಾಗಿ, IP ಕ್ಯಾಮರಾದಿಂದ ಹಲವಾರು ಬ್ರೌಸರ್‌ಗಳಿಗೆ WebRTC ಆನ್‌ಲೈನ್ ಪ್ರಸಾರವನ್ನು ಕನಿಷ್ಠ ಪ್ರಯತ್ನದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಲು ನಮಗೆ ಸಾಧ್ಯವಾಯಿತು. ತಂಬೂರಿ ಅಥವಾ ರಾಕೆಟ್-ವಿಜ್ಞಾನದೊಂದಿಗೆ ಯಾವುದೇ ನೃತ್ಯದ ಅಗತ್ಯವಿಲ್ಲ - Linux ಮತ್ತು SSH ಕನ್ಸೋಲ್‌ನ ಮೂಲಭೂತ ಜ್ಞಾನ ಮಾತ್ರ.

ಪ್ರಸಾರದ ಗುಣಮಟ್ಟವು ಸ್ವೀಕಾರಾರ್ಹ ಮಟ್ಟದಲ್ಲಿತ್ತು ಮತ್ತು ಪ್ಲೇಬ್ಯಾಕ್ ವಿಳಂಬವು ಕಣ್ಣಿಗೆ ಕಾಣಿಸುವುದಿಲ್ಲ.

ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಬ್ರೌಸರ್ ಆಧಾರಿತ WebRTC ಪ್ರಸಾರಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿರಲು ಹಕ್ಕನ್ನು ಹೊಂದಿವೆ ಎಂದು ನಾವು ಹೇಳಬಹುದು, ಏಕೆಂದರೆ ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, WebRTC ಇನ್ನು ಮುಂದೆ ಊರುಗೋಲು ಅಥವಾ ಪ್ಲಗಿನ್ ಅಲ್ಲ, ಆದರೆ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ವೀಡಿಯೊವನ್ನು ಪ್ಲೇ ಮಾಡಲು ನಿಜವಾದ ವೇದಿಕೆಯಾಗಿದೆ.

WebRTC ಯ ವ್ಯಾಪಕ ಅಳವಡಿಕೆಯನ್ನು ನಾವು ಏಕೆ ನೋಡುತ್ತಿಲ್ಲ?

ಮುಖ್ಯ ಅಡಚಣೆಯೆಂದರೆ ಬಹುಶಃ ಕೊಡೆಕ್‌ಗಳ ಕೊರತೆ. WebRTC ಸಮುದಾಯ ಮತ್ತು ಮಾರಾಟಗಾರರು ಪ್ರಯತ್ನಿಸಬೇಕು ಮತ್ತು H.264 ಕೊಡೆಕ್ ಅನ್ನು WebRTC ಗೆ ಪರಿಚಯಿಸಬೇಕು. VP8 ವಿರುದ್ಧ ಹೇಳಲು ಏನೂ ಇಲ್ಲ, ಆದರೆ H.264 ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಲಕ್ಷಾಂತರ ಹೊಂದಾಣಿಕೆಯ ಸಾಧನಗಳು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಏಕೆ ತ್ಯಜಿಸಬೇಕು? ಪೇಟೆಂಟ್‌ಗಳು, ಅಂತಹ ಪೇಟೆಂಟ್‌ಗಳು ...

ಎರಡನೇ ಸ್ಥಾನದಲ್ಲಿ ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ ಸಂಪೂರ್ಣ ಬೆಂಬಲವಿಲ್ಲ. IE ಮತ್ತು Safari ಯೊಂದಿಗೆ, ಉದಾಹರಣೆಗೆ, ಪ್ರಶ್ನೆಯು ತೆರೆದಿರುತ್ತದೆ ಮತ್ತು ಅಲ್ಲಿ ನೀವು ಇನ್ನೊಂದು ರೀತಿಯ ಸ್ಟ್ರೀಮಿಂಗ್‌ಗೆ ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ ಅಥವಾ webrtc4all ನಂತಹ ಪ್ಲಗಿನ್ ಅನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ.

ಆದ್ದರಿಂದ ಭವಿಷ್ಯದಲ್ಲಿ, ಟ್ರಾನ್ಸ್‌ಕೋಡಿಂಗ್ ಮತ್ತು ಸ್ಟ್ರೀಮ್‌ಗಳ ಪರಿವರ್ತನೆಯ ಅಗತ್ಯವಿಲ್ಲದ ಮತ್ತು ಹೆಚ್ಚಿನ ಬ್ರೌಸರ್‌ಗಳು ವಿವಿಧ ಸಾಧನಗಳಿಂದ ನೇರವಾಗಿ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಪ್ಲೇ ಮಾಡಲು ಸಾಧ್ಯವಾಗುವಂತಹ ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ಪರಿಹಾರಗಳನ್ನು ನೋಡಲು ನಾವು ಭಾವಿಸುತ್ತೇವೆ.

ಉತ್ಪನ್ನವನ್ನು ಹೊಂದಿಸಲು ಅಥವಾ ನಿರ್ವಹಿಸಲು ನಿಮಗೆ ಯಾವುದೇ ತೊಂದರೆಗಳಿದ್ದರೆ, ದಯವಿಟ್ಟು ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಅವುಗಳ ಉತ್ತರಗಳನ್ನು ಓದಿ.

REVISOR VMS ಉಡುಗೊರೆ ಪರವಾನಗಿಯನ್ನು ಹೇಗೆ ಪಡೆಯುವುದು?

ರಿವೈಸರ್ VMS ಉಡುಗೊರೆ ಪರವಾನಗಿಯನ್ನು ಸ್ವೀಕರಿಸಲು, ಸೂಚನೆಗಳನ್ನು ಅನುಸರಿಸಿ. ಸೂಚನೆಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ.

ನನ್ನ ಬಳಿ 1.3 MP RedLine IP ಕ್ಯಾಮೆರಾ ಇದೆ. ನಾನು ActiveX ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇನೆ, ಆದರೆ "HTTP 404 - ಕಂಡುಬಂದಿಲ್ಲ" ದೋಷವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ನಾನು ಏನು ಮಾಡಬೇಕು?

1.3 ಎಂಪಿ ವೀಡಿಯೋ ಕ್ಯಾಮೆರಾಗಳಲ್ಲಿ, ಆಕ್ಟಿವ್ಎಕ್ಸ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಕಿಟ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾದ ಡಿಸ್ಕ್‌ನಿಂದ ಸ್ಥಾಪಿಸಬೇಕು ಅಥವಾ ಲಿಂಕ್‌ನಿಂದ ಡೌನ್‌ಲೋಡ್ ಮಾಡಬೇಕು

4MP ಕ್ಯಾಮೆರಾಗಳಿಗಾಗಿ:

rtsp://admin:123456@IP-address:554/ch01/0 - ಮುಖ್ಯ ಥ್ರೆಡ್

rtsp://admin:123456@IP-address:554/ch01/1 - ಹೆಚ್ಚುವರಿ ಸ್ಟ್ರೀಮ್

rtsp://admin:123456@IP-address:554/streaming/mjpeg - mjpeg ಸ್ಟ್ರೀಮ್

1.3MP ಮತ್ತು 2MP ಕ್ಯಾಮೆರಾಗಳಿಗಾಗಿ

rtsp://admin:123456@IP-address:554/streaming/video0 - ಮುಖ್ಯ ಸ್ಟ್ರೀಮ್

rtsp://admin:123456@IP-address:554/streaming/video1 - ಹೆಚ್ಚುವರಿ ಸ್ಟ್ರೀಮ್

ಮೊಬೈಲ್ ಸಾಧನಗಳಿಗೆ ಯಾವ ಸಾಫ್ಟ್‌ವೇರ್ ಸೂಕ್ತವಾಗಿದೆ?

ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಯಾವ ಪೋರ್ಟ್‌ಗಳು ಅಗತ್ಯವಿದೆ?

80 - ವೆಬ್ ಇಂಟರ್ಫೇಸ್

554-rtsp (ವಿಡಿಯೋ) ಸ್ಟ್ರೀಮ್

4900 - ಮೊಬೈಲ್ ಬಂದರು

9988 - 4MP IP ಕ್ಯಾಮೆರಾಗಳಿಗೆ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗಳಿಗಾಗಿ

ರೆಕಾರ್ಡರ್ ಅಥವಾ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ ಧ್ವನಿ ಕಾರ್ಯನಿರ್ವಹಿಸದಿದ್ದರೆ ನಾನು ಏನು ಮಾಡಬೇಕು?

ಆಡಿಯೊವನ್ನು ರವಾನಿಸಲು, ನೀವು NETWORK - RTSP ಸ್ಟ್ರೀಮ್ ಟ್ಯಾಬ್‌ನಲ್ಲಿನ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಆಡಿಯೊ ಪ್ರಸರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ.

ಆಕ್ರಮಿತ ಸ್ಥಳದ ಪ್ರಮಾಣವು ಆಯ್ದ ರೆಕಾರ್ಡಿಂಗ್ ಗುಣಮಟ್ಟ ಮತ್ತು ಚಲನೆಯ ಆವರ್ತನವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ (ಪತ್ತೆಹಚ್ಚುವ ಮೂಲಕ ರೆಕಾರ್ಡಿಂಗ್ ಮಾಡುವಾಗ). ಆರ್ಕೈವ್ ಅನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು, ನೀವು ಡಿಸ್ಕ್ ಕ್ಯಾಲ್ಕುಲೇಟರ್ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಬಳಸಬಹುದು.

ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ IP ಕ್ಯಾಮೆರಾವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಹೇಗೆ?

ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ನಿರ್ವಾಹಕರಾಗಿ ರನ್ ಮಾಡಿ. ಕಾಣಿಸಿಕೊಳ್ಳುವ ವಿಂಡೋದಲ್ಲಿ, ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಸಲಕರಣೆಗಳ ಪಟ್ಟಿಯನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ.

ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಾಯಿಸಲು, ನೀವು ಮೇಲಿನ ಕ್ಷೇತ್ರದಲ್ಲಿ ಉಪಕರಣಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು ಮತ್ತು ಕೆಳಗಿನ ಕ್ಷೇತ್ರದಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು (IP ವಿಳಾಸ, ಮುಖವಾಡ, ಗೇಟ್ವೇ) ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು, ಬಳಕೆದಾರ ಹೆಸರು, ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ನಮೂದಿಸಿ ಮತ್ತು ಮಾರ್ಪಡಿಸು ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಿ. ಭವಿಷ್ಯದಲ್ಲಿ, ಸಂಪರ್ಕಿಸಲು ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ IP ಅನ್ನು ಬಳಸಬೇಕು

1.3MP ಮತ್ತು 2MP IP ಕ್ಯಾಮೆರಾಗಳಿಗಾಗಿಬಳಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ

CVMS ಗೆ 1.3 MP IP ಕ್ಯಾಮೆರಾವನ್ನು ಹೇಗೆ ಸೇರಿಸುವುದು?

ಕ್ಯಾಮರಾ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿದ್ದರೆ, ನಂತರ ನೋಡುವ ಕ್ರಮದಲ್ಲಿ, ಸಾಧನಗಳ ಮೆನುವಿನಲ್ಲಿ (ಎಡಭಾಗದಲ್ಲಿ), ಬಲ ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು "ತ್ವರಿತ ಹುಡುಕಾಟ" ಆಯ್ಕೆಮಾಡಿ, ನಂತರ ಬಯಸಿದ ಕ್ಯಾಮರಾವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ.

ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಸಂಪರ್ಕವನ್ನು ಮಾಡಲಾಗಿದ್ದರೆ, ವೀಕ್ಷಣೆ ಮೋಡ್‌ನಲ್ಲಿ, ಸಾಧನಗಳ ಮೆನುವಿನಲ್ಲಿ (ಎಡಭಾಗದಲ್ಲಿ), ಬಲ ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು "ಸಾಧನವನ್ನು ಸೇರಿಸಿ" ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಸಂಪರ್ಕ ಡೇಟಾವನ್ನು ನಮೂದಿಸಿ, TCP ಪೋರ್ಟ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು (ಡೀಫಾಲ್ಟ್ 1115)

ವಿವಿಧ ವೆಬ್ ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ IP ಕ್ಯಾಮರಾದಿಂದ RTSP ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪ್ರಸಾರ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೇಗೆ ಪರಿಶೀಲಿಸುವುದು

Windows, Mac OS X, Linux ಚಾಲನೆಯಲ್ಲಿರುವ ಡೆಸ್ಕ್‌ಟಾಪ್‌ಗಳಲ್ಲಿ Chrome, Firefox, Safari ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ RTSP ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್‌ನ ಪ್ರದರ್ಶನವನ್ನು ಪರಿಶೀಲಿಸೋಣ ಮತ್ತು Android ಮತ್ತು iOS ಚಾಲನೆಯಲ್ಲಿರುವ ಮೊಬೈಲ್ ಸಾಧನಗಳು

VLC ನಲ್ಲಿ RTSP ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ

RTSP ಸ್ಟ್ರೀಮ್ ಲಭ್ಯವಿದೆ ಮತ್ತು ವೀಡಿಯೊವನ್ನು ಸ್ಟ್ರೀಮ್ ಮಾಡುತ್ತದೆ ಎಂದು ತ್ವರಿತವಾಗಿ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ಅದನ್ನು VLC ಪ್ಲೇಯರ್‌ನಲ್ಲಿ ತೆರೆಯಿರಿ. ಸ್ಟ್ರೀಮ್ ಸರಿಯಾಗಿ ಪ್ಲೇ ಆಗಿದ್ದರೆ, ನಾವು ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲು ಮುಂದುವರಿಯುತ್ತೇವೆ. ನೀವು IP ಕ್ಯಾಮರಾ ನಿಯಂತ್ರಣ ಫಲಕದಲ್ಲಿ RTSP URL ಅನ್ನು ಪಡೆಯಬಹುದು ಅಥವಾ ಸಾರ್ವಜನಿಕವಾಗಿ ಲಭ್ಯವಿರುವ ಕೆಲವು RTSP ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಬಳಸಬಹುದು, ಉದಾಹರಣೆಗೆ ಇದು: rtsp://b1.dnsdojo.com:1935/live/sys3.stream

Google Chrome ಮತ್ತು Mozilla Firefox ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ RTSP-WebRTC ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತಿದೆ

Chrome ಮತ್ತು Firefox ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ HTML ಪುಟದಲ್ಲಿ ಅದೇ RTSP ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪ್ಲೇ ಮಾಡಲಾಗಿದೆ ಎಂದು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುತ್ತೇವೆ.

1. ಡೆಮೊ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಿ, ಮೆನು 'ಡೆಮೊ / ಸ್ಟ್ರೀಮಿಂಗ್ ನಿಮಿಷ'. ಇದು Chrome ಮತ್ತು Firefox ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ RTSP ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪ್ರದರ್ಶಿಸಲು WebRTC ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸುವ ಕನಿಷ್ಠ HTML5 ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಆಗಿದೆ.

2. ವೆಬ್ ಕರೆ ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಿ

3. ಕ್ಯಾಮರಾದ RTSP ವಿಳಾಸವನ್ನು ನಮೂದಿಸಿ ಮತ್ತು ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪ್ಲೇ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿ:

ಪರಿಣಾಮವಾಗಿ, ನಾವು Google Chrome ಬ್ರೌಸರ್‌ನಲ್ಲಿ RTSP ಸ್ಟ್ರೀಮ್‌ನ ಪ್ಲೇಬ್ಯಾಕ್ ಅನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಪರೀಕ್ಷಿಸಿದ್ದೇವೆ. ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ ವೆಬ್‌ಆರ್‌ಟಿಸಿ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬೆಂಬಲಿಸುವ ಡೆಸ್ಕ್‌ಟಾಪ್ ಮತ್ತು ಮೊಬೈಲ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಫೈರ್‌ಫಾಕ್ಸ್ ಮತ್ತು ಒಪೇರಾ ಬ್ರೌಸರ್‌ಗಳೊಂದಿಗೆ ಇದೇ ರೀತಿಯ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಬಹುದು.

iOS ಮತ್ತು Mac OS X ಅಡಿಯಲ್ಲಿ ಸಫಾರಿ ಬ್ರೌಸರ್‌ನಲ್ಲಿ RTSP-Websocket ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತಿದೆ

iOS ಸಾಧನಗಳಲ್ಲಿನ ಬ್ರೌಸರ್‌ಗಳು WebRTC ತಂತ್ರಜ್ಞಾನವನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಈ ಕಾರಣಕ್ಕಾಗಿ, ಪ್ರತ್ಯೇಕ ಪ್ಲೇಯರ್ 'WS ಪ್ಲೇಯರ್ ಮಿನ್' ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಇದು ವೆಬ್‌ಸಾಕೆಟ್ ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಬ್ರೌಸರ್‌ನ HTML5-ಕ್ಯಾನ್ವಾಸ್ ಅಂಶದಲ್ಲಿ ಪ್ಲೇ ಮಾಡುತ್ತದೆ.

1. Chrome ನಂತೆಯೇ, ನೀವು ಡೆಮೊ ಇಂಟರ್ಫೇಸ್ ಪುಟವನ್ನು ತೆರೆಯಬೇಕು, ಆದರೆ ಬೇರೆ ಮೆನು ಐಟಂ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿ:

2. ಇದರ ನಂತರ, ವೆಬ್ ಕರೆ ಸರ್ವರ್ಗೆ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಿ

3. ಹಿಂದೆ ತಿಳಿದಿರುವ RTSP ಪ್ರಸಾರ ವಿಳಾಸವನ್ನು ನಮೂದಿಸಿ ಮತ್ತು ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪ್ಲೇ ಮಾಡಿ:

ಹೀಗಾಗಿ, ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಮೊಬೈಲ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಸೇರಿದಂತೆ ಸಾಮಾನ್ಯ ವೆಬ್ ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ ವೆಬ್ ಕಾಲ್ ಸರ್ವರ್ ಬಳಸಿ ಪರಿವರ್ತಿಸಲಾದ RTSP ಟ್ರಾಫಿಕ್ ಅನ್ನು ವೀಕ್ಷಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಮೇಲಿನವು ಪ್ರದರ್ಶಿಸುತ್ತದೆ.

ನಿಮ್ಮ ಸ್ವಂತ ವೆಬ್‌ಸೈಟ್‌ಗೆ HTML5 RTSP ಪ್ಲೇಯರ್ ಅನ್ನು ಸೇರಿಸುವುದು ಮುಂದಿನ ಹಂತವಾಗಿದೆ. ಸೇರಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪಕ್ಕದ ಅನುಷ್ಠಾನ ವಿಭಾಗದಲ್ಲಿ ವಿವರವಾಗಿ ವಿವರಿಸಲಾಗಿದೆ.