[gst-devel] Not returning from gst_pad_push() in rtpbin element
Aniruddha
aniruddhachourasia at tataelxsi.co.in
Thu Jan 29 13:35:47 CET 2009
Hi All,
I am using rtpbin element of gst-plugins-farsight-0.12.9 compiled
with jrtplib support on a FC6 platform. I am running the following pipeline
: -
"gst-launch filersrc location=<MPEG4 File> ! mpeg4vidoeparse ! video/mpeg,
width=352, height=288, framerate=5/1 ! rtpmp4vpay mtu=1400 ! rtpbin
localport=5000 destinations=10.60.3.63:5000"
No data is streamed. When i traced the rtpbin plugin, i found out that
gst_pad_push() function present in the function push_packet_on_pad() in the
file jrtplib_c.cpp is not returning. I also found out that
gst_dynudpsink_render() function of dynudpsink element is not getting called
indicating no data is being pushed.
Can you tell where i am going wrong.
Regards
Ani
----- Original Message -----
From: <gstreamer-devel-request at lists.sourceforge.net>
To: <gstreamer-devel at lists.sourceforge.net>
Sent: Thursday, January 29, 2009 3:46 AM
Subject: gstreamer-devel Digest, Vol 32, Issue 64
> 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. jpegenc only decodes one frame, then stream stops (Tim Hilden)
> 2. Re: element specific bus messages (Tim Hilden)
> 3. Re: (no subject) (Edward Hervey)
> 4. Re: Appsrc question (Michael Smith)
> 5. Re: element specific bus messages (Michael Smith)
> 6. libavcodec52-unstripped causes segfaults. libavcodec doesn't.
> (Eric Appleman)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 20 Jan 2009 17:23:37 +0100
> From: Tim Hilden <tim.hilden at googlemail.com>
> Subject: [gst-devel] jpegenc only decodes one frame, then stream stops
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID: <1232468617.6039.53.camel at calculus>
> Content-Type: text/plain
>
> hi,
>
> I need gstreamer for the following: The frames of a video stream need to
> be converted to jpeg images. So I connected a
> filesrc-demuxer-decoder-jpegenc-identity-fakesink.
> The identiry's "handoff"-signal is used to read the current frame and
> store it to a file. The storing will be replaced with some more
> processing later which is not part of gstreamer. But the problem is that
> this stream only encodes the first frame. After that the stream is
> "stuck". I did not get any error messages on the bus and the q_main_loop
> is still running. So do I have to tell the jpegenc to encode the next
> frame or anything?
> The lack of doc and sample code is what makes programming gstreamer so
> hard for me. That and the fact that I don't really want to use GLib and
> main_loops, because it's for a QT app. But QT's phonon is way not enough
> for what I need.
>
> one more (simple) question: does a stream have to have a sink? Would the
> fakesink be neccessary in my case?
>
> Tim
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 20 Jan 2009 20:36:05 +0100
> From: Tim Hilden <tim.hilden at googlemail.com>
> Subject: Re: [gst-devel] element specific bus messages
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <1232480165.6039.61.camel at calculus>
> Content-Type: text/plain
>
> well, the following code reads the bus messages:
>
> gboolean bus_callback(GstBus *bus, GstMessage *message, gpointer
> unused){
> printf("%s: %s\n", gst_object_get_name(message->src),\
> gst_message_type_get_name(message->type));
>
> switch(GST_MESSAGE_TYPE(message)){
> case GST_MESSAGE_ERROR:{
> fprintf(stderr, "ERROR\n");
> g_main_loop_quit(loop);
> break;
> }
> case GST_MESSAGE_EOS:{
> printf("end-of-stream\n");
> g_main_loop_quit(loop);
> break;
> }
> }
>
> return true;
> }
>
> generates the following output :
>
> demuxer: tag
> videosink: element
> videosink: element
> videosink: state-changed
>
> to me this shows that I rereived an element specific message from
> element "videosink", which in this case is a xvimagesink.
>
> now the doc for xvimagesink
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-plugins/html/gst-plugins-base-plugins-xvimagesink.html
> doesn't tell me anything about a specific message (unlike the spectrum
> element for example). And how am I supposed to make the connection from
> xvimagesink to the GstXOverlay definition by just looking at the URL 3
> lines up?
>
>
> Tim
>
> On Tue, 2009-01-20 at 10:16 -0800, Michael Smith wrote:
>> On Tue, Jan 20, 2009 at 8:09 AM, Tim Hilden <tim.hilden at googlemail.com>
>> wrote:
>> > hi there,
>> >
>> > playing around with the (sparsly documented) Gstreamer a couple of
>> > questions came to my mind.
>> >
>> > This one is about the element specific bus messages. Getting a message
>> > of type GST_MESSAGE_ELEMENT I wonder where I can find the "specific
>> > element's documentation" that is mentioned in the API doc. The online
>> > doc of elements like xvimagesink or jpegenc don't contain any
>> > information on what the element's bus messages contain. So where can I
>> > find that information?
>>
>> That would mean a) those elements don't have any element-specific
>> messages, or b) they're missing documentation for any they might send.
>>
>> In this case, they just don't have any element-specific messages
>> (though xvimagesink will send a "prepare-xwindow-id" message - as
>> documented in the GstXOverlay interface, which it implements.
>>
>> Mike
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 28 Jan 2009 18:17:15 +0100
> From: Edward Hervey <bilboed at gmail.com>
> Subject: Re: [gst-devel] (no subject)
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <1233163035.3853.14.camel at localhost>
> Content-Type: text/plain
>
> Don't worry fellas, I just unsubscribed him, he shouldn't cause any more
> harm.
>
> Move along, nothing to see here,
>
> Edward
>
>
> On Wed, 2009-01-28 at 22:30 +0530, sai charmboy wrote:
>> shut up all of u.....plz
>>
>> saicharmboy...
>>
>>
>>
>>
>> ______________________________________________________________________
>> From: thiagoss <thiagossantos at gmail.com>
>> To: Discussion of the development of GStreamer
>> <gstreamer-devel at lists.sourceforge.net>
>> Sent: Wednesday, 28 January, 2009 10:17:32 PM
>> Subject: Re: [gst-devel] Building failing for qtwrapper
>>
>>
>>
>> On Sat, Jan 24, 2009 at 2:13 PM, Stefan Kost <ensonic at hora-obscura.de>
>> wrote:
>> thiagoss schrieb:
>> > Qtwraper building is failing (cvs head), I don't know if
>> this is a
>> > misconfiguration in my system or in Makefile, so I'm sending
>> this mail.
>> > The error output is:
>> >
>> > Making all in qtwrapper
>> > cd ../.. && /bin/sh
>> > /Users/thiagoss/Work/GStreamer/head/gst-plugins-bad/missing
>> --run
>> > automake-1.10 --gnu sys/qtwrapper/Makefile
>>
>> > configure.ac:111 <http://configure.ac:111>: warning:
>> > AC_CACHE_VAL(g_support_dowhile_macros, ...): suspicious
>> cache-id, must
>> > contain _cv_ to be cached
>> > ../../lib/autoconf/general.m4:1974: AC_CACHE_VAL is expanded
>> from...
>> > ../../lib/autoconf/general.m4:1994: AC_CACHE_CHECK is
>> expanded from...
>> > common/m4/gst-dowhile.m4:8: AG_GST_CHECK_DOWHILE_MACROS is
>> expanded from...
>>
>> > configure..ac:111 <http://configure.ac:111>: the top level
>> > configure.ac:143 <http://configure.ac:143>: warning:
>> > AC_CACHE_VAL(GST_FIONREAD_IN_SYS_IOCTL, ...): suspicious
>> cache-id, must
>> > contain _cv_ to be cached
>> > m4/gst-fionread.m4:1: GST_CHECK_FIONREAD is expanded from...
>>
>> > configure.ac:143 <http://configure.ac:143>: the top level
>> > configure..ac:143 <http://configure.ac:143>: warning:
>>
>> > AC_CACHE_VAL(GST_FIONREAD_IN_SYS_FILIO, ...): suspicious
>> cache-id, must
>> > contain _cv_ to be cached
>> > cd ../.. && /bin/sh ./config.status sys/qtwrapper/Makefile
>> depfiles
>> > config.status: creating sys/qtwrapper/Makefile
>> > config.status: executing depfiles commands
>> > /bin/sh ../../libtool --tag=CC --tag=disable-static
>> --mode=compile gcc
>> > -DHAVE_CONFIG_H -I. -I../.. -I../../gst-libs
>> -I../../gst-libs
>> > -D_REENTRANT -I/usr/local/include/gstreamer-0.10
>> > -I/opt/local/include/glib-2.0
>> -I/opt/local/lib/glib-2.0/include
>> > -I/opt/local/include -I/opt/local/include/libxml2 -Wall
>> > -Wdeclaration-after-statement -Werror -fno-strict-aliasing
>> -g
>> > -D_REENTRANT -I/usr/local/include/gstreamer-0.10
>> > -I/opt/local/include/glib-2.0
>> -I/opt/local/lib/glib-2.0/include
>> > -I/opt/local/include -I/opt/local/include/libxml2 -g -O2
>> -MT
>> > libgstqtwrapper_la-qtwrapper.lo -MD -MP -MF
>> > .deps/libgstqtwrapper_la-qtwrapper.Tpo -c -o
>> > libgstqtwrapper_la-qtwrapper.lo `test -f 'qtwrapper.c' ||
>> echo
>> > './'`qtwrapper.c
>> > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../..
>> -I../../gst-libs
>> > -I../../gst-libs -D_REENTRANT
>> -I/usr/local/include/gstreamer-0.10
>> > -I/opt/local/include/glib-2.0
>> -I/opt/local/lib/glib-2.0/include
>> > -I/opt/local/include -I/opt/local/include/libxml2 -Wall
>> > -Wdeclaration-after-statement -Werror -fno-strict-aliasing
>> -g
>> > -D_REENTRANT -I/usr/local/include/gstreamer-0.10
>> > -I/opt/local/include/glib-2.0
>> -I/opt/local/lib/glib-2.0/include
>> > -I/opt/local/include -I/opt/local/include/libxml2 -g -O2 -MT
>> > libgstqtwrapper_la-qtwrapper.lo -MD -MP -MF
>> > .deps/libgstqtwrapper_la-qtwrapper.Tpo -c qtwrapper.c
>> -fno-common -DPIC
>> > -o .libs/libgstqtwrapper_la-qtwrapper.o
>> > In file included from qtwrapper.c:49:
>> > qtwrapper.h:53:20: error: Movies.h: No such file or
>> directory
>> > qtwrapper.c: In function 'plugin_init':
>> > qtwrapper.c:58: error: 'OSErr' undeclared (first use in this
>> function)
>> > qtwrapper.c:58: error: (Each undeclared identifier is
>> reported only once
>> > qtwrapper.c:58: error: for each function it appears in.)
>> > qtwrapper.c:58: error: syntax error before 'status'
>> > qtwrapper.c:69: error: 'status' undeclared (first use in
>> this function)
>> > cc1: warnings being treated as errors
>> > qtwrapper.c:69: warning: implicit declaration of function
>> 'EnterMovies'
>> > make[3]: *** [libgstqtwrapper_la-qtwrapper.lo] Error 1
>> > make[2]: *** [all-recursive] Error 1
>> > make[1]: *** [all-recursive] Error 1
>> > make: *** [all] Error 2
>> >
>> > How to fix this?
>>
>>
>> It seems that configure belives you have all the needed
>> external libs and
>> headers, but in fact you don't. Do you have a Movies.h? Maybe
>> you can look at
>> config.log and check what its looking for.
>>
>> Stefan
>>
>>
>> # find / -name "Movies.h"
>> /Developer/Headers/FlatCarbon/Movies.h
>> /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/CFMCarbon/Movies.h
>> /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/CFMCarbon/QuickTime/Movies.h
>> /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/FlatCarbon/Movies.h
>> /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/QuickTime.framework/Versions/A/Headers/Movies..h
>> /Developer/SDKs/MacOSX10.5.sdk/Developer/Headers/FlatCarbon/Movies.h
>> /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/QuickTime.framework/Versions/A/Headers/Movies.h
>> /System/Library/Frameworks/QuickTime.framework/Versions/A/Headers/Movies.h
>>
>>
>>
>> Maybe it is looking in the wrong places..
>>
>>
>> The config.log has this:
>>
>>
>> configure:30272: *** checking feature: QuickTime wrapper ***
>> configure:30276: *** for plug-ins: qtwrapper ***
>> configure:30324: checking QuickTime/Movies.h usability
>> configure:30341: gcc -c -g -O2 conftest.c >&5
>> configure:30348: $? = 0
>> configure:30362: result: yes
>> configure:30366: checking QuickTime/Movies.h presence
>> configure:30381: gcc -E conftest.c
>> configure:30388: $? = 0
>> configure:30402: result: yes
>> configure:30435: checking for QuickTime/Movies.h
>> configure:30442: result: yes
>> configure:30464: *** These plugins will be built: qtwrapper
>>
>>
>>
>>
>>
>>
>> >
>> > --
>> > Thiago Sousa Santos
>> >
>> > Embedded Systems and Pervasive Computing Lab (Embedded)
>> > Center of Electrical Engineering and Informatics (CEEI)
>> > Federal University of Campina Grande (UFCG)
>> >
>> >
>>
>> >
>> ------------------------------------------------------------------------
>> >
>> >
>> ------------------------------------------------------------------------------
>> > This SF.net email is sponsored by:
>> > SourcForge Community
>> > SourceForge wants to tell your story.
>> > http://p.sf.net/sfu/sf-spreadtheword
>> >
>> >
>> >
>> ------------------------------------------------------------------------
>> >
>> > _______________________________________________
>> > 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:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>>
>>
>> --
>> Thiago Sousa Santos
>>
>> Embedded Systems and Pervasive Computing Lab (Embedded)
>> Center of Electrical Engineering and Informatics (CEEI)
>> Federal University of Campina Grande (UFCG)
>>
>>
>>
>> ______________________________________________________________________
>> Add more friends to your messenger and enjoy! Invite them now.
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________ gstreamer-devel mailing
>> list gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 28 Jan 2009 10:08:39 -0800
> From: Michael Smith <msmith at xiph.org>
> Subject: Re: [gst-devel] Appsrc question
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID:
> <3c1737210901281008h6a83381by3f21ed153d94b1b6 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Wed, Jan 28, 2009 at 8:00 AM, Darren Staples
> <dstaples at friendmts.co.uk> wrote:
>> Can you tell me please, in a video processing pipeline, is the appsrc
>> component used to feed video frames into the pipeline, or raw video
>> stream
>> data ?
>
> Darren,
>
> If your application uses appsrc, then it's used to feed anything you
> want to into the pipeline - it's entirely up to the application.
>
> Mike
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 28 Jan 2009 10:13:40 -0800
> From: Michael Smith <msmith at xiph.org>
> Subject: Re: [gst-devel] element specific bus messages
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID:
> <3c1737210901281013h4c137762qe7fd9ae4af19f722 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
>>
>> now the doc for xvimagesink
>> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-plugins/html/gst-plugins-base-plugins-xvimagesink.html
>> doesn't tell me anything about a specific message (unlike the spectrum
>> element for example). And how am I supposed to make the connection from
>> xvimagesink to the GstXOverlay definition by just looking at the URL 3
>> lines up?
>
> The documentation pretty consistently (and sensibly) doesn't duplicate
> docs for the interfaces and superclasses of each element.
>
> So, from that URL, the obvious thing to do is to look at documentation
> for the interfaces and superclasses. In this case, that page links to
> GstXOverlay as one of the interfaces this element implements.
>
> Unfortunately, the link is broken. I'm not sure why; clearly that's a
> mistake (GstXOverlay does have documentation). I'll ask around to see
> if anyone knows why these links are broken.
>
> Mike
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 28 Jan 2009 16:44:04 -0500
> From: Eric Appleman <erappleman at gmail.com>
> Subject: [gst-devel] libavcodec52-unstripped causes segfaults.
> libavcodec doesn't.
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <4980D1A4.3070504 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Unfortunately, the unstripped is now default for Ubuntu Jaunty.
> Installing the vanilla version fixes the issue.
>
> If you want a gdb log, I can attach one.
>
> - Eric
>
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
>
> ------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 32, Issue 64
> ***********************************************
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments contained in it.
More information about the gstreamer-devel
mailing list