All Activity

Trying to set this up and getting whats in the screenshot making it almost impossible to see what's what. I tried Chrrome, Edge, Firefox and all display the settings like this. Any advice?: Also when I go to the web UI it says: Unsupported Operation- Admin not Supported on Emby yet.

@kjhedges Perfect! Thank You.

OK I'm just not understanding, I am using the Xtream tuner plugin and adjusting what gets imported thru that, so I am triggering a media scan and the scan keeps trying to get images etc for items in my music library even though nothing has changed in that library and the scan spends 15-20 minutes attempting to get that before going on to my xtream library. Is this a problem with my files in my music library? do i need better tags or something? Any suggestions appreciated.

The quality setting can still trigger that. You have to take away all conversion permissions if that’s what you want .

Hi, your settings are respected. Try adding some fresh new content and see how that compares.

So this relates to a topic I have been asking about repeatedly over several years here. How do we stop Emby from reaching out for new metadata *at all* when importing new music content?

Yep, same IP.

Same here. 152.175.29.59 Hong Kong

If you're only Cloudflare, does it not have an option to whiltelist traffic, and block everything else? I honestly do not know as I do not use it. apparently there is. https://developers.cloudflare.com/waf/custom-rules/use-cases/allow-traffic-from-ips-in-allowlist/

take a look at my git (in my signature). I have a plugin that should help you.

When enabled in EmbyCredits it will only look for end credits for any file that it runs detection on. If found it will use the time stamps from TheIntroDB and skip detection. For anything more you will need the other plugin.

But why should it do that? The user is not allowed to transcode to a lower Bitrate, so why does the server transmux to hls (and seems to show a wrong info in UI)?

It doesn’t actually look to fill in anything continuously after the initial import. Something is causing them to be refreshed, probably a media file change, nfo file change, image file change, etc. I see you use strm files do also if the contents change. Whenever it refreshes it goes through the full chain of all your embedded providers.

It seems to spend 15-20 minutes every scan looking for the same thing, is there anyway to disable this or any workaround?

I believe that setting applies to changing existing metadata. The server is going to look to fill in missing metadata continuously.

Based on my understanding the option for allow remote connections doesn't prevent the connection entirely, it just prevents logins. If the port is open, then it's open. You'd have to close the port/Cloudflare tunnel to fully disable remote connections. I can't test on my system at the moment to confirm that.

Ah, right, I couldn't see it because it disappears if you disable all remote connections. There really ought to be a way to add an address directly to that list from the “failed login attempt” alert. Still no idea how they bypassed the CloudFlare block, or how they connected when all remote connections were disabled in Emby, or why I've suddenly had a bunch of attacks come in.

I did not. That's on the Network page.

Not sure if you saw my second edit, as you posted only a few seconds after I made it. Which settings page is this screenshot from?

Problem I'm running Emby Server 4.9.5.0 on Unraid. My Music library is configured with: After initial import, automatically refresh metadata from the internet: Never Metadata downloaders: Discogs, MusicBrainz, TheAudioDB Same Image fetchers are enabled. When I manually run Scan Media from Scheduled Tasks, Emby spends a significant amount of time identifying/processing music and makes external metadata requests. The attached log shows Emby making requests to: TheAudioDB Discogs Fanart.tv MusicBrainz For example: DiscogsArtistImageProvider.GetImages and: Emby.Providers.Manager.MetadataService.ExecuteRemoteProviders Discogs is also returning HTTP 429 TooManyRequests because of the volume of requests. My understanding is that a normal Scan Media Library should detect new/changed files and should not perform a remote metadata refresh when the library is set to Never after the initial import. Is this expected behavior in 4.9.5.0, or is there a setting I'm missing? If this is a bug, is there a known workaround or fix? I'll attach the relevant embyserver.txt log showing the requests. embyserver (2).txt

Sounds like you need to review your Cloudflare config or talk to them. Otherwise:

The OP request "a way to default closed captions off on live tv". As in, a dedicated setting to enable/disable Live TV subtitles.

@yockerI'm currently using EmbyCredits and https://github.com/TheIntroDB/emby-plugin. I see your latest changes include TheIntroDB lookups. Does this mean I no longer need the other plugin?

No idea how they're getting to it, as it's a Hong Kong IP address and CloudFlare is blocking traffic from outside Australia. Three failed login attempts in the past ten minutes, one trying to log in as “root.” I see the alerts on my dashboard, but what I don't see is any way to block the offending IP? Not sure what autoban conditions exist, but since I'm on my server machine right now it seems silly to wait for it to kick in when I could just push a button. Is there no way to do that? And if it does get autobanned, I assume that's only for a period of time. Not sure what other steps I should be taking here. EDIT: I've disabled all remote connections for now, but it's obviously not the best solution. EDIT 2: It's not a solution at all, it seems, as even with remote connections disabled I've just had another two failed login attempts, this time from Kansas City (the US is also on my CloudFlare whitelist, so that at least makes more sense than the Hong Kong efforts, though how it's connecting with all remote connections disallowed I don't know).

I have CloudFlare blocking traffic from outside Australia, but I just had two failed login attempts from an IP that seems to be located in Hong Kong?