[gstreamer-bugs] [Bug 592657] New: [appsink] Blocks after entering on pause state

[GStreamer (bugzilla.gnome.org)]

http://bugzilla.gnome.org/show_bug.cgi?id=592657

           Summary: [appsink] Blocks after entering on pause state
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.24
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: tiagokatcipis at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


--- Comment #0 from tiagokatcipis at gmail.com 2009-08-22 02:33:01 UTC ---
Created an attachment (id=141383)
source code to reproduce the problem

If i use appsink with block behaviour, setting a max number of buffers and
using another thread to pull these buffers, the stream thread blocks when
reaches the limit of buffers and the other thread pull the buffers just fine
unblocking the pipe. When i set the pipeline to PAUSE state, it goes to pause
ok, but when i try to set it back to playing, the pipe seens to go to play
state but the stream thread seens to be blocked. I tried to change the sync and
async properties, but the problem persists.

It is interesting that i can pull out the remaining buffers from appsink even
before setting the pipeline back to playing, but after the remaining buffers
end i got blocked on the pull_buffer function, thats why i think the streaming
thread got blocked.

Here is the source code that can reproduce the problem:

https://svn.inf.ufsc.br/katcipis/c/gstreamer/bug_appsink_block/

Or see the attachment.

-- 
Configure bugmail: http://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.