mpegdemux, mad, mpeg2dec, ... missing after installing PPA packages

[Andrés González]

  Hello,

Recently I included the following sources in my sources.list:

debhttp://ppa.launchpad.net/gstreamer-developers/ppa/ubuntu  lucid  main
deb-srchttp://ppa.launchpad.net/gstreamer-developers/ppa/ubuntu  lucid  main


and after updating my gstreamer packages now I don't have mpegdemux, etc
(for example, gst-inspect and gst-launch can't find them).
What could be happening?

TIA,
Andrés



------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Tue, 2010-08-24 at 15:15 +0200, Andres Gonzalez wrote:

> Hello,
>
> Recently I included the following sources in my sources.list:
>
> deb http://ppa.launchpad.net/gstreamer-developers/ppa/ubuntu  lucid  main
> deb-src http://ppa.launchpad.net/gstreamer-developers/ppa/ubuntu  lucid  main
>
>
> and after updating my gstreamer packages now I don't have mpegdemux, etc
> (for example, gst-inspect and gst-launch can't find them).
> What could be happening?

That's a good question, it should really work.

Do you still have gstreamer0.10-plugins-ugly and
gstreamer0.10-plugins-bad installed? Do you have for
example /usr/lib/gstreamer-0.10/libgstmad.so ?

Could you send me the file created by (all in one line)

GST_DEBUG=GST_REGISTRY:4 GST_DEBUG_NO_COLOR=1
gst-inspect-0.10 /usr/lib/gstreamer-0.10/libgstmad.so
&> log

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Andrés González]

  An interesting fact:

I made a small test program that iterates through registry->plugins
(being registry the default registry) and I see that all plugins are in
/usr/local/lib, (none in /usr/lib, for example). Any idea about this?


On 25/08/10 09:48, Andres Gonzalez wrote:

>  On 24/08/10 16:09, Sebastian Dröge wrote:
>> Well, apparently you *have* mad installed and GStreamer finds it. What
>> exactly are the problems you're having? How can they be reproduced?
>>
>> Does something like (all in one line again)
>>
>> gst-launch-0.10 playbin2 uri=file:///path/to/some/mp3/file
>>
>> work?
>
> gst-launch-0.10 playbin
> uri=file:///home/agonzalez/Música/CryonmyShoulder.mp3
>
> (this is and existing and valid mp3 file) says:
> (translated from spanish)
> ----
> Setting the pipeline to PAUSE …
> The pipeline is PREROLLING …
> WARNING: from element
> /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0: There is no
> decoder available for type «audio/mpeg, mpegversion=(int)1,
> layer=(int)3».
> Additional debug info:
> gsturidecodebin.c(712): unknown_type_cb ():
> /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0
> ERROR: from element
> /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20:  
> GStreamer installation is missing a plug-in.
> Additional debug info:
> gstdecodebin2.c(3076): gst_decode_bin_expose ():
> /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20:
> no suitable plugins found
> ERROR: the pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> Freeing  pipeline ...
>
> ------
>
> Could this situation be produced by any "configure [...] && make
> install" from source, having packages installed?
>
>
>
>
>
>

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Wed, 2010-08-25 at 14:51 +0200, Andres Gonzalez wrote:
> An interesting fact:
>
> I made a small test program that iterates through registry->plugins
> (being registry the default registry) and I see that all plugins are in
> /usr/local/lib, (none in /usr/lib, for example). Any idea about this?

You have GStreamer installed manually in /usr/local. Don't do that, it
won't find your distributions plugins in /usr anymore :P

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Andrés González]

  On 25/08/10 15:27, Sebastian Dröge wrote:
> On Wed, 2010-08-25 at 14:51 +0200, Andres Gonzalez wrote:
>> An interesting fact:
>>
>> I made a small test program that iterates through registry->plugins
>> (being registry the default registry) and I see that all plugins are in
>> /usr/local/lib, (none in /usr/lib, for example). Any idea about this?
> You have GStreamer installed manually in /usr/local. Don't do that, it
> won't find your distributions plugins in /usr anymore :P

D'oh!

I just found out that:
  $ GST_PLUGIN_PATH=/usr/lib/gstreamer-0.10/ gst-inspect mad

works perfectly, and so do all the other cases that were giving trouble
(now the videomixer works right, also :-).

Is there any way to put that path back "into gstreamer"?


------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Agostino De Matteis]

