Problem: Gecikme = Ürün Kaybı
Hassas tarım sistemlerinde kamera görüntüsü ile aktüatör tepkisi arasındaki gecikme doğrudan operasyonel verimliliği etkiler. Operatör, birkaç kare eskimiş görüntüye göre karar verdiğinde aşırı düzeltme yapar. Burada mesele ortalama gecikme değil, gecikmenin sınırlı ve öngörülebilir olmasıdır.
Platform
- Jetson Orin NX
- Kamera: ISP çıkışı NV12
- Model: YOLO ailesi, TensorRT ile kuantize
- Hat: GStreamer + donanım encoder
Temel Sorun: Yazılım Encoding
Yazılım tabanlı encoder (libx264) 1080p akışta tek bir CPU çekirdeğini büyük ölçüde meşgul eder ve ağ iletiminden önce belirgin bir encode gecikmesi ekler. NVENC gibi donanım encoder'a geçmek bu işi CPU'dan alır; encode süresi kare başına öngörülebilir hale gelir ve CPU diğer görevlere açılır.
Hat Sadeleştirme
ISP çıkışı NV12 iken encoder girişini I420 beklemek, CPU üzerinde renk uzayı dönüşümü doğurur. Kaynak formatından encoder'a doğrudan yol kurmak bu dönüşümü ortadan kaldırır. GStreamer kuyruklarının varsayılan derinliği canlı izleme için fazladır; max-size-buffers=1 ve leaky=downstream ile akış, akıcılık uğruna gecikme biriktirmeyi bırakır.
Ölçüm Notu
Glass-to-glass gecikme yazılım zaman damgasıyla değil, kamera önündeki zaman referansının operatör ekranındaki görüntüsüyle karşılaştırılmasıyla ölçülür. Yayınlanan her sayı, hangi kart, hangi çözünürlük, hangi ağ yolu ve hangi yük altında alındığıyla birlikte verilir.