کندی نمایش چندتصویری NVR تیاندی؛ تشخیص مشکل بدون کاهش عجولانه کیفیت ضبط

برای بررسی کندی نمایش چندتصویری NVR تیاندی، ابتدا تصویر یک دوربین را به تنهایی، همان دوربین را در چیدمان چندتایی و فیلم ضبط شده همان رویداد را جداگانه مقایسه کنید. گیر کردن پنجره های نمایش، به تنهایی ثابت نمی کند فیلم روی هارد ناقص است. مسیر دریافت تصویر، جریان انتخاب شده برای نمایش و توان بازکردن ویدیو در دستگاه مشاهده، هر کدام باید جدا بررسی شوند.

کم کردن فوری کیفیت ضبط ممکن است صورت مسئله را پنهان کند و جزئیات لازم برای بازبینی بعدی را از بین ببرد. این راهنما برای نصاب و مالک مجاز سامانه نوشته شده است تا پیش از تعویض NVR یا تغییر تنظیمات همه دوربین ها، محل مشکل را محدود کنند. ظرفیت ها، نام منوها و رفتار انتخاب جریان در تیاندی به مدل کامل، کد Spec و نسخه دستگاه وابسته است؛ مراحل زیر یک روش تشخیص هستند، نه مسیر منوی مشترک برای همه مدل ها.

اول روشن کنید «کندی تصویر» دقیقا چه نشانه ای دارد

چهار نشانه را از هم جدا کنید: تصویر با تاخیر به حرکت واقعی پاسخ می دهد، حرکت به صورت تکه تکه دیده می شود، تصویر چندتایی نرم تر و کم جزئیات تر از حالت تکی است، یا ارتباط یک کانال قطع می شود. اینها لزوما علت یکسان ندارند. برای مثال، نرم بودن یک پنجره کوچک می تواند به جریان انتخاب شده برای آن مربوط باشد؛ قطع شدن کامل همان کانال بررسی متفاوتی می خواهد.

نوارهای روشن و تیره ناشی از نور محیط و کشیده شدن سوژه متحرک نیز با گیر کردن نمایشگر یک مسئله نیستند. اگر نشانه در تصویر تکی، فایل خروجی و همه گیرنده ها یکسان دیده می شود، بررسی صرف چیدمان چندتصویری کافی نخواهد بود. شرحی مثل «در حالت نه پنجره، حرکت هر چند لحظه متوقف می شود اما حالت تکی روان است» برای پیگیری بسیار مفیدتر از عبارت «کیفیت دوربین بد است» است.

قبل از تغییر تنظیمات، برگه وضعیت بسازید

مدل کامل و Spec ضبط کننده، نسخه firmware، مدل دوربین های درگیر و روش اتصال را یادداشت کنید. سپس مشخص کنید مشکل روی نمایشگر متصل به NVR است، در نرم افزار رایانه داخل شبکه دیده می شود یا فقط هنگام مشاهده از بیرون محل رخ می دهد. تعداد پنجره های باز و تعداد کاربران همزمان را نیز ثبت کنید. این اطلاعات کمک می کند مشکل یک رایانه را به خود ضبط کننده نسبت ندهید.

تنظیمات فعلی جریان اصلی و فرعی را، در صورت دسترسی، برای کانال نمونه ثبت کنید: وضوح، نرخ فریم، بیت ریت، کدک و نام پروفایل. فقط عدد مگاپیکسل کافی نیست. پیش از هر تغییر، مقدار قبلی و هدف آزمون را بنویسید و در هر مرحله تنها یک متغیر را عوض کنید. از کپی کردن تنظیمات روی همه کانال ها در ابتدای عیب یابی پرهیز کنید؛ ممکن است دوربین های ورودی، انبار و محوطه نیازهای متفاوتی داشته باشند.

ضبط را مستقل از نمایش زنده آزمایش کنید

یک رویداد آزمایشی ساده و بی خطر، مانند حرکت دادن برگه ای با شناسه آزمون، در کادر ایجاد کنید. زمان و کانال را یادداشت کنید و همان لحظه را بعدا در بازپخش ببینید. سپس یک فایل کوتاه دریافت کنید و آن را روی رایانه مناسب با ابزار سازگار بررسی کنید. هدف این است که معلوم شود توقف دیده شده در پنجره زنده، داخل داده ذخیره شده نیز وجود دارد یا فقط هنگام نمایش رخ می دهد.

در صورت اختلاف ساعت، ابتدا مطمئن شوید همان رویداد را مقایسه می کنید. راهنمای رفع اختلاف ساعت دوربین تیاندی و NVR تفاوت نوشته داخل تصویر، ساعت ضبط کننده و خط زمانی را توضیح می دهد. تغییر عجولانه ساعت برای این آزمون ضروری نیست؛ اختلاف موجود را ثبت کنید و بازه درست را پیدا کنید.

