View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0017888 | MMW 5 | Casting (Google Cast / UPnP) | public | 2021-05-19 18:36 | 2021-06-18 20:21 |
| Reporter | Ludek | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | unable to reproduce |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0.2 | Fixed in Version | 5.0.1 | ||
| Summary | 0017888: Casting: File skips after hours of playback in some environments | ||||
| Description | The user from tickets # 1567 and # 1569 is experiencing random file skipping after hours of playback when casting to a Google Cast Group Based on his logs there is NPT_ERROR_WOULD_BLOCK on MM5 side while the Google cast cleint is buffering the song. Thus later the Google cast client ends with error (detailedErrorCode: 102) which means "An error occurred while decoding the media resource" (based on https://developers.google.com/android/reference/com/google/android/gms/cast/MediaError.DetailedErrorCode ) But by evidence the real cause seems to be the NPT_ERROR_WOULD_BLOCK while buffering, googling it and found that Platinum 1.0.4.8 fixed: interruption during download could happen if non blocking socket was full and returned NPT_ERROR_WOULD_BLOCK. Now retries. See change log here: https://github.com/plutinosoft/Platinum/blob/master/CHANGELOG.txt Which might be reason for the issue. Platinum is the SDK that we use for UPnP/DLNA/Casting -- so we could try updating Platinum SDK, just note that we haven't updated the SDK for years and we have many custom changes in this third party code so this update might be quite risky and needs to be well tested. | ||||
| Additional Information | [Ticket # 1567] [Ticket # 1673] | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2417 | ||||
|
|
Fixed in 2416 Posted testing UPnP.dll to the affected users to test/confirm the fix. |
|
|
Confirmed by user from ticket: # 1673 |
|
|
Re-opening: While the original issue with NPT_ERROR_WOULD_BLOCK error is fixed there is a regression caused in 2406 while fixing 0013498 i.e. for the tracks that needs transcoding it works only for first 50 tracks and then it shows this (in debug log): TBackgroundConverter.CheckFreeSpace: WAITING: We already have 50 pre-converted tracks until the MM5 is restarted. Debug log from [Ticket # 1567] |
|
|
Fixed in 2417 |
|
|
Verified 2417 Converted 300+ Tracks various formats over 32h no issues. |
