الإيميل الأول، من العميل
"صورة الكاميرا على الجدار خلف المتحدث. عندما يلوّح، يلوّح الجدار بعده بلحظة. هل الشاشة بطيئة؟" طلبنا فيديو هاتفاً للمتحدث والجدار في نفس الإطار. كان التأخر في المقطع نحو 180 مللي ثانية، وهو كافٍ ليبدو خطأً وغير كافٍ ليبدو معطلاً.
الإيميل الثاني، من مهندسنا
"الشاشة ليست بطيئة. جدار LED يضيف 8 إلى 16 مللي ثانية معالجة. التأخر في المنبع. أرسل طراز الكاميرا والمبدّل والمعالج، وأخبرني هل الكاميرا على 25 أو 30 إطاراً." كان الجواب: كاميرا IP بـ25 إطاراً، ومبدّل أجهزة، وممدد HDBaseT، ومعالج جدار فيديو بتفعيل القياس.
الإيميل الثالث، الميزانية
| المرحلة | التأخر |
|---|---|
| ترميز كاميرا IP والشبكة | 80 – 120 مللي ثانية |
| المبدّل | 16 مللي ثانية |
| ممدد HDBaseT | 8 مللي ثانية |
| معالج مع قياس | 33 مللي ثانية |
| جدار LED | 12 مللي ثانية |
| الإجمالي | 149 – 189 مللي ثانية |
ماذا غيرنا
كانت الكاميرا أكبر بند منفرد. نقلناها من بث IP إلى مخرج SDI فأزلنا الترميز وقفزة الشبكة. كما أوقفنا القياس في المعالج بتغذيته بدقة اللوحة الأصلية. نزل التأخر الكلي إلى نحو 45 مللي ثانية ولا أحد يلاحظها.
النمط الذي يجب تذكره
جدار الفيديو ليس أبداً أبطأ جزء. الكاميرات والمرمّزات والمقايسات هي الأبطأ. إذا شكا العميل من التأخر فقِس السلسلة بالترتيب من المصدر إلى الشاشة ولا تبدأ باتهام اللوحة. في تسع حالات من عشر يكون الحل في المنبع ولا يكلف شيئاً.
سطر يستحق الكتابة في التصميم
إذا كان الجدار سيعرض متحدثاً مباشراً فاكتب ميزانية التأخر الكلية في مخطط AV، مثلاً أقل من 60 مللي ثانية من مخرج الكاميرا إلى الشاشة. هذا السطر يمنع الجدل لاحقاً لأن كل مورّد يعرف ما عليه تسليمه.
