GStreamer-devel

Problem in "mad" plugin for "armv7l" architecture

Classic

List

Threaded

11 messages Options

Ajay Garg

Problem in "mad" plugin for "armv7l" architecture

Hi all.

I am wanting to run mp3s on a armv7l-based F14 (Fedora 14) machine.
I have tried the following steps ::

a.
With great difficulty, I managed to compile "libgstmad.so" for armv7l
architecture (on a Fedora-14).

b.
I then copied "libgstmad.so" to "/usr/lib/gstreamer-0.10/"

c.
When I run,
_gst-launch filesrc location=/home/ajay/test.mp3 ! mad ! osssink_

I get the error :
_(gst-plugin-scanner:25078): GStreamer-WARNING **: Failed to load
plugin '/usr/lib/gstreamer-0.10/libgstmad.so':
/usr/lib/gstreamer-0.10/libgstmad.so: undefined symbol: id3_tag_query_

The above command runs flawlessly (and plays the mp3) on x86-based
F14, without any problems at all.

d.
I have already ensured that "libid3tag" and "libid3tag-devel" packages
have been installed (those were necessary as part of
compilation/installation itself).

I have already googled, but found no answer.

Any ideas?
I will be grateful for any help provided.

Looking forward to a reply.

Thanks and Regards,
Ajay
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Ajay Garg

Re: Problem in "mad" plugin for "armv7l" architecture

Ping... :)

Regards,
Ajay

On Mon, Mar 12, 2012 at 1:58 PM, Ajay Garg <[hidden email]> wrote:

> Hi all.
>
> I am wanting to run mp3s on a armv7l-based F14 (Fedora 14) machine.
> I have tried the following steps ::
>
> a.
> With great difficulty, I managed to compile "libgstmad.so" for armv7l
> architecture (on a Fedora-14).
>
> b.
> I then copied "libgstmad.so" to "/usr/lib/gstreamer-0.10/"
>
> c.
> When I run,
> _gst-launch filesrc location=/home/ajay/test.mp3 ! mad ! osssink_
>
> I get the error :
> _(gst-plugin-scanner:25078): GStreamer-WARNING **: Failed to load
> plugin '/usr/lib/gstreamer-0.10/libgstmad.so':
> /usr/lib/gstreamer-0.10/libgstmad.so: undefined symbol: id3_tag_query_
>
> The above command runs flawlessly (and plays the mp3) on x86-based
> F14, without any problems at all.
>
> d.
> I have already ensured that "libid3tag" and "libid3tag-devel" packages
> have been installed (those were necessary as part of
> compilation/installation itself).
>
> I have already googled, but found no answer.
>
>
> Any ideas?
> I will be grateful for any help provided.
>
> Looking forward to a reply.
>
>
> Thanks and Regards,
> Ajay

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Tim-Philipp Müller-2

Re: Problem in "mad" plugin for "armv7l" architecture

On Mon, 2012-03-12 at 19:44 +0530, Ajay Garg wrote:

> Ping... :)

Because no one has answered in almost 6 hours? That's not really how
mailing lists work..

You could try more recent release of GStreamer first.

Cheers
-Tim

> Regards,
> Ajay
>
> On Mon, Mar 12, 2012 at 1:58 PM, Ajay Garg <[hidden email]> wrote:
> > Hi all.
> >
> > I am wanting to run mp3s on a armv7l-based F14 (Fedora 14) machine.
> > I have tried the following steps ::
> >
> > a.
> > With great difficulty, I managed to compile "libgstmad.so" for armv7l
> > architecture (on a Fedora-14).
> >
> > b.
> > I then copied "libgstmad.so" to "/usr/lib/gstreamer-0.10/"
> >
> > c.
> > When I run,
> > _gst-launch filesrc location=/home/ajay/test.mp3 ! mad ! osssink_
> >
> > I get the error :
> > _(gst-plugin-scanner:25078): GStreamer-WARNING **: Failed to load
> > plugin '/usr/lib/gstreamer-0.10/libgstmad.so':
> > /usr/lib/gstreamer-0.10/libgstmad.so: undefined symbol: id3_tag_query_
> >
> > The above command runs flawlessly (and plays the mp3) on x86-based
> > F14, without any problems at all.
> >
> > d.
> > I have already ensured that "libid3tag" and "libid3tag-devel" packages
> > have been installed (those were necessary as part of
> > compilation/installation itself).
> >
> > I have already googled, but found no answer.
> >
> >
> > Any ideas?
> > I will be grateful for any help provided.
> >
> > Looking forward to a reply.
> >
> >
> > Thanks and Regards,
> > Ajay
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

pratikshinde

Re: Problem in "mad" plugin for "armv7l" architecture

