get only single frame

[mail4me9999]

When I use the current version of run-videochat.sh (today is 2020-10-09)

on ubuntu 18.04 with v4l2loopback driver version 0.12.5 compiled manually and gstreamer-1.0 I get only the first frame from a camera.

adding tee into the video pipeline as described here

https://github.com/umlaeute/v4l2loopback/issues/83

solves the issue for me.. (I am not sure if this is a good solution, but it works)

@@ -405,6 +405,7 @@ ! $GST_VIDEO_CONVERTER \ ! videoscale \ ! $GST_VIDEO_CAPS \

• ! tee \ ! v4l2sink device="$DEVICE" sync=$SYNC }

[s0170071]

tried that, didn't solve the problem.

EDIT; the problem first occured when I set the resolution to 1920x1080. The issue mentioned above suggests that the number of lines received from the camera should be a multiple of 16. For me now a resolution (edited the script) of 1920 x 1072 works. 1072 is a multiple of 16 Can't tell if the tee from the first post is really needed.

[agarciadom]

Yes, this is an artifact of the encoding being used, I believe :-). I'll document the need to use multiples of 16 in the run-videochat.sh script.

[mail4me9999]

I dp/did have video as a multiple of 16 and I need the "tee" for video to work correctly... so there might be something else...the video is  -h 480 -w 864 With the "tee" the video setup is quite reliable.there are problems with the audio the cause of which I cannot pinpoint..wrong device is attached, no audio from the conference when ipwebcam is used.cannot even understand how to recover from this audio problem other than reboot. On Monday, April 12, 2021, 12:16:05 PM EDT, Antonio García-Domínguez @.***> wrote:

Yes, this is an artifact of the encoding being used, I believe :-). I'll document the need to use multiples of 16 in the run-videochat.sh script.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.

[414n]

I created #112 which adds the tee filter to gst pipeline as a workaround with a cli flag (-t/--with-tee).