[gst-devel] bug :multipartdemux
sreerenj b
bsreerenj at gmail.com
Wed May 20 10:21:43 CEST 2009
gst-launch -v -m uridecodebin uri="
http://carinov:carinov123@10.0.0.151:8001/nphVideo?Mode=0&Resolution=320x240&Quality=Standard"
name=dec ! xvimagesink dec. ! fakesink
for this i am getting a single image in the video.
log
---------------
ot Message #62 from element "dec" (warning): GstMessageWarning,
gerror=(GstGError)(NULL), debug=(string)"gsturidecodebin.c\(609\):\
unknown_type_cb\ \(\):\ /GstPipeline:pipeline0/GstURIDecodeBin:dec";
WARNING: from element /GstPipeline:pipeline0/GstURIDecodeBin:dec: No decoder
available for type 'audio/g726'.
Additional debug info:
gsturidecodebin.c(609): unknown_type_cb ():
/GstPipeline:pipeline0/GstURIDecodeBin:dec
Got Message #65 from element "decodebin20" (state-changed): GstMessageState,
old-state=(GstState)GST_STATE_READY, new-state=(GstState)GST_STATE_PAUSED,
pending-state=(GstState)GST_STATE_VOID_PENDING;
Got Message #67 from element "dec" (state-changed): GstMessageState,
old-state=(GstState)GST_STATE_PAUSED, new-state=(GstState)GST_STATE_PAUSED,
pending-state=(GstState)GST_STATE_VOID_PENDING;
Got Message #68 from element "decodebin20" (element): missing-plugin,
type=(string)decoder, detail=(GstCaps)audio/g726, name=(string)"audio/g726\
decoder";
Got Message #71 from element "source" (error): GstMessageError,
gerror=(GstGError)(NULL), debug=(string)"gstbasesrc.c\(2336\):\
gst_base_src_loop\ \(\):\
/GstPipeline:pipeline0/GstURIDecodeBin:dec/GstSoupHTTPSrc:source:\012streaming\
task\ paused\,\ reason\ not-linked\ \(-1\)";
ERROR: from element
/GstPipeline:pipeline0/GstURIDecodeBin:dec/GstSoupHTTPSrc:source: Internal
data flow error.
Additional debug info:
gstbasesrc.c(2336): gst_base_src_loop ():
/GstPipeline:pipeline0/GstURIDecodeBin:dec/GstSoupHTTPSrc:source:
streaming task paused, reason not-linked (-1)
Me added the patch written by Arnout Vandecappelle.But multipartdemux cant
detect the ffdec_g726 decoder.
Because in my rtsprecording i am using ffdec_g726 without any problem(there
is no multipartdemux in my rtsprecording)
On Wed, May 20, 2009 at 7:41 AM, <
gstreamer-devel-request at lists.sourceforge.net> wrote:
> 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. Re: GStreamer C# bindings (Sebastian Dr?ge)
> 2. Re: MMS Streaming playback ok with totem-gstreamer but not
> with gst-lauch (Bastien Nocera)
> 3. FluTSmux performance???? (Faviladeba AS)
> 4. Noobie Connection problems (Michael Stute)
> 5. Re: FluTSmux performance???? (Julien Moutte)
> 6. How to mux in mpeg/DVD format ? (Nicolas Bertrand)
> 7. Re: BaseSink "sync" property (Jon Burgess)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 19 May 2009 17:18:46 +0200
> From: Sebastian Dr?ge <sebastian.droege at collabora.co.uk>
> Subject: Re: [gst-devel] GStreamer C# bindings
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <1242746326.26430.65.camel at odin.lan>
> Content-Type: text/plain; charset="us-ascii"
>
> Am Dienstag, den 19.05.2009, 16:48 +0200 schrieb Maarten Bosmans:
> > Hi Sebastian,
> >
> > Very nice to see that the gstreamer-sharp bindings are being further
> > developed. I'm currently using
> >
> http://code.google.com/p/cil-bindings/source/browse/#svn/trunk/gstreamer-sharp
> > as bindings for my application, but these are not very mature and not
> > being actively worked on.
>
> Oh, I didn't know those bindings yet. But being changed last time almost
> a year ago I don't think either they're very usable as Gtk# back then
> didn't even support overriding GObject virtual methods
>
> > I'm eager to try your branch and give feedback. Do you perhaps have a
> > Windows build available? I've struggled a bit with mingw, but I can't
> > get the bindings to compile.
>
> You need mono 2.4 and gtk# from SVN trunk plus a few patches from Novell
> Bugzilla (take a look at the README file). I'm in contact with the gtk#
> maintainer to get all the patches merged though. Also I don't know much
> about development on Windows but maybe I can help if you paste the
> output of mingw here :)
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 197 bytes
> Desc: Dies ist ein digital signierter Nachrichtenteil
>
> ------------------------------
>
> Message: 2
> Date: Tue, 19 May 2009 17:03:17 +0100
> From: Bastien Nocera <hadess at hadess.net>
> Subject: Re: [gst-devel] MMS Streaming playback ok with
> totem-gstreamer but not with gst-lauch
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <1242748997.25634.7436.camel at cookie.hadess.net>
> Content-Type: text/plain
>
> On Tue, 2009-05-19 at 00:28 +0200, Tigre-Bleu wrote:
> > Hello,
> >
> > I have a problem with gstreamer while playing streaming video. When
> I
> > use totem-gstreamer, video is perfectly rendered but with gst-launch
> > pipeline do not initializes correctly.
>
> You're trying to play a playlist file (most likely ASX) through playbin.
> playbin doesn't understand playlist files, but Totem does.
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 19 May 2009 18:30:17 +0200
> From: Faviladeba AS <faviladeba at gmail.com>
> Subject: [gst-devel] FluTSmux performance????
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID:
> <88d5a3d40905190930s56ff8826ubd87a64e84ec0ced at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi all,
>
> I am having problems with the *flutsmux/flutsdemux *gstreamer elements. I
> do
> streaming from a PC to another, but what I can display is a very bad
> quality
> video. But if I *just replace* these elements by
> *rtph264pay/rtph264depay*in the pipelines, it goes perfectly.
>
> It is a performance problem? Is there some other couple muxer/demuxer
> for MPEG2 Transport Stream? Is there something that I can do to improve the
> performance (such as add queues, or something like that? I have read that
> "flu" comes from "fluendo", a fantastic company (I have seen their web page
> and their products are incredible) ... do they have a "faster"
> muxer/demuxer
> to buy it? It could be a version problem (using gst-fluendo-mpegmux version
> 0.10.4)?
>
> The pipelines, by the way, are:
> Sender: *gst-launch-0.10 v4l2src !
>
> 'video/x-raw-yuv,format=(fourcc)I420,width=640,height=480,framerate=(fraction)25/1'
> ! x264enc ! queue ! flutsmux ! udpsink host=192.168.0.2 port=8000*
> Receiver: *gst-launch-0.10 udpsrc port=8000 ! queue ! flutsdemux !
> 'video/x-h264,width=640,height=480' ! decodebin ! autovideosink*
>
> Thank you very much one more time.
> Regards,
> Favila.
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Tue, 19 May 2009 11:36:21 -0500
> From: Michael Stute <mrstute at gmail.com>
> Subject: [gst-devel] Noobie Connection problems
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID:
> <772a87110905190936s533451acye1eab2009a9b4221 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I have the following rough code trying to get a pipeline going. All the
> GstElement * variables are global to the file so I left those out. But
> every
> call to gst_element_factory_make works with no NULL values return.
> I want the following:
>
> uridecodebin ---> volume --> equalizer-10band --> alsasink
>
> If I connect uridecodebin directly to the alsasink sink everything works,
> but when I connect the pad in on_pad_connect to volume "sink" or mixer
> "sink" I get an Internal Data Error. Volume and mixer sink accepts raw
> data,
> uridecodebin outputs raw data.
>
> If I launch gst-launch with this chain everything works.
>
> What am I doing wrong?
>
> ----------------------------------------------------------
> ----------------------------------------------------------
> static void
> on_pad_added (GstElement *element,
> GstPad *pad,
> gpointer data)
> {
> GstPad *sinkpad;
>
> sinkpad = gst_element_get_static_pad (mixer, "sink");
> if(sinkpad==NULL)
> printf("Sink pad is null\n");
>
> gst_pad_link (pad, sinkpad);
> gst_object_unref (sinkpad);
> }
>
> /*
> * Set up the streaming pipleine
> *
> *
> */
> GstElement *
> init_streamer(void) {
> GstElement *pipeline;
>
> /* create pipeline */
> pipeline = gst_pipeline_new ("rpm streamer");
>
> src=gst_element_factory_make ("uridecodebin", "play");
> if(!src) {
> printf("Failed to create source\n");
> exit(0);
> }
> audio=gst_element_factory_make ("alsasink", "output");
> gain=gst_element_factory_make("volume","gain");
> if(!gain) {
> printf("Failed to create gain\n");
> exit(0);
> }
> mixer=gst_element_factory_make("equalizer-10bands","mix");
> if(!mixer) {
> printf("Failed to create mixer\n");
> exit(0);
> }
>
> ac=gst_element_factory_make("audioconvert","convert");
> if(!ac) {
> printf("Failed to create audioconvert\n");
> exit(0);
> }
>
> //
> g_object_set (G_OBJECT (gain), "volume", 1.0, NULL);
> g_signal_connect (src, "pad-added", G_CALLBACK (on_pad_added), NULL);
>
> //pipeline=gst_element_factory_make ("playbin", "play");
> gst_bin_add_many (GST_BIN (pipeline), src, mixer, audio, NULL);
>
> return(pipeline);
> }
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 5
> Date: Tue, 19 May 2009 19:36:24 +0200
> From: Julien Moutte <julien at moutte.net>
> Subject: Re: [gst-devel] FluTSmux performance????
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <4A12EE18.7090501 at moutte.net>
> Content-Type: text/plain; charset=ISO-8859-1
>
>
> Hi Favila,
>
> I doubt the muxing performance is the problem you have here.
>
> It sounds more like timestamping issues. You should look at the
> timestamps you are getting outside of the demuxer and figure out if they
> make sense.
>
> GST_DEBUG=flutsdemux:4 should help.
>
> Best regards,
>
> Julien Moutte,
> FLUENDO S.A.
>
> Faviladeba AS wrote:
> >
> > Hi all,
> >
> > I am having problems with the /flutsmux/flutsdemux /gstreamer elements.
> > I do streaming from a PC to another, but what I can display is a very
> > bad quality video. But if I _just replace_ these elements by
> > /rtph264pay/rtph264depay/ in the pipelines, it goes perfectly.
> >
> > It is a performance problem? Is there some other couple
> > muxer/demuxer for MPEG2 Transport Stream? Is there something that I can
> > do to improve the performance (such as add queues, or something like
> > that? I have read that "flu" comes from "fluendo", a fantastic company
> > (I have seen their web page and their products are incredible) ... do
> > they have a "faster" muxer/demuxer to buy it? It could be a version
> > problem (using gst-fluendo-mpegmux version 0.10.4)?
> >
> > The pipelines, by the way, are:
> > Sender: /gst-launch-0.10 v4l2src !
> >
> 'video/x-raw-yuv,format=(fourcc)I420,width=640,height=480,framerate=(fraction)25/1'
> > ! x264enc ! queue ! flutsmux ! udpsink host=192.168.0.2 port=8000/
> > Receiver: /gst-launch-0.10 udpsrc port=8000 ! queue ! flutsdemux
> > ! 'video/x-h264,width=640,height=480' ! decodebin ! autovideosink/
> >
> > Thank you very much one more time.
> > Regards,
> > Favila.
> >
> >
> > ------------------------------------------------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > Crystal Reports - New Free Runtime and 30 Day Trial
> > Check out the new simplified licensing option that enables
> > unlimited royalty-free distribution of the report engine
> > for externally facing server and web deployment.
> > http://p.sf.net/sfu/businessobjects
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 20 May 2009 01:58:08 +0200
> From: Nicolas Bertrand <nico at inattendu.org>
> Subject: [gst-devel] How to mux in mpeg/DVD format ?
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <4A134790.5020201 at inattendu.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hello
> In gstreamer How I can mux to MPEG format ? for example Mux video MPEG2
> and audio ac3 ?
> Actually I try to merge several files in this format in a single file. I
> can demux the stream then merge audio and merge video with gnonlin, then
> I try to mux the 2 streams.
> Is there a way to merge files without demuxin/muxing streams ?
>
> Thanks
>
> Nico
>
>
>
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 20 May 2009 09:47:34 +0800
> From: Jon Burgess <jkburges at gmail.com>
> Subject: Re: [gst-devel] BaseSink "sync" property
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID:
> <b70a8a280905191847ica22873k4cbebb16cb1dd132 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Arnout,
>
>
>
> > > You can see however for the logs for the problematic machine that the
> > > timestamps are screwy. Is this what you are talking about when you say
> > > "bad timestamp"?
> >
> > try with
> >
> > gst-launch -v rtspsrc location=... ! rtpmp4vdepay ! fakesink
> >
>
> Both results (below) look fairly similar to my untrained eye, except that
> for the "not working" case, the timestamps around key frames (assuming the
> larger buffer sizes are key frames) are a bit more irregular, i.e. the
> timestamp of the key frame buffer is later than "average").
>
> Maybe this is something to do with the problem?
>
> I'll say again though, it's the same source (an axis-207 network camera
> btw)
> giving different behaviour on two different machines.
>
> Regards,
> Jono
>
> Output from machine where things are not working:
>
> /pipeline0/fakesink0: last-message = "chain ******* < (25531 bytes,
> timestamp: 0:00:00.115387000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x773210"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1629 bytes,
> timestamp: 0:00:00.140488000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e500"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1273 bytes,
> timestamp: 0:00:00.163004000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e600"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1216 bytes,
> timestamp: 0:00:00.192507000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x773110"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 989 bytes,
> timestamp: 0:00:00.242206000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e580"
> /pipeline0/fakesink0: last-message = "chain ******* < (25545 bytes,
> timestamp: 0:00:00.297419000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x773290"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1614 bytes,
> timestamp: 0:00:00.311578000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e080"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1437 bytes,
> timestamp: 0:00:00.341912000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e500"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1135 bytes,
> timestamp: 0:00:00.377135000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e680"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1143 bytes,
> timestamp: 0:00:00.414864000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x773110"
> /pipeline0/fakesink0: last-message = "chain ******* < (25525 bytes,
> timestamp: 0:00:00.484937000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e600"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1602 bytes,
> timestamp: 0:00:00.496217000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x773210"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1380 bytes,
> timestamp: 0:00:00.526457000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e080"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1108 bytes,
> timestamp: 0:00:00.562038000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x773190"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1082 bytes,
> timestamp: 0:00:00.600270000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e680"
> /pipeline0/fakesink0: last-message = "chain ******* < (25554 bytes,
> timestamp: 0:00:00.666713000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e500"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1639 bytes,
> timestamp: 0:00:00.708056000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x773290"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1325 bytes,
> timestamp: 0:00:00.713334000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x773210"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1228 bytes,
> timestamp: 0:00:00.748064000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e580"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 4044 bytes,
> timestamp: 0:00:00.786032000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e100"
> /pipeline0/fakesink0: last-message = "chain ******* < (25604 bytes,
> timestamp: 0:00:00.852612000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e380"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1769 bytes,
> timestamp: 0:00:00.865970000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x773310"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1562 bytes,
> timestamp: 0:00:00.896166000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e100"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1411 bytes,
> timestamp: 0:00:00.934719000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x773390"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1382 bytes,
> timestamp: 0:00:00.970643000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e080"
> /pipeline0/fakesink0: last-message = "chain ******* < (25708 bytes,
> timestamp: 0:00:01.037899000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e680"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1793 bytes,
> timestamp: 0:00:01.051263000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e400"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1685 bytes,
> timestamp: 0:00:01.082546000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e080"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1458 bytes,
> timestamp: 0:00:01.118621000, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x76e480"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1499 bytes,
> timestamp: 0:00:01.157505000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e500"
> /pipeline0/fakesink0: last-message = "chain ******* < (25697 bytes,
> timestamp: 0:00:01.222425000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e300"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1822 bytes,
> timestamp: 0:00:01.240648000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x773210"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1536 bytes,
> timestamp: 0:00:01.266806000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x76e500"
>
> And from machine where things are working:
>
> /pipeline0/fakesink0: last-message = "chain ******* < (25562 bytes,
> timestamp: 0:00:00.097415000, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x817a990"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1609 bytes,
> timestamp: 0:00:00.134417331, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x817a9e0"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1266 bytes,
> timestamp: 0:00:00.171407167, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb6705770"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1150 bytes,
> timestamp: 0:00:00.208285288, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb67056c0"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1003 bytes,
> timestamp: 0:00:00.245140451, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb6705610"
> /pipeline0/fakesink0: last-message = "chain ******* < (25548 bytes,
> timestamp: 0:00:00.278442091, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x817aa30"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1605 bytes,
> timestamp: 0:00:00.314877816, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x817aa80"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1229 bytes,
> timestamp: 0:00:00.351525908, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb6705968"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1211 bytes,
> timestamp: 0:00:00.388083632, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb6705910"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1055 bytes,
> timestamp: 0:00:00.424506176, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb6705610"
> /pipeline0/fakesink0: last-message = "chain ******* < (25568 bytes,
> timestamp: 0:00:00.451853833, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x817aad0"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1602 bytes,
> timestamp: 0:00:00.487930787, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x817ab20"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1269 bytes,
> timestamp: 0:00:00.524377079, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb67055b8"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1096 bytes,
> timestamp: 0:00:00.560764070, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb67058b8"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 950 bytes,
> timestamp: 0:00:00.597148587, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb6705610"
> /pipeline0/fakesink0: last-message = "chain ******* < (25557 bytes,
> timestamp: 0:00:00.627268893, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0x817ab70"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1563 bytes,
> timestamp: 0:00:00.663888043, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0xb6705010"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1353 bytes,
> timestamp: 0:00:00.700686383, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0x8185718"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1252 bytes,
> timestamp: 0:00:00.737480094, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb6705910"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 4103 bytes,
> timestamp: 0:00:00.773962126, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0xb6705060"
> /pipeline0/fakesink0: last-message = "chain ******* < (25767 bytes,
> timestamp: 0:00:00.809960609, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0xb67050b0"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1743 bytes,
> timestamp: 0:00:00.846936837, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0xb6705100"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1574 bytes,
> timestamp: 0:00:00.883895495, duration: none, offset: -1, offset_end: -1,
> flags: 0) 0xb6705150"
> /pipeline0/fakesink0: last-message = "chain ******* < ( 1407 bytes,
> timestamp: 0:00:00.920887411, duration: none, offset: -1, offset_end: -1,
> flags: 1) 0xb6705910"
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables
> unlimited royalty-free distribution of the report engine
> for externally facing server and web deployment.
> http://p.sf.net/sfu/businessobjects
>
> ------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 36, Issue 64
> ***********************************************
>
--
Sreerenj B
http://sreerenj.livejournal.com
bsreerenj at gmail.com
mob: +91 9995377714
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20090520/49bc3925/attachment.htm>
More information about the gstreamer-devel
mailing list