[gstreamer-bugs] [Bug 620358] New: vp8dec: Sorenson Squish output playback issues

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=620358
  GStreamer | gst-plugins-bad | git

           Summary: vp8dec: Sorenson Squish output playback issues
    Classification: Desktop
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: philipj at opera.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


http://lachy.id.au/dev/2010/bus.html
http://lachy.id.au/dev/2010/bus-clean.webm
http://lachy.id.au/dev/2010/bus-sorenson.webm
http://lachy.id.au/dev/2010/falls-creek.html
http://lachy.id.au/dev/2010/falls-creek.webm

bus-sorenson.webm and falls-creek.webm are output from the Sorenson Squish
encoder at http://www.sorensonmedia.com/vp8/

bus-clean.webm is a version cleaned with mkclean.

All 3 WebM files have playback problems in Totem using current git master.

When seeking in falls-creek.webm, playback simply freezes at the new frame. No
amount of play/pause or seeking again can get the file to continue playing.
This particular input also causes Opera to deadlock when calling
gst_element_get_state on the pipeline after seeking, but I can't reproduce that
in Totem and don't know if it's related.

For both bus-clean.webm and bus-sorenson.webm, the duration (18 s) appears to
be incorrect, even after remuxing. Seeking anywhere causes the seek handle to
jump to 9 s and stay stuck there while the file continues playing to the end.

-- 
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.