gstreamer-devel Digest, Vol 26, Issue 21
庄达
zhuangzhida1989 at gmail.com
Thu Mar 7 05:47:36 PST 2013
Thanks for your advise .I have try to used two gstrtpbin for that,but it
doesn't work too.
2013/3/7 <gstreamer-devel-request at lists.freedesktop.org>
> Send gstreamer-devel mailing list submissions to
> gstreamer-devel at lists.freedesktop.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> or, via email, send a message with subject or body 'help' to
> gstreamer-devel-request at lists.freedesktop.org
>
> You can reach the person managing the list at
> gstreamer-devel-owner at lists.freedesktop.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gstreamer-devel digest..."
>
>
> Today's Topics:
>
> 1. Re: Critical error : Trying to dispose object "xxxxxx", but
> it still has a parent "registry0" (Tim-Philipp M?ller)
> 2. Re: Development of webrtc src and sink
> (Jose Antonio Santos Cadenas)
> 3. RE: can receive and send videostream in gstrtpbin in one
> pipeline and how to do that? (Thomas Greenwood)
> 4. G.726 decoder critical error (Denis Green)
> 5. Re: Critical error : Trying to dispose object "xxxxxx", but
> it still has a parent "registry0" (Gilles DOFFE)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 06 Mar 2013 16:09:05 +0000
> From: Tim-Philipp M?ller <t.i.m at zen.co.uk>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Re: Critical error : Trying to dispose object "xxxxxx", but
> it still has a parent "registry0"
> Message-ID: <1362586145.24942.28.camel at zingle>
> Content-Type: text/plain; charset="UTF-8"
>
> On Wed, 2013-03-06 at 16:43 +0100, Gilles DOFFE wrote:
>
> > Yes I'm sure. It is what is really strange here. Where is this
> > registry0 file ?!
>
> It's not a file, it's the registry object. Run
>
> GST_REGISTRY_FORK=no G_DEBUG=fatal_warnings
> gdb /usr/bin/gst-inspect-0.10
>
> then it will stop at the warning and you can look at the backtrace to
> see where that presumably premature unref happens from. (It might be
> that the wrong unref is somewhere else of course, but it's a starting
> point).
>
> Cheers
> -Tim
>
>
> >
> > 2013/3/6 Chuck Crisler <ccrisler at mutualink.net>
> > Are you sure that a registry isn't created? It is stored in a
> > hidden directory. /HOME/.gstreamer-0.10/registry.NNN.bin
> >
> > On Wed, Mar 6, 2013 at 10:18 AM, Gilles DOFFE
> > <g.doffe at gmail.com> wrote:
> >
> > Hello,
> >
> >
> > I'm getting this kind of error when launching a gst
> > command like gst-inspect :
> >
> >
> >
> ----------------------------------------------------------------------------------------------------------------------------------
> >
> > # gst-inspect-0.10
> >
> >
> >
> > (gst-plugin-scanner:2001): GStreamer-CRITICAL **:
> > Trying to dispose object "rtpmux", but it still has a
> > parent "registry0".
> > You need to let the parent manage the object instead
> > of unreffing the object directly.
> >
> >
> >
> >
> > (gst-plugin-scanner:2001): GStreamer-CRITICAL **:
> > Trying to dispose object "rtpdtmfmux", but it still
> > has a parent "registry0".
> > You need to let the parent manage the object instead
> > of unreffing the object directly.
> >
> >
> >
> >
> > (gst-plugin-scanner:2001): GStreamer-WARNING **:
> > removing plugin that is still in registry
> >
> >
> > (gst-plugin-scanner:2001): GStreamer-CRITICAL **:
> > Trying to dispose object "shapewipe", but it still has
> > a parent "registry0".
> > You need to let the parent manage the object instead
> > of unreffing the object directly.
> >
> >
> >
> >
> > (gst-plugin-scanner:2001): GStreamer-WARNING **:
> > removing plugin that is still in registry
> >
> >
> > (gst-plugin-scanner:2001): GStreamer-CRITICAL **:
> > Trying to dispose object "mpegtsmux", but it still has
> > a parent "registry0".
> > You need to let the parent manage the object instead
> > of unreffing the object directly.
> >
> >
> >
> >
> > (gst-plugin-scanner:2001): GStreamer-WARNING **:
> > removing plugin that is still in registry
> >
> >
> >
> ----------------------------------------------------------------------------------------------------------------------------------
> >
> >
> > A strange thing is that the registry file is never
> > created so I do not really understand from where this
> > registry0 comes ?
> >
> >
> > You can find the full traces in attachment.
> >
> >
> > I'm using gstreamer 0.10.36 which is mandatory.
> >
> >
> > Can you help me please ?
> > Thanks in advance,
> >
> >
> > Gilles
> >
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> >
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> >
> >
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> >
> >
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 6 Mar 2013 17:29:30 +0100
> From: Jose Antonio Santos Cadenas <santoscadenas at gmail.com>
> To: Gstreamer-devel <gstreamer-devel at lists.freedesktop.org>
> Subject: Re: Development of webrtc src and sink
> Message-ID:
> <
> CAGay_TxBwkgEDgeUrRpPO1qD2ymnRtZT94_sqLdAvgstKJb6DQ at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi,
>
> I have create a first version of the plugin, by now only works against
> chrome 25 and with BUNDLE mode (ie, all data by one ice stream). The
> source code is here.
>
> https://code.google.com/p/kurento/source/checkout?repo=gst-plugins-webrtc
>
> I've been using gstreamer 1.0.5 to develop and I haven't test with
> other gstreamer versions, so I'm not sure is older versions will work
> ok.
>
> There is an example of usage, in test/examples is a webserver that
> sends video back to the client overlaying the current time. It is
> serving on http://localhost:8180 port.
>
> Comments are welcome.
>
>
> 2013/1/31 Jose Antonio Santos Cadenas <santoscadenas at gmail.com>:
> > Hi,
> >
> > I'm planning to create a plugin that implements a source and a sink
> > that can exchange information with a webrtc client but without
> > coding/decoding capabilities, something like the nicesrc and nicesink
> > plugins but adding support for srtp. I've seen the conversation in [1]
> > about this issue and it seems that the only missing part is srtp.
> >
> > I've also seen the current implementation using farsight explained in
> > [2], this is something a little bit different because what I want is
> > just the connector that allows me to send/receive rtp and rtcp
> > packages using webrtc (ice + srtp).
> >
> > I've have some doubts about the final design, currently I have
> > different possibilities for the elements interface that we can discuss
> > if there interest in the community.
> >
> > Finally, I'd like to ask if you know about other people working on
> > this and, if nobody is currently working on this, what is the best way
> > to integrate this plugin in gstreamer repositories. I'm going to start
> > in the development in the next days using a private repository, but I
> > can switch to a public one if there is interest to integrate in the
> > gstreamer tree.
> >
> > Regards and thanks for your time.
> >
> > Jos? Antonio Santos.
> >
> >
> > [1]
> http://gstreamer-devel.966125.n4.nabble.com/WebRTC-client-tp4657196.html
> > [2] https://bugs.webkit.org/show_bug.cgi?id=87514
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 6 Mar 2013 16:46:51 +0000
> From: Thomas Greenwood <tcdgreenwood at hotmail.com>
> To: "gstreamer-devel at lists.freedesktop.org"
> <gstreamer-devel at lists.freedesktop.org>
> Subject: RE: can receive and send videostream in gstrtpbin in one
> pipeline and how to do that?
> Message-ID: <BLU002-W1855287AB55CAE208296521D4E40 at phx.gbl>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I haven't done this exactly, but I have received an RTP stream from one
> endpoint and sent to another successfully. I think the issue you have is
> that you're only using a single gstrtpbin that you are trying to use for
> both directions at once - try using one for sending and another one for
> receiving.
> Perhaps you could also try writing separate sender and receiver commands
> and then merge them. When merging you need to ensure that the elements are
> not named the same thing.
>
> I hope this of some help.
> > Date: Tue, 5 Mar 2013 18:20:38 -0800 (PST)
> > From: zgd <zhuangzhida1989 at gmail.com>
> > To: gstreamer-devel at lists.freedesktop.org
> > Subject: can receive and send videostream in gstrtpbin in one
> > pipeline and how to do that?
> > Message-ID: <1362536438496-4658910.post at n4.nabble.com>
> > Content-Type: text/plain; charset=us-ascii
> >
> > Hello, I want to use gstrtpbin to receive and send videostream
> simultaneously
> > . can I use one rtpbin to do this ? I try to do this and the following
> is my
> > pipeline:
> > gst-launch -v gstrtpbin name=rtpbin \
> > v4l2src ! video/x-raw-yuv,width=640,height=480,framerate=15/1 !
> videorate
> > ! ffmpegcolorspace ! x264enc ! rtph264pay ! rtpbin.send_rtp_sink_0 \
> > rtpbin.send_rtp_src_0 ! udpsink port=5000 host=192.168.1.220
> > name=vrtpsink\
> > rtpbin.send_rtcp_src_0 ! udpsink port=5001 host=192.168.1.220
> sync=false
> > async=false name=vrtcpsink \
> > udpsrc port=5003 name=vrtpsrc ! rtpbin.recv_rtcp_sink_0 \
> > udpsrc port=5000
> > caps="application/x-rtp,media=video,clock-rate=90000,encoding-name=H264"
> !
> > rtpbin.recv_rtp_sink_1 rtbin. ! rtph264depay ! ffdec_h264 ! xvimagesink \
> > udpsrc port=5001 ! rtbin.recv_rtcp_sink_1 \
> > rt.send_rtcp_src_1 ! udpsink port=5003 host=192.168.1.220 sync=false
> > async=false \
> > but it seems that it does't work and I grab the network packet and don't
> > find the packet it send. What's the problem? What should I do .
> > Thanks.
> >
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130306/f093eb14/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Wed, 6 Mar 2013 20:50:43 +0400
> From: Denis Green <zagre.torez at gmail.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: G.726 decoder critical error
> Message-ID:
> <CAFSy7_XxqGj85XYmUErsJZ=AjZKFzYQFrUo+FStTKD6ejd1=
> eg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
>
> gstreamer-0.10; gstreamer-1.0 don't support G726 decoder.
>
> May be there is some alternative to ffmpeg decoder?
>
> Simple example:
> *gstreamer-0.10*
>
> gst-launch --gst-debug=2 audiotestsrc ! ffenc_g726 bitrate=16000 !
> ffdec_g726 ! fakesink
>
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> 0:00:00.025874694 10089 0x1f67000 WARN ffmpeg
> gstffmpegcodecmap.c:140:gst_ff_channel_layout_to_gst: Unknown channels in
> channel layout - assuming NONE layout
> *0:00:00.027835740 10089 0x1f67000 ERROR ffmpeg :0::
> Invalid number of bits 0*
> 0:00:00.027877653 10089 0x1f67000 WARN basesrc
> gstbasesrc.c:2625:gst_base_src_loop:<audiotestsrc0> error: Internal data
> flow error.
> 0:00:00.027897475 10089 0x1f67000 WARN basesrc
> gstbasesrc.c:2625:gst_base_src_loop:<audiotestsrc0> error: streaming task
> paused, reason not-negotiated (-4)
> ERROR: from element /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0:
> Internal data flow error.
> Additional debug info:
> gstbasesrc.c(2625): gst_base_src_loop ():
> /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0:
> streaming task paused, reason not-negotiated (-4)
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
>
>
> ..........................................................................................................................................................................
>
> *
> *
> *gstreamer-1.0*
> *
> *
> gst-launch-1.0 --gst-debug=2 audiotestsrc ! avenc_g726 bitrate=8000 !
> avdec_g726 ! fakesink
>
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> *0:00:00.020818856 10064 0x1c5e8f0 ERROR libav :0::
> Invalid number of bits 0*
> *0:00:00.021230707 10064 0x1c5e8f0 ERROR libav :0::
> Invalid number of bits 0*
> *0:00:00.021272267 10064 0x1c5e8f0 ERROR libav :0::
> Invalid number of bits 0*
> *0:00:00.023178051 10064 0x1c5e8f0 ERROR libav :0::
> Invalid number of bits 0*
> 0:00:00.023231964 10064 0x1c5e8f0 WARN basesrc
> gstbasesrc.c:2791:gst_base_src_loop:<audiotestsrc0> error: Internal data
> flow error.
> 0:00:00.023284766 10064 0x1c5e8f0 WARN basesrc
> gstbasesrc.c:2791:gst_base_src_loop:<audiotestsrc0> error: streaming task
> paused, reason not-negotiated (-4)
> 0:00:00.023362115 10064 0x1c5e8f0 ERROR libav :0::
> Invalid number of bits 0
> ERROR: from element /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0:
> Internal data flow error.
> Additional debug info:
> gstbasesrc.c(2791): gst_base_src_loop ():
> /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0:
> streaming task paused, reason not-negotiated (-4)
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
>
> Summing it up:
> gstreamer-0.10 -> ERROR ffmpeg :0:: Invalid number of bits 0
> gstreamer-1.0 -> ERROR ffmpeg :0:: Invalid number of bits 0
>
>
> Any ideas appreciated
> Thanks
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130306/39cff1b2/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 5
> Date: Wed, 6 Mar 2013 18:28:16 +0100
> From: Gilles DOFFE <g.doffe at gmail.com>
> To: Discussion of the development of and with GStreamer
> <gstreamer-devel at lists.freedesktop.org>
> Subject: Re: Critical error : Trying to dispose object "xxxxxx", but
> it still has a parent "registry0"
> Message-ID:
> <
> CABMCMP-ikm2gazHRK9O42F7ADBvkoN6t9qahkGP_xHUUFwYUEw at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> (gdb) bt
> #0 0xb7e5e919 in g_logv () from /usr/lib/libglib-2.0.so.0
> #1 0xb7e5e980 in g_log () from /usr/lib/libglib-2.0.so.0
> #2 0xb7f8928d in ?? () from /usr/lib/libgstreamer-0.10.so.0
> #3 0xb7f18d44 in g_object_unref () from /usr/lib/libgobject-2.0.so.0
> #4 0xb7f57266 in gst_object_unref () from /usr/lib/libgstreamer-0.10.so.0
> #5 0xb7f93208 in ?? () from /usr/lib/libgstreamer-0.10.so.0
> #6 0xb7f9450d in ?? () from /usr/lib/libgstreamer-0.10.so.0
> #7 0xb7f945e4 in ?? () from /usr/lib/libgstreamer-0.10.so.0
> #8 0xb7f956f8 in gst_update_registry () from
> /usr/lib/libgstreamer-0.10.so.0
> #9 0xb7f55a20 in ?? () from /usr/lib/libgstreamer-0.10.so.0
> #10 0xb7e622c0 in g_option_context_parse () from /usr/lib/libglib-2.0.so.0
> #11 0x0804cafa in ?? ()
> #12 0xb7cb2ca2 in __libc_start_main (main=0x804c961, argc=1,
> ubp_av=0xbffffda4, init=0x804d370, fini=0x804d3e0,
> rtld_fini=0xb7ff0c00 <_dl_fini>, stack_end=0xbffffd9c) at
> libc-start.c:226
> #13 0x0804a9e1 in ?? ()
> (gdb)
>
> I will have a check to gst_update_registry tomorrow.
>
>
> 2013/3/6 Tim-Philipp M?ller <t.i.m at zen.co.uk>
>
> > On Wed, 2013-03-06 at 16:43 +0100, Gilles DOFFE wrote:
> >
> > > Yes I'm sure. It is what is really strange here. Where is this
> > > registry0 file ?!
> >
> > It's not a file, it's the registry object. Run
> >
> > GST_REGISTRY_FORK=no G_DEBUG=fatal_warnings
> > gdb /usr/bin/gst-inspect-0.10
> >
> > then it will stop at the warning and you can look at the backtrace to
> > see where that presumably premature unref happens from. (It might be
> > that the wrong unref is somewhere else of course, but it's a starting
> > point).
> >
> > Cheers
> > -Tim
> >
> >
> > >
> > > 2013/3/6 Chuck Crisler <ccrisler at mutualink.net>
> > > Are you sure that a registry isn't created? It is stored in a
> > > hidden directory. /HOME/.gstreamer-0.10/registry.NNN.bin
> > >
> > > On Wed, Mar 6, 2013 at 10:18 AM, Gilles DOFFE
> > > <g.doffe at gmail.com> wrote:
> > >
> > > Hello,
> > >
> > >
> > > I'm getting this kind of error when launching a gst
> > > command like gst-inspect :
> > >
> > >
> > >
> >
> ----------------------------------------------------------------------------------------------------------------------------------
> > >
> > > # gst-inspect-0.10
> > >
> > >
> > >
> > > (gst-plugin-scanner:2001): GStreamer-CRITICAL **:
> > > Trying to dispose object "rtpmux", but it still has a
> > > parent "registry0".
> > > You need to let the parent manage the object instead
> > > of unreffing the object directly.
> > >
> > >
> > >
> > >
> > > (gst-plugin-scanner:2001): GStreamer-CRITICAL **:
> > > Trying to dispose object "rtpdtmfmux", but it still
> > > has a parent "registry0".
> > > You need to let the parent manage the object instead
> > > of unreffing the object directly.
> > >
> > >
> > >
> > >
> > > (gst-plugin-scanner:2001): GStreamer-WARNING **:
> > > removing plugin that is still in registry
> > >
> > >
> > > (gst-plugin-scanner:2001): GStreamer-CRITICAL **:
> > > Trying to dispose object "shapewipe", but it still has
> > > a parent "registry0".
> > > You need to let the parent manage the object instead
> > > of unreffing the object directly.
> > >
> > >
> > >
> > >
> > > (gst-plugin-scanner:2001): GStreamer-WARNING **:
> > > removing plugin that is still in registry
> > >
> > >
> > > (gst-plugin-scanner:2001): GStreamer-CRITICAL **:
> > > Trying to dispose object "mpegtsmux", but it still has
> > > a parent "registry0".
> > > You need to let the parent manage the object instead
> > > of unreffing the object directly.
> > >
> > >
> > >
> > >
> > > (gst-plugin-scanner:2001): GStreamer-WARNING **:
> > > removing plugin that is still in registry
> > >
> > >
> > >
> >
> ----------------------------------------------------------------------------------------------------------------------------------
> > >
> > >
> > > A strange thing is that the registry file is never
> > > created so I do not really understand from where this
> > > registry0 comes ?
> > >
> > >
> > > You can find the full traces in attachment.
> > >
> > >
> > > I'm using gstreamer 0.10.36 which is mandatory.
> > >
> > >
> > > Can you help me please ?
> > > Thanks in advance,
> > >
> > >
> > > Gilles
> > >
> > >
> > > _______________________________________________
> > > gstreamer-devel mailing list
> > > gstreamer-devel at lists.freedesktop.org
> > >
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> > >
> > >
> > >
> > > _______________________________________________
> > > gstreamer-devel mailing list
> > > gstreamer-devel at lists.freedesktop.org
> > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> > >
> > >
> > >
> > > _______________________________________________
> > > gstreamer-devel mailing list
> > > gstreamer-devel at lists.freedesktop.org
> > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> >
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130306/ed99d95e/attachment.html
> >
>
> ------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 26, Issue 21
> ***********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130307/58167d10/attachment-0001.html>
More information about the gstreamer-devel
mailing list