leeklion.blogg.se - Reddit seekfast

#REDDIT SEEKFAST WINDOWS 10#

In swimming locomotion, a number of questions related to swimming energetics of an organism and how the energetic quantities scale with body size remain open, largely due to the difficulties with modeling and measuring the power production and consumption.

I've also found that the problem is made significantly worse if two media players are doing similar sequences of operations with two different streams in the app at the same time.Energy consumption is one of the primary considerations in animal locomotion. It also seems to take significantly longer to complete this second SeekFast operation, regardless of whether the target time is early in a segment, or late. This time the video player does much the same thing (buffers in the segments for the corresponding target time + 3s) but this time IsSeeking() is true, while IsBuffering() and IsPlaying() are still false. If you immediately issue a second call to SeekFast() to a different time, you get a slightly different result.Regardless, after SeekFast()ing, and then calling Play(), the return values of IsSeeking(), IsBuffering() and IsPlaying() are all false. the above stream seems to have keyframes at 10s intervals, so if you SeekFast to '10' then the buffers fill relatively quickly, if you seek fast to 19.9 it takes much longer). the next frame, or one after), although calling Play() at this point will still not actually begin playback until the appropriate segment has buffered (e.g. The first time you call SeekFast() on an open video the seek completes very quickly (e.g.When SeekFast-ing, the media player will try to buffer in all segments for the target time + 3 seconds, perhaps this is dependent on the keyframes or the codec, but not in my experiments.Slightly more info on this issue: I can repro a very long SeekFast with this video which you've provided as a suggested test stream here Issue repros with this stream (format=m3u8-aapl) If applicable, add a copy of your video or the URL Open an m3u8 stream with the media player on UWP 圆4 on Win 10 using the WinRT Video API.Video specs (resolution, frame-rate, codec, file size): 1920x1080, 25fps, avc1 over m3u8, file size.I guess irrelevant here, but this repros with both tiny 5 second clips and long 20 minute ones.Operating system version: HoloLens Win 10 (multiple versions, but exhibits on 20348.1440 and later).

Your Setup (please complete the following information):

Should we be doing something else before SeekFast-ing? Like Pausing, or waiting for some event other than just 'ReadyToPlay'?.

Is there an appropriate way to interrupt a Seek if we decide it's gone on too long?.

Is there a more appropriate Seek method you suspect would work better with adaptive streams like the one linked below?.

Is seeking with adaptive stream sources not supported/expected to be problematic in some way?.

If we just load the video and call mediaPlayer.Play(), playback begins immediately and behaves fine 100% of the time. Sometimes this is 1-2 seconds, sometimes it can be 20-30 seconds, occasionally it just goes in to that state forever and never comes out again.

Much of the time this call to SeekFast will put the mediaPlayer in to IsSeeking() = true for an extremely long time.

#REDDIT SEEKFAST WINDOWS 10#

We are trying to use SeekFast to skip a player in a Windows 10 (HoloLens) build to a given time in an m3u8 stream using the WinRT Video API.