- Netcat (nc) parece ser el que tiene el menor retraso.
En mi experiencia, VLC tiene el mayor retraso. Por otro lado, hay un cliente VLC para Android, lo cual es conveniente.
<IP-OF-THE-CLIENT>
es la IP de la computadora que debe recibir la transmisión de video.
<IP-OF-THE-RPI>
es la IP de la Raspberry Pi.
Usando Netcat:
En el cliente
(Ejecute el comando en el cliente primero y luego en el servidor (RPi)).
Linux
nc -l 2222 | mplayer -fps 200 -demuxer h264es -
OS X
nc -l 2222 | mplayer -fps 200 -demuxer h264es -
En el RPi
/opt/vc/bin/raspivid -t 0 -w 300 -h 300 -hf -fps 20 -o - | nc <IP-OF-THE-CLIENT> 2222
Usando GStreamer:
En el cliente
Linux
gst-launch-1.0 -v tcpclientsrc host=<IP-OF-THE-RPI> port=5000 ! gdpdepay ! rtph264depay ! avdec_h264 ! videoconvert ! autovideosink sync=false
OS X
gst-launch-1.0 -v tcpclientsrc host=<IP-OF-THE-RPI> port=5000 ! gdpdepay ! rtph264depay ! avdec_h264 ! videoconvert ! osxvideosink sync=false
En el RPi
/opt/vc/bin/raspivid -t 0 -hf -fps 20 -w 300 -h 300 -o - | gst-launch-1.0 fdsrc ! h264parse ! rtph264pay config-interval=1 pt=96 ! gdppay ! tcpserversink host=<IP-OF-THE-RPI> port=5000
Usando VLC
En el cliente
El cliente podría incluso estar en un teléfono móvil (lo probé en Android).
Simplemente abra desde la red en el cliente VLC:
http://<IP-OF-THE-RPI>:8090
En el RPi
/opt/vc/bin/raspivid -o - -t 0 -hf -w 640 -h 360 -fps 25|cvlc -vvv stream:///dev/stdin --sout '#standard{access=http,mux=ts,dst=:8090}' :demux=h264