[gst-devel] Can't make gstreamer work

[David I. Lehn]

* David Given <dg at tao-group.com> [20010910 07:36]:
> I want to write an application for my shiny new Linux box; a PVR, to be exact.
> I have a bttv based capture card, a GeForce2 with video out capabilities, and I
> can use command line tools to capture and playback with no problems. And, I must
> say, 2300kbit MPEG1 video knocks VHS into a cocked hat.
> 

Other people have thought of doing this sort of thing too.  We probably
need a better list of projects so people can cooperate easier.


> Firstly, I had a lot of problems getting it to compile. (This is gstreamer
> 0.2.1, although I've tried other versions.) autogen.sh falls over with obscure
> errors about missing AC_ or AM_ defines, which I then can't find in the
> referenced files. Oddly, "debian/rules binary" works much better.
> 

The debian Makefile doesn't do anything special with auto* stuff.  And
I'm not sure how useful that stuff is without the .diff.gz with a few
other fixups in it.  If you're getting missing AC/AM stuff you make want
to 'export ACLOCAL_FLAGS=-L /usr/local/share/aclocal' before running
autogen.sh.


> ** CRITICAL **: file gstelement.c: line 469 (gst_element_get_pad_list): assertion `element != NULL' failed.
> Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject'
> Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect): assertion `object != NULL' failed.

Perhaps autoplugger failing?  Do the test/ tests/ examples work?
Hardcoded pipelines are less likely to have errors like that.


> (BTW, the prebuild Debian gstreamer packages are built against X 4.1. As 4.1
> is still in unstable, they're not a lot of use to people.)
> 

Well... latest 4.1.0-5 is high priority so maybe that will get into
testing quicker.  But what would you suggest?  Many of the plugins are
written to the latest and greatest APIs which are only in unstable
anyway.  (correct me if I'm wrong about that)   The reason they are they
way they are is that it's easiest for me to build them like this.  I
haven't made a chroot environment with stable packages installed just to
build debs yet.  And based on all the problems you're having would you
really suggest this code is ready for stable? ;-)


> (Also BTW, is anyone working on Python bindings?)
> 

I've wanted to do them for, oh, 8 months now ;)  Some guy who did bonobo
bindings poped into IRC a week ago and sounded like he was doing
something about it.  No code yet though.  I really want to get it so we
can subclass the gtk objects and all that jazz.  Feel free to take a
stab at it if you want.  I suggest trying the glib/gtk2 binding code to
try and do most of it automatically.

-dave
-- 
David I. Lehn <dlehn at vt.edu>  | http://www.lehn.org/~dlehn/
Computer Engineering Graduate @ Virginia Tech in sunny Blacksburg, VA