All Activity

That is a lot but for just one series I wouldn’t worry about it.

To say that “it doesn't [handle locked items]” indicates, to me, that it skips those items.

Thanks, great info. I'm just debating if it's worthwhile to manually edit the show itself and remove all the people that got added, and then lock the people section. It's a reality show so they are people that are never going to show up in any other content and it feels wasteful. If it's mostly harmless, I can keep it. But 750 felt like a big number and the impact to the server at the time definitely made me concerned.

It's not something you should have to worry about. No because on initial import we get the actor name and image from the movie or series metadata. We don't do an individual person lookup until you click on them. So that's an on-demand process, not an up front one. Your database probably has more rows of person objects than any other type, so yes, in extreme cases they can impact overall browsing performance, search performance, etc. But that is extreme cases only. What we'd like to do at some point is give them a little more separation in the database so that don't have any impact on these things.

OK this sounds like an older installation where we used to swallow the movie folder layer so that you wouldn't see it in folder view. This was removed a while back. Your existing libraries are left as is, but when you create a new one, it follows the newer convention where the folder layer is represented now.

Every movie, TV show, and actor is an item to lookup. So 750 actors is like 750 movies when it comes to lookup. They are each a separate item for which Emby needs data and a picture, and for some no data exists. Plus there are limits for the number of lookup's in a day from some providers. Once they are in the database they are in the database. Emby can use one instance of the actor data for many shows. When you dump that many on it it may slowdown for a while.

If you don't want to open a port on your router, then you should look at "tailscale" or "NordVPN Meshnet," but your users(clients) will have to install and configure this also. Otherwise: https://emby.media/community/topic/134638-how-to-guide-emby-connect-remote-access-and-basic-port-forwarding/ But it would be better and more secure to use a reverse proxy (Cady, Nginx, etc)

Before I go into full troubleshooting mode again, I'd like to understand which is the best config to aim for, in my case, if you don't mind, guys. I use Emby almost exclusively and even when I do remotely over other wifi or 5g, it's always from my phone with the Emby app for android, occasionally from my laptop. Generally the pointer is quickconnect though, not a public exposed port. Since occasionally I would like to be able to just invite a friend or two to watch a specific content that I normally put in a dedicated sub-library and for which I create separate logins, I can't count for them to use any quick connect of course, it would have to be - at best my knowledge - an exposed service, ideally over SSL, going though the router and straight into the Emby instance installed on the NAS. What would be the best config to achieve it?If I could avoid messing too much with the router it'd be best, as in the event I change provider I'd have to factor that in. Cheers

The default should already be to only record on the channel you started from. What other option do you need to change as well?

That looks like the exit menu, right? Are you pressing back?

Well I only saw this recently when a drive got low and added a new path to a new drive.. Only after that I saw these Gray folders.. When I make a new library and add a path from a old library, the new one shows only the parent folder gray and the movie folders as the original. When I reproduce the same directory paths and movies copied to a new drive every folder shows gray. Very weird so using the copied version I removed the individual movie folders and renamed the poster, clear, logo etc to movie-poster etc and this works with only the parent being gray and leaving the movies with the original posters. Not sure if this is how it's supposed to work but the only way I could get it to work.

@softworkzThe Linux client also behaves the same way. It says IsPaused: False but it's still reported as a Pause. vs Android: And also web app:

@LukeHere's the log from the most recent example. It happened in the web player again. Streaming gets to a detected commercial break and then stops. Scrubbing forward shows the correct preview image in the thumbnail for the new timestamp, but continues playing from the point of the freeze without skipping the commercials. ffmpeg-transcode-0a6cbfea-d828-4343-86fc-c2e26c074ea5_1.txt

I was trying to set up automation in Home Assistant to dim my lights when I play media by using the Webhooks plugin. I logged webhook requests coming in to Home Assistant to figure out why the unpause automation was not firing. That's when I realized, Emby is never sending a playback.unpause event to the webhook. As mentioned, the Emby Server log files also reflect this, I can see (Unpause) events firing when using other clients, but when using Emby Windows I never see an (Unpause) event in the logs. And unpausing actually fires another pause event instead of an unpause event as expected, which is easy to spot in the log file by the many consecutive (Pause) events logged with similar position timestamps within 100ms. If you look for (Unpause) in the log file you will only see a few from when I tested on Android TV and Web, which seem to be OK, but none from Emby Windows. It appears this issue is specific to Emby Windows. And it doesn't appear to be unique to the webhooks plugin, because you would expect to still see "SessionManager: Playback progress (Unpause)" events in the server log file if the issue was in the webhooks plugin, so it must be deeper down. Log file is attached. embyserver.txt

