[Bug 655804] Play position advancing but frames not rendered

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Sep 1 04:11:36 PDT 2011

  GStreamer | gstreamer (core) | 0.10.34

--- Comment #23 from Tvrtko Ursulin <tvrtko.ursulin at onelan.co.uk> 2011-09-01 11:11:32 UTC ---
(In reply to comment #22)
> This is odd, both sinks seem to have gone to PAUSED 20 seconds into playback,
> then back to PLAYING after 12 seconds.

Ah ignore this please, this is our application restarting playback because of
too many dropped frames.

> But yes, the logs do show the image sink waits for a large timestamp (more than
> a minute into the the future) at some point, so that would pause video for that
> amount of time at least. Presumably lots of frames dropped after that as, when
> timestamps go back down, they'd all be considered to be too late.
> That "high timestamp" goes on for a couple dozen frames, so it's not a single
> corrupt timestamp. What's even more worrying is that, after these couple dozen
> frames, timestamps go back to *before* the original timestamp series.
> So the reason for the video pause seems to be the same (large timestamp causing
> the sink to wait for that timestamp to happen before showing the frame), but
> caused by a different issue. Maybe a bug in timestamp calculation, or some
> offset that we don't take into account.
> (mostly typing that out for my own memory once I get back to investigating
> this)
> Is the issue repeatable, if you saved that stream ? If so, could I have it ?

Unfortunately I don't have this stream because I was totally not expecting it
to replicate so quickly. Going forward I will start capturing so there is hope
in taking out a slice which causes this.

Test player has gotten unstuck in the meantime, ~50 minutes after it got stuck
and indeed an appropriate jitter was reported in the QOS message.

Compressed log is 10Mb if you are interested I can upload it to our server.

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.

More information about the gstreamer-bugs mailing list