All Activity

It seems to be playing by track number now! Thanks!

Hey Luke, Any news on mTLS support? All of the exposed services I'm running at home are using mTLS, except for Kodi. Home Assistant and Immich are good examples of android apps which work well with mTLS.

Being more than a bit generous saying only 3 weeks.

Hi everyone. Any ideas what the problem might be? Emby Server version 4.10.20. For playback, I tried the Emby Android and Emby for Android TV apps—the latest versions from the Google Play Store. I tested about six different movies; all used the AV1 video codec and Dolby Atmos TrueHD audio. In all cases, the streaming boxes were connected directly to a Samsung HW-930F soundbar. The boxes I tested were the Xiaomi Mi Box 3, Ugoos SK-01, and Homatics Box 4R; the problem was the same on all of them. Between the 55- and 65-minute mark, a severe audio-video desync occurs (a lag of about 2 seconds). If I watch the same movies on the Google TV Streamer, there are no such issues—though that device doesn't output TrueHD audio. The problem only occurs in the Emby apps; everything works perfectly via Vimu and Kodi. I checked the server logs, but there are no errors.

Can you update the Release Notes for v3.5.41 please.

You can do the same in the Android app by hard pressing the enter button which pops up a menu with those options

@Luke

Potential new Emby User here, I finally wanted to make the switch from Plex to Emby and tried following the Migration Guide provided by Emby and I am completely frustrated. The guide says to "Install and setup Trakt Scrobbler in Plex and sync your watch history" -> Does not work, Trakt Scrobbler seems to be outdated since Trakt does not support non-https redirect URIs. Found another tool that works, got my watch status synced from Plex to Trakt. First annoyance solved. Then I try to import my watch status from Trakt to Emby and this also does not work. Next annoyance with no workaround. These are the exact problems that made me want to switch from Plext to Emby. Plex does not give a .... about the issues that users experience with their product, but since this seems to be the same with Emby, I guess I won't make the switch.

So to restore my backups from Cheese's plugin, I simply need to install your plugin and run the restore task?

Hi Luke, this version works with both .ass and .srt subtitles. What I have noticed is that Emby takes a while to start. The logo appears, it takes a bit, and then a "Connecting to server" screen appears, which is very brief. I'm mentioning this so you're aware in case you can improve it. Thanks to everyone.

v1.5.0 is out. Fixed a real data-loss bug. If a backup was written before intro detection had run (so it only had a Credits value, no Intro), restoring it would wipe out a correct Intro value that had since been detected live - the restore logic treated the backup as a complete replacement instead of a partial update. Found this while testing native intro detection interacting with existing backups. Fixed: each marker type is now merged independently, so a backup only overwrites the field it actually has a value for. New: auto-backup on manual edit. This answers the "what if I change it on purpose" question from earlier in this thread. Turns out ChapterApi, EmbyCredits, and Segment Reporting all bypass Emby's update event when saving a correction, so those edits were never being backed up automatically before now. The plugin now watches for edits from all three (plus Emby's own native intro detection) and backs them up immediately - no need to remember to run Backup afterward. One limitation worth flagging: manual JSON or NFO text editing isn't detected, only edits made through those tools' own interfaces. Both new behaviors verified at scale - dozens of episodes across several shows, mixing automatic detection and manual corrections, all handled correctly with no data loss. New setting: "Auto-backup on manual edit" (off by default, alongside the existing "Auto-restore" toggle). Release (with prebuilt DLL): https://github.com/guilty57/credits-intros-backup-restore/releases/tag/v1.5.0

According to my experiece, it would be very useful if Emby could warn the server administrator when attempting to delete a media item that is currently being streamed by one or more users. Would it be possible? Thanks!

@bingbong69_any update?

More fiddling around suggests it may be an MP2 audio issue with the SD live tv stream and SD recordings on the stock android app.

Nice working That is a major re-write. Well done.

@Flestdo you have client devices in different timezones than your server? Assuming timezones are set correctly on all devices, this really shouldn't be a problem.

@Flestnfo support is currently in testing. you can participate here: Thanks !

@LukeHi Luke, can I share my solutions to other users for free?

I was concerned if it can work at first. But then the de-compiling works perfectly so it just figured out. And what you said is right, the auth process was re-written and also the interface changed. I put some screenshots for you. I think anyone who has Codex or Claude could re-do this.

@matticasare you still having an issue with this? What do you mean by potato resolution?

Hi, have you updated to Emby Server 4.9.5? Has that helped? Also we'll have a new ffmpeg build on the server beta channel very soon. Thanks.

@rockinyp @BenLovell Have you updated to Emby Server 4.9.5? Are you still able to reproduce this?

Hi, please try the 3.5.41 update. THanks.

Hi, please try the 2.4.4 update. Thanks.

Hi, that dialog just says please wait. What happens after that?