[Bug 677263] New: input-selector: playback freezes under some conditions

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=677263
  GStreamer | gstreamer (core) | git

           Summary: input-selector: playback freezes under some conditions
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: hk at getslash.de
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=215401)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=215401)
test case to reproduce freeze

With recent changes to input-selector (cf. #676739) playback freezes some
seconds   after a finished seek if ...
... pads are always-ok=TRUE
... input-selector has sync-streams=TRUE
... a multiqueue with buffer is involved (use-buffering=TRUE)

The attached test-prog can be used to reproduce the issue with e.g.:

./is "input-selector sync-streams=true name=sel ! audioconvert !
audio/x-raw-int,width=16 ! audioresample ! alsasink uridecodebin
uri=file:/mnt/ltmp/vid/sintel_cropped_multilingual.webm use-buffering=true
name=bin ! xvimagesink bin. bin.src1 ! sel. bin.src2 ! sel. bin.src3 ! sel."

No problems though without "use-buffering=true"

Problems disappears when reverting following commit:


commit cd798a0a527bb365934392e3be7a8cf526e7f1ac
Author: Andre Moreira Magalhaes (andrunko) <andre.magalhaes at collabora.co.uk>
Date:   Mon May 28 14:29:00 2012 -0300

    inputselector: Properly sync when changing streams

    This adds properties to use the clock time for deciding when
    to drop buffers for inactive pads and a property to buffer all
    not rendered buffers for the active pad to allow pad switching
    without losing any buffers at all.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.