Cea mai redusă latență de streaming - modul de cameră Raspberry Pi - deutsches
Caut un manual de funcționare/posibilitatea de a avea o întârziere cât mai mică posibilă la transmiterea în flux a RaspiCam.
Majoritatea soluțiilor provoacă, din păcate, o întârziere de 5 până la 60 de secunde, ceea ce este inacceptabil pentru scopul meu.
Nu este vorba de WLAN sau LAN - PI-ul meu este cablat, iar rețeaua este 1A.
Pentru mine nu este neapărat vorba de streaming 1080p, dar ceva ar trebui să fie vizibil, așa că nu prea vreau să merg mai puțin de 640x480 cu rezoluția și mai puțin de 10 fps nu ar trebui să fie, dacă este posibil.
Din păcate, căutarea/încercarea unei soluții utilizabile necesită mai mult timp decât dezvoltarea interfeței web asociate pentru robotul meu
// EDIT: Între timp, am aflat sau dezvoltat câteva soluții utile în acest thread, pe care le includ aici în prima postare înainte de a intra sub.
Ordinea prezentată aici este Nu din cauza „primul este cel mai bun” sau așa ceva. Trebuie să afli singur care este cel mai bun pentru tine
- Combinație de nginx și ffmpeg => Post # 8
- Combinație de raspivid și netcat (telnet) => Articolul # 15 (explicație în articolul # 24)
- Python/Web: pistreaming from the picamera maker => Post # 27
Editat o dată, ultima dată de meigrafd (23 aprilie 2017).
În caz contrar, încercați următoarele (dacă aveți timp și înclinație)
Fișier nou, de exemplu, app.py
Editat o dată, ultima dată de boatsmann (9 august 2014).
bună tuturor,
meigrafd,
în avans:
Nu am un modul de cameră și nu știu nimic despre streaming! Dar sunt teoretician și citesc foarte mult .
folosiți programul „raspistill” în vreun fel pentru îngrijorarea dumneavoastră ?
dacă da, următoarele ar putea fi utile:
programul „raspistill” este foarte lent. Niklas Rother a scris o versiune mai rapidă. Descărcați de pe BitBucket ca fișier binar executabil (căutați „RaspiFastCamD”) .
--- cine poate citi are un avantaj clar ---
--- Bucuria apare din lipsa de informații ---
--- Rahat este atunci când fartul cântărește ceva ---
Da . ticălosul nostru .
ce transfer de date aveți la conexiunea utilizată?
Acest lucru este interesant, deoarece puteți afla apoi câte Mbit/s este schimbarea.
La 640x480 obțineți 307.200 pixeli. Cu o adâncime de culoare pe 16 biți, sunteți deja la 4.915.200 biți și la 10 fps = 49.152.000, adică un bun 49 Mbit/s.
Asta e de rahat .
BTW: La început, m-am gândit că, cu radio de 2,4 GHz, veți obține o rată de transmisie mai mare (din cauza frecvenței mai mari, există mai mulți biți de spațiu). Tort cu puf. Potrivit cercetărilor mele, maximul este de 2 Mbit/s. deci, din păcate, nici o opțiune
// EDITAȚI | ×:
Cred că probabil va rezulta un compromis între calitatea imaginii/rata cadrelor. Eventual. este chiar mai rapid să folosești o compresie precum H264. Îmi amintesc că am reglat o compresie MPEG4 astfel încât fluxul de date să fie utilizat ca soluție de conferință video pe o singură linie ISDN (latență maximă 0,5 sec.). Cu toate acestea, maximul a fost de 320x240 pixeli. Din păcate nu mai știu adâncimea culorii.
Ne pare rău, tăcere radio creativă .
(-> Sursele mele pentru Arduino, Raspi și ESP. 9 august 2014).