Seemingly the wizard didn't manage to include the files. Doing so.

Deleted: fyrrom.raw 21.4 MB

fyrrom.raw 21.4 MB Download

Deleted: video.html 135 bytes

video.html 135 bytes View Download

+mlamouri@ for triaging

This looks like out of scope for TE(Remote Access), hence adding the respective label for it to  triage further.

+dalecurtis for triaging

Hmm, interesting. What does dev tools say about the network connection? Can you paste the contents of chrome://media-internals after this failure?

Devtools doesn't really indicate there's anything wrong with the network connection; it just keeps downloading the stream AFAICS.

Attaching media-internals. Something seems to send a pause signal and then never resume it again.

Deleted: media-internals (1).txt 5.4 KB

media-internals (1).txt 5.4 KB View Download

Hmm, that's really strange. That pause signal should only come from Blink or MediaSession, but there's no media session on desktop.

I'm not sure why we'd be getting a Pause event here. If there was a network buffering issues there should be more logs in there.

If you hit play on the controls does the video resume?

This seems to be already fixed, although I don't know when.
When I tried this on a stable build, I can reproduce the bug.
But when I try it on ToT build, it continues playing until the end.

Yes, it's really strange :-)

The controls don't actually show a play icon; it still shows a pause icon, so it appears to be in some sort of in-between state. If I hit the pause icon, it changes to a play icon (nothing else happens); if I hit the play icon after that, it disconnects from the stream and tries to reconnect. (In the test with pv, of course that doesn't work; in a real stream, it would essentially be the same as reloading the page.)

@hubbe: If it continues playing to the end smoothly, that's something wrong (you probably started pv too early, so it gets to buffer up too much); it should at the very least skip, since 500k isn't enough to keep up the stream.

With ToT it stops to buffer serveral times during playthrough, but each time it continues after a second or two.

Nice. Are there ToT builds available somewhere so I can try to verify the fix? Or should I perhaps try to see if the beta channel helps?

I tried unstable (58.0.3029.14). It doesn't show video (not even for YouTube), but judging from the audio, it does indeed stutter and then recover.

Canary is closest to ToT (tip-of-tree). Beta is in between canary and stable.
Since I don't know when it was fixed, I don't know if it will work on canary or beta yet. If you do try it, please let us know what you find.

Beta (57.0.2987.98) behaves exactly like stable does; plays the video, stops/pauses on first underrun.

Any news on this?

Issue is still there with 57.0.2987.110. Should I wait until 58 hits stable and then retest?

Thank you for providing more feedback. Adding requester "mlamouri@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

58.0.3029.41 works fine; video plays, when buffering gets too low it skips but continues when buffer has picked up again.

as per c#21, this issue not repro anymore.