All Activity

More info, that may change the thoughts on where the issue may be. I took one of the local Roku's and switched it from using an insecure connection to using a secure connection -- it still worked. I then took that local Roku and put it outside my local network (so it became a remote Roku), and it did NOT work. So, a firewall related issue in some way? But, the Emby app for Android works remotely, through the same secure connection path. An ipad, used remotely over the same secure connection path, also works. Using a browser through a secure connection, remotely, also works. What does the Roku Emby app do differently than the Emby app for Android? Does the Roku Emby app require more than one port open? It may also be important to note, as I understand it, port 8920 is the default secure port for Emby. However, I do NOT use that port. As mentioned, the Roku Emby app does log in to the server, just doesn't work after that.

Running Emby for Android 3.5.34 on a Fire Stick. When first launched, Emby works fine. However when I leave Emby for some time (either paused or just not playing anything) and come back to it, Emby almost stops responding. A cursor movement can take 10 seconds or longer to respond. Restarting Emby fixes it but it can take up to a couple of minutes to actually get Emby restarted. I've reset the Fire Stick to factory defaults and installed only Emby Android. The only setting I have changed is to disable Direct Stream Any suggestions what I can do to fix this? Thanks, Warren.

I just had a look at Developer Tools and it looks like they are being treated as VTT files. I wonder why that is and why it's only in the web browser?

I also add my vote to this topic. I believe it is very important to have more control over the bitrate and to improve the automatic mode in Emby. In my opinion, a truly reliable automatic mode would be one where the user can run a speed test against their own server to calculate the recommended bitrate. Based on the result of that test, Emby should automatically adjust to the most appropriate bitrate. Additionally, this test should be able to be run manually whenever the user needs it, and it should be independent of the device from which it is performed. I know this may be complex, but if we are talking about correctly choosing the kbps for each device, there should be a test where the client sends test packets to the server to determine which bitrate is most appropriate at that moment. That would be a true automatic method. Many times, streaming quality can vary depending on the client ISP network usage, the server load, or the connection conditions at that moment. For that reason, it would be useful to have an automatic task that periodically checks the best available bitrate. There should also be an option to run this test manually in case the user considers it necessary to update the recommended kbps in order to improve streaming.

When downloading subs they are stored externally.

The remote Roku's only recently had emby installed and had never connected (previously) to the Emby server. They will log in (verified successful login via the server logs), will display the top header of the emby system (showing home, favorites, username, search icon, and settings icon), but never show anything else and eventually simply crashes/exits directly to the Roku system with no explanation after 20 seconds (estimated -- I haven't timed it specifically). During the 20, or so, seconds between the successful login and the crash/exit, the settings menu is accessible and settings are changeable. But ultimately, the main interface never loads and simply exits.

Hi, Just installed Emby for the first time and 'Favourites' is still only in a line (not a grid). Makes it a right pain to scroll though. Any chance a grid options can be implemented? Thanks!

First of all I’m not sure exactly what’s causing the problem (Emby Server, IPTV Simple Client, Emby for Kodi Next Gen, Kodi, HDHomerRun), but I have to start troubleshooting somewhere, so I apologize in advance if this issue isn’t related to the Emby Server. Environment: - Emby Server 4.9.5.0 on DietPi 10.4.2 (Debian 6.12.90-2 amd64) - HDHomeRun HDHR5-4DT (fw: 20260326) - Kodi 21.3 on NVIDIA SHIELD Pro - Emby for Kodi Next Gen Kodi addon 12.4.21 - IPTV Simple Client Kodi addon 21.11.0 When I start a Live TV channel through Kodi using the IPTV Simple Client addon, stopping playback does not release the HDHomeRun tuner. The tuner keeps streaming indefinitely until I restart the Emby server. If you switch channels the second tuner will also be occupied. The HDHomeRun HDHR5-4DT has four tuners, so after the fourth channel the fifth won't start. Importantly, this issue only occurs when using the IPTV Simple Client addon in Kodi. When I start/stop playback using the HDHomeRun Kodi addon, the native Emby for Android app, the Emby web interface or the Emby for iOS app the tuner is released correctly every time. - The issue is not caused by another client actively watching the same channel - The issue is not present when using other methods to watch TV - Restarting the Emby server immediately releases the tuner, confirming Emby holds the connection (but it isn't shown on the web dashboard after stopping the channel) I upgraded from Emby Server 4.9.3.0 to 4.9.5.0 shortly after its release and I believe the issue started around that time — though I cannot confirm this with 100% certainty. I am not sure which component is responsible. It could be: - A bug in Emby Server 4.9.5.0 - A bug in the Emby for Kodi Next Gen addon (delayed or missing session close) - A bug in the IPTV Simple Client addon (not properly signalling stream stop to Emby) - A combination of the above - Or anything else Thank you for looking into this! embyserver.txt