hi, can you please describe the issue that you're having?

HI, yes it is.

I'm not running 4.10 yet and only just realized it's no longer listed as beta. I didn't find any posts listing known issues or client limitations, so is server 4.10 fully supported and recommended with Roku 4.1 b70 ?

No problem, appreciate your help anyway, thank you

@StevenThank you for sharing I will go take a look and follow that post.

Not for everyone, though. If you can stop ranting for long enough to send the requested logs, maybe they can find out why it's happening to you. Paul

The translucent background issue is still present. Go to an item details screen. Long-press the back button to return home and reload the home screen. The backdrop of the item whose details screen you were on will be superimposed over the spotlight.

Sorry about that, i just gave you the location that was shown in the logs. Happy to hear it's working again though! Emby for your system sadly lacks SkiaSharp that the plugin uses to drawn on the posters. So it won't work. I'm working on and off on making it compatible but it's slow going and i don't have a Synology to test with. One day the support will be there. For now a guard against the plugin trying to execute on a system like yours has been added.

I switched back to side loaded beta and it resolved my issues, still if you can consider the remembering last options and auto setting them feature on record series for each device that would be an amazing enhancement.

Hallo zusammen, ich habe eben versucht auf dem Emby Server die Userdaten zu einem anderen User zu kopieren. Dabei kommt folgender Fehler: "Exception of type 'SQLitePCL.pretty.SQLiteException". Emby Server Version 4.10.0.40 026-09-24 19:50:59.595 Error UserService-0HNONF9D3FC11:00000001: Error processing request *** Error Report *** Version: 4.10.0.40 Command line: /system/EmbyServer.dll -programdata /config -ffdetect /bin/ffdetect -ffmpeg /bin/ffmpeg -ffprobe /bin/ffprobe -restartexitcode 3 Operating system: Linux version 6.18.38-Unraid (root@Develop) (gcc (GCC) 15.3.0, GNU ld version 2.46.1-slack151) #1 SMP PREEMPT_DYNAMIC Mon Jul 6 15:22:03 PDT 2026 OS/Process: x64/x64 Framework: .NET 8.0.28 Runtime: system/System.Private.CoreLib.dll Processor count: 12 Data path: /config Application path: /system SQLitePCL.pretty.SQLiteException: Constraint: FOREIGN KEY constraint failed SQLitePCL.pretty.SQLiteException: Exception of type 'SQLitePCL.pretty.SQLiteException' was thrown. at SQLitePCL.pretty.SQLiteException.CheckOk(sqlite3 db, Int32 rc) at SQLitePCL.pretty.StatementImpl.MoveNext() at Emby.Server.Implementations.Data.SqliteUserDataRepository.CopyUserData(Int64 fromUserId, Int64 toUserId) at Emby.Server.Implementations.Library.UserDataManager.CopyUserData(Int64 fromUserId, Int64 toUserId) at Emby.Server.Implementations.Library.UserManager.CopyData(User fromUser, User toUser, UserCopyDataOptions userCopyDataOptions) at Emby.Api.UserService.Post(CopyData request) at Emby.Server.Implementations.Services.ServiceController.<>c__DisplayClass8_0.<VoidActionDelegate>b__0(Object service, Object request) at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost httpHost, IServerApplicationHost appHost, IRequest httpReq, IResponse httpRes, IStreamHelper streamHelper, RestPath restPath, String responseContentType, CancellationToken cancellationToken) at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, RestPath restPath, String urlString, String localPath, String contentTypeInPath, CancellationToken cancellationToken) Source: SQLitePCL.pretty TargetSite: Void CheckOk(SQLitePCLEx.sqlite3, Int32) Ist das bekannt?

Agreed.. it was just to explain what I meant by home button killing tasks... again Emby for the win.