1259713 - Problems with buffering when playing youtube

Status: RESOLVED DUPLICATE of bug 1259916

(Core :: Audio/Video: Playback, defect)

Description

[psn]

User Agent: Mozilla/5.0 (Windows NT 10.0; rv:48.0) Gecko/20100101 Firefox/48.0
Build ID: 20160316030233

Steps to reproduce:

The latest nightly build in Windows 10, 32-bit.
Flash player is installed, but disabled using QuickJava addon.
Start browser, select video of 'full album' or live recording, so it is long enough. 30-40 minutes should be more than enough.
It could be just an audio track with a static picture.


Actual results:

Video starts playing, and part of it is read ahead - watch seekbar. But then there is no further progress in buffering as the video would be playing. At the end of  buffered data, playback stumbles and 'waiting' animation is displayed. Usually it happens withing first several minutes.
I tried to wait - nothing happens.
Pause/play buttons do not help either, but right arrow key do (that would be move by 5 seconds forward function).
Right arrow forces Firefox to start receiving data from the server. After that it would be possible to move back (before the 'trouble' point) and have normal playback for a while - until next buffered portion of data is finished.
Then the described pattern will be repeated.


Expected results:

Smooth playback; when current positon moves closer to the end of read ahead buffer, more data should be received from the server.
Pause/play button should be working in that case too.
With March 16 Nightly - playback is fine.

Comment 1

[Alex]

I've hit this a couple of times today, I've noticed when it happens the buffered amount seems to shrink and grow as playback restarts.

The network monitor shows requests being made as normal though.

Comment 2

[psn]

Today's 64-bit Nightly in Windows 8.1 has that issue too.
I guess it started with versions having a lot of api-ms-win-crt-*.dll files in core directory.

Comment 3

[Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)]

Let's keep this in bug #1259916 per more info and regression range.