videotestsrc not working with gstreamer 1.0 #83

atoy40 · 2015-03-19T11:48:37Z

Hello,

I'm unable to launch a simple gstreamer pipeline with the gstreamer test source.
Here is the result (i've just modprobe the module and then launch the following command):

gst-launch-1.0  videotestsrc ! v4l2sink device=/dev/video1 
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data flow error.
Additional debug info:
gstbasesrc.c(2933): gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0:
streaming task paused, reason error (-5)
Execution ended after 0:00:00.066918471
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

with a GST_DEBUG=3, i found this error :

0:00:00.083227552 26991      0x23e4e30 ERROR                   v4l2 gstv4l2bufferpool.c:1132:gst_v4l2_buffer_pool_dqbuf:<v4l2sink0:pool:sink> No free buffer found in the pool at index 1.
0:00:00.083285313 26991      0x23e4e30 WARN                 basesrc gstbasesrc.c:2933:gst_base_src_loop:<videotestsrc0> error: Internal data flow error.
0:00:00.083295272 26991      0x23e4e30 WARN                 basesrc gstbasesrc.c:2933:gst_base_src_loop:<videotestsrc0> error: streaming task paused, reason error (-5)

Im' using the version 0.8.0 packaged in ubuntu 14.10 with a 3.16.0 kernel

thank you very much.

Anthony.

yukkeorg · 2015-03-20T16:01:56Z

i think this problem is related to #60.

bsenicar · 2015-06-26T10:58:31Z

Any news on that issue?

I like to use gstreamer and using 0.10 branch is not really an option since it is long time depreciated and not recommended for future use.

BR Borut

Adwind · 2015-07-20T20:09:22Z

To make gstreamer 1.0 we found a way around .

You start a "client" with gstreamer 1.0 that has the videotestsrc (or other and their decoder) and sends over a udpsink.

    gst-launch-1.0 -v videotestsrc ! queue ! rtpvrawpay ! udpsink port=51111

You start a "server" with gstreamer 0.10 that has the v4l2loopback (it works on that version of gstreamer)

    gst-launch-0.10 udpsrc port=51111 caps = (insert a caps that work from the caps given in the "client" part. Personally I used the second last caps proposed, but the only way to know is to test everyone until one work) ! rtpvrawdepay ! v4l2sink device=/dev/video0

That is how I manage to use v4l2loopback since the version of gstremer 1.0 can't run the v4l2loopback and gstreamer 0.10 can. Just remember that whatever you give to the v4l2sink of gstreamer 0.10 must be raw video.

abickerton · 2015-08-02T14:09:07Z

This is also a problem in debian/sid version 0.9.1-2.

$gst-launch-0.10 videotestsrc ! v4l2sink device=/dev/video0

ERROR: Pipeline doesn't want to pause.
ERROR: from element /GstPipeline:pipeline0/GstV4l2Sink:v4l2sink0: Failed to query attributes of input 0 in device /dev/video0

Additional debug info:
v4l2_calls.c(134): gst_v4l2_fill_lists (): /GstPipeline:pipeline0/GstV4l2Sink:v4l2sink0:
Failed to get 0 in input enumeration for /dev/video0. (25 - Inappropriate ioctl for device)
Setting pipeline to NULL ...

astronouth7303 · 2015-10-30T06:06:34Z

I'm getting this on Debian Testing:

Linux 4.2.0-1-amd64
v4l2loopback-dkms 0.9.1-3
gstreamer1.0-plugins-good 1.6.0-1

My error is slightly different:

Setting pipeline to PLAYING ...
New clock: GstSystemClock
0:00:00.034374233 16672      0x1a40d40 ERROR          v4l2allocator gstv4l2allocator.c:1299:gst_v4l2_allocator_dqbuf:<v4l2sink0:pool:sink:allocator> buffer 2 was not queued, this indicate a driver bug.
0:00:00.034428360 16672      0x1a40d40 WARN                 basesrc gstbasesrc.c:2943:gst_base_src_loop:<videotestsrc0> error: Internal data flow error.
0:00:00.034446519 16672      0x1a40d40 WARN                 basesrc gstbasesrc.c:2943:gst_base_src_loop:<videotestsrc0> error: streaming task paused, reason error (-5)
ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data flow error.

atamariya · 2015-11-10T08:57:44Z

Try with my patch #100 .

[EDIT]: For error shown in abickerton's post.

bsenicar · 2015-11-10T11:05:30Z

Still getting error as shown in astronouth7303 post.

BR Borut

ghost · 2015-11-23T08:00:37Z

Same on latest Ubuntu :(

dankasak · 2015-11-25T04:28:13Z

Me too :( Gentoo.

umlaeute · 2015-11-25T15:31:12Z

patches welcome

ndufresne · 2016-10-20T13:32:37Z

To all, v4l2loopback driver has important bugs in it's queue management. It's probably reporting some random buffer index. Since 1.0 we do validate this stuff since otherwise it can crash GStreamer. We also use larger queues to avoid doing buffer copied (while in 0.10 we always copy). For anything where the v4l2 queue is bigger then 2 frames, the driver output is wrong. A simple workaround is to use tee multiplexer, which forces a copy:

$ gst-launch-1.0 videotestsrc ! tee ! v4l2sink device=...

Long term, someone need to fix the driver.

umlaeute · 2016-10-20T13:53:10Z

given my current time allocation, i'm happily accepting patches.

umlaeute · 2016-12-02T21:13:22Z

hopefully fixed in 0.10.0

ndufresne · 2017-01-16T16:13:37Z

I just rested, the fix is kind of partial. The suggested pipeline now works, but now we fail on the receiver side with the following sender:

$ gst-launch-1.0 videotestsrc ! tee ! v4l2sink
$ gst-launch-1.0 v4l2src ! videoconvert ! autovideosink
     gstv4l2allocator.c:1299:gst_v4l2_allocator_dqbuf:<v4l2src0:pool:src:allocator> buffer 1 was not queued, this indicate a driver bug.

baptx · 2017-11-09T13:02:17Z

I have to use the "tee" workaround on Xubuntu 16.04 LTS, you should add the example gst-launch-1.0 -v videotestsrc ! tee ! v4l2sink device=/dev/video1 in the wiki if other people get the "Internal data flow error".

ndufresne · 2017-11-09T14:23:19Z

This will no longer work in 1.14, in replacement, you'll be able to workaround this driver bug with "identity drop-allocation=1".

baptx · 2017-11-14T17:19:26Z

Good to know. Is there a way to fix the driver bug directly so we don't have to use a workaround?

ndufresne · 2017-11-14T18:34:58Z

Sure, go ahead ;-P

darenw · 2018-03-08T20:31:22Z

I'm trying to get a simple pipeline to work, sending video to v4l2sink. I can use videotestsrc just fine. It needed the 'tee' to work. But a specialized camera source isn't working at all. With or without tee. With the identity drop-allocation=1, I get:

WARNING: erroneous pipeline: no property "drop-allocation" in element "identity0"

???

umlaeute · 2018-03-09T08:10:20Z

@darenw please make sure that your pipeline is actually valid before posting problems (if GSTreamer's identity element doesn't have a drop-allocation property, then you should read the documentation on identity first)

thirdeye-peter · 2018-06-06T14:36:17Z

@darenw: drop-allocation is only available in gstreamer 1.14.x (and 1.13.x), it was only added recently

GStreamer/gstreamer@2cc5c53

homespring · 2018-08-14T08:35:04Z

I don't know why this issue is closed... I'm using Xubuntu 18.04 with Gstreamer 1.14.1 and when I run pipeline:

gst-launch-1.0 videotestsrc ! identity drop-allocation=1 ! v4l2sink device=/dev/video100

I can't see any test video on /dev/video100. This makes v4l2loopback unusable on newer systems as I'm forced to use Xubuntu 16.04 with Gstreamer 1.8.3 so it can still work.

raymanfx · 2019-11-04T11:26:05Z

Please reopen.
I'm on Fedora 31 with GST version: 1.16.1.
Running the following minimal example yields the "streaming stopped, reason not-negotiated (-4)" error. There's no way to work around it apparently, since 'tee' no longer works and GST 0.10 is broken in Fedora (packages deps cannot be resolved).

source:

gst-launch-1.0 videotestsrc ! identity drop-allocation=1 ! v4l2sink device=/dev/video9

sink:

gst-launch-1.0 v4l2src device=/dev/video9 ! autovideosink

EDIT: This issue not only affects videotestsrc, but all pipelines I tried so far.
E.g. the following wiki example gives me the very same error:

source:

gst-launch-1.0 -v \
    ximagesrc startx=1 starty=1 endx=320 endy=240 \
    ! videoconvert \
    ! "video/x-raw,format=YUY2" \
    ! v4l2sink device=/dev/video9

sink:

gst-launch-1.0 v4l2src device=/dev/video9 ! xvimagesink

EDIT2: Here's a full sample output with the error logs included:
https://hastebin.com/ovuxesamut.cpp

umlaeute · 2019-11-04T11:30:54Z

@raymanfx it works here on Debian with gstreamer-1.16.1

which of the two commands throws the error?
which version of v4l2loopback do you use?

raymanfx · 2019-11-04T11:31:48Z

Thanks for the quick answer.
It's always the sink pipeline that throws the error.
I'm on HEAD (94dcdf3).

umlaeute · 2019-11-04T11:36:32Z

try loading the module with buffers=2 (or buffers=1):

sudo rmmod v4l2loopback
sudo modprobe v4l2loopback buffers=2

(and use identity drop-allocation=1 before v4l2sink in the source)

EDIT: i mistyped "consumer" instead of "source" in the line about identity)

raymanfx · 2019-11-04T11:43:14Z

Neither combination is working, it's always the same error.
I tried buffers=1, buffers=2, and the drop-allocation attribute (basically all the samples listed in my previous comment).

umlaeute · 2019-11-04T13:26:56Z

you need to both set buffer=2 and use drop-allocation (you probably did that, i just want to make sure)

raymanfx · 2019-11-04T13:36:18Z

Yeah, I did that, but it didn't help.

marcoippolito · 2020-03-16T13:16:29Z

I'm having, I think, the same problem with Ubuntu 18.04.4 Desktop:

(base) marco@pc01:~$ cheese

(cheese:18986): Gtk-WARNING **: 14:12:02.085: Theme parsing error: cheese.css:7:35: The style
property GtkScrollbar:min-slider-length is deprecated and shouldn't be used anymore. It will be 
removed in a future version

(cheese:18986): cheese-WARNING **: 14:12:03.321: Failed to allocate a buffer: gstv4l2src.c(998):
gst_v4l2src_create (): /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source
/GstBin:bin18/GstV4l2Src:v4l2src1

colin-adams · 2020-03-20T07:27:26Z

I'm having the same problem on Fedora - I have gstreamer 0.10 installed:

gstreamer-0.10.36-24.fc31.x86_64

I'm trying to use my DSLR as a webcam. Is there any known workaround currently?

colin-adams · 2020-03-20T07:33:48Z

@raymanfx Did you ever have any success with Fedora?

raymanfx · 2020-03-20T07:43:06Z

No, I could never make it work with recent versions of gstreamer.

umlaeute · 2020-03-20T13:09:57Z

@colin-adams this ticket is explicitely about GStreamer-1.0, not about GStreamer-0.10. you can open a separate issue if you want to.

drmichaeljgruber · 2020-03-30T20:18:17Z

Fedora 31, gstreamer 1.16.2, v4l2loopback v0.12.3-6-ge4f2c3c (current master)
gst-launch-1.0 videotestsrc ! v4l2sink device=/dev/video1 works whether I load the module without parameters or limitting the buffers.
[I have a different problem, though, which does not belong in this issue.]

umlaeute · 2020-03-30T20:24:02Z

@drmichaeljgruber could you also specify which version of v4l2loopback you are using (just update your comment)

zingfrid · 2020-04-01T20:24:00Z

Just leave it here, because I've spent half a day making it works!
sudo modprobe v4l2loopback buffers=2

gst-launch-1.0 rtspsrc location=rtsp://admin:admin@192.168.1.12 ! rtph264depay ! h264parse ! avdec_h264 ! videoconvert ! "video/x-raw,format=YUY2" ! tee ! v4l2sink device=/dev/video0

umlaeute · 2020-04-01T21:49:46Z

that should be max_buffers=2 (and this is the default since e4f2c3c)

igitur mentioned this issue Aug 25, 2015

Disconnecting immediately #17

Closed

jvanatta mentioned this issue Nov 15, 2016

Cannot use v4l2loopback device as sink for gstreamer1.0 (Internal data flow error) #116

Closed

umlaeute closed this Dec 2, 2016

umlaeute mentioned this issue Dec 2, 2016

Using v4l2loopback = Internal data flow error. / reason not-negotiated (-4) #97

Open

umlaeute mentioned this issue Mar 9, 2018

Failed to allocate a buffer when using as part of videomixer #161

Closed

umlaeute / v4l2loopback

Join GitHub today

videotestsrc not working with gstreamer 1.0 #83

videotestsrc not working with gstreamer 1.0 #83

Comments

atoy40 commented Mar 19, 2015

yukkeorg commented Mar 20, 2015

bsenicar commented Jun 26, 2015

Adwind commented Jul 20, 2015

abickerton commented Aug 2, 2015 • edited by umlaeute

astronouth7303 commented Oct 30, 2015

atamariya commented Nov 10, 2015

bsenicar commented Nov 10, 2015

ghost commented Nov 23, 2015

dankasak commented Nov 25, 2015

umlaeute commented Nov 25, 2015

ndufresne commented Oct 20, 2016 • edited by umlaeute

umlaeute commented Oct 20, 2016

umlaeute commented Dec 2, 2016

ndufresne commented Jan 16, 2017 • edited by umlaeute

baptx commented Nov 9, 2017

ndufresne commented Nov 9, 2017

baptx commented Nov 14, 2017

ndufresne commented Nov 14, 2017

darenw commented Mar 8, 2018

umlaeute commented Mar 9, 2018

thirdeye-peter commented Jun 6, 2018

homespring commented Aug 14, 2018 • edited by umlaeute

raymanfx commented Nov 4, 2019 • edited

umlaeute commented Nov 4, 2019 • edited

raymanfx commented Nov 4, 2019

umlaeute commented Nov 4, 2019 • edited

raymanfx commented Nov 4, 2019

umlaeute commented Nov 4, 2019

raymanfx commented Nov 4, 2019

marcoippolito commented Mar 16, 2020

colin-adams commented Mar 20, 2020

colin-adams commented Mar 20, 2020

raymanfx commented Mar 20, 2020

umlaeute commented Mar 20, 2020

drmichaeljgruber commented Mar 30, 2020 • edited

umlaeute commented Mar 30, 2020

zingfrid commented Apr 1, 2020

umlaeute commented Apr 1, 2020 • edited

abickerton commented Aug 2, 2015 •

edited by umlaeute

ndufresne commented Oct 20, 2016 •

edited by umlaeute

ndufresne commented Jan 16, 2017 •

edited by umlaeute

homespring commented Aug 14, 2018 •

edited by umlaeute

raymanfx commented Nov 4, 2019 •

edited

umlaeute commented Nov 4, 2019 •

edited

umlaeute commented Nov 4, 2019 •

edited

drmichaeljgruber commented Mar 30, 2020 •

edited

umlaeute commented Apr 1, 2020 •

edited