[gstreamer-bugs] [Bug 586033] New: seeking on live sources is inconsistent

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=586033

  GStreamer | gst-plugins-base | Ver: git
           Summary: seeking on live sources is inconsistent
           Product: GStreamer
           Version: git
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: minor
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ensonic at sonicpulse.de
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


I made a patch to add another test-case for adder in bug #585708. I tests a
pipeline like:
live-src ! adder name=mix ! sink src ! mix.
and what hapens when seeking on it.

With the recent fixes the seeking fails on the live-src (as its currently
supposed to). If one uses audiotestsrc is-live=true it actually succeeds and I
also like the behaviour. What if we make live src to support seeking. A seek
would configure the basetime for subsequent buffers and the eventual stop-time
would cause then to return a GST_FLOW_UNEXPECTED.

Whats the use-case? I see two:
1) A dub-over in a video/audio editor. One plays a sequence in a lop (segmented
seek from A to B) and records a new video/audio sequence for same region.

Here the looping would fail right now and one would seek one the sub-bins
explicitely (or is there any other way).

2) Live FX. I play a song in buzztard and have a live source there where I sing
or play guitar.

This right now never goes to EOS as the live-source does not send a eos.
Configuring num-buffers and blocksize is not really feasible, as if that is
combined e.g. with toggling loop on and off one does not know num-buffers
beforehand. Right now I can only poll the playback position and stop from the
application side.

Does anyone see a problem of livesources supporting seeks?


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=586033.