vivadatv.org

Bonjour à tous,

Je débute en DATV sous RPIB+ et sa caméra HD ainsi qu'une clef usb HIDES UT-100. La qualité est réellement au rendez-vous
néanmoins j'ai un délai de plus de 15 secondes entre le live et la retransmission sur le récepteur HV-110.
Je comprends bien que ce n'est pas un encodage hard mais quelqu'un pourrait-il m'apporter son aide ?

voici mon fichier de lancement :

raspivid -n -w 640 -h 480 -b 1650000 -t 0 -fps 30 -g 90 -pf high -ih -o videoES & ffmpeg -loglevel verbose -r 25 -i videoES -vcodec copy -f mpegts -mpegts_original_network_id 1 -mpegts_transport_stream_id 1 -mpegts_service_id 1 -mpegts_pmt_start_pid 0x1500 -mpegts_start_pid 0x110 -metadata service_provider="F5SWB" -metadata service_name="F5SWB-DVBT" -muxrate 1843000 -y videoTS & tsrfsend videoTS 0 437000 2000 4 2/3 1/8 2 0 0

J'ai bien essayé de descendre en 320X240 mais cela n'apporte rien hormis une baisse de qualité.
73's QRO.
F5SWB/Dimitri.

Bonjour,

Effectivement le délai introduit est essentiellement fait par ffmpeg qui cherche le format d'entrée...
En lui spécifiant de ne pas chercher trop loin et en lui disant que c'est du H264, en DVB-S j'ai à peu près 3 secondes de latence.
Il y a aussi le buffer de trsfsend mais je pense qu'il est négligeable.

./ffmpeg -loglevel debug -analyzeduration 0 -probesize 100000 -fpsprobesize 0 -i videoes -f h264 -r 25 -minrate 600K -maxrate 650K -vcodec copy -f mpegts -mpegts_original_network_id 1 -mpegts_transport_stream_id 1 -mpegts_service_id 100 -mpegts_pmt_start_pid 1000 -mpegts_start_pid 1001 -metadata service_provider="F5OEO" -metadata service_name="F5OEO-1" -muxrate 972000 -y videots

Remarque : le codage H264 est bien fait en hard (merci Broadcom). Seul l'encapsulation en transport stream est fait en logiciel, mais ca ne demande rien comme process.
Remarque 2: nous sommes en europe et généralement on utilise du 25 fps (PAL) et non du 30 fps(NTSC) mais chacun fait ce qu'il veut !

J'espère que ca pourra améliorer vos essais

73's Evariste F5OEO

Merci Evariste pour vos précieux conseils, je vais les appliquer ce soir et je ne manquerai pas de vous tenir informé.

73's QRO.
F5SWB/dimitri.

Bonjour évariste,

avec ceci :

raspivid -n -b 1650000 -t 0 -fps 25 -g 90 -pf high -ih -o videoES & ffmpeg -loglevel debug -analyzeduration 0 -probesize 100000 -fpsprobesize 0
-i videoES -f h264 -r 25 -minrate 600K -maxrate 650K -vcodec copy -f mpegts -mpegts_original_network_id 1 -mpegts_transport_stream_id 1
-mpegts_service_id 1 -mpegts_pmt_start_pid 0x1500 -mpegts_start_pid 0x110 -metadata service_provider="F5SWB"
-metadata service_name="F5SWB-DVBT" -muxrate 1843000 -y videoTS & tsrfsend videoTS 0 437000 2000 4 2/3 1/8 2 0 0

je n'ai pas noté de changement flagrant en terme de latence quoi que le démarrage de ffmpeg semble un peu moins long mais j'ai toujours un retard d'au moins 10 secondes ?

Merci quand même.

73's qro Dimitri.

bonjour à tous et à évariste,

Malgré des réglages optimisés le delay de +/- 10 secondes est toujours présent, on dirait que FFMPEG prend du temps afin d'envoyer le flux/ts vers tsrfsend...
Est-ce qu'il le ré-encode ? Ou le met-il dans un format H264 qui n'est pas standard provenant de la RASPICAM ? Le même script pour un flux /dev/video0 ne met pas autant de latence ... Il serait dommage de se priver de la qualité de la RASPICAM !
Quoi qu'il en soit et suite aux conseils de OZ9AEC Alex, je suis en train d'expérimenter la piste de VK4CPC mais ce n'est pas gagné car il y a beaucoup d'erreurs
lorsque je lance le script mais çà avance ....
Son idée est de récupérer le flux H264 encapsulé dans un stream PES et se passer de FFMPEG
à l'aide de ceci : https://github.com/pelrun/esvideorpi2pes

Les dernières erreurs pour le moment :
pi@raspberrypi ~/esvideorpi2pes/rpi-test $ ./broadcast.sh
No more sections
sh: 1: cannot open sec/pat.sec: No such file
sh: 1: cannot open sec/sdt.sec: No such file
sh: 1: cannot open sec/pmt.sec: No such file

l'historique se trouve ici : http://disqus.com/embed/comments/?base=default&disqus_version=aaa83386&f=oz9aec&t_i=7466a4dbc5_id490&t_u=http%3A%2F%2Fwww.oz9aec.net%2Findex.php%2Fdvb%2F490-turn-your-raspberry-pi-into-a-live-hdtv-transmitter&t_d=Turn%20your%20Raspberry%20Pi%20into%20a%20live%20HDTV%20transmitter&t_t=Turn%20your%20Raspberry%20Pi%20into%20a%20live%20HDTV%20transmitter&s_o=default&l=#

73's qro à tous.
F5SWB/Dimitri.