View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0017794 | MMW 5 | Casting (Google Cast / UPnP) | public | 2021-04-28 13:58 | 2021-04-29 22:25 |
| Reporter | Ludek | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0.1 | Fixed in Version | 5.0.1 | ||
| Summary | 0017794: DLNA/casting: Auto-converted / transcoded tracks issues (regression) | ||||
| Description | Currently when a track or video is set to be transcoded while playing through DLNA/UPnP or casting from MM5 server then the file is converted on-the-fly, but the downside is that resulted Content-Length for the file being converted is unknown. With the unknown Content-Length many clients plays such a track as a stream (seeking not possible, showing just elapsed time and not the total time) + can loop on track ends Previsouly MM5 served _estimated_ Content-Length, but this was also problematic -- resulting in endless buffering ( 0017540 ) for Chromecast clients (when performing range requests on the estimated length). | ||||
| Additional Information | [Ticket # 1257] [Ticket # 1239] [Ticket # 1245] | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2401 | ||||
|
|
Fixed in 5.0.1.2401 It seems very tricky, we cannot use estimated length for Chromecasts as inaccurate estimated size can cause endless buffering when Chromecast uses range requests (0017540) On the other hand for general DLNA clients (like 8PLayer Pro on iPhone [Ticket # 1257] or MM5 [Ticket # 1239]) the estimated size is better as it allows using seekbar and is not timing-out after 45 minutes of playing video streams [Ticket # 1239] Fixed also [Ticket # 1245] -- GoogleCasting loops end of song for transcoded files => Fixed in 5.0.1.2401 |
|
|
Can you please check logs from this user also as you tempered with these features already? |
|
|
Resolving as main bug of seeking transcoded files is fixed problem with playback buffering issue as a result of seeking looks like different case scenario and is handled in 0017799 |
|
|
Verified 2401 Confirming fixes for 45 minute stop on video files and AudioBooks mentioned in 0017794:0062978 closing. Rest Will be handled in 0017799 and new bugs regarding multi zone and other casting playback issues. Devices used for testing were three Nest minis (Google cast Mini rebranded) and Nexus player for video. |