باز شدن فایل روی همان رایانه ضعیفی که نمایش زنده در آن مشکل دارد، آزمون مستقلی از توان پخش ایجاد نمی کند. در صورت امکان از یک گیرنده مناسب دیگر استفاده کنید و ابتدا، میانه و پایان فایل را ببینید. برای کنترل کامل کانال و بازه، چک لیست بررسی فایل خروجی NVR تیاندی را دنبال کنید. روان بودن یک نمونه کوتاه نیز سلامت همه روزها و همه کانال ها را ثابت نمی کند؛ نتیجه را به همان نمونه محدود بنویسید.

جریان اصلی و فرعی را با مسیر ضبط اشتباه نگیرید

در سامانه ای که چند جریان ویدیویی را پشتیبانی می کند، ممکن است برای نمایش چندتایی از جریان سبک تر و برای ضبط از جریان دیگری استفاده شود. این رفتار را باید در مستندات و تنظیمات همان دوربین، NVR و نرم افزار تایید کرد. نباید فرض کرد همه مدل های تیاندی با دوبار کلیک کردن حتما بین جریان اصلی و فرعی جابه جا می شوند یا تنظیم جریان فرعی در هیچ حالتی روی ضبط اثر ندارد.

اگر گزینه انتخاب جریان برای نمایش در دسترس است، ابتدا روی یک کانال بررسی کنید هر حالت واقعا کدام پروفایل را دریافت می کند. وضوح و نرخ فریم مشاهده شده را با مقدار تنظیم شده مقایسه کنید. بهتر شدن حالت تکی، یک سرنخ درباره تفاوت مسیر نمایش است؛ اثبات قطعی خرابی جریان فرعی نیست. احتمال ناسازگاری تنظیمات، انتخاب خودکار پروفایل یا محدودیت پردازش نیز باید در بررسی باقی بماند.

در مستندات AXIS Camera Station Pro، پروفایل جریان نمایش و تنظیمات مربوط به مصرف پهنای باند کلاینت به صورت جدا توضیح داده شده اند. این منبع نشان می دهد جداسازی تنظیم مشاهده از سایر وظایف در یک سامانه ویدیویی چگونه مطرح می شود؛ نام گزینه ها و قابلیت های آن، دستورالعمل یا تضمین سازگاری برای تیاندی نیست. برای دستگاه خود، رابطه پروفایل نمایش و جریان ضبط را از راهنمای همان نسخه بگیرید.

تعداد کانال، پهنای باند و توان دیکود سه معیار متفاوت هستند

تعداد ورودی های NVR می گوید چه تعداد کانال طبق شرایط سازنده قابل اتصال است. پهنای باند ورودی به میزان داده دریافتی مربوط است. ظرفیت دیکود یا بازکردن ویدیو، به ترکیب جریان هایی مربوط می شود که دستگاه می تواند برای نمایش پردازش کند. خروجی HDMI با یک وضوح مشخص نیز به تنهایی تعداد جریان های قابل نمایش با همان وضوح و نرخ فریم را تعیین نمی کند.

در مشخصات مدل، شرایط ظرفیت نمایش را کامل بخوانید: تعداد کانال، وضوح هر کانال، نرخ فریم و کدک. اگر سند فقط یک ترکیب را نوشته، ترکیب متفاوت را با جمع ساده مگاپیکسل ها نتیجه نگیرید. محدودیت بازپخش همزمان نیز ممکن است با نمایش زنده فرق داشته باشد. برای مقایسه درست دو ضبط کننده، باید نیاز نمایش پروژه را در کنار نیاز ضبط بنویسید، نه اینکه تنها عدد بزرگ تر تعداد کانال را انتخاب کنید.

برای برآورد داده شبکه، بیت ریت جریان های مورد استفاده را جمع کنید. این جمع جای ارزیابی توان دیکود را نمی گیرد. اگر تغییر جریان ضبط لازم شد، اثر آن بر روزهای نگهداری را نیز با راهنمای محاسبه ظرفیت هارد NVR بررسی کنید. برای رفع مشکل پنجره های نمایش، افزایش ظرفیت هارد بدون شواهد مربوط به ذخیره سازی، پاسخ مستقیمی به محدودیت نمایش نیست.

از جدول تشخیص برای انتخاب آزمون بعدی استفاده کنید

در راهنمای فنی عیب یابی جریان ویدیو Axis، تاخیر از سمت دستگاه، شبکه و گیرنده تفکیک شده است. توان سخت افزار و نرم افزار گیرنده نیز می تواند بر روانی تصویر اثر بگذارد. این تفکیک عمومی مبنای مفیدی برای محدود کردن محل آزمون است؛ پشتیبانی یک مدل تیاندی از شتاب دهی سخت افزاری یا تنظیم مشخص را ثابت نمی کند.

