View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0020781 | MMA | UPnP / Casting | public | 2024-03-29 04:47 | 2024-04-10 17:25 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | random |
| Status | resolved | Resolution | reopened | ||
| Product Version | 2.0.0 | ||||
| Target Version | 2.0.0 | Fixed in Version | 2.0.0 | ||
| Summary | 0020781: Casting doesn't consistently start from the current playback position | ||||
| Description | If the user starts playing 1m10s of a track to the local speaker and then switches to casting to a device, sometimes playback will continue from the 1m10s and other times it will restart from the beginning. The desired behavior is that playback should consistently continue from the point at which playback was paused (or perhaps from 1s prior to that point as this helps retain a frame of reference). Note: the bug seems to occur most often when playback of the track is initiated to the local speaker and then switching to the cast device. It occurs less often when initiating playback to the casting device and switching back to the local speaker and then back to the casting device. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1171 | ||||
|
|
Fixed in build 2.0.0.1169 |
|
|
Tested 1169 and this is now working well for Google casting. BUT for UPnP casting the behavior is incorrect: when switching playback to MMW (UPnP) instead of playing from the current position, it'll usually restart from the beginning of the current track or the beginning of the next track! Is this behavior intended? (I'm asking because I see that BubbleUPnP also starts at the beginning of each track when switching, though it at least is consistent about starting at the beginning of the _current_ track). |
|
|
Start from position is not supported by default over UPnP protocol, so MMA needs to use play & seek. This can cause issues like skipping to the next track or ignoring the seek action if the track is not fully loaded or fully supported. Nevertheless, I have implemented it and it works well for me, but I have tested it on a small subset of tracks. I enabled it only for bookmarkable media (audiobooks, podcasts and videos). Fixed in build 2.0.0.1170 |
|
|
Bookmarking over UPnP is working. But there seems to be a regression in 1170 regarding Google casting: unlike 1169 in which the originally reported issue had been fixed, in 1170, if I start playing a track locally on the device and then switch (e.g. after a minute) to a Google Cast device, playback will often (but not always) restart from the beginning of the track. Debug log showing this for 'Graceland': Z18QDWM8CP EDIT: I can replicate this as follows: 1 Play a 5m Music track in MMA locally 2 After 1 minute tap Cast and cast to a Google cast device --> Playback on the cast device restarts from the beginning of the track! 3 Disable casting so that playback resumes locally 4 Move the seekbar to the 4m mark 5 Tap Cast and cast to a Google cast device --> Playback on the cast device continues from the 4m mark! This inconsistent casting behavior doesn't happen all the time, but it happens quite often. |
|
|
Fixed in build 2.0.0.1171 |
|
|
Verified 1171, but there appears to be a regression 0020840 that may be related? Leaving as resolved to reverify after 0020840 is fixed. |
