All Activity

It's in the normal system log embyserver.txt

A general problem was the "Scope" - now I leave this field empty. If I set the path, wher all may TV Shows are in - and works nothing. The "Dryrun" needs only 2 sec, but generated not a protocoll - or I found it not. In the general tab under Emby -> Protocolls - are only my systems protocolls. Now I start the normal run - and now run a search - I will wait, what this done.

Did that, doesn't change anything. And based on how far back that suggestion goes, doesn't seem to be related to the recent change.

Block UDP port 7359 (used for automatic local network discovery/server announcement) in your firewall.

check the logs, theme maker tells you exactly what it will do, run the dryrun task first.

Hello, Emby 2.317.0 display language is in English despite display language setting on AUTO I'd to force it on French. Server language is French (prefered display language in general settings) NB : Not this issue in 2.315 (but same issue in 2.316 Beta) EmbyClient.txt EmbyClient-20260719T113225885.txt

Than delete Emby right now, since Ai is used in Emby dev also.

This is, what I do: I check the Capter API before - shows me Intros: But in the end I get no results - running less than 1 sec. But I feel, that the Task "Detect Episode Intros" work so short, that I think, I have a general problem - could be, that the newest Beta has a problem. So I am unsure, if it helpful to install the newes version of your project - and a "normal" Update procedure is not possible - I must deleted the old file and install the newa file - that makes me unsure.

You don't need to compile it as the DLL is available to download at the bottom of the first post, just drop it into your plugins folder and restart emby.

I realize that a lot of the current comments/suggestions are for better percentages, but I would also like to suggest a (or maybe re-suggest) a readout somewhere on the library screen of which folder is being scanned. My collection spans many HDDs and each category (movies / TV) has a number of folders. As I am currently having a problem with updating my library it would be very helpful to know which HDD / folder is causing it issues. Thank you!

voici le LOG comme demandé les .FLAC sur tizen OS 8 tout fonctionné mais pas sur tizen os 9 Here is the log as requested. .FLAC files worked fine on Tizen OS 8, but not on Tizen OS 9. embyserver.txt

I would like to test beta. what are server system requerimients?

So...we're going back to the ATV app getting new features and the universal app is now only getting maintenance updates?

Previously I have always connected the apps to the server with a hostname, that hostname has always resolved via normal DNS and resolved to my reverse proxy, or now a cloudflard tunnel. Either way If necessary, I controlled where that domain name resolved in this how the app on a client should access the Emby server. Something has recently changed where the apps (maybe just Andriod app), Even when initially connected by typing in the host name, are discovering and then attempting and preferring to use the Emby server self discovered Local/LAN non HTTPs IPv4 of the Emby server, Not the IPv6 and HTTPs I intend them to connect to. On the server I have the "Local IP address" set with the host name, which again even on that server would resolve not to the actual (real) host IP but seems though the emby server ignores it (This has pretty much always been set but might not have actually mattered before), Not only that, it uses and Legacy IP and not IPv6, Even for clients that are single stacked IPv6, which forces them to go through CLAT/NAT64 Is there any way to prevent this? If I wanted to use the local IP, I would have done it, I'm specifically using a hostname for a reason.

Ohhh... no, I never found that file. I kept checking from time to time to see if there was an update, but unfortunately I never came across it. I did find some alternative plugins, but none of them allow filtering by tags. Thanks for the link! That means my post above is irrelevant if this has actually been available for a long time.

New BETA version available 12.4.23: Delta changelog 12.4.22 -> 12.4.23 fix sync bug fix dynamic nodes in native mode fix dynamic playlists

2026-07-19 07:14:21.607 Error App: Error getting version number from /config/plugins/CoverArt.dll *** Error Report *** Version: 4.9.5.0 Command line: /app/emby/system/EmbyServer.dll -programdata /config -ffdetect /app/emby/bin/ffdetect -ffmpeg /app/emby/bin/ffmpeg -ffprobe /app/emby/bin/ffprobe -restartexitcode 3 Operating system: Linux version 5.10.60-qnap (root@Q64-102-104) (x86_64-QNAP-linux-gnu-gcc (toolchain config: [gcc-4.9.2 binutils-2.25 glibc-2.21]) 4.9.2, GNU ld (GNU B OS/Process: x64/x64 Framework: .NET 8.0.25 Runtime: app/emby/system/System.Private.CoreLib.dll Processor count: 12 Data path: /config Application path: /app/emby/system System.ArgumentNullException: System.ArgumentNullException: Value cannot be null. (Parameter 'input') at System.ArgumentNullException.Throw(String paramName) at System.Version.Parse(String input) at Emby.Server.Implementations.ApplicationHost.<>c__DisplayClass439_0.<FilterAssembliesToLoad>b__0(String path) Source: System.Private.CoreLib TargetSite: Void Throw(System.String)

CoverArt hasn't been working since the last update. It won't install, either; after every restart, CoverArt shows up as not installed.

It looks like you have a filter enabled

It might still be getting scanned in based on your log.

I think I can trigger the issue. Seems to happen in native mode only and using dynamic nodes.

Created a subdir "Austin Powers In Goldmember (2002)", placed files "Austin Powers In Goldmember (2002).mp4" in it. Cut the subdir "Austin Powers In Goldmember (2002)" and pasted it in the Libdir "Movies" where there are 1827 other subdirs made in the exact same manner. I go to Emby server Settings, click on Library, then right click library "Movies" and select scan. NORMALLY I wait about 2 minutes and I get the .BIF, .JPG, and .NFO files created and I can find the movie with a search. That isn't happening

hi, what version number of the app do you have installed?

It mentions 307 and 308, but I don't recall users mentioning that before and it's not something we've tested. Hopefully it will work. The third option about updating your client-side url is what you want to do, and that's what I'm about to explain: No, it will connect however you want, but you need to actually connect that way by setting up a server connection. I would guess that you initially connected over http, then setup the redirect in NPM and expected it to just work in Emby apps. You need to go back to the Emby app and do a new server connection and specify the https address if that's what you want to do. And of course, make sure the server dashboard is displaying the https address as your remote address.

This is not going to work. I mean you can leave it that way but it will not work like you're expecting. It will work when you put the server address in the browser address bar. That is what that kind of redirect is made for. It's not going to work for request that aren't GET because the request method and body do not get preserved on the redirect. This is correct behavior and it's not even in our control anyway. It's happening internally in the browser or client device networking stack. For more info, read this AI-generated blurb: