v4l2src & glupload at only 12 FPS?
Locked
12
12
v4l2src & glupload at only 12 FPS?
 
|
Hello everyone,
I have worked on a prototype of a pipeline that uploads a live video feed to an OpenGL texture and shares it with a context in SDL, starting from the tests/examples/sdlshare.c file in gst-plugins-gl. The source code can be found at http://bitbucket.org/aalex/toonloop1/src/tip/src/sdlshare.cpp and can be compiled with the autotools. (./autogen.sh && ./configure && make) It seems like the mesured framerate is consistently pretty slow. I get an average of 12 FPS on a Dual 2.2 GHz with the latest Ubuntu and a decent Nvidia graphic card. I obtained 30 FPS on a faster machine with a better V4L2-supported video capture card. Does someone have suggestions on how I could overcome this ? I would also prefer to have a framerate that's faster than the capture card's. 29.97 FPS is what NTSC gives me, whereas most projectors and monitors can do up to 60 FPS. I have tried to set the "sync" property of the fakesink element to FALSE, or TRUE, without success. Any other hint ? -- Alexandre Quessy http://alexandre.quessy.net/ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
Hi,
And if using gst-launch ? ( v4l2src ! ... ! glupload ! glfilterglass ! glimagesink ) Julien 2010/3/3 Alexandre Quessy <[hidden email]> Hello everyone, ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
Hello Julien and the list,
Julien Isorce wrote: > Hi, > > And if using gst-launch ? ( v4l2src ! ... ! glupload ! glfilterglass ! > glimagesink ) > Without the glfilterglass element, it look ok. Here the output with the verbose flag on: http://pastebin.com/MrjEQ5Tc If I add the glfilterglass element, the image is totally black. Here is the output : http://pastebin.com/pzcxfYRz Here is the command I have issued. The first time, it was without the glfilterglass element. $ gst-launch -v v4l2src ! video/x-raw-yuv, format=\(fourcc\)I420, framerate=\(fraction\)25/1, width=640, height=480 ! ffmpegcolorspace ! glupload ! glfilterglass ! glimagesink I am not sure about how to read the actual frame rate, though. Any hint? Thanks, Alex > Julien > > 2010/3/3 Alexandre Quessy <[hidden email]> > >> Hello everyone, >> I have worked on a prototype of a pipeline that uploads a live video >> feed to an OpenGL texture and shares it with a context in SDL, >> starting from the tests/examples/sdlshare.c file in gst-plugins-gl. >> The source code can be found at >> http://bitbucket.org/aalex/toonloop1/src/tip/src/sdlshare.cpp and can >> be compiled with the autotools. >> (./autogen.sh && ./configure && make) >> >> It seems like the mesured framerate is consistently pretty slow. I get >> an average of 12 FPS on a Dual 2.2 GHz with the latest Ubuntu and a >> decent Nvidia graphic card. I obtained 30 FPS on a faster machine with >> a better V4L2-supported video capture card. >> >> Does someone have suggestions on how I could overcome this ? I would >> also prefer to have a framerate that's faster than the capture card's. >> 29.97 FPS is what NTSC gives me, whereas most projectors and monitors >> can do up to 60 FPS. I have tried to set the "sync" property of the >> fakesink element to FALSE, or TRUE, without success. Any other hint ? >> >> -- >> Alexandre Quessy >> http://alexandre.quessy.net/ >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > ------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
pastbin you glxinfo
and also run: GST_DEBUG=gldisplay:3 v4l2src .... Julien 2010/3/5 Alexandre Quessy <[hidden email]> Hello Julien and the list, ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
2010/3/5 Julien Isorce <[hidden email]> pastbin you glxinfo I've reproduced the bug with dc1394src. It seems to be with glfilterglass, this line has no problems: gst-launch -v dc1394src ! ffmpegcolorspace ! glupload ! glfiltercube ! glimagesink whereas this suffers from the same behaviour that alexandre describes gst-launch -v dc1394src ! ffmpegcolorspace ! glupload ! glfiltercube ! glimagesink
-- Tristan Matthews email: [hidden email] web: http://tristanswork.blogspot.com ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
2010/3/5 Tristan Matthews <[hidden email]>
Typo in the last email, the second line should say glfilterglass. Here's my glxinfo: http://pastebin.com/8CJCz22t
-- Tristan Matthews email: [hidden email] web: http://tristanswork.blogspot.com ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
2010/3/5 Tristan Matthews <[hidden email]> 2010/3/5 Tristan Matthews <[hidden email]> glfilterglass uses shaders and glfiltercube not. but according to your glxinfo you card+driver supports it. try this: GST_DEBUG=gldisplay:3 GST_GL_SHADER_DEBUG=1 GST_GL_WINDOW_DEBUG=1 gst-launch -v dc1394src ! "video/x-raw-rgb" ! glupload ! "video/x-raw-gl, width=320, height=240" ! glfilterglass ! glimagesink and this: GST_DEBUG=gldisplay:3 GST_GL_SHADER_DEBUG=1 GST_GL_WINDOW_DEBUG=1 gst-launch -v videotestsrc ! "video/x-raw-yuv, format=(fourcc)I420" ! glupload ! glfilterglass ! glimagesink Julien
------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
2010/3/5 Julien Isorce <[hidden email]>
The first line suffers the same problem. The second, width videotestsrc, works, but interestingly if i set is-live=true for videotestsrc, it suffers the same problems as dc1394src and v4l2src. I don't know if that helps at all. Here's the output of the first launch line: http://pastebin.com/KEK0Lf52 And the second: http://pastebin.com/FcLxryNZ -tristan
-- Tristan Matthews email: [hidden email] web: http://tristanswork.blogspot.com ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
2010/3/5 Tristan Matthews <[hidden email]>
Here this is ok.
Everything seems to be ok. What does "is-live" mean exactly ?
------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
2010/3/5 Julien Isorce <[hidden email]>
It's a property inherited from GstBaseSrc. From the documentation: A live source will not produce data in the PAUSED state and will therefore not be able to participate in the PREROLL phase of a pipeline. To signal this fact to the application and the pipeline, the state change return value of the live source will be GST_STATE_CHANGE_NO_PREROLL. see http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-libs/html/GstBaseSrc.html#gst-base-src-set-live It's useful here because it makes the videotestsrc behave like a live source (like v4l2src and dc1394src), and thus i can recreate the same bug with it (the black window when used with glfilterglass). It's worth noting that the glfiltersobel plugin does work fine with live sources, so I don't think the problem with glfilterglass is specifically because it uses shaders. -t
-- Tristan Matthews email: [hidden email] web: http://tristanswork.blogspot.com ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
2010/3/5 Tristan Matthews <[hidden email]>
ok I can't reproduce it so (-> it works for me with is-live set to false or true). (I'm using gst 0.10.25) I'll try next week (I have an other configuration) Julien
------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
In reply to this post by Tristan Matthews-2
Am 05.03.2010 23:01, schrieb Tristan Matthews:
> 2010/3/5 Julien Isorce <[hidden email] > <mailto:[hidden email]>> > > What does "is-live" mean exactly ? > > > It's a property inherited from GstBaseSrc. From the documentation: > > A live source will not produce data in the PAUSED state and will > therefore not be able to participate in the PREROLL phase of a > pipeline. To signal this fact to the application and the pipeline, > the state change return value of the live source will be > GST_STATE_CHANGE_NO_PREROLL. > > > see > http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-libs/html/GstBaseSrc.html#gst-base-src-set-live > > It's useful here because it makes the videotestsrc behave like a live > source (like v4l2src and dc1394src), and thus i can recreate the same > bug with it (the black window when used with glfilterglass). It's worth > noting that the glfiltersobel plugin does work fine with live sources, > so I don't think the problem with glfilterglass is specifically because > it uses shaders. What about adding a queue after v4l2src to decouple the capture from rendering? Stefan > > -t > > > -tristan > > > > Julien > > > > > > > > Here is the command I have issued. The first > time, it was without the > glfilterglass element. > > $ gst-launch -v v4l2src ! video/x-raw-yuv, > format=\(fourcc\)I420, > framerate=\(fraction\)25/1, width=640, > height=480 ! ffmpegcolorspace ! > glupload ! glfilterglass ! glimagesink > > I am not sure about how to read the actual > frame rate, though. Any hint? > > Thanks, > Alex > > > > Julien > > > > 2010/3/3 Alexandre Quessy > <[hidden email] > <mailto:[hidden email]>> > > > >> Hello everyone, > >> I have worked on a prototype of a > pipeline that uploads a live video > >> feed to an OpenGL texture and shares it > with a context in SDL, > >> starting from the > tests/examples/sdlshare.c file in > gst-plugins-gl. > >> The source code can be found at > >> > http://bitbucket.org/aalex/toonloop1/src/tip/src/sdlshare.cpp > and can > >> be compiled with the autotools. > >> (./autogen.sh && ./configure && make) > >> > >> It seems like the mesured framerate is > consistently pretty slow. I get > >> an average of 12 FPS on a Dual 2.2 GHz > with the latest Ubuntu and a > >> decent Nvidia graphic card. I obtained 30 > FPS on a faster machine with > >> a better V4L2-supported video capture card. > >> > >> Does someone have suggestions on how I > could overcome this ? I would > >> also prefer to have a framerate that's > faster than the capture card's. > >> 29.97 FPS is what NTSC gives me, whereas > most projectors and monitors > >> can do up to 60 FPS. I have tried to set > the "sync" property of the > >> fakesink element to FALSE, or TRUE, > without success. Any other hint ? > >> > >> -- > >> Alexandre Quessy > >> http://alexandre.quessy.net/ > >> > >> > >> > ------------------------------------------------------------------------------ > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. > Speed compiling, find bugs > >> proactively, and fine-tune applications > for parallel performance. > >> See why Intel Parallel Studio got high > marks during beta. > >> http://p.sf.net/sfu/intel-sw-dev > >> > _______________________________________________ > >> gstreamer-devel mailing list > >> [hidden email] > <mailto:[hidden email]> > >> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > >> > > > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. > Speed compiling, find bugs > > proactively, and fine-tune applications > for parallel performance. > > See why Intel Parallel Studio got high > marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > > > > > > ------------------------------------------------------------------------ > > > > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > <mailto:[hidden email]> > > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. > Speed compiling, find bugs > proactively, and fine-tune applications for > parallel performance. > See why Intel Parallel Studio got high marks > during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed > compiling, find bugs > proactively, and fine-tune applications for > parallel performance. > See why Intel Parallel Studio got high marks > during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > -- > Tristan Matthews > email: [hidden email] <mailto:[hidden email]> > web: http://tristanswork.blogspot.com > > > > > -- > Tristan Matthews > email: [hidden email] <mailto:[hidden email]> > web: http://tristanswork.blogspot.com > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed > compiling, find bugs > proactively, and fine-tune applications for parallel > performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, > find bugs > proactively, and fine-tune applications for parallel > performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > -- > Tristan Matthews > email: [hidden email] <mailto:[hidden email]> > web: http://tristanswork.blogspot.com > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > -- > Tristan Matthews > email: [hidden email] <mailto:[hidden email]> > web: http://tristanswork.blogspot.com > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
|
|
In reply to this post by Alexandre Quessy
On Wed, Mar 3, 2010 at 2:39 PM, Alexandre Quessy <[hidden email]> wrote:
> Hello everyone, > > It seems like the mesured framerate is consistently pretty slow. I get > an average of 12 FPS on a Dual 2.2 GHz with the latest Ubuntu and a > decent Nvidia graphic card. I obtained 30 FPS on a faster machine with > a better V4L2-supported video capture card. So, you are comparing two different v4l2 devices in two different setups... I'm not sure how that could mean anything. Did you try putting a videorate after the source capsfilter? Most webcams I've seen, e.g., don't output frames at the framerate you set in the caps: there are a lot of things that limit the actual framerate, e.g. autoexposure, usb speed, etc... Setting 30/1 in the caps I usually never get more than 15 frames per second with decent lighting conditions. If you put a videorate it will duplicate frames to reach the actual framerate you want. Then you would be able to tell anything about gl plugins causing any slow down. You have first to be sure that the actual framerate entering glupload is the one you expect. > Does someone have suggestions on how I could overcome this ? I would > also prefer to have a framerate that's faster than the capture card's. > 29.97 FPS is what NTSC gives me, whereas most projectors and monitors > can do up to 60 FPS. I have tried to set the "sync" property of the > fakesink element to FALSE, or TRUE, without success. Any other hint ? Not sure how that could be useful but you can set 60/1 after the videorate and it will duplicate frames to reach the requested rate. Hope this helps, Best Regards Filippo ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
In reply to this post by Alexandre Quessy
Hello!
On Fri, Mar 5, 2010 at 7:06 PM, Alexandre Quessy <[hidden email]> wrote: [...] > I am not sure about how to read the actual frame rate, though. Any hint? I use this hack: http://github.com/mrchapp/meta-texasinstruments/blob/for-23.i3.5-pre2/packages/gstreamer/gstreamer/gst-0.10.25-gst-launch-Add-pad-probe.patch gst-launch --padprobe ffmpegcolorspace0:src --timer \ the ! rest ! of ! your ! pipeline Greetings! Daniel Díaz [hidden email] > Thanks, > Alex > > >> Julien >> >> 2010/3/3 Alexandre Quessy <[hidden email]> >> >>> Hello everyone, >>> I have worked on a prototype of a pipeline that uploads a live video >>> feed to an OpenGL texture and shares it with a context in SDL, >>> starting from the tests/examples/sdlshare.c file in gst-plugins-gl. >>> The source code can be found at >>> http://bitbucket.org/aalex/toonloop1/src/tip/src/sdlshare.cpp and can >>> be compiled with the autotools. >>> (./autogen.sh && ./configure && make) >>> >>> It seems like the mesured framerate is consistently pretty slow. I get >>> an average of 12 FPS on a Dual 2.2 GHz with the latest Ubuntu and a >>> decent Nvidia graphic card. I obtained 30 FPS on a faster machine with >>> a better V4L2-supported video capture card. >>> >>> Does someone have suggestions on how I could overcome this ? I would >>> also prefer to have a framerate that's faster than the capture card's. >>> 29.97 FPS is what NTSC gives me, whereas most projectors and monitors >>> can do up to 60 FPS. I have tried to set the "sync" property of the >>> fakesink element to FALSE, or TRUE, without success. Any other hint ? >>> >>> -- >>> Alexandre Quessy >>> http://alexandre.quessy.net/ >>> >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> gstreamer-devel mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: v4l2src & glupload at only 12 FPS?
|
|
In reply to this post by Julien Isorce
Hello everyone,
Sorry for the delay: I lost this thread somewhere in my mailbox. I won't put my answer interleaved in the text, 'cause there is so much to catch up ! Here the output of my glxinfo: http://pastebin.com/hej8nwQr It seems like I have all the necessary extensions and hardware acceleration. (I am a big GLSL enthusiast) Here is the output of the following gst-launch command : http://pastebin.com/UK5pJxx7 The command: GST_DEBUG=gldisplay:3 gst-launch -v v4l2src ! video/x-raw-yuv, format=\(fourcc\)I420, framerate=\(fraction\)25/1, width=640, height=480 ! ffmpegcolorspace ! glupload ! glimagesink I did not put the glfilterglass, as I don't need it anyways in my final app. (and it might slow down the rendering) Let's add a videorate element, and more debug infos... http://pastebin.com/VzU6f8yC The command: GST_DEBUG=gldisplay:3 GST_GL_SHADER_DEBUG=1 GST_GL_WINDOW_DEBUG=1 gst-launch -v v4l2src ! videorate ! video/x-raw-yuv, format=\(fourcc\)I420, framerate=\(fraction\)25/1, width=640, height=480 ! ffmpegcolorspace ! glupload ! glimagesink Visually, it seems like I still get drop frames. My CPU has a load of 4%, so it is probably not the culprit. Maybe my WinTV video capture card is simply bad ? It gives a bad image quality anyways, compared the the Osprey 110. I guess I should buy an other capture card or stick with web cams. (which are even worse, but at least, constant) I might try Daniel's padprobe patch too. a Julien Isorce wrote: > 2010/3/5 Tristan Matthews <[hidden email]> > >> 2010/3/5 Julien Isorce <[hidden email]> >> >>> What does "is-live" mean exactly ? >>> >> It's a property inherited from GstBaseSrc. From the documentation: >> >> A live source will not produce data in the PAUSED state and will therefore >>> not be able to participate in the PREROLL phase of a pipeline. To signal >>> this fact to the application and the pipeline, the state change return value >>> of the live source will be GST_STATE_CHANGE_NO_PREROLL. >>> >> see >> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-libs/html/GstBaseSrc.html#gst-base-src-set-live >> >> It's useful here because it makes the videotestsrc behave like a live >> source (like v4l2src and dc1394src), and thus i can recreate the same bug >> with it (the black window when used with glfilterglass). It's worth noting >> that the glfiltersobel plugin does work fine with live sources, so I don't >> think the problem with glfilterglass is specifically because it uses >> shaders. >> >> ok > > I can't reproduce it so (-> it works for me with is-live set to false or > true). (I'm using gst 0.10.25) > I'll try next week (I have an other configuration) > > Julien > > >> -t >> >> >>>> -tristan >>>> >>>> >>>> >>>>> Julien >>>>> >>>>> >>>>>> >>>>>> >>>>>>> >>>>>>>> Here is the command I have issued. The first time, it was without >>>>>>>>> the >>>>>>>>> glfilterglass element. >>>>>>>>> >>>>>>>>> $ gst-launch -v v4l2src ! video/x-raw-yuv, format=\(fourcc\)I420, >>>>>>>>> framerate=\(fraction\)25/1, width=640, height=480 ! ffmpegcolorspace >>>>>>>>> ! >>>>>>>>> glupload ! glfilterglass ! glimagesink >>>>>>>>> >>>>>>>>> I am not sure about how to read the actual frame rate, though. Any >>>>>>>>> hint? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Alex >>>>>>>>> >>>>>>>>> >>>>>>>>>> Julien >>>>>>>>>> >>>>>>>>>> 2010/3/3 Alexandre Quessy <[hidden email]> >>>>>>>>>> >>>>>>>>>>> Hello everyone, >>>>>>>>>>> I have worked on a prototype of a pipeline that uploads a live >>>>>>>>> video >>>>>>>>>>> feed to an OpenGL texture and shares it with a context in SDL, >>>>>>>>>>> starting from the tests/examples/sdlshare.c file in >>>>>>>>> gst-plugins-gl. >>>>>>>>>>> The source code can be found at >>>>>>>>>>> http://bitbucket.org/aalex/toonloop1/src/tip/src/sdlshare.cppand can >>>>>>>>>>> be compiled with the autotools. >>>>>>>>>>> (./autogen.sh && ./configure && make) >>>>>>>>>>> >>>>>>>>>>> It seems like the mesured framerate is consistently pretty slow. >>>>>>>>> I get >>>>>>>>>>> an average of 12 FPS on a Dual 2.2 GHz with the latest Ubuntu and >>>>>>>>> a >>>>>>>>>>> decent Nvidia graphic card. I obtained 30 FPS on a faster machine >>>>>>>>> with >>>>>>>>>>> a better V4L2-supported video capture card. >>>>>>>>>>> >>>>>>>>>>> Does someone have suggestions on how I could overcome this ? I >>>>>>>>> would >>>>>>>>>>> also prefer to have a framerate that's faster than the capture >>>>>>>>> card's. >>>>>>>>>>> 29.97 FPS is what NTSC gives me, whereas most projectors and >>>>>>>>> monitors >>>>>>>>>>> can do up to 60 FPS. I have tried to set the "sync" property of >>>>>>>>> the >>>>>>>>>>> fakesink element to FALSE, or TRUE, without success. Any other >>>>>>>>> hint ? >>>>>>>>>>> -- >>>>>>>>>>> Alexandre Quessy >>>>>>>>>>> http://alexandre.quessy.net/ >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>>> Download Intel® Parallel Studio Eval >>>>>>>>>>> Try the new software tools for yourself. Speed compiling, find >>>>>>>>> bugs >>>>>>>>>>> proactively, and fine-tune applications for parallel performance. >>>>>>>>>>> See why Intel Parallel Studio got high marks during beta. >>>>>>>>>>> http://p.sf.net/sfu/intel-sw-dev >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> gstreamer-devel mailing list >>>>>>>>>>> [hidden email] >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> Download Intel® Parallel Studio Eval >>>>>>>>>> Try the new software tools for yourself. Speed compiling, find >>>>>>>>> bugs >>>>>>>>>> proactively, and fine-tune applications for parallel performance. >>>>>>>>>> See why Intel Parallel Studio got high marks during beta. >>>>>>>>>> http://p.sf.net/sfu/intel-sw-dev >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>>> _______________________________________________ >>>>>>>>>> gstreamer-devel mailing list >>>>>>>>>> [hidden email] >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Download Intel® Parallel Studio Eval >>>>>>>>> Try the new software tools for yourself. Speed compiling, find bugs >>>>>>>>> proactively, and fine-tune applications for parallel performance. >>>>>>>>> See why Intel Parallel Studio got high marks during beta. >>>>>>>>> http://p.sf.net/sfu/intel-sw-dev >>>>>>>>> _______________________________________________ >>>>>>>>> gstreamer-devel mailing list >>>>>>>>> [hidden email] >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Download Intel® Parallel Studio Eval >>>>>>>> Try the new software tools for yourself. Speed compiling, find bugs >>>>>>>> proactively, and fine-tune applications for parallel performance. >>>>>>>> See why Intel Parallel Studio got high marks during beta. >>>>>>>> http://p.sf.net/sfu/intel-sw-dev >>>>>>>> _______________________________________________ >>>>>>>> gstreamer-devel mailing list >>>>>>>> [hidden email] >>>>>>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Tristan Matthews >>>>>>> email: [hidden email] >>>>>>> web: http://tristanswork.blogspot.com >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Tristan Matthews >>>>>> email: [hidden email] >>>>>> web: http://tristanswork.blogspot.com >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Download Intel® Parallel Studio Eval >>>>>> Try the new software tools for yourself. Speed compiling, find bugs >>>>>> proactively, and fine-tune applications for parallel performance. >>>>>> See why Intel Parallel Studio got high marks during beta. >>>>>> http://p.sf.net/sfu/intel-sw-dev >>>>>> _______________________________________________ >>>>>> gstreamer-devel mailing list >>>>>> [hidden email] >>>>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>>>>> >>>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Download Intel® Parallel Studio Eval >>>>> Try the new software tools for yourself. Speed compiling, find bugs >>>>> proactively, and fine-tune applications for parallel performance. >>>>> See why Intel Parallel Studio got high marks during beta. >>>>> http://p.sf.net/sfu/intel-sw-dev >>>>> _______________________________________________ >>>>> gstreamer-devel mailing list >>>>> [hidden email] >>>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>>>> >>>>> >>>> >>>> -- >>>> Tristan Matthews >>>> email: [hidden email] >>>> web: http://tristanswork.blogspot.com >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Download Intel® Parallel Studio Eval >>>> Try the new software tools for yourself. Speed compiling, find bugs >>>> proactively, and fine-tune applications for parallel performance. >>>> See why Intel Parallel Studio got high marks during beta. >>>> http://p.sf.net/sfu/intel-sw-dev >>>> _______________________________________________ >>>> gstreamer-devel mailing list >>>> [hidden email] >>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>>> >>>> >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> gstreamer-devel mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >>> >>> >> >> -- >> Tristan Matthews >> email: [hidden email] >> web: http://tristanswork.blogspot.com >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > ------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Strange problem with glupload
|
|
Hi,
I have a strange behavior regarding the glupload plugin. If I run: > gst-launch -v filesrc location='/home/rpeffer/Videos/rec.mpeg' ! decodebin ! queue max-size-buffers=0 max-size-time=0 ! glimagesink all works fine. But I want to use glupload to make use of the gldeinterlace plugin as well, so I tried st-launch -v filesrc location='/home/rpeffer/Videos/rec.mpeg' ! decodebin ! queue max-size-buffers=0 max-size-time=0 ! glupload ! glimagesink what as far as I understand should do the same playback. But I get an error gstbasesrc.c(2378): gst_base_src_loop (): /GstPipeline:pipeline0/GstFileSrc:filesrc0: streaming task paused, reason not-negotiated (-4) ERROR: pipeline doesn't want to preroll. My first idea was that glupload may not like the interlaced flag. But even if I deinterlace the stream in advance the same error shows up. The strange thing is that on other movie files it works. The one mpeg file I just use for testing is a recording from a USB dvb-t dongle. Anyway, the question I have is why can it be that with only glimagesink the pipeline works without problems, but with glupload before glimagesink the pipeline won't run. Any hints are mostly welcome! Roland PS The compete gst-luanch output is listed below: --------------------------------------------------- this works ------------------------------------------------- $ gst-launch -v filesrc location='/home/rpeffer/Videos/rec.mpeg' ! decodebin ! queue max-size-buffers=0 max-size-time=0 ! glimagesink (gst-launch-0.10:20605): GLib-WARNING **: g_set_prgname() called multiple times Setting pipeline to PAUSED ... /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = video/mpeg, systemstream=(boolean)false, mpegversion=(int)1 Pipeline is PREROLLING ... /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:sink: caps = video/mpeg, systemstream=(boolean)false, mpegversion=(int)1 /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:src: caps = video/mpeg, systemstream=(boolean)false, parsed=(boolean)true, mpegversion=(int)2, width=(int)720, height=(int)576, framerate=(fraction)25/1, pixel-aspect-ratio=(fraction)64/45, interlaced=(boolean)true, codec_data=(buffer)000001b32d024033249f23821022222e262e383838383e3e4a444a545454505050585a5a5a6262627c7c7c6a6a6a626274748080888894a6a098989498b4b4bebebef8f8eeef3d3d47a9a9ff1111111713171c1c1c1c1f1f2522252a2a2a2828282c2d2d2d3131313e3e3e35353531313a3a404044444a53504c4c4a4c5a5a5f5f5f7c7c77779e9ea3d4d4ff000001b5148200010000 /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:sink: caps = video/mpeg, systemstream=(boolean)false, parsed=(boolean)true, mpegversion=(int)2, width=(int)720, height=(int)576, framerate=(fraction)25/1, pixel-aspect-ratio=(fraction)64/45, interlaced=(boolean)true, codec_data=(buffer)000001b32d024033249f23821022222e262e383838383e3e4a444a545454505050585a5a5a6262627c7c7c6a6a6a626274748080888894a6a098989498b4b4bebebef8f8eeef3d3d47a9a9ff1111111713171c1c1c1c1f1f2522252a2a2a2828282c2d2d2d3131313e3e3e35353531313a3a404044444a53504c4c4a4c5a5a5f5f5f7c7c77779e9ea3d4d4ff000001b5148200010000 /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)64/45, framerate=(fraction)25/1, interlaced=(boolean)true /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:src: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)64/45, framerate=(fraction)25/1, interlaced=(boolean)true /GstPipeline:pipeline0/GstQueue:queue0.GstPad:sink: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)64/45, framerate=(fraction)25/1, interlaced=(boolean)true /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0.GstProxyPad:proxypad1: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)64/45, framerate=(fraction)25/1, interlaced=(boolean)true /GstPipeline:pipeline0/GstQueue:queue0.GstPad:src: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)64/45, framerate=(fraction)25/1, interlaced=(boolean)true /GstPipeline:pipeline0/GstGLImageSink:glimagesink0.GstPad:sink: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)64/45, framerate=(fraction)25/1, interlaced=(boolean)true Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock Got EOS from element "pipeline0". Execution ended after 15320225883 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... /GstPipeline:pipeline0/GstGLImageSink:glimagesink0.GstPad:sink: caps = NULL /GstPipeline:pipeline0/GstQueue:queue0.GstPad:src: caps = NULL /GstPipeline:pipeline0/GstQueue:queue0.GstPad:sink: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:src: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:sink: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:src: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:sink: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = NULL Setting pipeline to NULL ... Freeing pipeline ... --------------------------------------------------- this fails ------------------------------------------------- >$ gst-launch -v filesrc location='/home/rpeffer/Videos/rec.mpeg' ! decodebin ! queue max-size-buffers=0 max-size-time=0 ! glupload ! glimagesink (gst-launch-0.10:20595): GLib-WARNING **: g_set_prgname() called multiple times Setting pipeline to PAUSED ... /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = video/mpeg, systemstream=(boolean)false, mpegversion=(int)1 Pipeline is PREROLLING ... /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:sink: caps = video/mpeg, systemstream=(boolean)false, mpegversion=(int)1 /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:src: caps = video/mpeg, systemstream=(boolean)false, parsed=(boolean)true, mpegversion=(int)2, width=(int)720, height=(int)576, framerate=(fraction)25/1, pixel-aspect-ratio=(fraction)64/45, interlaced=(boolean)true, codec_data=(buffer)000001b32d024033249f23821022222e262e383838383e3e4a444a545454505050585a5a5a6262627c7c7c6a6a6a626274748080888894a6a098989498b4b4bebebef8f8eeef3d3d47a9a9ff1111111713171c1c1c1c1f1f2522252a2a2a2828282c2d2d2d3131313e3e3e35353531313a3a404044444a53504c4c4a4c5a5a5f5f5f7c7c77779e9ea3d4d4ff000001b5148200010000 /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:sink: caps = video/mpeg, systemstream=(boolean)false, parsed=(boolean)true, mpegversion=(int)2, width=(int)720, height=(int)576, framerate=(fraction)25/1, pixel-aspect-ratio=(fraction)64/45, interlaced=(boolean)true, codec_data=(buffer)000001b32d024033249f23821022222e262e383838383e3e4a444a545454505050585a5a5a6262627c7c7c6a6a6a626274748080888894a6a098989498b4b4bebebef8f8eeef3d3d47a9a9ff1111111713171c1c1c1c1f1f2522252a2a2a2828282c2d2d2d3131313e3e3e35353531313a3a404044444a53504c4c4a4c5a5a5f5f5f7c7c77779e9ea3d4d4ff000001b5148200010000 /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)64/45, framerate=(fraction)25/1, interlaced=(boolean)true /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:src: caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, height=(int)576, pixel-aspect-ratio=(fraction)64/45, framerate=(fraction)25/1, interlaced=(boolean)true ERROR: from element /GstPipeline:pipeline0/GstFileSrc:filesrc0: Internal data flow error. Additional debug info: gstbasesrc.c(2378): gst_base_src_loop (): /GstPipeline:pipeline0/GstFileSrc:filesrc0: streaming task paused, reason not-negotiated (-4) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:src: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:sink: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:src: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:sink: caps = NULL /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = NULL Freeing pipeline ... ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: Strange problem with glupload
|
|
Hi,
I think this is due to the pixel aspect ratio that is not handled correctly by glupload. Could you try to reproduce the pb using videotestsrc (and playing with caps (aspect ratio, framerate etcc) Sincerely Julien 2010/3/23 Roland Peffer <[hidden email]> Hi, ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: Strange problem with glupload
|
|
Hi Julien, you are right! I just tried it.... feeding glupload with an pixel-aspect-ratio that is not 1/1 lets the pipeline fail. Seems to be a bug in glupload, since linking with glimagesink without glupload in advance works fine. Thx , Roland gst-launch -v videotestsrc ! video/x-raw-yuv,format=\(fourcc\)I420,width=720,height=576,pixel-aspect-ratio=\(fraction\)64/45,framerate=\(fraction\)25/1,interlaced=true ! glupload ! glimagesink On 23.03.2010, at 12:23, Julien Isorce wrote: Hi, I think this is due to the pixel aspect ratio that is not handled correctly by glupload. Could you try to reproduce the pb using videotestsrc (and playing with caps (aspect ratio, framerate etcc) Sincerely Julien 2010/3/23 Roland Peffer <[hidden email]> Hi, ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev_______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: Strange problem with glupload
|
|
I just realized there is already an open bug about it : https://bugzilla.gnome.org/show_bug.cgi?id=593165
2010/3/23 Roland Peffer <[hidden email]>
------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: Strange problem with glupload
|
|
Hi,
I have also seen this issue - I used videoscale before glupload as a work-around until the bug is fixed. Cheers, Nick Julien Isorce wrote: > I just realized there is already an open bug about it : > https://bugzilla.gnome.org/show_bug.cgi?id=593165 > > 2010/3/23 Roland Peffer <[hidden email] <mailto:[hidden email]>> > > Hi Julien, > > you are right! I just tried it.... > > feeding glupload with an pixel-aspect-ratio that is not 1/1 lets > the pipeline fail. > > Seems to be a bug in glupload, since linking with glimagesink > without glupload in advance works fine. > > Thx , > Roland > > > gst-launch -v videotestsrc ! > video/x-raw-yuv,format=\(fourcc\)I420,width=720,height=576,pixel-aspect-ratio=\(fraction\)64/45,framerate=\(fraction\)25/1,interlaced=true > ! glupload ! glimagesink > > > gst-launch -v videotestsrc ! > video/x-raw-yuv,format=\(fourcc\)I420,width=720,height=576,framerate=\(fraction\)25/1,interlaced=true > ! glupload ! glimagesink > > > > > On 23.03.2010, at 12:23, Julien Isorce wrote: > > Hi, > > I think this is due to the pixel aspect ratio that is not handled > correctly by glupload. > > Could you try to reproduce the pb using videotestsrc (and playing > with caps (aspect ratio, framerate etcc) > > Sincerely > Julien > > 2010/3/23 Roland Peffer <[hidden email] > <mailto:[hidden email]>> > > Hi, > > I have a strange behavior regarding the glupload plugin. > > If I run: > > gst-launch -v filesrc > location='/home/rpeffer/Videos/rec.mpeg' ! decodebin ! queue > max-size-buffers=0 max-size-time=0 ! glimagesink > all works fine. > > But I want to use glupload to make use of the gldeinterlace > plugin as well, so I tried > > st-launch -v filesrc location='/home/rpeffer/Videos/rec.mpeg' > ! decodebin ! queue max-size-buffers=0 max-size-time=0 ! > glupload ! glimagesink > > what as far as I understand should do the same playback. But I > get an error > > gstbasesrc.c(2378): gst_base_src_loop (): > /GstPipeline:pipeline0/GstFileSrc:filesrc0: > streaming task paused, reason not-negotiated (-4) > ERROR: pipeline doesn't want to preroll. > > > My first idea was that glupload may not like the interlaced > flag. But even if I deinterlace the stream in advance the same > error shows up. > The strange thing is that on other movie files it works. The > one mpeg file I just use for testing is a recording from a > USB dvb-t dongle. > > Anyway, the question I have is why can it be that with only > glimagesink the pipeline works without problems, but with > glupload before glimagesink the pipeline won't run. > > Any hints are mostly welcome! > > Roland > > > PS The compete gst-luanch output is listed below: > > > > --------------------------------------------------- this works > ------------------------------------------------- > $ gst-launch -v filesrc > location='/home/rpeffer/Videos/rec.mpeg' ! decodebin ! queue > max-size-buffers=0 max-size-time=0 ! glimagesink > > (gst-launch-0.10:20605): GLib-WARNING **: g_set_prgname() > called multiple times > Setting pipeline to PAUSED ... > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: > caps = video/mpeg, systemstream=(boolean)false, mpegversion=(int)1 > Pipeline is PREROLLING ... > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:sink: > caps = video/mpeg, systemstream=(boolean)false, mpegversion=(int)1 > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:src: > caps = video/mpeg, systemstream=(boolean)false, > parsed=(boolean)true, mpegversion=(int)2, width=(int)720, > height=(int)576, framerate=(fraction)25/1, > pixel-aspect-ratio=(fraction)64/45, interlaced=(boolean)true, > codec_data=(buffer)000001b32d024033249f23821022222e262e383838383e3e4a444a545454505050585a5a5a6262627c7c7c6a6a6a626274748080888894a6a098989498b4b4bebebef8f8eeef3d3d47a9a9ff1111111713171c1c1c1c1f1f2522252a2a2a2828282c2d2d2d3131313e3e3e35353531313a3a404044444a53504c4c4a4c5a5a5f5f5f7c7c77779e9ea3d4d4ff000001b5148200010000 > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:sink: > caps = video/mpeg, systemstream=(boolean)false, > parsed=(boolean)true, mpegversion=(int)2, width=(int)720, > height=(int)576, framerate=(fraction)25/1, > pixel-aspect-ratio=(fraction)64/45, interlaced=(boolean)true, > codec_data=(buffer)000001b32d024033249f23821022222e262e383838383e3e4a444a545454505050585a5a5a6262627c7c7c6a6a6a626274748080888894a6a098989498b4b4bebebef8f8eeef3d3d47a9a9ff1111111713171c1c1c1c1f1f2522252a2a2a2828282c2d2d2d3131313e3e3e35353531313a3a404044444a53504c4c4a4c5a5a5f5f5f7c7c77779e9ea3d4d4ff000001b5148200010000 > /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: > caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, > height=(int)576, pixel-aspect-ratio=(fraction)64/45, > framerate=(fraction)25/1, interlaced=(boolean)true > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:src: > caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, > height=(int)576, pixel-aspect-ratio=(fraction)64/45, > framerate=(fraction)25/1, interlaced=(boolean)true > /GstPipeline:pipeline0/GstQueue:queue0.GstPad:sink: caps = > video/x-raw-yuv, format=(fourcc)I420, width=(int)720, > height=(int)576, pixel-aspect-ratio=(fraction)64/45, > framerate=(fraction)25/1, interlaced=(boolean)true > /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0.GstProxyPad:proxypad1: > caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, > height=(int)576, pixel-aspect-ratio=(fraction)64/45, > framerate=(fraction)25/1, interlaced=(boolean)true > /GstPipeline:pipeline0/GstQueue:queue0.GstPad:src: caps = > video/x-raw-yuv, format=(fourcc)I420, width=(int)720, > height=(int)576, pixel-aspect-ratio=(fraction)64/45, > framerate=(fraction)25/1, interlaced=(boolean)true > /GstPipeline:pipeline0/GstGLImageSink:glimagesink0.GstPad:sink: > caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, > height=(int)576, pixel-aspect-ratio=(fraction)64/45, > framerate=(fraction)25/1, interlaced=(boolean)true > Pipeline is PREROLLED ... > Setting pipeline to PLAYING ... > New clock: GstSystemClock > Got EOS from element "pipeline0". > Execution ended after 15320225883 ns. > Setting pipeline to PAUSED ... > Setting pipeline to READY ... > /GstPipeline:pipeline0/GstGLImageSink:glimagesink0.GstPad:sink: > caps = NULL > /GstPipeline:pipeline0/GstQueue:queue0.GstPad:src: caps = NULL > /GstPipeline:pipeline0/GstQueue:queue0.GstPad:sink: caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:src: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:sink: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:src: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:sink: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: > caps = NULL > Setting pipeline to NULL ... > Freeing pipeline ... > > > --------------------------------------------------- this fails > ------------------------------------------------- > >$ gst-launch -v filesrc > location='/home/rpeffer/Videos/rec.mpeg' ! decodebin ! queue > max-size-buffers=0 max-size-time=0 ! glupload ! glimagesink > > (gst-launch-0.10:20595): GLib-WARNING **: g_set_prgname() > called multiple times > Setting pipeline to PAUSED ... > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: > caps = video/mpeg, systemstream=(boolean)false, mpegversion=(int)1 > Pipeline is PREROLLING ... > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:sink: > caps = video/mpeg, systemstream=(boolean)false, mpegversion=(int)1 > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:src: > caps = video/mpeg, systemstream=(boolean)false, > parsed=(boolean)true, mpegversion=(int)2, width=(int)720, > height=(int)576, framerate=(fraction)25/1, > pixel-aspect-ratio=(fraction)64/45, interlaced=(boolean)true, > codec_data=(buffer)000001b32d024033249f23821022222e262e383838383e3e4a444a545454505050585a5a5a6262627c7c7c6a6a6a626274748080888894a6a098989498b4b4bebebef8f8eeef3d3d47a9a9ff1111111713171c1c1c1c1f1f2522252a2a2a2828282c2d2d2d3131313e3e3e35353531313a3a404044444a53504c4c4a4c5a5a5f5f5f7c7c77779e9ea3d4d4ff000001b5148200010000 > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:sink: > caps = video/mpeg, systemstream=(boolean)false, > parsed=(boolean)true, mpegversion=(int)2, width=(int)720, > height=(int)576, framerate=(fraction)25/1, > pixel-aspect-ratio=(fraction)64/45, interlaced=(boolean)true, > codec_data=(buffer)000001b32d024033249f23821022222e262e383838383e3e4a444a545454505050585a5a5a6262627c7c7c6a6a6a626274748080888894a6a098989498b4b4bebebef8f8eeef3d3d47a9a9ff1111111713171c1c1c1c1f1f2522252a2a2a2828282c2d2d2d3131313e3e3e35353531313a3a404044444a53504c4c4a4c5a5a5f5f5f7c7c77779e9ea3d4d4ff000001b5148200010000 > /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: > caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, > height=(int)576, pixel-aspect-ratio=(fraction)64/45, > framerate=(fraction)25/1, interlaced=(boolean)true > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:src: > caps = video/x-raw-yuv, format=(fourcc)I420, width=(int)720, > height=(int)576, pixel-aspect-ratio=(fraction)64/45, > framerate=(fraction)25/1, interlaced=(boolean)true > ERROR: from element > /GstPipeline:pipeline0/GstFileSrc:filesrc0: Internal data flow > error. > Additional debug info: > gstbasesrc.c(2378): gst_base_src_loop (): > /GstPipeline:pipeline0/GstFileSrc:filesrc0: > streaming task paused, reason not-negotiated (-4) > ERROR: pipeline doesn't want to preroll. > Setting pipeline to NULL ... > /GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:src: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstMpeg2dec:mpeg2dec0.GstPad:sink: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:src: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/MpegVideoParse:mpegvideoparse0.GstPad:sink: > caps = NULL > /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: > caps = NULL > Freeing pipeline ... > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find > bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev_______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > <mailto:[hidden email]> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ------------------------------------------------------------------------ > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |