How is the _src_create() call-back invoked?

[John P Poet]

On Fri, Jul 3, 2015 at 8:59 AM, Tim Müller <tim at centricular.com> wrote:

> On Fri, 2015-07-03 at 08:32 -0600, John P Poet wrote:
>
> Hi John,
>
> > I am using:
> >
> > gst-launch-1.0 picoloh264videosrc location="/mnt/picolo_u16"
> > connector=0 ! h264parse ! queue ! mux. picoloh264audiosrc
> > location="/mnt/picolo_u16" connector=0 ! audioconvert ! lamemp3enc !
> > queue ! mux. mpegtsmux name=mux ! filesink location=picolo.ts
> >
> >
> > Would it help to add some more queue elements?
>
> I guess that shuold be ok as is, but try adding queues after the source
> element as well.
>


That did not help.



>
>
> >         > I came across gst_pad_push_list(), but I get the impress
> >         that that is
> >         > not usable from within a _src_create() call-back.  Is that
> >         correct?
> >
> >         That's correct. Also see
> >         https://bugzilla.gnome.org/show_bug.cgi?id=750241
> >
> >
> >
> > That looks useful.  Is it stable enough for me to try?
>
> The patches are not entirely up-to-date. I don't think it's what you
> need, in your scenario you should just output buffers. If that doesn't
> work properly, there's some other problem, perhaps with the timestamping
> of one or both of the streams.
>
> Look at the GST_DEBUG=*mux*:6,*collect*:6 debug log to see what
> timestamps the muxer pads are getting, the muxer might not be popping
> off buffers from one of the input pads for some reason.
>

It is going to take me some time to analyze the result of this logging.
The first problematic input goes about 15 seconds before it starts to get
behind.  I need to compare that to how it behaves when I am only using one
of the inputs.

Thanks again for your help.

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150703/2b6cbf49/attachment.html>