Andres Gonzalez wrote:
>>> (being registry the default registry) and I see that all plugins are in
>>> /usr/local/lib, (none in /usr/lib, for example). Any idea about this?
[...]
>> You have GStreamer installed manually in /usr/local. Don't do that, it
>> won't find your distributions plugins in /usr anymore :P
[...]
> Is there any way to put that path back "into gstreamer"?

The configure script has the parameter --prefix that defines where it
should install the files, the default value is /usr/local. See
./configure --help

Regards,

Agostino



------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Andrés González]

  On 25/08/10 21:37, Agostino De Matteis wrote:
> The configure script has the parameter --prefix that defines where it
> should install the files, the default value is /usr/local. See
> ./configure --help
Hi Agostino,
Thanks for replying. I tried

./configure --prefix=/usr --exec-prefix=/usr
make
make install

and I observed that this does install the files in /usr/bin and
/usr/lib/gstreamer-0.10/ (as I wanted), but after that, when I execute
for example gst-inspect (even if I write /usr/bin/gst-inspect, to avoid
the order of directories in PATH) GStreamer only searches for plugins in
/usr/local/lib/gstreamer-0.10, because it doesn't find plugins that are
in /usr/lib/...).

I know it's a weird problem, thanks for all your efforts.

Regards,
Andrés


------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Thu, 2010-08-26 at 09:25 +0200, Andres Gonzalez wrote:

> On 25/08/10 21:37, Agostino De Matteis wrote:
> > The configure script has the parameter --prefix that defines where it
> > should install the files, the default value is /usr/local. See
> > ./configure --help
> Hi Agostino,
> Thanks for replying. I tried
>
> ./configure --prefix=/usr --exec-prefix=/usr
> make
> make install
>
> and I observed that this does install the files in /usr/bin and
> /usr/lib/gstreamer-0.10/ (as I wanted), but after that, when I execute
> for example gst-inspect (even if I write /usr/bin/gst-inspect, to avoid
> the order of directories in PATH) GStreamer only searches for plugins in
> /usr/local/lib/gstreamer-0.10, because it doesn't find plugins that are
> in /usr/lib/...).

That's because you still have your custom GStreamer in /usr/local, and
stuff in /usr/local is preferred over stuff in /usr. Really, you should
remove GStreamer from /usr/local.

Also there's not really a reason to install GStreamer by hand into /usr.
You can get up to date packages for Ubuntu from the PPA and if you want
to develop for the latest GIT of GStreamer you can run it all
uninstalled without breaking your system.
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/chapter-developing.html#developing-uninstalled-gstreamer

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Andrés González]

  On 26/08/10 10:15, Sebastian Dröge wrote:
> That's because you still have your custom GStreamer in /usr/local, and
> stuff in /usr/local is preferred over stuff in /usr. Really, you should
> remove GStreamer from /usr/local.
Is it enough to just rm the files in /usr/local (I guess the answer is
no...) or is there a "clean" way to remove it?
> Also there's not really a reason to install GStreamer by hand into /usr.
Ok. I did it because I supposed that it would overwrite some hidden
configuration info about search paths for plugins.
> You can get up to date packages for Ubuntu from the PPA and if you want
> to develop for the latest GIT of GStreamer you can run it all
> uninstalled without breaking your system.
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/chapter-developing.html#developing-uninstalled-gstreamer
>
Ok. I surely need all kind of information about doing things without
breaking my system :-)

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

On Thu, 2010-08-26 at 10:50 +0200, Andres Gonzalez wrote:
> On 26/08/10 10:15, Sebastian Dröge wrote:
> > That's because you still have your custom GStreamer in /usr/local, and
> > stuff in /usr/local is preferred over stuff in /usr. Really, you should
> > remove GStreamer from /usr/local.
> Is it enough to just rm the files in /usr/local (I guess the answer is
> no...) or is there a "clean" way to remove it?

You could do "make uninstall" from your gstreamer source tree where
you've set the prefix to /usr/local. (Don't do it with the prefix set
to /usr!)

Otherwise, simply removing all the files will work too. "make uninstall"
is only a bit more convenient :)

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Andrés González]

  On 26/08/10 11:11, Sebastian Dröge wrote:
> You could do "make uninstall" from your gstreamer source tree where
> you've set the prefix to /usr/local. (Don't do it with the prefix set
> to /usr!)
>
> Otherwise, simply removing all the files will work too. "make uninstall"
> is only a bit more convenient :)
>
It worked!! Everythings is working now :-D

THANK YOU!!!


------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel