[Bug 655804] Play position advancing but frames not rendered

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=655804
  GStreamer | gstreamer (core) | 0.10.34

--- Comment #6 from Tvrtko Ursulin <tvrtko.ursulin at onelan.co.uk> 2011-08-08 14:14:15 UTC ---
I have managed to capture a 15Mb transport stream which exhibits similar
behaviour. I say similar because I am not 100% sure it the same - there is one
possibly crucial difference in the behaviour.

With this stream playback freezes approx. two seconds into the play time and
then resumes after approx. 14 seconds. All the time play position is reported
as advancing and there are no QOS messages until ~17s into playing. Then
playback resumes and a bunch of "old" QOS messages get sent.

Difference from the original report is that this time QOS messages are not
reporting the number of rendered frames which would suggest frames were
actually displayed in those ~14 seconds, but just 75 frames rendered when first
message arrives.

This stream is also of a quite low quality (poor signal), much worse than with
what I was seeing a similar problem previously.

However given how players like mplayer and vlc do play this stream much better
I suspect there is scope for improvement here.

If nothing maybe send those QOS messages earlier?


I am attaching a GST_DEBUG=3 log of the above.

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