Найнижча затримка потокового передавання - модуль камери Raspberry Pi - німецький

Я шукаю функціонуючий посібник/можливість якомога меншої затримки при потоковій передачі RaspiCam.

потокового

На жаль, більшість рішень спричиняють затримку від 5 до 60 секунд, що є неприйнятним для моєї мети.

Справа не в WLAN чи LAN - мій PI дротовий, а мережа 1A.
Для мене це не обов'язково про потокове передавання 1080p, але щось повинно бути видно, тому я насправді не хочу зменшувати 640x480 для роздільної здатності, і воно не повинно бути менше 10 кадрів в секунду, якщо це можливо.

На жаль, пошук/випробування корисного рішення вимагає більше часу, ніж розробка відповідного веб-інтерфейсу для мого робота

// РЕДАКТУВАТИ: Тим часом ми знайшли або розробили кілька корисних рішень у цій темі, які я включаю тут у першій публікації, перш ніж вони підуть.
Порядок, показаний тут, такий Ні через "перше - найкраще" чи щось інше. Ви повинні самі з’ясувати, що для вас найкраще

  • Поєднання nginx та ffmpeg => Пост No8

  • Поєднання raspivid та netcat (telnet) => Стаття № 15 (пояснення у статті № 24)
  • Python/Web: пістрінг від виробника пікамери => Допис №27

Відредаговано один раз, останній раз meigrafd (23 квітня 2017 р.).

В іншому випадку спробуйте наступне (якщо у вас є час і схильність)

Новий файл, наприклад app.py

Відредаговано один раз, востаннє boatsmann (9 серпня 2014 р.).

Привіт усім,
мейграфд,
наперед:
У мене немає модуля камери, і я взагалі не знаю про потокове передавання! Але я теоретик і багато читаю .

чи використовуєш ти програму 'raspistill' будь-яким чином для свого занепокоєння ?

якщо так, то наступне може бути корисним:
програма "raspistill" дуже повільна. Ніклас Ротер написав швидшу версію. Завантажте його з BitBucket у вигляді виконуваного двійкового файлу (шукайте "RaspiFastCamD") .

--- хто вміє читати, має явну перевагу ---

--- Радість виникає через брак інформації ---

--- Лайно - це коли пердеть щось важить ---

Так . наш балакун .

яка пропускна здатність даних у вас на використовуваному з'єднанні?
Це цікаво, оскільки потім можна визначити, скільки Мбіт/с становить зміна.
При 640x480 ви отримуєте 307 200 пікселів. З 16-бітною глибиною кольору ви вже на рівні 4915200 біт, а при 10 кадрів в секунду = 49,152,000, тобто добрі 49 Мбіт/с.
Це відмовно .

BTW: Спочатку я думав, що з радіостанцією 2,4 ГГц ви отримаєте вищу швидкість передачі (через більш високу частоту місця є більше). Листковий торт. Згідно з моїм дослідженням, максимум - 2 Мбіт/с. так що, на жаль, теж не варіант

// РЕДАКТУВАТИ:
Думаю, це, мабуть, призведе до компромісу між якістю зображення/частотою кадрів. Можливо, навіть швидше буде використовувати компресію, подібну до H264. Я пам’ятаю, як налаштував стиснення MPEG4 так, щоб потік даних використовувався як рішення для відеоконференцій по одній лінії ISDN (затримка макс. 0,5 сек). Однак максимум становив 320x240 пікселів. На жаль, я вже не знаю глибину кольору.

Вибачте, творча радіо-тиша .

(-> Мої джерела для Arduino, Raspi та ESP. 9 серпня 2014 р.).