https://bugs.winehq.org/show_bug.cgi?id=48315 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from Zebediah Figura <z.figura12(a)gmail.com> --- Thanks. The problem is that we don't have the stream duration by the time we query for it with gst_pad_query_duration(), so later IMediaSeeking::SetPositions() quietly fails. We don't really have a reason to abort if there's no duration set by the time someone calls a seeking method, as long as that method isn't GetDuration() or GetStopPosition(). So this application would be happy with just removing that message. On the other hand, though, we may run into applications that expect a duration as soon as the filter is connected or running. As far as I can tell GStreamer gives us no canonical way to wait for it—there's the "duration-changed" message, but not all elements send those. We might have to end up polling for it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.