Switching audio streams broken

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Take the CastMediaPlayerStreamingDRM example and add the example to cycling 
through audio streams from the developers guide.
2. Use an playready encrypted smoothstreaming manifest.
3. Change the the playing audio stream.

What is the expected output? What do you see instead?
Expected is that the audio stream is changed and playing after player.reload(). 
But in most cases the the player crashes. From time to time the message 
"Uncaught InvalidStateError: Failed to read the 'buffered' property from 
'SourceBuffer': This SourceBuffer has been removed from the parent media 
source. media_player.js:82" occurs. 

The last tests I done with this feature where ~2-3 months ago (not sure about 
this!) and it works without problems. We changed nothing on our streams or 
streaming servers in this time. Other clients (Silverlight, SmartTVs) we have 
are working without problems. Therefore I assume there was something changed in 
the media player library by google. I tried to switch back to mpl 0.9, but the 
error occurs there too. With mpl 0.8 it works, but there a different error 
occurs. The stream is reloaded, plays shortly but the video stops after some 
seconds with buffering state. I noticed this problem with mpl 1.0 in some 
different situations too!

What version of the product are you using? On what operating system?
Receiver uses cast_receiver 2.0.0 and media_player.js 1.0.0 (testing 0.9.0 and 
0.8.0 too). Chromecast firmware is 19084 and 22062.

Please provide any additional information below.
I attached two log files with debug infos after the receiver gets the message 
to switch the audio stream.
The first log file are the debug infos with mpl 1.0 without the mentioned 
SourceBuffer error. It calls the onError event from MediaManager but there are 
no informations why. The DRM call is working, this is not the problem. The 
third file shows the error with the SourceBuffer message.
The second file shows the debug log with mpl 0.8. The audio stream switching 
works. But after some seconds the player goes to buffering state and never 
returns from it although the player load fragments the whole time until the 
buffer is full.
As mentioned, this problem occurs occasional on other situations with mpl 1.0! 
Therefore I mention this problem here too.

Original issue reported on code.google.com by sebastia...@gmail.com on 26 Nov 2014 at 11:02

Attachments:

• logfile_mpl1.txt
• logfile_mpl08.txt
• logfile_mpl1_1.txt

[GoogleCodeExporter]

Would you be comfortable providing the manifest you used so that we can test it?

Original comment by jonathan...@google.com on 2 Dec 2014 at 1:20

• Changed state: NeedInfo

[GoogleCodeExporter]

Hope the manifest helps to catch the problem.

Original comment by sebastia...@gmail.com on 10 Dec 2014 at 1:44

Attachments:

• Manifest.xml

[GoogleCodeExporter]

Original comment by jonathan...@google.com on 10 Dec 2014 at 11:41

• Changed state: Acknowledged

[GoogleCodeExporter]

We can't reproduce the issue on our end, can you provide the stream you used?

Original comment by jonathan...@google.com on 15 Dec 2014 at 7:30

• Changed state: NeedInfo

[GoogleCodeExporter]

I have to talk with our "drm-guy" if we could provide an test stream. We have 
to build a special solution to make a working stream outside of our environment 
(geolock etc.) for testing (we never need this before, therefore there is no 
working solution for this). This may take its time, especially before 
christmas. Maybe we could do this in january first. Please be patient.

Original comment by sebastia...@gmail.com on 16 Dec 2014 at 11:40

[GoogleCodeExporter]

Sure, take as much time as you need.

Original comment by jonathan...@google.com on 16 Dec 2014 at 6:43

[GoogleCodeExporter]

I will mark this issue as closed for now.  When you have the stream ready to 
test, just let me know and I can re-open the issue or you can submit a new 
issue.

Original comment by jonathan...@google.com on 22 Dec 2014 at 7:39

• Changed state: Done

[GoogleCodeExporter]

Btw. this bug was solved silent with Cast SDK release 2.6.1.

Original comment by sebastia...@gmail.com on 18 Jun 2015 at 7:44