[Bug 707968] New: not enough hw-acceleration for crystalhd. MT?

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=707968
  GStreamer | gst-devtools | unspecified

           Summary: not enough hw-acceleration for crystalhd. MT?
    Classification: Platform
           Product: GStreamer
           Version: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-devtools
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: piotr5 at users.sf.net
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=254774)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=254774)
failed to play the file with gst-0.10 that played in totem and gst-1.0

I pulled git://linuxtv.org/jarod/crystalhd.git
then I compiled driver, lib and gst plugin, and loaded the kernel module.
in ubuntu totem plays the videos, indicator states acceleration is used.
however, I do not notice any acceleration, video is lagging.
in gentoo I did do the same, limited acceleration too, maybe even worse.
on commandline I can enter "gst-launch-0.10 playbin uri="
I get:

Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Missing element: GStreamer element textoverlay

(gst-launch-0.10:16079): GStreamer-CRITICAL **: gst_pad_link_full: assertion
`GST_IS_PAD (sinkpad)' failed

(gst-launch-0.10:16079): GStreamer-CRITICAL **: gst_object_unref: assertion
`object != NULL' failed
Running DIL (3.22.0) Version
DtsDeviceOpen: Opening HW in mode 0
DtsDeviceOpen: Create File Failed
ERROR: from element
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstMatroskaDemux:matroskademux0:
GStreamer encountered a general stream error.
Additional debug info:
matroska-demux.c(4492): gst_matroska_demux_loop ():
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstMatroskaDemux:matroskademux0:
stream stopped, reason not-negotiated
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

full log from -v option attached.

the same done with "gst-launch-1.0 -v playbin uri=" plays the file with a heavy
lag, much worse than totem. so I copied the files I compiled from above
git-repository, libgstbcmdec.*, into the plugins of gstreamer-1.0.
but running "gst-inspect-1.0 --gst-plugin-spew |grep bcm" I get

(gst-plugin-scanner:10550): GStreamer-WARNING **: Failed to load plugin
'/usr/lib64/gstreamer-1.0/libgstbcmdec.so':
/usr/lib64/gstreamer-1.0/libgstbcmdec.so: undefined symbol:
gst_video_format_new_caps

what I noticed all this time, gst does not use threading! I get a single thread
playing this file, and even though my computer has still a lot free cycles
left, the video is lagging. for example vlc is making use of all processors and
therefore plays the same file nearly lag-free, even without hw acceleration.

just to clarify: my gst versions are

0.10.36
1.0.5-r1

in gentoo, on amd64 (actually intel atom). I'm not using the masked packages
except for totem-3.6.3-r1. but I optimize for my processor, with gcc-4.6.3.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.