GNOME Bugzilla – Bug 742087
videoconvert fails to map buffer from v4l2src
Last modified: 2015-01-15 13:38:22 UTC
OS: fedora18 version:gst-launch-1.0.10 command:gst-launch-1.0 v4l2src device=/dev/video0 ! 'video/x-raw,format=Y42B,width=1024,height=768' ! videoconvert ! xvimage Tips: WARNING: from element /GstPipeline:pipeline0/GstVideoConvert:videoconvert0: Internal GStreamer error: code not implemented. Please file a bug at http:.... Additional debug info: gstvideofilter.c(289): gst_video_filter_transform():..... invalid video buffer received
Please don't mark bugs as blocker unless asked to do so by a developer. Problem is that the buffer could not be mapped. Have you tried with a more recent version of fedora and/or GStreamer? (1.4.x or git master)
"buffer could not be mapped", why? And i have tried the newer gstreamer(1.4.4). but the problem still appear.
This looks like some metric provided by the kernel don't match GStreamer expected metrics for this Y42B format. It is likely a kernel bug, at least it was the case last time I have used a driver with such format supported. But before doing too much, would it be possible to provide with a debug log. Try with: GST_DEBUG="v4l2*:7" gst-launch-1.0 v4l2src device=/dev/video0 ! 'video/x-raw,format=Y42B,width=1024,height=768' ! videoconvert ! xvimagesink 2> gst.log Then use the attachment feature of bugzilla to share this log. Would be nice to share the kernel version, driver/HW in used. It is unlikely one of us will manage to reproduce, as this format is only produce by few HW, hence it's unlikely one of us owns a camera to help with debugging. We could at least have a look at the associated driver code.
kernel version: Timesys Fedora18 Remix, only for intel bay trail platform. The atomisp driver comes from the package named kernel-3.8.0-1.src.rpm which provided by Timesys.
The gst.log file can't send to internet.
(In reply to comment #3) > This looks like some metric provided by the kernel don't match GStreamer > expected metrics for this Y42B format. It is likely a kernel bug, at least it > was the case last time I have used a driver with such format supported. But > before doing too much, would it be possible to provide with a debug log. Try > with: > GST_DEBUG="v4l2*:7" gst-launch-1.0 v4l2src device=/dev/video0 ! > 'video/x-raw,format=Y42B,width=1024,height=768' ! videoconvert ! xvimagesink 2> > gst.log > Then use the attachment feature of bugzilla to share this log. Would be nice to > share the kernel version, driver/HW in used. It is unlikely one of us will > manage to reproduce, as this format is only produce by few HW, hence it's > unlikely one of us owns a camera to help with debugging. We could at least have > a look at the associated driver code. ------------------------------------------------------- Sorry, the gst.log file can't be sended to internet. Kernel version: Timesys Fedora18 Remix(3.8.0-1), only for intel bay trail platform. The atomisp driver comes from the package named kernel-3.8.0-1.src.rpm which provided by Timesys.
(In reply to comment #6) > ------------------------------------------------------- > Sorry, the gst.log file can't be sended to internet. Can you clarify, is your work under NDA, or simply that bugzilla says it's to big ?
under NDA.
Then I'm sorry. Please contact one of the consultancy for more help. They will be able to sign an NDA with your company and offer services. That one I know well are: collabora.com centricular.com There is more I'm sure, this is just starter.