Comment réduire le retard - VLC Streaming à partir d'une webcam

Je suis le streaming vidéo et audio à partir de ma webcam/microphone sur UDP. Quand j'ai vue le flux (même sur la même machine) il y a un retard d'environ 4 secondes. J'ai essayé le réglage de l'UDP paramètre de Cache à 0 ou 1, mais il ne semble pas aider. J'ai essayé la réduction de la vidéo et de l'audio débit binaire, à l'aide de son mono et la réduction de la fréquence d'échantillonnage en vain.

Quelqu'un a une idée comment je pourrais réduire le retard, à quelque chose de mieux adapté pour une conférence vidéo, j'.e < 1 seconde?

Est-il un paramètre que je peux appliquer pour le spectateur/streamer qui peut vous aider?

Merci,

Marc

OriginalL'auteur Marc | 2012-02-02

  1. 3

    Dans mon étude de VLC streaming avec webcam, j'ai eu 2-3 secondes de retard pour les flux UDP multicast transcodé avec WMV/ASF conteneur + WMV2 codec de Dell Creative Webcam Intégrée avec cif taille de la vidéo.

    Si vous utilisez MP4/MOV conteneur + H. 264 codec, j'ai eu deux fois le retard de l'ancien avec les mêmes paramètres bitrate, fps et de l'échelle.

    J'ai désactivé l'audio dans les deux paramètres de transmission en continu, puisque je n'étais pas intéressé par elle.

    J'ai fait l'étude avec deux VLC versions:

    • VLC 1.1.11 (Windows plus récente version stable)
    • VLC 2.1.0 (dernière nightly build de la version)

    Avec la première version, j'ai pu le transcodage et le flux de la webcam, mais il ne pouvait pas la lecture du flux correctement (il a juste donné un noircis flux vidéo)

    Avec la deuxième version, il a bien fonctionné pour le transcodage, streaming et lecture.

    Cette étude a été réalisée sur: 

    Intel Core 2 Duo T7250
4GB DDR2-667 SDRAM 
SATA 7200 RPM HDD
GeForce 8400M GS 128MB GDDR3 (+ 128MB shared memory = 256MB video memory)
Windows XP Pro SP3
    J'ai essayé similaires paramètres sur mon ordinateur portable, le processeur est un core i7, cependant, la carte graphique est une Intel intégré. Savez-vous si la carte graphique le processeur est utilisé lors de la diffusion de la vidéo? Qui pourrait être mon problème.
    Oui, sous Windows, dshow:// est une interface DirectShow; comme tout DirectX interfaces, il utilisera tous accélération matérielle dispose d'un GPU DirectX qui permet d'améliorer les performances s'ils sont détectés, soit sur le côté serveur ou côté client.

    OriginalL'auteur ee.

  2. 8

    Si vous utilisez le protocole rtsp pour diffuser de la vidéo/audio, vous pouvez régler le délai à

    outils->préférences->>entrée/codecs->demuxers->RTP/RTSP->mise en cache de la valeur

    outils->préférences->>entrée/codecs->demuxers->RTP->RTP de jitter buffer de taille

    Remarque: Caching value (ms) et RTP de-jitter buffer length (msec) option ne sont pas présents dans l'interface graphique de la nightly build de la version VLC 2.1.0-git-20120203-0008. Même les Input/Codecs->Access modules->UDP élément de l'arbre est manquant si UDP caching option n'est pas disponible depuis l'interface graphique.
    Ils l'appellent le "réseau-mise en cache" maintenant, mais il ne semble pas fonctionner de la même manière. Je ne suis pas en mesure d'obtenir la grande latence que je suis dans le 1.1.9 (~100 à 150 ms) dans 2.0.4 (beaucoup plus, devient instable pour de telles valeurs faibles).
    quelle ligne de commande as-tu utilisé pour cette bonne latences avec 1.1.9?
    J'ai créé-rtsp-en cache rien de 130 à 200. Vous avez à l'expérience. Rappelez-vous que ce temps de latence peut être masqué par ce temps de latence de la mémoire tampon de votre source vidéo. J'ai aussi eu de bonnes expériences avec 1.1.3 et 1.1.6. Ils rock en comparaison >= 2.0

    OriginalL'auteur ciphor

  3. 4

    De l'essayer.

    #!/bin/sh
ETH=eth0

cvlc --miface=$ETH v4l2:///dev/video0 :input-slave=alsa://hw:0,0 :sout=#transcode{vcodec=h264,venc=x264{preset=ultrafast,tune=zerolatency,intra-refresh,lookahead=10,keyint=15},scale=auto,acodec=mpga,ab=128}:rtp{dst=224.10.0.1,port=5004,mux=ts} :sout-keep >/dev/null 2>/dev/null &
vlc1=$!
vlc  --miface=$ETH rtp://224.10.0.1 >/dev/null 2>/dev/null &
vlc2=$!
wait $vlc2
kill -9 $vlc1

    J'ai 2 secondes de retard avec 720p webcam, elle produit environ 2,5 Mbit/s de trafic et de charge pour un noyau d'environ 30%.

    OriginalL'auteur kovserg