View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0018704 | MMW 5 | Playback | public | 2021-12-23 21:59 | 2022-02-04 00:48 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0.2 | ||||
| Target Version | 5.0.3 | Fixed in Version | 5.0.3 | ||
| Summary | 0018704: Playback is broken after failed casting | ||||
| Description | In some cases, casting to a particular device may fail. When the user then tries to switch audio to the 'Internal Player' and/or terminate the Casting process --> Attempts to playback internally fail until MM is restarted. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2605 | ||||
|
|
Fixed in 2604. I also found why the casting failed on the second device (buffering endlessly) and fixed it. + fixed some further issues (where multiple Chromecast client profiles could be accidentally created in Media Server > Clients list) |
|
|
Verified 2604 Tested with google nexus player, Bubble UPNP (as second cast device). Also retested with failover from two internal sound cards (MB embed and USB) Just in case. |
|
|
Note that these must be tested with Google cast devices (not DLNA/UPnP) Based on the user's log from ticket [Ticket # 3650] this issue can still happen. i.e. endless buffering when switched to certain Chromecast device. EDIT: I was finally able to simulate this sporadically, though still not sure what's causing this, to be figured out... EDIT2: It seems that the key to replicateis to start playback of a track to Internal player and once track is playing switch to a Chromecast device => endless buffering If the playback is started after the switch then this bug never occurs. |
|
|
Fixed in 2605 |
|
|
Verified 2605 Re EDIT2: Good catch, I was only being able to replicate using those steps in 2604, but it worked ok in 2605. |
|
|
First try this worked as designed on 2605 |
