[Bug 709965] 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

--- Comment #3 from George Chriss <gschriss at gmail.com> 2013-10-13 03:02:22 UTC ---
The original report was generated on a 'open video reference build' system:
https://gitorious.org/openvideo_reference_build

==

On a fresh install of Debian testing amd64 (via wheezy->testing) after removal
of 'post-messages=true' from Gst.parse_launch(...) I show a return value of
GST_CLOCK_TIME_NONE for the first 7 entries, valid entries from 185745408
(=0.186 sec) to 119977498362 (=119.977 sec), then a final rms value of 'nan' at
the same stream time of 119977498362.  All .wav files in
'/usr/share/sounds/alsa' are OK with the exception that the final entries,
respectively, follow the same 'nan' pattern.


gir1.2-gstreamer-1.0 ver. = 1.2.0-1
gir1.2-glib-2.0 ver. = 1.36.0-2+b1
Python 2.7.5+

=========

On Debian unstable (wheezy->testing->unstable) with or without
'post-messages=true' behavior is identical to the original report.

gir1.2-gstreamer-1.0 ver. = 1.2.0-1
gir1.2-glib-2.0 ver. = 1.36.0-2+b1
Python 2.7.5+

=====
Lenovo x201i (w/ AC adapter); md5sum for the clip as follows:
33d3fadee50dd4670d6eec1045a577a2  pitivi_failing_sample.mkv

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