Re: [gst-devel] jpegenc only decodes one frame, then stream stops

[Julien I. <jul...@gm...>]

Hi,

If you do not want to use glibmainloop inside qt code see :
"qt-opensource-src-4.4.3/include/QtGui/private/qguieventdispatcher_glib_p.h"

The other way is to use both qtmainloop and glibmainloop, here 3 examples:
http://diracvideo.org/git?p=gst-plugins-gl.git;a=tree;f=tests/examples/qt;h=925d3f5b596ceaabdbb360f69498315a09f30614;hb=42b9175bfd7179037ef4989cec0c4550811d19e0

Julien



2009/1/20 Tim Hilden <tim...@go...>

> 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
>
>
>
> ------------------------------------------------------------------------------
> 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
> gst...@li...
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>