Have you tried installation from rpm packages?

On my arm board I have ubuntu and I have installed gstreamer from debian repositories, which works fine.

Have you kept files in proper directories?

How did you compile gstreamer for arm?

Ajay Garg

Re: Problem in "mad" plugin for "armv7l" architecture

In reply to this post by Ajay Garg

Thanks Tim for the reply.

Well, the rest of the plugins being used are of version 0.10.0, so I
used the corresponding location for gst-plugins-bad
http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.0.tar.gz

Upgrading "all" gstreamer-plugins (core, base, good, ugly) would only
be an absolutely last resort :|

Anyhow, I tried another sequence of steps ::

Since I am wanting to have "MPEG 1 Audio, Layer 3 (MP3)" files played
on a armv7l-based F14 (Fedora 14); (these files play flawlessly on my
x86-based F14machine), I tried as follows ::

a.
I tried to figure out the difference in behaviour; and got the answer
via "gst-inspect".

b.
"gst-inspect" amongst many things, has an output "ffmpeg: ffdec_mp3:
FFmpeg MP3 (MPEG audio layer 3) decoder" on the x86-F14 machine, but
no such output is seen on the armv7l-based F14 machine.

c.
Doing "rpm -qa | grep "gstreamer-ffmpeg" confirmed that the plugin was
present on x86-based F14, but not on armv7l-based F14.

d.
I downloaded the source-ball from
http://gstreamer.freedesktop.org/src/gst-ffmpeg/gst-ffmpeg-0.10.0.tar.gz,
untarred it on the armv7l-based F14.

e.
After many huffs and puffs, I was able to complete "make install" on
the armv7l-based F14; and ensured that "libgstffmpeg.so" was present
in
"/usr/lib/gstreamer-0.10/"

f.
Rebooted armv7l-based F14.

g.
Did "gst-inspect".

h.
Found "ffmpeg: ffdec_mp3: FFmpeg MP3 (MPEG audio layer 3) decoder" in
the output of "gst-inspect".

i.
Now, when I play the mp3 file (in totem), it plays BUT STOPS AFTER 3-5
seconds (this is not a race condition, happens always).
I tried running the file without any visual effects, but same result.

j.
If I remove "/usr/lib/gstreamer-0.10/libgstffmpeg.so", I get the usual
"missing required codec" popup.

So, it seems that "libgstffmpeg.so" does the work, but not completely.

Ideas please...
I will be grateful :|

Thanks and Regards,
Ajay

On Mon, 2012-03-12 at 19:44 +0530, Ajay Garg wrote:

> Ping... :)

Because no one has answered in almost 6 hours? That's not really how
mailing lists work..

You could try more recent release of GStreamer first.

Cheers
-Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

michael smith-6-3

Re: Problem in "mad" plugin for "armv7l" architecture

On Mon, Mar 12, 2012 at 2:00 PM, Ajay Garg <[hidden email]> wrote:
> Thanks Tim for the reply.
>
> Well, the rest of the plugins being used are of version 0.10.0, so I
> used the corresponding location for gst-plugins-bad
> http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.0.tar.gz

So, that's a version that is almost 6 and a half years old.

I can absolutely guarantee you that nobody is going to be interested
in providing any assistance with such an old version.

There have been an enormous number of bugs fixed since then. You
really, really, need to upgrade.

Mike
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Ajay Garg

Re: Problem in "mad" plugin for "armv7l" architecture

Thanks Mike.

I re-compiled "libgstmad.so", using
http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.19.tar.gz.

1.
It compiled after I added some missing include-dirs in
"~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/Makefile".

2.
This also required the source code for
http://gstreamer.freedesktop.org/src/gst-plugins-base/gst-plugins-base-0.10.36.tar.gz,
IN WHICH I HAD TO REMOVE THE INCLUSION OF
"gst/audio/audio-enumtypes.h" IN
"~/gst-plugins-base/gst-plugins-base-0.10.36/gst-libs/gst/audio/multichannel.h".

3.
After that, the compilation finished.

4.
I did "make install" in "~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/".

5.
Ensured that "~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/.libs/libgstmad.so"
was copied into "/usr/lib/gstreamer-0.10"

6.
Rebooted.

