2013-05-25 20 views
9

Sto costruendo quadcopter basato su Raspberry Pi. Voglio trasmettere video dalla webcam tramite connessione cellulare al mio computer. Ho provato ffmpeg e mjpg, ma ha un grande ritardo per rendere possibile il controllo di Quad solo con la visione di video.Raspberry Pi senza ritardo (<10 ms) stream video

La mia domanda è se è possibile eseguire lo streaming di video con un ritardo veramente piccolo (così piccolo che sarò in grado di guidare quad senza problemi)?

Se l'hardware di Raspberry non è abbastanza buono, BeagleBord può farlo? Inoltre, il montaggio di smartphone su quad sarà l'ultima soluzione possibile, ma preferisco l'anima a Pi.

AGGIORNAMENTO: Ho usato gstreamer per lo streaming e la fotocamera Raspberry Pi. Risulta avere un ritardo molto piccolo. 10 ms è in qualche modo impossibile ma sono riuscito a ridurre il ritardo fino a 20ms.

+0

Vorrei controllare se è possibile farlo da un telefono tramite rete cellulare al desktop senza preoccuparsi dei raspi. Potresti scoprire che la latenza della rete cellulare non è abbastanza cibo per quello che vuoi. L'AR-Drone sta andando su WiFI. Una connessione di cella non può essere più veloce, ma sarà sicuramente più lenta - possibilmente con più latenza di quanto tu voglia. –

+0

L'ho fatto e lo streaming era davvero lento. Userò FPV ordinario e renderò OSC (su schermo) da solo usando Pi – Pylo

risposta

7

Ho un modello RasPi B e uso mjpg-streamer. Il ritardo è quasi impercettibile con 12 fps 640 x 480. Occorrono circa 10 minuti per l'installazione e la configurazione. Oltre a mjpg-streamer ho provato anche Motion e FFMpeg, ma entrambi erano molto scaltri.

C'è un buon webcam tutorial per il Raspberry che potresti trovare utile.

+1

Dovresti provare GStreamer (che è disponibile per il Pi), è molto più veloce! – Val

+2

Sono completamente d'accordo con @Val. Ora sto usando GStreamer dato che usa meno CPU. Mjpeg-streamer è buono solo se la webcam supporta MJPEG. Se hai una fotocamera YUV, dovrà decodificare e codificare video sulla CPU e questo causa oltre il 90% del carico sul Pi overclockato – Pylo