Subject: [gst-devel] one plugin can't be register
Kalyanavarathan, Vasanth
VKalyanavarathan at ndsuk.com
Tue May 23 05:01:28 CEST 2006
Hi Gao, Yan
Use the following command to see why your plugin is not loading
gst-inspect --gst-debug=GST_PLUG*:5 <your plugin name>
Thanks
Vasanth
-----Original Message-----
From: gstreamer-devel-admin at lists.sourceforge.net
[mailto:gstreamer-devel-admin at lists.sourceforge.net] On Behalf Of
gstreamer-devel-request at lists.sourceforge.net
Sent: 23 May 2006 12:18
To: gstreamer-devel at lists.sourceforge.net
Subject: gstreamer-devel digest, Vol 1 #2282 - 11 msgs
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-admin 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. one plugin can't be register (Gao, Yan)
2. Re: Losing prerolled buffers (Tim =?ISO-8859-1?Q?M=FCller?=)
3. QoS status (MDK)
4. Re: QoS status (Thomas Vander Stichele)
5. Re: one plugin can't be register (Thomas Vander Stichele)
6. Re: Losing prerolled buffers (Michael Smith)
7. Re: Losing prerolled buffers (Thomas Vander Stichele)
8. Re: QoS status (MDK)
9. Re: Losing prerolled buffers (Iain *)
10. gst-plugins-base md5 different in two places? (Jeremy Messenger)
11. Re: gstreamer over vnc (Charles Iliya Krempeaux)
--__--__--
Message: 1
Date: Tue, 23 May 2006 14:36:43 +0800
From: "Gao, Yan" <yan.gao at intel.com>
To: <gstreamer-devel at lists.sourceforge.net>
Subject: [gst-devel] one plugin can't be register
This is a multi-part message in MIME format.
------_=_NextPart_001_01C67E33.415596C2
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I have one plugin, and when I use gst-inspect, this plugin can't
register.
How can I investigate this problem?
Thanks! =20
=20
Best Regards,
Yan
=20
------_=_NextPart_001_01C67E33.415596C2
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">
<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"> <meta name=3DGenerator content=3D"Microsoft Word 11
(filtered medium)"> <style>
<!--
/* Font Definitions */
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman";}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{color:purple;
text-decoration:underline;}
p
{mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:Arial;
color:navy;}
@page Section1
{size:595.3pt 841.9pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
{page:Section1;}
-->
</style>
</head>
<body lang=3DZH-CN link=3Dblue vlink=3Dpurple>
<div class=3DSection1>
<p class=3DMsoNormal><font size=3D1 color=3Dnavy face=3DArial><span =
lang=3DEN-US style=3D'font-size:9.0pt;font-family:Arial;color:navy'>I
have one = plugin, and when I use gst-inspect, this plugin can’t =
register.<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D1 color=3Dnavy face=3DArial><span =
lang=3DEN-US style=3D'font-size:9.0pt;font-family:Arial;color:navy'>How
can I = investigate this problem?<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D1 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:9.0pt;font-family:Arial;color:navy'>Thanks! =
<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D1 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:9.0pt;font-family:Arial;color:navy'><o:p> </o:p>
<=
/span></font></p>
<div>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3D"Times New =
Roman"><span lang=3DEN-US style=3D'font-size:10.0pt;color:navy'>Best =
Regards,</span></font><font color=3Dnavy><span lang=3DEN-US =
style=3D'color:navy'><o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3D"Times New =
Roman"><span lang=3DEN-US =
style=3D'font-size:10.0pt;color:navy'>Yan</span></font><font
color=3Dnavy><span lang=3DEN-US =
style=3D'color:navy'><o:p></o:p></span></font></p>
</div>
<p><font size=3D3 color=3Dnavy face=3D"Times New Roman"><span =
lang=3DEN-US
style=3D'font-size:12.0pt;color:navy'> </span></font><span =
lang=3DEN-US> <o:p></o:p></span></p>
</div>
</body>
</html>
------_=_NextPart_001_01C67E33.415596C2--
--__--__--
Message: 2
Subject: Re: [gst-devel] Losing prerolled buffers
From: Tim =?ISO-8859-1?Q?M=FCller?= <t.i.m at zen.co.uk>
Reply-To: t.i.m at zen.co.uk
To: Iain * <iaingnome at gmail.com>
Cc: GStreamer Devel List <gstreamer-devel at lists.sourceforge.net>
Date: Tue, 23 May 2006 09:07:20 +0100
On Mon, 2006-05-22 at 23:48 +0100, Iain * wrote:
Hi Iain,
> Message: Internal data flow problem.
> Debug: gstbasesink.c(1878): gst_base_sink_chain_unlocked ():
> /marlinloadpipeline0/load-sink-0:
> Received buffer without a new-segment. Assuming timestamps start from
0.
>
> what element should be responsible for creating/sending the
> new-segment? The element the sink is linked to (my
> channel-splitter[2]) is just passing any events it receives onwards.
>
> if (GST_IS_EVENT (buffer)) {
> for (p = splitter->srcpads; p; p = p->next) {
> gst_pad_event_default (GST_PAD (p->data),
> GST_EVENT (buffer));
> }
> g_object_unref (splitter);
> return GST_FLOW_OK;
> }
In 0.10 chain functions never receive anything else but buffers, so that
block of code is never executed. You need to set up a sink event
function and do the forwarding there.
No idea about the second issue (maybe it disappears after you fix the
first one).
Cheers
-Tim
--__--__--
Message: 3
Date: Tue, 23 May 2006 10:08:59 +0200
From: MDK <mdk at mdk.org.pl>
To: gstreamer-devel at lists.sourceforge.net
Subject: [gst-devel] QoS status
SXMgdGhlcmUgc29tZSBraW5kIG9mIGEgbGlzdC9yZWZlcmVuY2Ugb2YgdGhlIGlucHV0IHBs
dWdp
bnMgdGhhdAphbHJlYWR5IHN1cHBvcnQgcW9zIGV2ZW50cz8gSXMgUW9TIGEgcHJpb3JpdHk/
IChp
cyBpdCBnb2luZyB0bwpyZWFsaXN0aWNhbGx5IGhhcHBlbiBhbnkgdGltZSBzb29uKS4KClJl
Z2Fy
ZHMsCgotLQpNaWNoYbMgRG9taW5payBLLgptaWNoYWxkb21pbmlrQGdtYWlsLmNvbQp3d3cu
bWRr
Lm9yZy5wbAo=
--__--__--
Message: 4
Subject: Re: [gst-devel] QoS status
From: Thomas Vander Stichele <thomas at apestaart.org>
To: MDK <mdk at mdk.org.pl>
Cc: gstreamer-devel at lists.sourceforge.net
Date: Tue, 23 May 2006 11:08:33 +0200
On Tue, 2006-05-23 at 10:08 +0200, MDK wrote:
> Is there some kind of a list/reference of the input plugins that
> already support qos events?
I hope Wim will reply to this.
> Is QoS a priority?
Depends on who you ask. It's a community project, so people have
different priorities.
> (is it going to
> realistically happen any time soon).
Faster if you help !
Thomas
--__--__--
Message: 5
Subject: Re: [gst-devel] one plugin can't be register
From: Thomas Vander Stichele <thomas at apestaart.org>
To: "Gao, Yan" <yan.gao at intel.com>
Cc: gstreamer-devel at lists.sourceforge.net
Date: Tue, 23 May 2006 11:09:04 +0200
On Tue, 2006-05-23 at 14:36 +0800, Gao, Yan wrote:
> I have one plugin, and when I use gst-inspect, this plugin
> can=E2=80=99=
t
> register.
>=20
> How can I investigate this problem?
Learn about the GST_DEBUG environment variable and use it.
Start with GST_DEBUG=3D*:5 gst-inspect > out 2>&1 and read through the
ou= t file.
Thomas
--__--__--
Message: 6
Subject: Re: [gst-devel] Losing prerolled buffers
From: Michael Smith <msmith at fluendo.com>
To: Iain * <iaingnome at gmail.com>
Cc: GStreamer Devel List <gstreamer-devel at lists.sourceforge.net>
Organization: Fluendo
Date: Tue, 23 May 2006 11:12:28 +0200
On Mon, 2006-05-22 at 23:48 +0100, Iain * wrote:
> Hi, 2 questions for everyone :)
>
> Firstly with my custom sink[1] (derived from GstBaseSink) I get the
> following warning.
>
> Message: Internal data flow problem.
> Debug: gstbasesink.c(1878): gst_base_sink_chain_unlocked ():
> /marlinloadpipeline0/load-sink-0:
> Received buffer without a new-segment. Assuming timestamps start from
0.
>
> what element should be responsible for creating/sending the
> new-segment? The element the sink is linked to (my
> channel-splitter[2]) is just passing any events it receives onwards.
>
> if (GST_IS_EVENT (buffer)) {
> for (p = splitter->srcpads; p; p = p->next) {
> gst_pad_event_default (GST_PAD (p->data),
> GST_EVENT (buffer));
> }
> g_object_unref (splitter);
> return GST_FLOW_OK;
> }
As Tim noted, this is wrong, you want this in an event-handling
function, not in your chain function. However, once you've moved it
there, you ALSO need to ref the event before forwarding it to each pad,
something like (pseudocode follows); foreach pad:
ref(event)
forward(event)
unref(event)
Mike
--__--__--
Message: 7
Subject: Re: [gst-devel] Losing prerolled buffers
From: Thomas Vander Stichele <thomas at apestaart.org>
To: Iain * <iaingnome at gmail.com>
Cc: GStreamer Devel List <gstreamer-devel at lists.sourceforge.net>
Date: Tue, 23 May 2006 11:16:42 +0200
Hi,
> Firstly with my custom sink[1] (derived from GstBaseSink) I get the
> following warning.
>
> Message: Internal data flow problem.
> Debug: gstbasesink.c(1878): gst_base_sink_chain_unlocked ():
> /marlinloadpipeline0/load-sink-0:
> Received buffer without a new-segment. Assuming timestamps start from
0.
>
> what element should be responsible for creating/sending the
> new-segment?
In vague terms, "any upstream element". To be more concrete, the source
element should definately be sending one, and then other elements
downstream could conceivably catch it and transmogrify it. The purpose
of the new segment event is to tell the rest of the pipeline more things
about the data flow that it's going to send from that on; for example,
which is the important data and which should be ignored (by giving a
data range in time or bytes, ie the "segment"), what speed it should
play at, ...
> The element the sink is linked to (my
> channel-splitter[2]) is just passing any events it receives onwards.
>
> if (GST_IS_EVENT (buffer)) {
> for (p = splitter->srcpads; p; p = p->next) {
> gst_pad_event_default (GST_PAD (p->data),
> GST_EVENT (buffer));
> }
> g_object_unref (splitter);
> return GST_FLOW_OK;
> }
If this is in your _chain function - events are now handled in a
specific sink_event function instead.
> Secondly:
> With my pipeline[3] I seem to be losing the first buffers between the
> splitter and the sink, but only sometimes. Sometimes all the buffers
> make it across, sometimes none. Usually some of them do get across.
> This is the output from a test-program[4]
There's a lot of unknowns to answer the question just by looking at
code. For example, does your channel splitter's signal callback get
fired from the streaming thread ? If it doesn't, your streaming thread
may happily be pushing buffers over the cliff like lemmings before you
link something to the pad. Just an example of course.
If I were you, I"d be adding some g_print's to my chain functions to see
timestamps and hence see where it starts going wrong.
Thomas
--__--__--
Message: 8
Date: Tue, 23 May 2006 12:49:35 +0200
From: MDK <mdk at mdk.org.pl>
To: "Thomas Vander Stichele" <thomas at apestaart.org>
Subject: Re: [gst-devel] QoS status
Cc: gstreamer-devel at lists.sourceforge.net
T24gNS8yMy8wNiwgVGhvbWFzIFZhbmRlciBTdGljaGVsZSA8dGhvbWFzQGFwZXN0YWFydC5v
cmc+
IHdyb3RlOgo+IE9uIFR1ZSwgMjAwNi0wNS0yMyBhdCAxMDowOCArMDIwMCwgTURLIHdyb3Rl
Ogo+
ID4gSXMgdGhlcmUgc29tZSBraW5kIG9mIGEgbGlzdC9yZWZlcmVuY2Ugb2YgdGhlIGlucHV0
IHBs
dWdpbnMgdGhhdAo+ID4gYWxyZWFkeSBzdXBwb3J0IHFvcyBldmVudHM/Cj4KPiBJIGhvcGUg
dWdpbnMgdGhhdAo+V2lt
IHdpbGwgcmVwbHkgdG8gdGhpcy4KPgo+ID4gIElzIFFvUyBhIHByaW9yaXR5Pwo+Cj4gRGVw
IHdpbGwgcmVwbHkgdG8gdGhpcy4KPgo+ID4gIElzIFFvUyBhIHByaW9yaXR5Pwo+ZW5k
cyBvbiB3aG8geW91IGFzay4gIEl0J3MgYSBjb21tdW5pdHkgcHJvamVjdCwgc28gcGVvcGxl
IGhh
dmUKPiBkaWZmZXJlbnQgcHJpb3JpdGllcy4KPgoKRXJyLCBzb3JyeSwgSSBkaWRuJ3Qgd2Fu
dCB0
byBtYWtlIGl0IHNvdW5kIGxpa2UgIkkgbmVlZCB0aGF0LCBmaXggaXQiCm9yIGFueXRoaW5n
IGFs
aWtlLiBEaXZhIHdpbGwgbmVlZCBzb21lIGZpeGVzIHRvIG1ha2UgaXQgUW9TLWZyaWVuZGx5
LApz
byBJJ20gd29uZGVyaW5nIGlmIGl0J3MgYSByaWdodCBtb21lbnQgdG8gdGhhdCBub3cuCgpU
aGUg
ZGVzaWduL3BhcnQtcW9zLnR4dCBoYXMgc29tZSBuaWNlIGluZm8gYWJvdXQgUW9TLCBidXQg
SSdt
IG5vdCBzdXJlCmhvdyBtaXhlcnMgKG4tdG8tMSkgZWxlbWVudHMgc2hvdWxkIGhhbmRsZSBx
b3Mu
Cgo+ID4gIChpcyBpdCBnb2luZyB0bwo+ID4gcmVhbGlzdGljYWxseSBoYXBwZW4gYW55IHRp
Cgo+ID4gIChpcyBpdCBnb2luZyB0bwo+bWUg
c29vbikuCj4KPiBGYXN0ZXIgaWYgeW91IGhlbHAgIQoKCi0tIApNaWNoYbMgRG9taW5payBL
Lgpt
aWNoYWxkb21pbmlrQGdtYWlsLmNvbQp3d3cubWRrLm9yZy5wbAo=
--__--__--
Message: 9
Date: Tue, 23 May 2006 12:10:46 +0100
From: "Iain *" <iaingnome at gmail.com>
To: "Thomas Vander Stichele" <thomas at apestaart.org>
Subject: Re: [gst-devel] Losing prerolled buffers
Cc: "GStreamer Devel List" <gstreamer-devel at lists.sourceforge.net>
On 5/23/06, Thomas Vander Stichele <thomas at apestaart.org> wrote:
> There's a lot of unknowns to answer the question just by looking at
> code. For example, does your channel splitter's signal callback get
> fired from the streaming thread ? If it doesn't, your streaming thread
> may happily be pushing buffers over the cliff like lemmings before you
> link something to the pad. Just an example of course.
I suspect this may be the case, as the splitter is receiving the
new-segment event, and is passing it on, but these events never make it
to the sink either.
The splitter is linked into the pipeline in the new-decoded-pad signal
of the decodebin, and once it receives its caps in the set_caps function
it creates the new pads. I would assume those all occur in the streaming
thread, but I could be wrong.
What would the best course of action be? For the splitter to store up
buffers that it needs to pass onto the sink when all the pads have been
created? Stopping the streaming thread somehow until all the pads are
created?
thanks
iain
--__--__--
Message: 10
Date: Sat, 20 May 2006 16:23:54 -0500
To: gstreamer-devel at lists.sourceforge.net
From: "Jeremy Messenger" <mezz7 at cox.net>
Subject: [gst-devel] gst-plugins-base md5 different in two places?
Hello,
Two places don't have the match of md5 that is causing our FreeBSD ports
tree a bit trouble when people are trying to fetch
gst-plugins-base-0.10.7.tar.bz2. Can anyone fix in either place? Which
one has a correct tarball? Thanks.
http://gstreamer.freedesktop.org/src/gst-plugins-base/gst-plugins-base-0
.10.7.tar.bz2.md5
21ec9c7ac4b02de019a6d8e8c2aaa2a3 gst-plugins-base-0.10.7.tar.bz2
http://ftp.gnome.org/pub/GNOME/sources/gst-plugins-base/0.10/gst-plugins
-base-0.10.7.md5sum
d66b09de993aefd22d8fc341e5f50521 gst-plugins-base-0.10.7.tar.bz2
BTW: I didn't check on other tarballs, but this is one that several
people have reported to us.
Cheers,
Mezz
--
mezz7 at cox.net - mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org
--__--__--
Message: 11
Date: Sun, 21 May 2006 12:17:52 -0700
From: "Charles Iliya Krempeaux" <supercanadian at gmail.com>
Reply-To: charles at reptile.ca
To: "GStreamer Developers Mailing List"
<gstreamer-devel at lists.sourceforge.net>
Subject: Re: [gst-devel] gstreamer over vnc
------=_Part_34655_25791555.1148239072315
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hello James,
On 5/21/06, James Ashton <ashton_jj at yahoo.co.uk> wrote:
>
> Hi,
> I am trying to use a vnc viewer to play audio (through the soundcard
on
> the host machine) on a machine running fedora core 5. It seems i'm
havin=
g
> some kind of permissions problem. for example when trying to use bmpx
i =
get
> the error
>
> error [element: sink]
> gstalsasink.c(778): gst_alsasink_open (): /pipeline_file/sink:
Playback
> open error: Permission denied
>
> I should point out that it runs fine if i log into the machine
directly.
> If anyone could shed any light on this i would be very greatful
> cheers,
>
Unless the VNC protocol has changed since the last time I was working
with
it, VNC does NOT support sound. (Sound and printing are probably the 2
biggest requests for extensions to the VNC protocol.)
So, with VNC, only graphics get sent to the remote machine. No sound.
See ya
--=20
Charles Iliya Krempeaux, B.Sc.
charles @ reptile.ca
supercanadian @ gmail.com
developer weblog: http://ChangeLog.ca/
________________________________________________________________________
___
Make Television
http://maketelevision.com/
------=_Part_34655_25791555.1148239072315
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hello James,<br><br><div><span class=3D"gmail_quote">On 5/21/06, <b
class=
=3D"gmail_sendername">James Ashton</b> <<a
href=3D"mailto:ashton_jj at yaho=
o.co.uk">ashton_jj at yahoo.co.uk</a>> wrote:</span><blockquote
class=3D"gm=
ail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin:
0pt =
0pt 0pt 0.8ex; padding-left: 1ex;">
<div>Hi,<br>I am trying to use a vnc viewer to play audio (through the
soun=
dcard on the host machine) on a machine running fedora core 5. It
see=
ms i'm having some kind of permissions problem. for example when
tryi=
ng to use bmpx i get the error
<br><br>error [element: sink]<br>gstalsasink.c(778): gst_alsasink_open
(): =
/pipeline_file/sink: Playback open error: Permission denied<br><br>I
should=
point out that it runs fine if i log into the machine directly.<br>If
anyo=
ne could shed any light on this i would be very greatful
<br>cheers,</div></blockquote></div><br>Unless the VNC protocol has
changed=
since the last time I was working
with it, VNC does NOT support sound. (Sound and printing are
probably
the 2 biggest requests for extensions to the VNC protocol.)<br><br>So,
with=
VNC, only graphics get sent to the remote machine. No sound.<br>
<br>
<br>
See ya<br>
<br><span style=3D"font-family: courier new,monospace;">-- </span><br
style=
=3D"font-family: courier new,monospace;"><span style=3D"font-family:
courie=
r new,monospace;"> Charles Iliya Krempeaux,
B.Sc.</s=
pan><br style=3D"font-family: courier new,monospace;">
<br style=3D"font-family: courier new,monospace;"><span
style=3D"font-famil=
y: courier new,monospace;"> charles @ <a
href=3D"htt=
p://reptile.ca">reptile.ca</a></span><br style=3D"font-family: courier
new,=
monospace;"><span style=3D"font-family: courier new,monospace;">
supercanadian @ <a
href=3D"http://gmail.com">gmail.=
com</a></span><br style=3D"font-family: courier new,monospace;"><br
style=
=3D"font-family: courier new,monospace;"><span style=3D"font-family:
courie=
r new,monospace;"> developer weblog:=20
<a href=3D"http://ChangeLog.ca/">http://ChangeLog.ca/</a></span><br
style=
=3D"font-family: courier new,monospace;"><span style=3D"font-family:
courie=
r
new,monospace;">________________________________________________________
_=
__________________
</span><br style=3D"font-family: courier new,monospace;"><span
style=3D"fon=
t-family: courier new,monospace;"> Make
Television &n=
bsp; &n
bsp=
;  
;&n=
bsp; <a
href=3D"http://maketelevision.com/">http://maketel=
evision.com/</a>
</span>
------=_Part_34655_25791555.1148239072315--
--__--__--
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
End of gstreamer-devel Digest
=========================================================
This email message and any attachments thereto are intended only for use by the addressee(s) named above, and may contain legally privileged and/or confidential information. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the postmaster at nds.com and destroy the original message
More information about the gstreamer-devel
mailing list