Webkamera streamelés wifin, közel valós időben. Lehetséges?

Fórumok

A rendelkezésre álló eszközök:

Egy wireless router (54 Mbps)
Két gép, webkamerával.
Valami használható Acer darabok.
(Az egyik beépített webkamerája lenne használatban)

Egy irányban kellene csak, de azt a lehető
legkisebb késleltetéssel, 30 fps mellett...
(A felbontás kevésbé érdekes)
Lehetséges ez, vagy sz.ból várat kategória?
Mi kell(-ene) hozzá?

VLC-vel próbáltam, nagyjából működött is, de
kicsit szaggatott és sokat késett...

Hozzászólások

Valószínűleg stream technológia-függő a dolog, de Wi-Fin ne számíts túl jó eredményre.

Én konkrétan RPi-ről próbáltam streamelni LAN-on, de még ebben is volt kb. 0,5 - 1 mp késleltetés. A Wi-Fi-n ennél sokkal rosszabb eredmény várható, főleg olyan környezetben, ahol vannak más Wi-Fi routerek is, egymáshoz közeli csatornákon.

Az első ami eszembe jutott hogy milyen tömörítéssel, mert ugye a modernebb tömörítések 3D-sek, azaz az idő mentén is tömörít, ahhoz meg idő kell. Ha lehet egyáltalán olyat, akkor én mjpeg stream-et probálnék, hogy hátha.

mjpg-streamer. Nézd meg, hogy a kamera tud-e nyers JPG-t kitolni. 30FPS amúgy sok kamera oldalról is.

Ne mjpeg, mert borzamas a sávszél igénye. Ha eléred a kamerát közvetlenül akkor tudsz ffmpeggel streamelni.

Használj x264 codecet, --tune zerolatency, konténernek mpegts, és az egészet told ki udp-n / multicast udp-n.

U.I.: a vlc is jó, csak - szerintem - azzal nehézkesebb.

Ha valóban reatime-közeli kell kell, akkor az udp-n kívül minden más protokoll felejtős (se rtmp/HLS/HDS/Smooth)

Ha van egy kellően gyors géped (vagy kicsi a felbontásod pl: PAL - SD) akkor a következő paraméterekkel le tudsz menni, 400ms alá. (A hivatkozott linken <200ms-t írnak.)

–slice-max-size A –vbv-maxrate B –vbv-bufsize C –crf D –intra-refresh –tune zerolatency

Where
A is your packet size
B is your connection speed
C is (B / FPS)
D is a number from 18-30 or so (quality level, lower is better but higher bitrate).

Equally, you can do constant bitrate instead of capped constant quality, by replacing CRF with –bitrate B, where B is the maxrate above.

Forrás
http://x264dev.multimedia.cx/archives/249

Majd írd meg, hogy mire jutottál, én is kíváncsi vagyok.

Köszönöm az eddigieket, megpróbálok az ffmpeggel bíbelődni.
A helyzet az, hogy a wifit nem nagyon fogja zavarni semmi,
tekintve, hogy egy templom belsejében van elhelyezve...
(Egy orgonahangverseny lesz, az orgonistát kellene kivetíteni.)
Ha 1 másodperc alá sikerülne szorítani
a késleltetést, már annak is örülnék.

Hát, ha egy alkalomra kell, akkor én erősen megfontolnám a drót alkalmazását.

És más téma, de nem tudom hogy mi lesz amikor a sok vendég telefonja megjelenik és elkezd wifit keresgélni. Lehet hogy semmi hatása nincs rá, de lehet hogy már az az 50-100 telefon képes akkora zavart kelteni, ami egy ilyen kényes helyzetben már problémát okoz.

Ha nem akarsz szaggatni és a maximum kell, akkor 5 GHz-es adatátvitel.
Nagy kamerákon az operatőr feje mellett van a miniantenna, ami adásba tudja vinni az élő képet késleltetés nélkül hanggal együtt. Csak fél óra alatt megfájdul a fejük..
A wifi gigahrece kicsit alacsonyabb, az nem jó ilyenre.

---
--- A gond akkor van, ha látszólag minden működik. ---
---