wolenetz do you have any suggestions on how to diagnose? Could be related to the stuttering playback previously on Windows?

On Chrome stable on Linux (55.0.2883.87), I have a repro. 
Nothing in media-internals or devtools console shows reason for stuttering.
Each stutter jumps forward several frames, and doesn't seem highly correlated with network fetches or MSE appendBuffer() operations.

a) From MSE API perspective, if the app is overlap-appending a GOP over a portion of the currently decoding-and-rendering GOP, then this behavior could occur.

b) From pipeline perspective, maybe the video decoder is underflowing.

Debug logs might help best, but at least (a) could be caused easily by the app if it's doing such appends.

this issue still repro on chrome 60.0.3112.7 build.

naren@ this looks like underflow.
In particular, it might even be network underflow.

In a repro today on Windows (60.0.3112.90 (Official Build) (64-bit)), I took a performance trace.
I noticed the custom controls showed an exhaustion of buffered media correlated to when there were stalls in playback.
The performance trace shows, for example, almost 3.5 seconds fetching of .../video/...segment-13.m4s (42skyfiregce-vimeo.akamaized.net). About 1.5 seconds into that fetch, playback stalled. A further 1.5 seconds later (about 800ms from end of network fetching of that URL), playback resumed.

chrome://media-internals also shows symptoms of either or both of network or decoder underflow: frequent transitions between HAVE_ENOUGH and HAVE_NOTHING.

vimeo folks, can you comment on whether this may be a network throttling/underflow issue?

=> sandersd@ -- In local repros, I noted that it was using FFmpegVideoDecoder. Perhaps this is ffmpeg- and content-related. Can you take a look please?

No vimeo report, so seems like this is just network issues? WontFix?

after upgrade to Win10, I don't see this repro anymore. I'll won't fix it. please reactivate if you don't agree.