[gst-devel] Proposition for a media test suite

[Edward Hervey]

Yo,

On 11/14/05, Ronald S. Bultje <rbultje at ronald.bitfreak.net> wrote:
> On Mon, 2005-11-14 at 16:10 +0100, Edward Hervey wrote:
> > On 11/14/05, Ronald S. Bultje <rbultje at ronald.bitfreak.net> wrote:
> > > - it has never been clear to me how such things are to be handled in a
> > > non-playback fashion. Is a seek event in GST_STATE_NULL allowed? I
> > > assume that we want to be able to set a pipeline to PAUSED but not get
> > > any frames until after we've done a seek (for editing purposes).
> > > Problem: how do we handle decodebin-pipelines then (where pipeline setup
> > > is equal to preroll because it's the same statechange)? Once we start
> > > doing this kind of stuff in testsuites, we want such things to be
> > > thought out first.
> >
> >   Seek in STATE_NULL : NO !
> >   Seek in STATE_PAUSED : the pipeline will preroll, so a buffer will
> > arrive in all sinks
> >   Seek in STATE_READY : the seek event is taken into account for when
> > switching to PAUSED
> >   When going to PAUSED, decodebin prerolls (as every element), you
> > dynamically add the elements and set them to PAUSED. Once all elements
> > are in PAUSED, the pipeline will complete the next step
> > (PAUSED->PLAYING).
> >
> >   Apparently you haven't had a look at gstfile.py since it does
> > EVERYTHING you have mentionned above...
>
> Read the question again, you didn't answer the main part. How do I make
> sure the first frame coming out of my pipeline is the one I want to seek
> to when seeking in a decodebin-generated pipeline?

  By comparing the seek start time and the timestamp of the first
buffer that arrives in the sinks after doing a GST_SEEK_FLAG_ACCURATE
| GST_SEEK_FLAG_FLUSH seek when the pipeline is completely set ? Sorry
for not detailling more previously, I thought that part was obvious.

  Edward

>
> Ronald
>
>


--
Edward Hervey
Junior developer / Fluendo S.L.
http://www.pitivi.org/