[gstreamer-bugs] [Bug 399264] New: pipeline fails to preroll with Vorbis/Theora clip

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=399264

  GStreamer | gst-plugins | Ver: 0.10.11

           Summary: pipeline fails to preroll with Vorbis/Theora clip
           Product: GStreamer
           Version: 0.10.11
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: philipj at opera.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: 2.13/2.14
   GNOME milestone: Unspecified


The vorbis/theora clip "A New Computer" can be downloaded from
http://www.polycrystal.org/lego/movies/A_New_Computer--small.ogg 

Using decodebin with a push/streaming source causes the following pipeline to
often freeze during preroll:

gst-launch-0.10 filesrc location=A_New_Computer--small.ogg ! queue ! decodebin
name=decode decode. ! queue ! audioconvert ! autoaudiosink decode. ! queue !
ffmpegcolorspace ! videoscale ! autovideosink

Note the queue element after the filesrc, if the source element to decodebin
allows random access I have been unable to reproduce this freeze. Also, it does
not happen with for example this vorbis/theora clip:
http://www.polycrystal.org/lego/movies/A_New_Computer--med.ogg

I am using Ubuntu Dapper. I first saw this problem with the default installed
gstreamer libraries, but upgrading to gstreamer-0.10.11,
gst-plugins-base-0.10.11 and gst-plugins-good-0.10.5 does not make a
difference.

I first saw it inside of an application I am working on, and probing on the
pads showed that data buffers were being passed into the theoradec1 element but
no buffers come out on its source pad. If this is the case also when using
gst-launch I do not know.

Note also that this appears to be time-dependent, as using GST_DEBUG="*:5"
gst-launch-0.10 ... causes the file to play normally (although very slow).
There is some amount of debugging output which causes it to sometimes play and
sometimes not, so it is not deterministic, possibly a deadlock.

I hope someone else is able to reproduce this.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email