[gst-devel] Media player architecture
Vinod Nanjaiah
Vinod_Nanjaiah at mindtree.com
Mon Nov 5 16:09:02 CET 2007
Hi!
I need some suggestions on how the architecture for a
media player should be.
I am using Gstreamer for media playback and control
and GTK/Hildon for UI.
How should the communication mechanism between the UI and gstreamer be?
I have exposed some APIs that the UI can call (PLAY, PAUSE, STOP, SEEK, etc).
How can I initiate PLAY from UI and control it during playback (PAUSE, SEEK,
STOP)?
Is there a built-in mechanism in gstreamer to handle this or should I create
threads and handle this myself?
Please suggest.
Regards,
PN
-----Original Message-----
From: gstreamer-devel-bounces at lists.sourceforge.net
[mailto:gstreamer-devel-bounces at lists.sourceforge.net] On Behalf Of
gstreamer-devel-request at lists.sourceforge.net
Sent: Monday, November 05, 2007 11:56 AM
To: gstreamer-devel at lists.sourceforge.net
Subject: gstreamer-devel Digest, Vol 18, Issue 2
Send gstreamer-devel mailing list submissions to
gstreamer-devel at lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
or, via email, send a message with subject or body 'help' to
gstreamer-devel-request at lists.sourceforge.net
You can reach the person managing the list at
gstreamer-devel-owner at lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gstreamer-devel digest..."
Today's Topics:
1. v4l2src and Hardware encoder cards (Robert)
2. Re: plugins-good configure fails on FC6 finding (Vinod Nanjaiah)
3. Re: [gst-cvs] ensonic gst-plugins-base: gst-plugins-base/
gst-plugins-base/docs/libs/ gst-plugins-base/gst-libs/gst/audio/
gst-plugins-base/gst-libs/gst/interfaces/
gst-plugins-base/gst-libs/gst/rtp/
gst-plugins-base/gst-libs/gst/sdp/ (Tim M?ller)
4. Streaming: Strange Noises (nimble)
5. Re: [gst-cvs] alima gst-plugins-bad: gst-plugins-bad/
gst-plugins-bad/ext/ gst-plugins-bad/ext/metadata/ (Stefan Kost)
6. Re: [gst-cvs] ensonic gst-plugins-base: gst-plugins-base/
gst-plugins-base/docs/libs/ gst-plugins-base/gst-libs/gst/audio/
gst-plugins-base/gst-libs/gst/interfaces/
gst-plugins-base/gst-libs/gst/rtp/
gst-plugins-base/gst-libs/gst/sdp/ (Stefan Kost)
7. Re: Possible bug in equalizer (Sebastian Dr?ge)
8. gstreamer configure now working OK on FC6 (Steve DeLaney)
----------------------------------------------------------------------
Message: 1
Date: Thu, 01 Nov 2007 20:52:19 +0000
From: Robert <RobertCL at iname.com>
Subject: [gst-devel] v4l2src and Hardware encoder cards
To: gstreamer-devel <gstreamer-devel at lists.sourceforge.net>
Message-ID: <1193950339.8252.5.camel at amd.dragonfly.dnsalias.net>
Content-Type: text/plain
Hi all,
I've got a hardware mpeg encoder card and I'd like to use gstreamer to
caputre and display the video as it is captured (I assume this is
possible!). Are there any examples of how to set properties such as
caputre size, bitrate and format for the hardware encoder? gst-inspect
doesn't appear to return any info on how to do this for the v4l2src
element. (and accoring to it's caps it doesn't output mpeg video
either?)
If I just kick of gst-launch v4l2src ! filesink location=test.mpg it
produces a large file, but the file doesn't play back.
Thanks,
Robert.
------------------------------
Message: 2
Date: Fri, 2 Nov 2007 10:50:20 +0530
From: "Vinod Nanjaiah" <Vinod_Nanjaiah at mindtree.com>
Subject: Re: [gst-devel] plugins-good configure fails on FC6 finding
To: <gstreamer-devel at lists.sourceforge.net>
Message-ID:
<16271F716C971E4BBBE29C45FA4A0138061967D2 at mtw01ex01.mindtree.com>
Content-Type: text/plain; charset="us-ascii"
Hi,
>
> ./configure fails with
>
> configure: error: liboil-0.3 is required
>
> but it exists in /usr/lib/liboil-0.3.so.0
>
> can anyone offer a suggestion on how to fix this? add a link
> in /usr/lib ???
> No, don't ever add links or copy files yourself in /usr/lib - that just
> messes up your system and makes it completely unsupportable in the long
> run.
> You are probably missing the liboil -devel packages for your distro, ie.
> the package that has all the header files and the
> /usr/lib/pkgconfig/liboil-0.3.pc
> file for pkg-config (this is what configure is looking for).
> $ pkg-config --modversion liboil-0.3
> should show a version if things are set up right.
Maybe you can try
$ pkg-config --cflags --libs liboil-0.3"
to find out the path where the includes and libs are installed and specify
that path in u'r build.
Regards,
PN
DISCLAIMER:
This message (including attachment if any) is confidential and may be
privileged. If you have received this message by mistake please notify the
sender by return e-mail and delete this message from your system. Any
unauthorized use or dissemination of this message in whole or in part is
strictly prohibited.
E-mail may contain viruses. Before opening attachments please check them for
viruses and defects. While MindTree Consulting Limited (MindTree) has put in
place checks to minimize the risks, MindTree will not be responsible for any
viruses or defects or any forwarded attachments emanating either from within
MindTree or outside.
Please note that e-mails are susceptible to change and MindTree shall not be
liable for any improper, untimely or incomplete transmission.
MindTree reserves the right to monitor and review the content of all messages
sent to or from MindTree e-mail address. Messages sent to or from this e-mail
address may be stored on the MindTree e-mail system or else where.
------------------------------
Message: 3
Date: Fri, 02 Nov 2007 10:04:49 +0000
From: Tim M?ller <t.i.m at zen.co.uk>
Subject: Re: [gst-devel] [gst-cvs] ensonic gst-plugins-base:
gst-plugins-base/ gst-plugins-base/docs/libs/
gst-plugins-base/gst-libs/gst/audio/
gst-plugins-base/gst-libs/gst/interfaces/
gst-plugins-base/gst-libs/gst/rtp/
gst-plugins-base/gst-libs/gst/sdp/
To: gstreamer-devel at lists.sourceforge.net
Message-ID: <1193997889.7210.12.camel at zingle>
Content-Type: text/plain
On Tue, 2007-10-30 at 13:32 -0700, ensonic at kemper.freedesktop.org wrote:
> CVS Root: /cvs/gstreamer
> Module: gst-plugins-base
> Changes by: ensonic
> Date: Tue Oct 30 2007 20:32:28 UTC
>
> Log message:
> * docs/libs/gst-plugins-base-libs-sections.txt:
> * gst-libs/gst/audio/gstaudiofilter.h:
> * gst-libs/gst/interfaces/mixer.h:
> * gst-libs/gst/rtp/gstbasertpdepayload.c:
> * gst-libs/gst/rtp/gstbasertpdepayload.h:
> * gst-libs/gst/sdp/gstsdpmessage.c:
> Fix the docs according to what gtk-doc complained about.
> ...
>
http://freedesktop.org/cgi-bin/viewcvs.cgi/gstreamer/gst-plugins-base/gst-lib
s/gst/rtp/gstbasertpdepayload.h.diff?r1=1.20&r2=1.21
I wonder whether it's really a good idea to use GST_REMOVE_DEPRECATED in
public header files, since it breaks ABI.
So far we've only been using GST_REMOVE_DEPRECATED in .c files to remove
deprecated functions completely from our lib and guarded the declaration
of those functions with GST_DISABLE_DEPRECATED.
What we've done in public headers last time this issue came up is use
GST_DISABLE_DEPRECATED and then put differently-named dummy fields in
the #else bracket, so code compiled with DISABLE_DEPRECATED couldn't use
deprecated structure members any longer, but binary compatibility would
still be maintained. See
gst-plugins-base/gst-libs/gst/interfaces/mixer.h for an example.
I can see that there are reasons for wanting to remove those fields
completely (ie. save a few bytes), but I wonder if it's not more
desirable to maintain ABI/structure sizes, given that derived objects
may sit in different modules.
Cheers
-Tim
------------------------------
Message: 4
Date: Fri, 02 Nov 2007 11:18:16 +0100
From: nimble <dev at nimble.ch>
Subject: [gst-devel] Streaming: Strange Noises
To: gstreamer-devel at lists.sourceforge.net
Message-ID: <1193998696.5525.11.camel at nimble-laptop>
Content-Type: text/plain
Hi all
I'm Streaming over TCP with GStremaer tcpclientsink.
My Pipeline looks like this:
filesrc ! dvddmux (d) ! queue ! tcpclientsink (d) queue ! tcpclientsink
Aftre I modified the queues the pipeline starts and the clients are
streaming audio and videodata. The videodata arrives perfect (peer is a
gstreamer over gdp) but sound makes strange noises (an hardwareclient
over standard tcp). By direct streaming mp3 files there are no special
noises.
I think there is still a problem with the queue and buffers:
max-size-time=5000000 all other max are 0, the buffer of the client is
reduced to 2kB.
can somebody tell me why there are these strange scratchin/screaming
noises?
Thanks / urs
------------------------------
Message: 5
Date: Fri, 02 Nov 2007 21:04:17 +0200
From: Stefan Kost <ensonic at hora-obscura.de>
Subject: Re: [gst-devel] [gst-cvs] alima gst-plugins-bad:
gst-plugins-bad/ gst-plugins-bad/ext/ gst-plugins-bad/ext/metadata/
To: Martin Szulecki <compiz at sukimashita.com>
Cc: gstreamer-devel at lists.sourceforge.net
Message-ID: <472B74B1.6090001 at hora-obscura.de>
Content-Type: text/plain; charset=ISO-8859-1
hi,
Martin Szulecki schrieb:
> How about "imgmetadata" which should decribe the use precisely?
>
well it can be images, video and audio. "mediametadata" sounds like a tongue
twister.
Stefan
> --- M.S.
>
> On Wed, 2007-10-31 at 19:06 +0200, Stefan Kost wrote:
>> Hi,
>>
>> Jan Schmidt schrieb:
>>> <quote who="alima at kemper.freedesktop.org">
>>>
>>>> CVS Root: /cvs/gstreamer
>>>> Module: gst-plugins-bad
>>>> Changes by: alima
>>>> Date: Tue Oct 30 2007 12:49:19 UTC
>>>>
>>>> Log message:
>>>> Created new plugin ('medadata') and element ('metadataparse') that
extract metadata from images (look at bug #486659).
>>>>
>>> I may be alone in this, but I really hate these element names. Can't you
>>> come up with something a bit less general?
>>>
>>> Jan.
>> Its in bad for now and we are aware that the name is far from perfect. Any
>> better suggestion is welcome. But have a look at e.g. xmp website before
and see
>> the amount of formats covered. Having separate xmpmux/demux, exifmux/demux
and
>> ipctmux/demux would need a utillity lib (was proposed already but
rejected) and
>> suffers from the problem that you coudl have all three in any order (nedds
>> careful caps media-type design).
>>
>> Stefan
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
------------------------------
Message: 6
Date: Fri, 02 Nov 2007 21:03:00 +0200
From: Stefan Kost <ensonic at hora-obscura.de>
Subject: Re: [gst-devel] [gst-cvs] ensonic gst-plugins-base:
gst-plugins-base/ gst-plugins-base/docs/libs/
gst-plugins-base/gst-libs/gst/audio/
gst-plugins-base/gst-libs/gst/interfaces/
gst-plugins-base/gst-libs/gst/rtp/
gst-plugins-base/gst-libs/gst/sdp/
To: Tim M?ller <t.i.m at zen.co.uk>
Cc: gstreamer-devel at lists.sourceforge.net
Message-ID: <472B7464.3030503 at hora-obscura.de>
Content-Type: text/plain; charset=ISO-8859-1
Hi Tim,
Tim M?ller schrieb:
> On Tue, 2007-10-30 at 13:32 -0700, ensonic at kemper.freedesktop.org wrote:
>
>> CVS Root: /cvs/gstreamer
>> Module: gst-plugins-base
>> Changes by: ensonic
>> Date: Tue Oct 30 2007 20:32:28 UTC
>>
>> Log message:
>> * docs/libs/gst-plugins-base-libs-sections.txt:
>> * gst-libs/gst/audio/gstaudiofilter.h:
>> * gst-libs/gst/interfaces/mixer.h:
>> * gst-libs/gst/rtp/gstbasertpdepayload.c:
>> * gst-libs/gst/rtp/gstbasertpdepayload.h:
>> * gst-libs/gst/sdp/gstsdpmessage.c:
>> Fix the docs according to what gtk-doc complained about.
>> ...
>>
http://freedesktop.org/cgi-bin/viewcvs.cgi/gstreamer/gst-plugins-base/gst-lib
s/gst/rtp/gstbasertpdepayload.h.diff?r1=1.20&r2=1.21
>
> I wonder whether it's really a good idea to use GST_REMOVE_DEPRECATED in
> public header files, since it breaks ABI.
I though it is quite clear. This is from gstreamer/configure.ac:
# GST_DISABLE_DEPRECATED: hide the visibility of deprecated
# functionality from the API that gstreamer uses
# GST_REMOVE_DEPRECATED: don't compile deprecated functionality (breaks ABI)
DEPRECATED_CFLAGS="-DGST_DISABLE_DEPRECATED"
AC_SUBST(DEPRECATED_CFLAGS)
So people that actually use GST_REMOVE_DEPRECATED should be well aware that
its
breaks binary compatibility. But then gstreamer is used in environment where
you
have that under control and imho its a nice feature to be able to leave out
cruft with just one additional flag.
I mean even users on a distro like gentoo could use it, as they can recompile
their whole system if they want (not that it makes a lot sense there).
>
> So far we've only been using GST_REMOVE_DEPRECATED in .c files to remove
> deprecated functions completely from our lib and guarded the declaration
> of those functions with GST_DISABLE_DEPRECATED.
>
> What we've done in public headers last time this issue came up is use
> GST_DISABLE_DEPRECATED and then put differently-named dummy fields in
> the #else bracket, so code compiled with DISABLE_DEPRECATED couldn't use
> deprecated structure members any longer, but binary compatibility would
> still be maintained. See
> gst-plugins-base/gst-libs/gst/interfaces/mixer.h for an example.
For GST_DISABLE_DEPRECATED a dummy approach makes sense. But
GST_REMOVE_DEPRECATED means remove. So in theory we need:
#ifndef GST_DISABLE_DEPRECATED
#ifndef GST_REMOVE_DEPRECATED
/* this value can be modified by the child if needed, deprecated */
guint queue_delay;
#endif
#else
guint _deprecated;
#endif
(hopully I have not mixed up the neagtions).
>
> I can see that there are reasons for wanting to remove those fields
> completely (ie. save a few bytes), but I wonder if it's not more
> desirable to maintain ABI/structure sizes, given that derived objects
> may sit in different modules.
Good that you brought it up. Lets decide and fix.
Stefan
>
> Cheers
> -Tim
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
------------------------------
Message: 7
Date: Sun, 04 Nov 2007 19:54:07 +0100
From: Sebastian Dr?ge <slomo at circular-chaos.org>
Subject: Re: [gst-devel] Possible bug in equalizer
To: Mads Peter Rommedahl <lhademmor at gmail.com>
Cc: sasongko at gmail.com, gstreamer-devel
<gstreamer-devel at lists.sourceforge.net>
Message-ID: <1194202447.6178.17.camel at asgard>
Content-Type: text/plain; charset="us-ascii"
Am Donnerstag, den 25.10.2007, 12:00 +0200 schrieb Mads Peter Rommedahl:
> Hi Sebastian. Thanks for the answer!
>
> I should pass on a thanks from the Exaile team :)
Should work all good in CVS now. The equalizer might not be the best one
on earth yet but at least it doesn't change anything on 0 dB gain
anymore and actually works fine with negative gains, etc :)
You should be aware though, that the gain property changed from a
completely useless -1 to 1 scale to a -24 to +12 dB scale.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
------------------------------
Message: 8
Date: Sun, 4 Nov 2007 22:23:57 -0800
From: "Steve DeLaney" <onramp123 at yahoo.com>
Subject: [gst-devel] gstreamer configure now working OK on FC6
To: <gstreamer-devel at lists.sourceforge.net>
Message-ID: <017901c81f74$731088f0$6603a8c0 at sdelaney2>
Content-Type: text/plain; charset="us-ascii"
I wanted pass along progress and thanks to those who helped resolve the
problem
we were having getting past gstreamer configuring liboil. after yum install
liboil-devel
we were able to proceed through building gstreamer core, base plugins, good
plugins,
ffmpeg. then to top it off completed a build of totem.
just as an FYI, latest versions of totem have dependencies on glib, gtk, and
shared mime
that we could not reconcile with FC6 updates. latest version of totem is
2.21.1, but
we had to use an earlier verion 2.18.3
similarly for an FC5 build we had to drop back to 2.16.7
/steverino2
-----Original Message-----
From: gstreamer-devel-bounces at lists.sourceforge.net
[mailto:gstreamer-devel-bounces at lists.sourceforge.net] On Behalf Of
gstreamer-devel-request at lists.sourceforge.net
Sent: Thursday, November 01, 2007 5:23 AM
To: gstreamer-devel at lists.sourceforge.net
Subject: gstreamer-devel Digest, Vol 18, Issue 1
Send gstreamer-devel mailing list submissions to
gstreamer-devel at lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
or, via email, send a message with subject or body 'help' to
gstreamer-devel-request at lists.sourceforge.net
You can reach the person managing the list at
gstreamer-devel-owner at lists.sourceforge.net
When replying, please edit your Subject line so it is more specific than
"Re: Contents of gstreamer-devel digest..."
Today's Topics:
1. error when executing a streamer application (Raymond Hung)
2. Re: [gst-cvs] alima gst-plugins-bad: gst-plugins-bad/
gst-plugins-bad/ext/ gst-plugins-bad/ext/metadata/ (Stefan Kost)
3. Re: reading meta-data information (Tim M?ller)
4. Re: [gst-cvs] alima gst-plugins-bad: gst-plugins-bad/
gst-plugins-bad/ext/ gst-plugins-bad/ext/metadata/ (Martin Szulecki)
5. plugins-good configure fails on FC6 finding liboil (Steve DeLaney)
6. Re: plugins-good configure fails on FC6 finding liboil
(Jens Persson)
7. Re: plugins-good configure fails on FC6 finding liboil
(Tim M?ller)
8. Re: RE : error when executing a streamer application
(Raymond Hung)
----------------------------------------------------------------------
Message: 1
Date: Wed, 31 Oct 2007 17:33:16 +0800
From: "Raymond Hung" <raymondhwh at gmail.com>
Subject: [gst-devel] error when executing a streamer application
To: gstreamer-devel <gstreamer-devel at lists.sourceforge.net>
Message-ID:
<a8ff55280710310233p31ea81f3p8c92f4f201f9fa93 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
I've written a gstreamer application ( mp3 player ) which play songs from
other server thru URI the compilation is successful however when i run it ,
it blames me with the following error message:
"error while loading shared libraries: /usr/lib/libglib-2.0.so.0: symbol
nl_lang info, version GLIBC_2.0 not defined in file libc.so.6 with link time
reference"
Would anyone kindly help me ? thanks very much
regards,
ray
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Wed, 31 Oct 2007 19:06:50 +0200
From: Stefan Kost <ensonic at hora-obscura.de>
Subject: Re: [gst-devel] [gst-cvs] alima gst-plugins-bad:
gst-plugins-bad/ gst-plugins-bad/ext/ gst-plugins-bad/ext/metadata/
To: gstreamer-devel at lists.sourceforge.net
Message-ID: <4728B62A.5060005 at hora-obscura.de>
Content-Type: text/plain; charset=ISO-8859-1
Hi,
Jan Schmidt schrieb:
> <quote who="alima at kemper.freedesktop.org">
>
>> CVS Root: /cvs/gstreamer
>> Module: gst-plugins-bad
>> Changes by: alima
>> Date: Tue Oct 30 2007 12:49:19 UTC
>>
>> Log message:
>> Created new plugin ('medadata') and element ('metadataparse') that
extract metadata from images (look at bug #486659).
>>
>
> I may be alone in this, but I really hate these element names. Can't
> you come up with something a bit less general?
>
> Jan.
Its in bad for now and we are aware that the name is far from perfect. Any
better suggestion is welcome. But have a look at e.g. xmp website before and
see the amount of formats covered. Having separate xmpmux/demux,
exifmux/demux and ipctmux/demux would need a utillity lib (was proposed
already but rejected) and suffers from the problem that you coudl have all
three in any order (nedds careful caps media-type design).
Stefan
------------------------------
Message: 3
Date: Wed, 31 Oct 2007 18:10:06 +0000
From: Tim M?ller <t.i.m at zen.co.uk>
Subject: Re: [gst-devel] reading meta-data information
To: gstreamer-devel at lists.sourceforge.net
Message-ID: <1193854206.7451.5.camel at zingle>
Content-Type: text/plain
On Thu, 2007-10-18 at 19:42 +0530, Vinod Nanjaiah wrote:
> I am trying to extract the meta data information of media files.
> The example code provided in
> /gstreamer-0.10.14/tests/examples/metadata
> provides stream tags as follows:
> ID3v2 frame: ???
> : ???
> : ???
> : ???
> : ???
> : ???
> genre: Rock
> title: Kya Mujhe Pyaar Hai - Remix
> artist: Kay Kay
> album: Woh Lamhe
> date: 0200-01-01
> comment: @ Fmw11.co
>
> The example code uses "decodebin" element.
>
> When I used "mad" instead of "decodebin" to playback the same media
> file and print meta data it gave the following stream-info, but none
> of the previous ones.
> duration: 252000000000
> bitrate: 278876
> layer: 3
> mode: stereo
> emphasis: none
> audio codec: MPEG-1 layer 3
>
> What is the best way to playback a media file and also display ALL the
> metadata info?
This was a bug in the example code - it didn't merge the tag lists correctly
(should use _KEEP or _APPEND merge mode rather than _KEEP_ALL). This is
fixed in CVS now.
Cheers
-Tim
------------------------------
Message: 4
Date: Wed, 31 Oct 2007 19:02:36 +0100
From: Martin Szulecki <compiz at sukimashita.com>
Subject: Re: [gst-devel] [gst-cvs] alima gst-plugins-bad:
gst-plugins-bad/ gst-plugins-bad/ext/
gst-plugins-bad/ext/metadata/
To: gstreamer-devel at lists.sourceforge.net
Message-ID: <1193853756.17872.2.camel at mirell0001.mirell>
Content-Type: text/plain
How about "imgmetadata" which should decribe the use precisely?
--- M.S.
On Wed, 2007-10-31 at 19:06 +0200, Stefan Kost wrote:
> Hi,
>
> Jan Schmidt schrieb:
> > <quote who="alima at kemper.freedesktop.org">
> >
> >> CVS Root: /cvs/gstreamer
> >> Module: gst-plugins-bad
> >> Changes by: alima
> >> Date: Tue Oct 30 2007 12:49:19 UTC
> >>
> >> Log message:
> >> Created new plugin ('medadata') and element ('metadataparse') that
extract metadata from images (look at bug #486659).
> >>
> >
> > I may be alone in this, but I really hate these element names. Can't
> > you come up with something a bit less general?
> >
> > Jan.
>
> Its in bad for now and we are aware that the name is far from perfect.
> Any better suggestion is welcome. But have a look at e.g. xmp website
> before and see the amount of formats covered. Having separate
> xmpmux/demux, exifmux/demux and ipctmux/demux would need a utillity
> lib (was proposed already but rejected) and suffers from the problem
> that you coudl have all three in any order (nedds careful caps media-type
design).
>
> Stefan
>
> ----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
------------------------------
Message: 5
Date: Thu, 1 Nov 2007 03:33:01 -0800
From: "Steve DeLaney" <onramp123 at yahoo.com>
Subject: [gst-devel] plugins-good configure fails on FC6 finding
liboil
To: <gstreamer-devel at lists.sourceforge.net>
Message-ID: <005401c81c7a$f6209f20$6603a8c0 at sdelaney2>
Content-Type: text/plain; charset="us-ascii"
Hi - I'm new to gstreamer
when attempting to build gst-plugins-good-0.10.6 on Fedora 6
./configure fails with
configure: error: liboil-0.3 is required
but it exists in /usr/lib/liboil-0.3.so.0
can anyone offer a suggestion on how to fix this? add a link in /usr/lib
???
Thanks,
/steverino2
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 6
Date: Thu, 01 Nov 2007 11:41:10 +0100
From: Jens Persson <xerxes2 at gmail.com>
Subject: Re: [gst-devel] plugins-good configure fails on FC6 finding
liboil
To: onramp123 at yahoo.com
Cc: gstreamer-devel at lists.sourceforge.net
Message-ID: <4729AD46.9020302 at gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
do you have the headers in /usr/include/liboil-0.3 ?
and you may also need to install pkgconfig.
greets jens
Steve DeLaney wrote:
>
> Hi - I'm new to gstreamer
>
> when attempting to build gst-plugins-good-0.10.6 on Fedora 6
>
> ./configure fails with
>
> configure: error: liboil-0.3 is required
>
> but it exists in /usr/lib/liboil-0.3.so.0
>
> can anyone offer a suggestion on how to fix this? add a link in
> /usr/lib ???
>
> Thanks,
> /steverino2
> ----------------------------------------------------------------------
> --
>
> ----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ----------------------------------------------------------------------
> --
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
------------------------------
Message: 7
Date: Thu, 01 Nov 2007 10:50:33 +0000
From: Tim M?ller <t.i.m at zen.co.uk>
Subject: Re: [gst-devel] plugins-good configure fails on FC6 finding
liboil
To: gstreamer-devel at lists.sourceforge.net
Message-ID: <1193914233.7010.2.camel at zingle>
Content-Type: text/plain
On Thu, 2007-11-01 at 03:33 -0800, Steve DeLaney wrote:
Hi Steve,
> when attempting to build gst-plugins-good-0.10.6 on Fedora 6
>
> ./configure fails with
>
> configure: error: liboil-0.3 is required
>
> but it exists in /usr/lib/liboil-0.3.so.0
>
> can anyone offer a suggestion on how to fix this? add a link in
> /usr/lib ???
No, don't ever add links or copy files yourself in /usr/lib - that just
messes up your system and makes it completely unsupportable in the long run.
You are probably missing the liboil -devel packages for your distro, ie.
the package that has all the header files and the
/usr/lib/pkgconfig/liboil-0.3.pc
file for pkg-config (this is what configure is looking for).
$ pkg-config --modversion liboil-0.3
should show a version if things are set up right.
Cheers
-Tim
------------------------------
Message: 8
Date: Thu, 1 Nov 2007 21:23:09 +0800
From: "Raymond Hung" <raymondhwh at gmail.com>
Subject: Re: [gst-devel] RE : error when executing a streamer
application
To: "souilem fadi" <souilem_fadi at yahoo.fr>
Cc: gstreamer-devel <gstreamer-devel at lists.sourceforge.net>
Message-ID:
<a8ff55280711010623w2894e597t59ae9285294bb505 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
hi
since it is justa simple applcation involve one .c file only, I haven't used
the Makefile for compilation, the command for the compilation is stated as
the following
gcc -Wall$(pkg-config --cflags --libs gstreamer-0.10 gobject-2.0 glib-2.0)
-o Player Player.c
take for example , if i compile this on a computer and execute it on the
other computer, do you mean that the path of glib and gstreamer must be the
same as the one on the computer which is used to compile the application?
thanks ®ards
ray
2007/11/1, souilem fadi <souilem_fadi at yahoo.fr>:
>
> hi
> you must specifie the LDFlags & CFlags in your makefile , in the way
> to insure that you specifie the path that contains glib.pc , other
> ways yoo must download and install Glibc in the same path of you
> ./configure .
> i hope that helps .
> regards
> Fadi
> *Raymond Hung < raymondhwh at gmail.com>* a ?crit :
>
> Hi all,
> I've written a gstreamer application ( mp3 player ) which play songs
> from other server thru URI the compilation is successful however when
> i run it , it blames me with the following error message:
>
> "error while loading shared libraries: /usr/lib/libglib-2.0.so.0:
> symbol nl_lang info, version GLIBC_2.0 not defined in file libc.so.6
> with link time reference"
>
>
> Would anyone kindly help me ? thanks very much
>
> regards,
> ray
>
>
> ----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>
> http://get.splunk.com/_______________________________________________
>
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
> ------------------------------
> Stockage illimit? de vos mails avec Yahoo! Mail. Changez aujourd'hui
> de mail !
> <http://fr.promotions.yahoo.com/mail/nouveau_yahoomail2.html>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
------------------------------
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
End of gstreamer-devel Digest, Vol 18, Issue 1
**********************************************
------------------------------
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
------------------------------
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
End of gstreamer-devel Digest, Vol 18, Issue 2
**********************************************
DISCLAIMER:
This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited.
E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside.
Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission.
MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where.
More information about the gstreamer-devel
mailing list