[Bug 709965] New: level element returns GST_CLOCK_TIME_NONE sporadically on some media

[GStreamer (bugzilla.gnome.org)]

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

           Summary: level element returns GST_CLOCK_TIME_NONE sporadically
                    on some media
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: gschriss at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=257081)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=257081)
Python script providing rms, stream-time values

Using Python introspection bindings, 'level' will return GST_CLOCK_TIME_NONE
for corresponding rms values on some media.  The attached script and failing
sample will show:

rms = [-48.193808474285014]; stream-time = 18446744073709551615

 ...at stream-time 0.  To run:
 python problem.py file:///path/to/failing_sample.mkv

Other files are fine:
 python problem.py file:////usr/share/sounds/alsa/Front_Center.wav ->
 rms = [-74.38954575771548]; stream-time = 0

===

GST_CLOCK_TIME_NONE is returned much more frequently within
'pitivi/timeline/previewers.py' preventing audio waveform generation for the
same failing sample.  I've been unable to reproduce this in the simplified
script, however.

Adding 'queue max-size-buffers=0 max-size-bytes=0 max-size-time=0' between
Gst.parse_launch (line 800) elements mitigates the appearance of
GST_CLOCK_TIME_NONE but doesn't address the underlying issue.

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