Най-ниска латентност на поточно предаване - модул на камерата Raspberry Pi - немски

Търся функциониращо ръководство/възможност да има възможно най-малко забавяне при стрийминг на RaspiCam.

латентност

За съжаление повечето решения причиняват закъснение от 5 до 60 секунди, което е неприемливо за моята цел.

Не става въпрос за WLAN или LAN - моят PI е жичен и мрежата е 1A.
За мен не е задължително да се предава поточно 1080p, но нещо трябва да се вижда, така че наистина не искам да отида по-малко от 640x480 за разделителната способност и не трябва да бъде по-малко от 10fps, ако е възможно.

За съжаление търсенето/изпробването на използваемо решение отнема повече време, отколкото разработването на свързания уеб интерфейс за моя робот

// РЕДАКТИРАНЕ: Междувременно открихме или разработихме някои полезни решения в тази тема, които включвам тук в първата публикация, преди да преминат под.
Показаният тук ред е Не заради „първото е най-доброто“ или нещо подобно. Трябва сами да разберете кое е най-доброто за вас

  • Комбинация от nginx и ffmpeg => Публикация # 8

  • Комбинация от raspivid и netcat (telnet) => член # 15 (обяснение в член # 24)
  • Python/Web: пистолети от производителя на пикамера => Публикация # 27

Редактирано веднъж, последно от meigrafd (23 април 2017 г.).

В противен случай опитайте следното (ако имате време и наклон)

Нов файл, например app.py

Редактирано веднъж, последно от boatsmann (9 август 2014 г.).

Здравейте всички,
meigrafd,
предварително:
Нямам модул с камера и не знам нищо за стрийминг! Но аз съм теоретик и чета много .

използвате ли програмата 'raspistill' по някакъв начин за ваше притеснение ?

ако е така, следното може да бъде полезно:
програмата 'raspistill' е много бавна. Никлас Ротер написа по-бърза версия. Изтеглете го от BitBucket като изпълним двоичен файл (потърсете „RaspiFastCamD“) .

--- който може да чете, има явно предимство ---

--- Радостта възниква от липсата на информация ---

--- Лайна е, когато пердето тежи нещо ---

Да. нашият калайджия .

каква пропускателна способност имате на използваната връзка?
Това е интересно, защото след това можете да определите колко Mbit/s е смяната.
При 640x480 получавате 307 200 пиксела. С 16-битова дълбочина на цветовете вече сте на 4 915 200 бита и това при 10 кадъра в секунда = 49 152 000, т.е. добри 49 Mbit/s.
Това е гадно .

BTW: Първоначално си мислех, че с 2.4GHz радио ще получите по-висока скорост на предаване (поради по-високата честота има повече битове пространство). Бутер торта. Според моите изследвания максимумът е 2 Mbit/s. така че за съжаление също не е опция

// РЕДАКТИРАНЕ:
Мисля, че това вероятно ще доведе до компромис между качеството на изображението/честотата на кадрите. Вероятно. още по-бързо е да се използва компресия като H264. Спомням си, че бях настроил MPEG4 компресия, така че потокът от данни да се използва като решение за видеоконференция по една линия ISDN (латентност макс. 0,5 сек). Максимумът обаче беше 320x240 пиксела. За съжаление вече не знам дълбочината на цвета.

Извинете, творческа радио тишина .

(-> Моите източници за Arduino, Raspi и ESP. 9 август 2014 г.).