jellyfin-chromecast
jellyfin-chromecast copied to clipboard
jellyfin
Overlays over video on Chromecast
Describe the bug When watching something on Chromecast overlays appear over the video. There appears to be no way to dismiss them. I have seen both an overlay with the current album-art, title and a progrss bar (which is stuck at zero) and overlays for libraries, shows, seasons or episode information.
To Reproduce
- Start playing a video.
- Go to home.
Expected behavior
The video continued to play, unobstructed on the Chromecast.
System (please complete the following information):
- OS: NixOS
- Browser: Android app
- Jellyfin Version: 10.4.0
Interestingly I switched to using the website in Chrome on Android and I didn't see the issue anymore. So it appears that it is somehow specific to the Android app.
I've actually been experiencing this in Chrome on Android recently as well. It might have been a coincidence I didn't experience it earlier.
This happens because "display mirroring" is enabled by default on mobile interfaces including the Android app. It's tied to DLNA or Kodi or something and shouldn't be anywhere near the Chromecast UX. When a user is casting, regardless or whether or not there is content playing, and the user goes to an item details page, that information is overlayed (100% opaque) with no way to dismiss.
Ideally, "display mirroring" would be disabled and any mention of it hidden for Google Cast users.
Applicable to both the CAF and legacy (for which this was reported) receivers.
I'm getting something similar - turned off Display Mirroring.
Strange thing is it's not consistent but happens more with some titles than it does with others.
The problem is exactly like the one in the OP, bottom third translucent overlay with the movie cover on the left, a play symbol to the right of that, the title to the right of that and then a play bar that remains permanently suck at 0.
Reverse proxied, nginx & sslh recently set up too. Will give it a shot without sslh just to check that it's not getting in the way somehow.
My particular issue was tied to the use of sslh I think. I haven't managed to make it do that again after stopping sslh and just serving over HTTPS directly again.
Will look into it further to see if I can use sslh and resolve this issue.
Seems like it's a timeout issue? Or some packets aren't being routed sometimes... Really not sure but would be happy to help out if there's anything I can do
@YouKnowBlom and @cvium are probably the only two people who know anything about this codebase, so we don't have many experts. You're welcome to start making changes though, this client is completely separate from the web source so it's much easier to update the code. I also recently added an unstable instance that anyone can test from their web client so we can catch bugs before they hit a stable release.
Awesome, thanks for that. Will try and play around with it if I get the chance!
Currently, the problem is reproducible by:
- Playing some video
- Pausing it
- Browsing around
- Unpausing
As long as playback is running, the code should currently reject the displayitem requests.
https://github.com/jellyfin/jellyfin-chromecast/pull/89
I have a commit that "solves" this but I hate it and it shouldn't be the final version of the fix.
We have two options here:
- Don't allow browsing during pause either. Easy option. But then you can only browse when playback is stopped
- Allow browsing during pause. It's a harder option because when displayitem happens, the old state is lost so that unpause can't know if it was playing video or audio. Similarly, when pausing you want to go back to the details overlay, but if you haven't been there yet then it should go to waiting instead. Or maybe stay. There needs to be some additional global state to take care of this.
There is also some food for thought:
- If playing audio, browsing around for more music to add to the playlist could be nice to have onscreen, but there's no clear definition of when the user is finished browsing and the normal overlay should be displayed again. Currently, my best idea is to have a timeout of... say.. 2 minutes before it goes back to the playback view.
Finally, I want to advocate for this feature, because it's useful when picking a movie, to have some information about it on screen for the guests to read and decide if they want to watch.
I think it's a bit more complicated as well, because as the item is loading I also think there's an opportunity for it to happen
This issue is constant for me whether or not display mirroring is disabled; just chiming in that is still very much an issue.
As noted, this is still an issue for me and seems title specific. Some title no issue, some it disappears after restarting, some it is permanently visible.
I also have the same issue as christovic. The bottom of the screen bar with poster, title and progress (stuck at 0) never disappears on some titles, regardless of how many times I try. I even have it on some titles that I watched before without the issue. On some titles its nonexistent, on some restart helps, on some cannot get rid of it.
I'm pinging this issue back up. I had this issue with numerous video files, but not all of them. I'm trying to find a pattern still. This occurs with the latest jellyfin app, casting to a google chromecast (1st gen). Tried to stop the stream and starting it again numerous times, to no avail.