اگر مشکل فقط روی رایانه یا ارتباط بیرونی دیده می شود

روی رایانه، تعداد پنجره ها را کم کنید و بار پردازنده و بخش گرافیکی را هنگام بروز نشانه ببینید. برنامه های غیرضروری را ببندید و نتیجه را با همان کانال مقایسه کنید. پایین آمدن بار همراه با روان شدن تصویر، سرنخ مفیدی است، اما درصد مصرف به تنهایی علت را قطعی نمی کند. کدک و نسخه نرم افزار باید با دستگاه و سخت افزار سازگار باشند؛ انتخاب گزینه ای با نام شتاب دهی، تضمین فعال شدن واقعی آن نیست.

برای مشکل بیرون محل، ابتدا با همان وسیله مشاهده در شبکه محلی آزمایش کنید. سپس مسیر بیرونی را با جریان و تعداد کانال مشابه بررسی کنید. سرعت دانلود تلفن، به تنهایی وضعیت ارسال از محل دوربین یا سایر بخش های مسیر را توضیح نمی دهد. اگر فقط مسیر بیرونی مشکل دارد، برای آزمون از پروفایل مشاهده سبک تر، در صورت پشتیبانی، استفاده کنید و بعد کنترل کنید ضبط موردنیاز پروژه حفظ شده است.

در بررسی شبکه، زمان بروز اختلال را کنار مصرف سایر کاربران و گزارش خطای درگاه های تجهیزات شبکه بگذارید. پاسخ موفق Ping، کیفیت پایدار ویدیو در تمام مدت را ثابت نمی کند. دسترسی مدیریتی یا تغییر ساختار شبکه باید با مسئول همان شبکه هماهنگ باشد. برای این مسئله نیازی به توصیه عمومی برای باز کردن درگاه های دستگاه روی اینترنت نیست.

یک مثال فرضی برای تصمیم بدون خرید عجولانه

فرض کنید در یک دفتر، چهار دوربین هر کدام یک جریان ضبط با بیت ریت تنظیم شده ۴ مگابیت بر ثانیه دارند. جمع اسمی این چهار جریان ۱۶ مگابیت بر ثانیه است؛ این عدد شامل سایر ترافیک و سربار نیست و نباید معادل ظرفیت لازم برای تمام مسیرهای سامانه فرض شود. همچنین نمی گوید دستگاه چند تصویر را با چه وضوحی می تواند همزمان باز کند.

در همین مثال، حالت تکی روی نمایشگر NVR روان است، حالت چهار پنجره توقف دارد و فایل نمونه روی گیرنده مناسب روان دیده می شود. قدم بعدی، بررسی جریان انتخاب شده در حالت چهار پنجره و تطبیق ترکیب نمایش با مشخصات مدل است. اگر تغییر فقط پروفایل مشاهده مشکل را رفع کرد، باید دوباره ضبط و فایل نمونه کنترل شوند. این سناریو نتیجه آزمایش یک دستگاه تیاندی یا تجربه مشتری نیست؛ روش کنار هم گذاشتن شواهد را نشان می دهد.

تحویل کار با ثبت نتیجه، نه فقط روان شدن یک پنجره

پس از اصلاح مرتبط، چیدمان معمول کاربر را با تعداد پنجره های موردنیاز دوباره آزمایش کنید. برای کاربردی که حرکت سریع یا جزئیات مهم دارد، معیار پذیرش را با مسئول پروژه بنویسید. یک مقدار ثابت برای نرخ فریم، بیت ریت یا تعداد پنجره مناسب همه کاربردها نیست. آزمون را در شرایطی تکرار کنید که مشکل قبلی رخ می داد و نتیجه ضبط همان بازه را نیز ببینید.

• مدل کامل، Spec، نسخه و مسیر مشاهده ثبت شده است.
• حالت تکی، چندتایی، بازپخش و فایل نمونه مقایسه شده اند.
• جریان نمایش و جریان ضبط، در حد امکانات مدل، شناسایی شده اند.
• هر تغییر همراه با مقدار قبلی و نتیجه ثبت شده است.
• کیفیت لازم ضبط و چیدمان موردنیاز کاربر دوباره کنترل شده اند.
• موارد حل نشده با متن خطا، زمان رخداد و شرایط بازتولید مشخص شده اند.

اگر بررسی مدل محور لازم شد، همین برگه و یک نمونه مجاز از نشانه را برای پشتیبانی فنی آماده کنید و اطلاعات حساس پروژه را فقط در مسیر مجاز ارائه دهید. برای انتخاب دستگاه جایگزین نیز تعداد دوربین، ترکیب نمایش، نیاز ضبط و شرایط مستند مدل را کنار هم بگذارید. هدف رفع کندی نمایش، حفظ امکان نظارت قابل استفاده همراه با ضبط موردنیاز است؛ هر دو باید پس از تغییر با آزمون جدا تایید شوند.