I'm developing an app to act as a video server for Player/Stage
(playerstage.sf.net) CameraProxy objects, pulling raw frames off of the device in question. I seem to have run into an odd issue where ffmpegcolorspace won't connect to my appsrc, despite having set the capabilities appropriately, and in a way that conforms to the capabilities advertised by ffmpegcolorspace. Setting GST_DEBUG=3 results in this: > basetransform gstbasetransform.c:1049:gst_base_transform_acceptcaps:<ffmpegcsp0> transform could not transform video/x-raw-rgb, width=(int)640, height=(int)480, framerate=(fraction)10/1, bpp=(int)24, depth=(int)24, red_mask=(int)255, green_mask=(int)65280, blue_mask=(int)16711680, endianness=(int)4321 in anything we support Which is odd, given that gst-inspect ffmpegcolorspace shows that this is, verbatim, one of the available types. Is there some basic thing I'm missing in order to get capabilities to behave right on an AppSrc? Something more than just gst_app_src_set_caps? -Philip Kovac ------------------------------------------------------------------------------ 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 |
Nevermind, turns out I was filtering out framerates without applying a
conversion to get from one framerate to another. Sorry about that. On Fri, Mar 12, 2010 at 4:32 PM, Philip Kovac <[hidden email]> wrote: > I'm developing an app to act as a video server for Player/Stage > (playerstage.sf.net) CameraProxy objects, pulling raw frames off of > the device in question. I seem to have run into an odd issue where > ffmpegcolorspace won't connect to my appsrc, despite having set the > capabilities appropriately, and in a way that conforms to the > capabilities advertised by ffmpegcolorspace. > > Setting GST_DEBUG=3 results in this: > >> basetransform gstbasetransform.c:1049:gst_base_transform_acceptcaps:<ffmpegcsp0> transform could not transform video/x-raw-rgb, width=(int)640, height=(int)480, framerate=(fraction)10/1, bpp=(int)24, depth=(int)24, red_mask=(int)255, green_mask=(int)65280, blue_mask=(int)16711680, endianness=(int)4321 in anything we support > > Which is odd, given that gst-inspect ffmpegcolorspace shows that this > is, verbatim, one of the available types. Is there some basic thing > I'm missing in order to get capabilities to behave right on an AppSrc? > Something more than just gst_app_src_set_caps? > > -Philip Kovac > ------------------------------------------------------------------------------ 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 Philip Kovac
On Fri, Mar 12, 2010 at 1:32 PM, Philip Kovac <[hidden email]> wrote:
> I'm developing an app to act as a video server for Player/Stage > (playerstage.sf.net) CameraProxy objects, pulling raw frames off of > the device in question. I seem to have run into an odd issue where > ffmpegcolorspace won't connect to my appsrc, despite having set the > capabilities appropriately, and in a way that conforms to the > capabilities advertised by ffmpegcolorspace. > > Setting GST_DEBUG=3 results in this: > >> basetransform gstbasetransform.c:1049:gst_base_transform_acceptcaps:<ffmpegcsp0> transform could not transform video/x-raw-rgb, width=(int)640, height=(int)480, framerate=(fraction)10/1, bpp=(int)24, depth=(int)24, red_mask=(int)255, green_mask=(int)65280, blue_mask=(int)16711680, endianness=(int)4321 in anything we support > > Which is odd, given that gst-inspect ffmpegcolorspace shows that this > is, verbatim, one of the available types. Is there some basic thing > I'm missing in order to get capabilities to behave right on an AppSrc? > Something more than just gst_app_src_set_caps? I followed up with this on IRC, but in case anyone else was wondering: the problem was not ffmpegcolorspace at all, it was a problem with the rest of the pipeline (which Philip didn't describe here), and mis-matching framerates. Mike ------------------------------------------------------------------------------ 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 |
Free forum by Nabble | Edit this page |