More than likely what you're seeing is for the web app the embedded srt subtitles are being delivered as a VTT so they're "external" and can therefore adjust the offset. On a device that is direct playing the file the offset can't be adjusted for embedded srt.

I just noticed it runs on MacOS now, so, no longer need to use wine. That's a nice addition. I use it a lot to translate graphical subtitles to text subtitles. It's a great app indeed.

Apologies. This should never occur. There should be graceful error messages shown on the screen with dialogs. It should never crash and rudely exit the app. Usually when you receive an http response to an https request it contains a human readable error message to display to the user either in text, html, etc. If that were to happen and the json response couldn't be read because it was formatted as an html/text document that could very well be why it is crashing. We might be able to do something depending on where it occurs inside our code or inside Roku's object which we can merely observe and cannot modify. If it is something under our control certainly we would try to mitigate this. If you work with us, specifically me, on this I can probably figure out where this happens. Does this happen with just new users? Or when switch users can you also make it happen? If you sign out of the app then log back in can you make it happen? Does it happen after you log in and during the homescreen construction? Knowing where will help give us a starting point where to start looking for possible parsing mistakes when malformed json (ie, html/text/etc) is returned instead of json. I think we can read some property of the http session to determine the mimetype or something and pass that to the function. So that when the parsejson is done it actually is done against valid json. I bet that is what this is. If you answer the questions above it will give me somewhere to start. Thanks.

Hi there, that's a great idea. This will be used as the completion marker for a television series. Could you add it to the Emby catalog. Thanks.

Another vote for this, as described here https://emby.media/community/topic/148091-display-reason-for-bitrate-exceeds-directplay-limit/

I noticed that the universal Android app has grey bars during HRD video playback on Sony TVs. Kodi had a similar issue due to some sort of rendering method on Sony TVs and various other devices. An overlay setting was added to Kodi's advanced settings.xml file that allowed that to be dealt with. Attached are images showing the same HDR content played back on each of the apps on an older yet still highly capable Sony TV.

Coming from a duplicate topic I made, I hope they add a "Use modified date" option in the "Date added behavior for new content" menu which is located in the advanced library settings. With that option I will be able to see all modified content for all types, specially for music, as I always edit the tags or when a file is replaced by a different one, for example when I replace an MP3 file with a FLAC file, the idea is to be able to play that content directly from the "Latest" rows on Emby home without having to search for each item:

Attaching screen shot of phone playing the same movie missing the offset option.

Okay, now I'm getting really confused. When I watch something in my web browser, I have the offset option and inside the "Subtitle Appearance" I found the position settings. I'm attaching a screen shot of Cabin in the Woods in 4K, showing the offset options with embedded SRT subtitles in a MKV container. Another odd thing is that when I play the same movie on my Android phone, I am missing the offset option. It is also missing on my TV. I have Emby for AndroidTV and Emby for Android installed. I know that Emby for my TV used to have it because I've used it and even when searching / downloading subtitles in the past I've had to use the offset option to sync them while playing a movie. None of the Emby versions seem to be consistent with how they manage subtitles or allow users to manipulate them.

Please create a new thread with specific details (screen shot). Thanks.

There is now a setting that the admin can use to take care of that.

This is expected behavior. An internal subtitle that is not in sync should be extremely rare.

Hi, there's already an open request for this or something functionally equivalent. Please join in and contribute to the existing discussion at:

Open Subtitles

Hi, there's already an open request for this or something functionally equivalent. Please join in and contribute to the existing discussion at:

@ CBers, where would be the proper place to report the grey letterboxing on Sony TVs for the universal Android version?

Just following up to let you know I'm still hoping for an update that gets Trakt connectivity working again.