یکی از سؤالهای مهم هنگام راهاندازی انتقال تصویر این است که مصرف اینترنت دوربین مداربسته چقدر خواهد بود. پاسخ به این سؤال فقط به رزولوشن دوربین بستگی ندارد؛ Bitrate، مدت مشاهده از راه دور، تعداد کانالهایی که همزمان دیده میشوند، نوع فشردهسازی، نرخ فریم و انتخاب Main Stream یا Sub Stream همگی روی حجم مصرفی اثر میگذارند.
نکته مهم این است که ضبط محلی روی هارد DVR یا NVR بهخودیخود به معنی مصرف اینترنت نیست. اینترنت زمانی اهمیت پیدا میکند که تصویر یا داده از شبکه محلی خارج شود؛ برای مثال هنگام Live View از موبایل، Playback از راه دور، ارسال تصویر به فضای ابری یا برخی سرویسهای آنلاین.
برای تخمین درست مصرف، بهتر است به جای تکیه بر یک عدد ثابت برای «دوربین 2 مگاپیکسل» یا «دوربین 4K»، Bitrate واقعی استریم را بررسی کنید. دو دوربین با رزولوشن یکسان ممکن است به دلیل تنظیمات متفاوت، حجم اینترنت کاملاً متفاوتی ایجاد کنند.
Bitrate مقدار دادهای است که استریم ویدئو در هر ثانیه تولید میکند و معمولاً با Kbps یا Mbps نمایش داده میشود. در محاسبه مصرف اینترنت، Bitrate یکی از کاربردیترین پارامترهاست. هرچه Bitrate بالاتر باشد، در شرایط مشابه حجم انتقال داده نیز بیشتر میشود.
افزایش رزولوشن معمولاً برای حفظ جزئیات بیشتر به Bitrate بالاتری نیاز دارد؛ اما نمیتوان گفت هر دوربین 4K دقیقاً چند برابر یک دوربین 1080p اینترنت مصرف میکند. نوع صحنه، کدک، FPS و تنظیمات Encoder نیز مؤثر هستند. برای انتخاب دقیقتر کیفیت تصویر، راهنمای رزولوشن دوربین مداربسته را هم ببینید.
FPS تعداد فریمهای ثبتشده در هر ثانیه است. کاهش منطقی نرخ فریم میتواند Bitrate موردنیاز را کمتر کند، اما مقدار مناسب باید بر اساس نوع پروژه انتخاب شود. برای صحنههای سریع، ورودی خودرو یا نقاط حساس ممکن است نرخ فریم بالاتر ارزش داشته باشد؛ در حالی که در بعضی محیطهای کمتحرک نرخ پایینتر کافی است.
کدک وظیفه فشردهسازی ویدئو را بر عهده دارد. H.265 در بسیاری از سناریوها میتواند برای کیفیت بصری مشابه نسبت به H.264 به Bitrate کمتری نیاز داشته باشد، اما درصد صرفهجویی یک عدد ثابت نیست. میزان کاهش حجم به محتوا، تنظیمات Encoder، سازگاری دستگاهها و پیادهسازی سازنده بستگی دارد. قابلیتهایی مانند H.265+ یا Smart Codec نیز ممکن است در صحنههای مناسب مصرف داده را کمتر کنند.
Main Stream معمولاً برای ضبط با کیفیت اصلی استفاده میشود. Sub Stream جریان سبکتری است که میتوان آن را برای مشاهده موبایل و اینترنت محدود تنظیم کرد. استفاده درست از Sub Stream یکی از مؤثرترین راههای کاهش مصرف اینترنت در انتقال تصویر است، بدون اینکه کیفیت فایل ضبطشده روی هارد الزاماً کاهش پیدا کند.
اگر Bitrate استریم را بدانید، میتوانید حجم تقریبی انتقال را محاسبه کنید. چون Bitrate معمولاً بر حسب مگابیت بر ثانیه است و حجم اینترنت با مگابایت یا گیگابایت سنجیده میشود، باید بیت را به بایت تبدیل کنیم.
حجم تقریبی در یک ساعت (GB) = Bitrate بر حسب Mbps × 3600 ÷ 8 ÷ 1000
به شکل سادهتر، هر 1 Mbps انتقال پیوسته تقریباً 0.45 GB در ساعت داده جابهجا میکند. این عدد برای برآورد مهندسی مناسب است و حجم ثبتشده توسط اپراتور یا سرویسدهنده ممکن است به دلیل سربار شبکه و نحوه محاسبه حجم کمی متفاوت باشد.
فرض کنید برای مشاهده از راه دور یک دوربین، Sub Stream روی Bitrate حدود 512 Kbps یا 0.512 Mbps تنظیم شده باشد. اگر تصویر را یک ساعت مشاهده کنید:
0.512 × 0.45 ≈ 0.23 GB
یعنی حدود 230 مگابایت برای یک ساعت مشاهده پیوسته. اگر روزانه 30 دقیقه تصویر را ببینید، مصرف تقریبی ماهانه حدود 3.5 گیگابایت خواهد بود. این مثال بر مبنای Bitrate فرضی است و مقدار واقعی را باید از تنظیمات دستگاه خود بخوانید.
اگر چهار کانال بهطور همزمان باز شوند و هر کانال Sub Stream با Bitrate حدود 512 Kbps داشته باشد، مجموع Bitrate تقریباً 2.048 Mbps میشود. یک ساعت مشاهده همزمان چهار کانال در این شرایط حدود 0.92 گیگابایت انتقال داده ایجاد میکند.
اگر فقط یکی از دوربینها را Full Screen کنید و نرمافزار استریم کانالهای دیگر را متوقف یا سبکتر کند، مصرف میتواند متفاوت باشد. بنابراین نحوه نمایش در اپلیکیشن نیز اهمیت دارد.
برای هشت کانال با همان Bitrate فرضی 512 Kbps، مجموع نرخ داده حدود 4.096 Mbps است. اگر هر هشت تصویر واقعاً بهصورت پیوسته دریافت شوند، یک ساعت مشاهده تقریباً 1.84 گیگابایت داده منتقل میکند. در پروژههای بزرگتر همین محاسبه نشان میدهد چرا تنظیم Sub Stream و محدودکردن مشاهده غیرضروری اهمیت زیادی دارد.
خیر. باید بین ترافیک شبکه داخلی و ترافیک اینترنت تفاوت قائل شد. دوربین IP میتواند شبانهروز در شبکه LAN به NVR تصویر ارسال کند و روی هارد ضبط شود، بدون اینکه این جریان الزاماً از اینترنت عبور کند. اگر کاربر از خارج مجموعه Live View یا Playback را باز کند، داده مربوط به آن درخواست از اینترنت محل پروژه عبور میکند.
در سیستمهای دارای Cloud Storage، بکاپ ابری یا سرویسهای آنلاین دائمی شرایط متفاوت است و ممکن است حتی بدون Live View کاربر، ترافیک اینترنت ایجاد شود.
P2P اتصال و دسترسی از راه دور را سادهتر میکند، اما نباید «فعال بودن P2P» را با «ارسال دائمی همه تصاویر با Bitrate کامل» یکی دانست. بخش اصلی حجم زمانی ایجاد میشود که استریم ویدئو یا Playback واقعاً از اینترنت منتقل شود. البته دستگاه میتواند برای حفظ سرویس، ارتباطات کنترلی و سیگنالینگ با سرورهای مرتبط داشته باشد که حجم آن با پخش ویدئوی پیوسته قابل مقایسه نیست.
در منوی Encode یا Video دستگاه DVR/NVR یا دوربین IP معمولاً پارامترهایی مانند Resolution، Frame Rate، Bitrate Type و Max Bitrate قابل مشاهده هستند. برای تخمین مصرف موبایل، تنظیمات Sub Stream را بررسی کنید؛ چون بسیاری از نرمافزارهای انتقال تصویر در حالت روان یا SD از همین استریم استفاده میکنند.
در حالت VBR نرخ بیت میتواند با پیچیدگی صحنه تغییر کند، بنابراین عدد محاسبهشده تخمینی است. در CBR نرخ داده به مقدار تنظیمشده نزدیکتر نگه داشته میشود و پیشبینی مصرف سادهتر است.
لازم نیست برای مشاهده چند تصویر کوچک روی صفحه موبایل همیشه Main Stream با بالاترین کیفیت دریافت شود. یک Sub Stream متناسب با اندازه نمایشگر و کیفیت اینترنت میتواند مصرف را به شکل محسوسی کاهش دهد.
Bitrate بسیار بالا لزوماً در هر پروژه تفاوت بصری ارزشمندی ایجاد نمیکند. مقدار مناسب را با توجه به رزولوشن، FPS، جزئیات صحنه و هدف نظارتی انتخاب کنید و پس از تغییر، کیفیت پلاک، چهره یا نقاط حساس پروژه را دوباره تست کنید.
اگر پروژه به 25 یا 30 فریم در ثانیه نیاز ندارد، نرخ فریم منطقیتر میتواند بار شبکه و حجم داده را کاهش دهد. کاهش FPS باید همراه با تست عملی انجام شود تا اطلاعات موردنیاز صحنه از دست نرود.
اگر تمام تجهیزات و نرمافزارهای پروژه از H.265 پشتیبانی میکنند، استفاده از آن میتواند در بسیاری از شرایط Bitrate موردنیاز را کاهش دهد. برای درک بهتر تفاوت نسلهای فشردهسازی، مقاله فشردهسازی H.264 در دوربین مداربسته نیز مفید است. قبل از تغییر کدک، سازگاری NVR، مرورگر، اپلیکیشن و سیستمهای جانبی را بررسی کنید.
یکی از اشتباهات رایج این است که برای کاهش مصرف اینترنت، کیفیت ضبط اصلی هم بیش از حد کم شود. بهتر است Main Stream برای آرشیو بر اساس نیاز امنیتی تنظیم شود و Sub Stream مخصوص انتقال تصویر بهینه گردد.
تشخیص حرکت میتواند در سناریوهایی مثل ضبط رویدادمحور، ارسال کلیپ یا آپلود ابری بر حجم داده اثر بگذارد؛ اما اگر کاربر Live View را بهصورت پیوسته باز نگه دارد، صرف فعال بودن Motion Detection الزاماً استریم زنده را متوقف نمیکند. بنابراین اثر آن به معماری سیستم و نوع سرویس انتقال بستگی دارد.
در Live View داده همان لحظه دریافت میشود. در Playback، فایل یا استریم ضبطشده از راه دور خوانده میشود و کیفیت انتخابشده میتواند مصرف بالایی ایجاد کند. مشاهده طولانی Playback با کیفیت اصلی ممکن است بسیار بیشتر از چککردن کوتاه تصاویر زنده حجم مصرف کند.
در محل نصب دوربین، هنگام مشاهده از بیرون، ویدئو باید از اتصال اینترنت پروژه آپلود شود. اگر مجموع Bitrate استریمهای درخواستی به ظرفیت Upload نزدیک یا بیشتر شود، احتمال مکث، تأخیر و افت کیفیت بالا میرود. برای طراحی حرفهای فقط حجم بسته اینترنت مهم نیست؛ ظرفیت پایدار Upload نیز باید بررسی شود. اگر با مفاهیم نرخ داده و ظرفیت شبکه کار میکنید، مقاله پهنای باند NVR و تشخیص گلوگاه شبکه نمونه کاربردی خوبی برای این موضوع است.
پهنای باند نشان میدهد در یک لحظه چه نرخ دادهای نیاز دارید، در حالی که مصرف اینترنت حجم دادهای است که طی یک بازه زمانی جابهجا میشود. برای مثال استریم 2 Mbps به پهنای باندی در همین محدوده نیاز دارد؛ اگر یک ساعت ادامه پیدا کند، تقریباً 0.9 گیگابایت داده منتقل میکند.
| Bitrate مجموع | تقریباً در 1 ساعت | تقریباً در 10 ساعت |
|---|---|---|
| 0.5 Mbps | 0.225 GB | 2.25 GB |
| 1 Mbps | 0.45 GB | 4.5 GB |
| 2 Mbps | 0.9 GB | 9 GB |
| 4 Mbps | 1.8 GB | 18 GB |
| 8 Mbps | 3.6 GB | 36 GB |
این جدول بر پایه انتقال پیوسته و تبدیل ساده واحدهاست و برای برآورد اولیه استفاده میشود؛ سربار پروتکلها، VBR و رفتار اپلیکیشن میتواند مقدار واقعی را تغییر دهد.
ابتدا مشخص کنید چند کاربر از راه دور متصل میشوند، معمولاً چند کانال را همزمان میبینند و متوسط مدت مشاهده روزانه چقدر است. سپس Bitrate استریم مخصوص موبایل را تعیین کنید و با فرمول بالا حجم ماهانه را به دست آورید. برای پروژههایی که مشاهده دائمی از راه دور دارند، علاوه بر حجم بسته باید کیفیت و پایداری اینترنت و Upload نیز در نظر گرفته شود. در لینکهای وایرلس پروژه هم میتوانید از راهنمای محاسبه ظرفیت لینک وایرلس برای دوربین مداربسته کمک بگیرید.
اگر ضبط بهصورت محلی روی هارد انجام شود، خود فرایند ضبط نیازمند اینترنت نیست. سرویسهای ابری یا بکاپ خارج از محل میتوانند اینترنت مصرف کنند.
به Bitrate استریم بستگی دارد. بهطور تقریبی هر 1 Mbps استریم پیوسته حدود 0.45 گیگابایت در ساعت داده منتقل میکند.
لزومی ندارد. در بسیاری از سیستمها میتوان Main Stream را برای ضبط با کیفیت مناسب نگه داشت و Sub Stream را برای مشاهده اینترنتی سبکتر تنظیم کرد.
فقط دوربینها یا استریمهایی که واقعاً از اینترنت منتقل میشوند در حجم انتقال ویدئو نقش مستقیم دارند. اگر در اپلیکیشن همزمان چند کانال باز باشد، مجموع Bitrate آنها اهمیت پیدا میکند.
خیر. H.265 میتواند کارآمدتر باشد، اما درصد کاهش Bitrate ثابت نیست و به صحنه، تنظیمات و پیادهسازی تجهیزات بستگی دارد.
برای محاسبه مصرف اینترنت دوربین مداربسته به جای اعداد ثابت و عمومی، Bitrate واقعی استریمی را که از اینترنت عبور میکند مبنا قرار دهید. هر 1 Mbps انتقال پیوسته تقریباً 0.45 گیگابایت در ساعت حجم ایجاد میکند. استفاده از Sub Stream، انتخاب Bitrate و FPS مناسب، کدک سازگار و محدودکردن Live View غیرضروری میتواند مصرف را کنترل کند، در حالی که کیفیت ضبط اصلی بر اساس نیاز امنیتی حفظ میشود.