7. However, "gst-inspect" did not show the presence of "mad" decoder :( :( :( :(
Doing "gst-inspect | grep -i "mad"" just displayed "rtp:
rtppcmadepay: RTP PCMA depayloader".

Sigh.
Sigh.
Sigh.

Regards,
Ajay

On Tue, Mar 13, 2012 at 9:06 AM, Michael Smith <[hidden email]> wrote:

> On Mon, Mar 12, 2012 at 2:00 PM, Ajay Garg <[hidden email]> wrote:
>> Thanks Tim for the reply.
>>
>> Well, the rest of the plugins being used are of version 0.10.0, so I
>> used the corresponding location for gst-plugins-bad
>> http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.0.tar.gz
>
> So, that's a version that is almost 6 and a half years old.
>
> I can absolutely guarantee you that nobody is going to be interested
> in providing any assistance with such an old version.
>
> There have been an enormous number of bugs fixed since then. You
> really, really, need to upgrade.
>
> Mike
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Ajay Garg

Re: Problem in "mad" plugin for "armv7l" architecture

Well, the error is "libgstmad.so: undefined symbol:
gst_element_class_add_static_pad_template".

Sigh.
Sigh.
Sigh.

(I just wonder, if maintaining a single code-base, with a unified-set
of plugins, would be a good idea. Anyhow (at least in my case),
"gst-plugins-ugly" required "gst-plugins-base" source code to be
present).

Regards,
Ajay

On Tue, Mar 13, 2012 at 3:09 PM, Ajay Garg <[hidden email]> wrote:

> Thanks Mike.
>
> I re-compiled "libgstmad.so", using
> http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.19.tar.gz.
>
> 1.
> It compiled after I added some missing include-dirs in
> "~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/Makefile".
>
> 2.
> This also required the source code for
> http://gstreamer.freedesktop.org/src/gst-plugins-base/gst-plugins-base-0.10.36.tar.gz,
> IN WHICH I HAD TO REMOVE THE INCLUSION OF
> "gst/audio/audio-enumtypes.h" IN
> "~/gst-plugins-base/gst-plugins-base-0.10.36/gst-libs/gst/audio/multichannel.h".
>
> 3.
> After that, the compilation finished.
>
> 4.
> I did "make install" in "~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/".
>
> 5.
> Ensured that "~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/.libs/libgstmad.so"
> was copied into "/usr/lib/gstreamer-0.10"
>
> 6.
> Rebooted.
>
> 7. However, "gst-inspect" did not show the presence of "mad" decoder :( :( :( :(
> Doing "gst-inspect | grep -i "mad"" just displayed "rtp:
> rtppcmadepay: RTP PCMA depayloader".
>
> Sigh.
> Sigh.
> Sigh.
>
>
> Regards,
> Ajay
>
>
>
>
>
>
>
> On Tue, Mar 13, 2012 at 9:06 AM, Michael Smith <[hidden email]> wrote:
>> On Mon, Mar 12, 2012 at 2:00 PM, Ajay Garg <[hidden email]> wrote:
>>> Thanks Tim for the reply.
>>>
>>> Well, the rest of the plugins being used are of version 0.10.0, so I
>>> used the corresponding location for gst-plugins-bad
>>> http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.0.tar.gz
>>
>> So, that's a version that is almost 6 and a half years old.
>>
>> I can absolutely guarantee you that nobody is going to be interested
>> in providing any assistance with such an old version.
>>
>> There have been an enormous number of bugs fixed since then. You
>> really, really, need to upgrade.
>>
>> Mike
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Ajay Garg

Re: Problem in "mad" plugin for "armv7l" architecture

Well, I upgraded (via source-downloading -> compiling -> installing):

a. gstreamer
b. gstreamer-plugins-base (whatever were configured to be built during
"configure")
c. gstreamer-plugins-ugly (whatever were configured to be built during
"configure"; "mad" was luckily one of them).

and it worked !!

:)
:)
:)

Regards,
Ajay

On Tue, Mar 13, 2012 at 4:01 PM, Ajay Garg <[hidden email]> wrote:

> Well, the error is "libgstmad.so: undefined symbol:
> gst_element_class_add_static_pad_template".
>
> Sigh.
> Sigh.
> Sigh.
>
> (I just wonder, if maintaining a single code-base, with a unified-set
> of plugins, would be a good idea. Anyhow (at least in my case),
> "gst-plugins-ugly" required "gst-plugins-base" source code to be
> present).
>
> Regards,
> Ajay
>
> On Tue, Mar 13, 2012 at 3:09 PM, Ajay Garg <[hidden email]> wrote:
>> Thanks Mike.
>>
>> I re-compiled "libgstmad.so", using
>> http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.19.tar.gz.
>>
>> 1.
>> It compiled after I added some missing include-dirs in
>> "~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/Makefile".
>>
>> 2.
>> This also required the source code for
>> http://gstreamer.freedesktop.org/src/gst-plugins-base/gst-plugins-base-0.10.36.tar.gz,
>> IN WHICH I HAD TO REMOVE THE INCLUSION OF
>> "gst/audio/audio-enumtypes.h" IN
>> "~/gst-plugins-base/gst-plugins-base-0.10.36/gst-libs/gst/audio/multichannel.h".
>>
>> 3.
>> After that, the compilation finished.
>>
>> 4.
>> I did "make install" in "~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/".
>>
>> 5.
>> Ensured that "~/gst-plugins-ugly/gst-plugins-ugly-0.10.19/ext/mad/.libs/libgstmad.so"
>> was copied into "/usr/lib/gstreamer-0.10"
>>
>> 6.
>> Rebooted.
>>
>> 7. However, "gst-inspect" did not show the presence of "mad" decoder :( :( :( :(
>> Doing "gst-inspect | grep -i "mad"" just displayed "rtp:
>> rtppcmadepay: RTP PCMA depayloader".
>>
>> Sigh.
>> Sigh.
>> Sigh.
>>
>>
>> Regards,
>> Ajay
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Mar 13, 2012 at 9:06 AM, Michael Smith <[hidden email]> wrote:
>>> On Mon, Mar 12, 2012 at 2:00 PM, Ajay Garg <[hidden email]> wrote:
>>>> Thanks Tim for the reply.
>>>>
>>>> Well, the rest of the plugins being used are of version 0.10.0, so I
>>>> used the corresponding location for gst-plugins-bad
>>>> http://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-0.10.0.tar.gz
>>>
>>> So, that's a version that is almost 6 and a half years old.
>>>
>>> I can absolutely guarantee you that nobody is going to be interested
>>> in providing any assistance with such an old version.
>>>
>>> There have been an enormous number of bugs fixed since then. You
>>> really, really, need to upgrade.
>>>
>>> Mike
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> [hidden email]
>>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Stefan Sauer

Re: Problem in "mad" plugin for "armv7l" architecture

In reply to this post by Ajay Garg

Am 12.03.2012 09:28, schrieb Ajay Garg:

ALso copy the mad libaries perhapt, the plugins are not statically linked.

Stefan

>
> c.
> When I run,
> _gst-launch filesrc location=/home/ajay/test.mp3 ! mad ! osssink_
>
> I get the error :
> _(gst-plugin-scanner:25078): GStreamer-WARNING **: Failed to load
> plugin '/usr/lib/gstreamer-0.10/libgstmad.so':
> /usr/lib/gstreamer-0.10/libgstmad.so: undefined symbol: id3_tag_query_
>
> The above command runs flawlessly (and plays the mp3) on x86-based
> F14, without any problems at all.
>
> d.
> I have already ensured that "libid3tag" and "libid3tag-devel" packages
> have been installed (those were necessary as part of
> compilation/installation itself).
>
> I have already googled, but found no answer.
>
>
> Any ideas?
> I will be grateful for any help provided.
>
> Looking forward to a reply.
>
>
> Thanks and Regards,
> Ajay
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Ajay Garg

Re: Problem in "mad" plugin for "armv7l" architecture

Ahhh.. Thanks for the info !!

Yup, I copied all libraries of latest "gstreamer",
"gstreamer-plugins-base", and "gstreamer-plugins-ugly"; it worked then
!!

Regards,
Ajay

On Thu, Mar 15, 2012 at 5:01 PM, Stefan Kost <[hidden email]> wrote:

> Am 12.03.2012 09:28, schrieb Ajay Garg:
>> Hi all.
>>
>> I am wanting to run mp3s on a armv7l-based F14 (Fedora 14) machine.
>> I have tried the following steps ::
>>
>> a.
>> With great difficulty, I managed to compile "libgstmad.so" for armv7l
>> architecture (on a Fedora-14).
>>
>> b.
>> I then copied "libgstmad.so" to "/usr/lib/gstreamer-0.10/"
>
> ALso copy the mad libaries perhapt, the plugins are not statically linked.
>
> Stefan
>
>>
>> c.
>> When I run,
>> _gst-launch filesrc location=/home/ajay/test.mp3 ! mad ! osssink_
>>
>> I get the error :
>> _(gst-plugin-scanner:25078): GStreamer-WARNING **: Failed to load
>> plugin '/usr/lib/gstreamer-0.10/libgstmad.so':
>> /usr/lib/gstreamer-0.10/libgstmad.so: undefined symbol: id3_tag_query_
>>
>> The above command runs flawlessly (and plays the mp3) on x86-based
>> F14, without any problems at all.
>>
>> d.
>> I have already ensured that "libid3tag" and "libid3tag-devel" packages
>> have been installed (those were necessary as part of
>> compilation/installation itself).
>>
>> I have already googled, but found no answer.
>>
>>
>> Any ideas?
>> I will be grateful for any help provided.
>>
>> Looking forward to a reply.
>>
>>
>> Thanks and Regards,
>> Ajay
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel