A legalacsonyabb streaming késleltetés - Raspberry Pi kamera modul - deutsches
Működő kézikönyvet/lehetőséget keresek a lehető legkevesebb késleltetésre a RaspiCam streaming során.

Sajnos a legtöbb megoldás 5–60 másodperces késést okoz, ami célom számára elfogadhatatlan.
Ez nem a WLAN-ról vagy a LAN-ról szól - a PI-m vezetékes és a hálózat 1A.
Számomra nem feltétlenül az 1080p streamingről van szó, de valaminek láthatónak kell lennie, ezért nem igazán akarok 640x480-nál kisebb felbontású felbontást elérni, és 10 fps-nél kevesebbet nem szabad, ha lehetséges.
Sajnos egy használható megoldás keresése/kipróbálása több időt vesz igénybe, mint a robotomhoz tartozó webes felület fejlesztése
// SZERKESZTÉS: Időközben megtudtunk vagy kidolgoztunk néhány hasznos megoldást ebben a témában, amelyeket itt írok be az első bejegyzésbe, mielőtt azok alá mennének.
Az itt látható sorrend a következő Nem az "első a legjobb" vagy valami miatt. Magának kell kiderítenie, hogy melyik a legjobb az Ön számára
- Az nginx és az ffmpeg kombinációja => # 8
- A raspivid és a netcat (telnet) kombinációja => 15. cikk (magyarázat a 24. cikkben)
- Python/Web: Pistreaming a picamera készítőtől => # 27
Szerkesztette egyszer, utoljára meigrafd (2017. ápr. 23.).
Egyébként próbálja meg a következőket (ha van ideje és kedve)
Új fájl, pl. App.py
Szerkesztette egyszer, utoljára Boatsmann (2014. augusztus 9.).
Helló mindenki,
meigrafd,
előlegként:
Nincs kameramodulom, és semmit sem tudok a streamingről! De teoretikus vagyok és sokat olvasok .
a raspistill programot bármilyen módon használja az aggodalmaira? ?
ha igen, a következők lehetnek hasznosak:
a „raspistill” program nagyon lassú. Niklas Rother írt egy gyorsabb verziót. Töltse le a BitBucket-ről futtatható bináris fájlként (keressen rá a „RaspiFastCamD” kifejezésre) .
--- aki tud olvasni, annak egyértelmű előnye van ---
--- Az öröm információhiányból fakad ---
--- A szar az, amikor a fing mér valamit ---
Igen . bádogosunk .
milyen adatátviteli sebességgel rendelkezik a használt kapcsolaton?
Ez azért érdekes, mert ezután megtudhatja, hogy hány Mbit/s a váltás.
640x480 képponton 307 200 képpontot kap. 16 bites színmélységgel már 4 915 200 bitet ér el, és ez 10 fps sebességgel = 49 152 000, azaz jó 49 Mbit/s.
Ez szar .
BTW: Először azt gondoltam, hogy a 2,4 GHz-es rádióval nagyobb az átviteli sebesség (magasabb frekvencia miatt több a hely). Puff torta. Kutatásom szerint a maximum 2 Mbit/s. így sajnos sem lehetőség
SZERKESZTÉS:
Úgy gondolom, hogy ez valószínűleg kompromisszumot fog eredményezni a képminőség/képkockasebesség között. Még gyorsabb lehet egy olyan tömörítés használata, mint a H264. Emlékszem, hogy úgy hangoltam az MPEG4 tömörítést, hogy az adatfolyamot videokonferencia-megoldásként kellett használni egyetlen ISDN vonalon keresztül (késleltetési idő max. 0,5 mp). A maximális érték azonban 320x240 képpont volt. Sajnos a színmélységet már nem tudom.
Bocs, kreatív rádiócsend .
(-> Forrásaim Arduino, Raspi és ESP számára. 2014. augusztus 9.).