Allow seeking in DVR window of DASH/SmoothStreaming live streams

[lkcanal]

It seems that the seek position for Live SmoothStreaming is always set to 0 has the duration is set to UNKOWN. So there is no way to play the DVR chunks in the past.
Any plan to implement that ?

Thx.

[ojw28]

Allowing seeking in the DVR window of live streaming is planned (for DASH and SmoothStreaming, and perhaps HLS at a later stage). No ETA as of yet though.

[lkcanal]

Nice, thx for the answer.

BR.

[ojw28]

Leaving open to track delivery of the feature.

[ldimitroff]

Is there an ETA on when is this going to be tackled down? Is there anybody working on it now or has an ExoPlayer workaround to support DVR?

[haitech]

+1 for this feature :-)

[srikieonline]

+1 for this feature

[haitech]

@ojw28 any update on this? Out of your recent post this is almost finished?

[snwebEurosport]

+1 for this feature

[etido]

+1 for this feature

[brunomsg]

+1 for this

[nmhf]

+1 for this feature

[fredx21]

@ojw28 this seems like a popular request. Without giving us an ETA (although you can if you want), can you tell us what priority it has on your feature list?

[jonnyLPA]

+1 for this feature

[TBoshoven]

What part of this is not working exactly?
On ExoPlayer 1.5.3, I can seek within the available range of a DASH stream (although the demo player and PlayerControl currently do not support this).
I listen to the onAvailableRangeChanged of the DashChunkSource, and seek within this range.
It is possible for me to seek further than live though, resulting in 404.

[ojw28]

Yes, you can seek in the live window using the technique you describe for DASH playbacks. The remaining work consists of:

• Implementing the same for SmoothStreaming (and HLS, although that's tracked separately).
• Exposing the available window directly through the ExoPlayer API, rather than requiring that applications listen to DashChunkSource. Having to listen to DashChunkSource is pretty convoluted, particularly given there are normally two of them (video/audio). The plan is to do this as part of a larger refactoring effort that will clear up a bunch of niggles that have built up over the past year or two.

[luckcoolla]

+1 for DASH refactoring

[snwebEurosport]

Is there a roadmap for the refactoring ?

[ojw28]

Not a public one, but the effort is underway already already. We've made a dev-2.X.X-experimental for this, but have opted not to push until we're closer to being done.

[petrumo]

+1 for Smooth

[niclasam]

+1 For DASH

[niclasam]

Any information when seeking in DVR window for Live will be implemented?

[lkcanal]

Hi all,

you can indeed already "simulate" a seek in the dvr window of live streams without waiting for the 2.0.0 code branch.
It's not a clean way to do it, but all you have to do is to be able to change the liveEdge value (see ..ChunkSource classes) on the fly during a playback and call seekTo(0) to force the player to set its new liveEdge position value. So just set the liveEdge value to a position inside your dvr window.

It does the trick in our products at my office. :-) (we are playing SmoothStreamings videos, but the trick should work the same way for Dash contents)

Cheers.

[ojw28]

Seeking in the live window will work in 2.x for both DASH and SmoothStreaming. The functionality will be present in the demo app also. We'll be merging changes to the 2.x branch this week with this functionality.

[niclasam]

@ojw28 great news. do you have an expected timeline when release-v2 will be available?

[ojw28]

Seeking in the live window is fully supported in dev-v2 at this point, for both DASH and SmoothStreaming. The functionality is present in the demo app also.

[peddisri]

What about HLS?

[ojw28]

Seeking in the live window for HLS is tracked by #87. See also this post, in particular the last paragraph that explains why features land first for DASH, and later for HLS.