Some DASH/Widevine streams are looping on a Vestel MB130 about rx-player HOT 3 OPEN

Hi,

Interesting, it seems we have what we call "freezing" situations on those TV.

Basically we have the data in the buffer but it doesn't play. The RxPlayer regularly perform small seeks to flush the buffers (basically emptying them and re-filling them) to force playback to re-start but it doesn't seem to have an effect.

One more curious thing is that the readyState seems to be stuck at the rare (for us) 2 value, so it just have data "for the current frame" (https://developer.mozilla.org/en-US/docs/Web/API/HTMLMediaElement/readyState), I don't know in which situation this would be possible but it may not be actually the true state of media here.

You wrote that the content does play in a loop? With sound?

Maybe the issue is that media does play but the reported media status is completely wrong. We would thus re-seek close to 0 (which we think is the current position) after enough time has passed without playback in the RxPlayer's point of view.

from rx-player.

You wrote that the content does play in a loop? With sound?

Yes, with sound. It's played in a loop as well.
I also see discontinuities for both video & audio in the logs.

The weird thing is that this appears to occur only on this specific model for Vestel. We have tested MB181, MB211 & MB230 for example, which don't show this issue.

from rx-player.

OK thanks, so I'm relatively confident that this model has a lower-level issue where it's not reporting the correct media information like the currentTime and the readyState. Those are very central for the RxPlayer to work.

currentTime cannot be easily replaced (even by simulating it by assuming an 1x playback when there's buffer - as there are many things which may break this assumption).

The best would probably to report the issue to them.

from rx-player.