Windows is also affected.

I experienced the same thing, and I think I have an indication of the problem. I tested with checking that readyState is larger than 1 before I call setSinkId, and then it works. Also if I run setSinkId when the canplay event is fired, it works. 

Maybe the bugfix https://bugs.chromium.org/p/chromium/issues/detail?id=633930# introduced it? At least it states "Make sure WebRtcAudioRenderer always plays sink after starting it."

But I'm not sure what is the correct way to make sure setSinkId can be called without crashing!? Any advice or bugfix is appreciated.

A workaround that philipp found is to only set the sink id in the 'canplaythrough' event.

mediaElement.addEventListener('canplaythrough', function() {
   mediaElement.setSinkId('default');
   mediaElement.play();
}, false);

guidou@, can you have a look at this?

I cannot reproduce this issue. I think it might be a duplicate of issue 627901, which was fixed by olka@. olka@: Do you think this is the case?

phillipp/kristian/jmquigs: Can you still reproduce this problem in Beta/Canary?

Could you check if it's reproducible at 54.0.2840.61+?

It would help to see a crash or a backtrace of it.

I reported:

https://bugs.chromium.org/p/chromium/issues/detail?id=657600

Which appears to be a duplicate of this bug.  I tested a few minutes ago with 54.0.2840.71 and it appears that the crashes are no longer happening (even with the jsbin code that I posted in 657600).  This definitely happened in54.0.2840.59 but I can't get it to happen anymore with .71.

I have some notes in the other case - but we did not see this issue on Chrome 53, or Chrome 55 (beta) or Chrome Canary when I reported it.... just Chrome 54.

From my standpoint - this is now working great!

Just got around to test this, and can confirm that it does not crash in 54.0.2840.71.