All Activity

Hi, yes that is the goal, so stay tuned. Thanks.

@TONYCINEXINis it possible that the network sharing is consuming bandwidth, and therefore you need to lower the quality setting in the Emby app to reduce the bitrate?

Nope, just the new.

Okay. I'll try that.

I would check the TV's date, region and timezone settings to make sure they are configured correctly. Also if their network is using a VPN then try turning it off.

hi, please try removing these plugins: 2026-03-14 14:49:23.841 Info App: Loading playback_reporting, Version=2.1.0.7, Culture=neutral, PublicKeyToken=null from /var/packages/EmbyServer/var/plugins/playback_reporting.dll 2026-03-14 14:49:23.842 Info App: Loading Emby.DataExplorer2, Version=4.9.1.13, Culture=neutral, PublicKeyToken=null from /var/packages/EmbyServer/var/plugins/Emby.DataExplorer2.dll 2026-03-14 14:49:23.842 Info App: Loading statistics, Version=3.4.2.0, Culture=neutral, PublicKeyToken=null from /var/packages/EmbyServer/var/plugins/Statistics.dll 2026-03-14 14:49:23.842 Info App: Loading MediaBrowser.Plugins.TuneIn, Version=1.2.8.0, Culture=neutral, PublicKeyToken=null from /var/packages/EmbyServer/var/plugins/MediaBrowser.Plugins.TuneIn.dll Then restart the server and see how things compare. Thanks.

México And there were four people. With four different Samsung TVs.

Hi, no update yet but hopefully soon. Thanks.

Hi, no update yet but hopefully soon. Thanks.

Hi, what do you see in emby library setup?

Are the old paths showing in emby library setup?

Hi, it is available. What country are they in?

Hi, what permissions are you referring to?

hi, thanks for following up.

hi, the path can be configured in advanced server settings.

Hi. Can you try searching for our standard android app (Just "Emby" on Amazon and "Emby for Android on Google) on the same device's app store and see how that compares? Thanks.

Hi, when transcoding, the HLS protocol is used and this can't hold opus.

OK yes I agree it makes sense to scan all versions. Thanks.

Hi, not yet, sorry.

Any news about this topic? @Luke

+1

Hello, It looks like this problem has been forgotten. Any news related to a resolution ? Regards.

And here we go again on the memory spike coaster - 1 hour later testing with 2 users (1 TV streaming and 1 regular video file). Embyserver is now consuming 3.67GB of Memory. Attached updated logs to see if we can capture what caused this spike in the period. embyserver(1).txt

Thanks for replying. I did the same mapping you did and guide is better. I never had to map anything manually before in Emby. There are some channels guide data missing but don’t really care about those.

@LukeThe issue is the audio is using ADTS which the Roku does not support and will reject without error. In other words it can hang the player. We need to detect this. It does not produce an error. It can/will/does hang the player when fed this as input. MediaInfo display the audio stream as AAC Main. Emby display it as HE-AAC The Roku natively supports HE-AAC, but it doesn't support AAC Main. Emby is not giving enough information about the audio stream for us to properly detect this on the Roku side of things. I've made an issue #1756 on the Roku tracker on GitHub. I've tried to get help on this, because at this point we can transcode all HE-AAC which would incorrectly transcode audio that could directly play. Instead I would rather have Emby display the correct tagging for the audio stream so that we could properly build a capabilities profile to make this work correctly. I need your help, Luke. Please help. Thanks.