All Activity

Great, looking forward to the “editions” feature

I haven't run on Emby on Windows in well over 10 years, I would need to test to provide any concrete advice, but if a drive isn't available then it wouldn't be there at all to scan, so that shouldn't be an issue. If, however, you had mapped say D:\ as a library folder, and you attach a new drive with that letter and the drive is blank, or contains other media, then sure it will scan it. If you had D:\Movies mapped instead, and now the newly mounted disk doesn't have that folder, it also shouldn't clear anything because that folder isn't there at all.

I see the beta is done and over. and when I go to play a game it says that I need to download it from the catalog. But its not showing up in the catalog. Any way to get a download that we now can use?

Thanks, not heard of Home Screen Companion but interested to know your thoughts/feedback when you get going with it. Sounds like it could be an option. If I have to rebuild my collections, I want some confidence that they'll stay.

I believe you can select a Playlist to download (maybe it's a genre), and then all songs in that playlist (or genre) will download, including from new albums added later. So Emby already supports syncing in that fashion without needing to manually keep selecting albums to download. However, there is no way to PLAY them by that same filter (exactly as you described). You have to select the album or the song, which is effectively unusable for many thousands of songs and many hundreds of albums. I'm 100% with you in wanting to be able to PLAY based on that playlist, including both in playlist order and by shuffle. (I don't personally care about filtering albums that are fully downloaded because all new albums always fully download automatically to my phone whenever it's back on my home network, but I respect you and others may have different needs.)

I don't know what you did but it made it worst now i can no longer search in emby either

Could you restate your advice for Windows users?

Right now we're focusing on the stability of it and then we'll get to features.

Hello everyone, I’m excited to share the initial beta release of the AFI-100 plugin for Emby! My ultimate goal is to submit this for inclusion in the official Emby plugin catalog, but first, I want to make sure it is thoroughly tested, reliable, and genuinely useful for the community. The Background For film buffs and collectors who love cinema history, the American Film Institute’s "100 Years... 100 Movies" lists are the gold standard for tracking iconic cinema. While Emby already provides powerful collection and tagging tools, curating these specific historic lists has traditionally meant manually looking up ranks, creating custom collections by hand, and cross-referencing external websites to see which classics you own. The Solution The AFI-100 plugin enhances Emby’s existing collection features by automating that curation. It evaluates your movie library against the official AFI lists, seamlessly builds the dedicated collections, and highlights qualifying films with their rank and recognition year. It provides an effortless way to celebrate cinema history in your library and see how your collection stacks up—completely automated and integrated with Emby. I’ve attached the compiled .dll to this post for anyone interested in testing it out. Please drop it into your server's plugins directory, take it for a spin, and let me know how it works for you. Any feedback, testing on different library setups, or bug reports will be invaluable as we polish it up for the official catalog submission! Privacy & Security One important design choice for this plugin is that it is completely self-contained. It requires zero external network activity—there are no outbound API calls, external database dependencies, or telemetry. All AFI milestone data and logic are bundled directly into the plugin itself, meaning your server’s library data and viewing habits never leave your local environment. It is lightweight, respects your privacy, and runs entirely offline. The full source code can be viewed on GitHub as well: https://github.com/bespokedb/AFI-100-Plugin Emby.Plugin.Afi100.dll

Can you please show us a specific example so we can see files and folders? Thanks.

If you set up your library folders as I mentioned you wouldn't have that issue.

I understand your confusion, let me explain. "Maximum API lookups per run" (plugin setting) is per scan run, not per day. v1.0.8.6 defaults it to 10,000; if yours still shows 200, that's the old saved value from before the update. A run stops when it hits this number, and the next run/scheduled task continues where it left off. Setting it to 500 is fine — the per-run number is just a cap on one run, it doesn't reserve or guarantee anything against the daily limit. API daily limit is enforced server-side: 500 requests/day with an API key, 100 without. Once you hit it you get 429s and the plugin backs off, then that run stops with a clear log message; it resumes on a later run after the daily window resets. So yes, 500 works as a per-run value, but with an API key that would use your entire daily budget in one run. Nothing wrong with leaving the default and letting it chip away across runs — items already scanned are skipped, so repeat runs stay cheap. The setting exists for two reasons: If you have a large library, the run may take multiple days to complete. In which case, the API isn't the bottleneck, your system/network is. Or, you can cap it so it doesn't run through your entire API budget within a single run. Also, this does allow for some flexibility in the future so we can increase the rate limit if we decide to do so.

@Luke Hi, Is named as always, Tittle, Yr, Season Number/Ep.. Yesterday when I added + few other Episodes for different series, I saw Emby adding all those and this TV Series was there, then after it finishes updating the info, it flash and all other episodes are there except this TV series it vanish. Under TV Series is not there S01 nor S02, if I do to settings and search to Metadata Folders, is not there. If I do a manual search it comes per episodes but Emby will only provide S01and not S02. If I go to my folders outside Emby, I can see S02 have all the images and metadata added by Emby. I did took out the S02, refresh Emby and added back again, no luck and seems it is not merged to another TV Series as I do not have other named the same except the original Movie.. Hope this helps

My data is backed up. I'm not rich, just paranoid. As a paranoid person I would prefer if Emby took a beat before removing huge swaths of my library before I even have a chance to see that there's a problem. I would prefer Emby throw out an alert that says something like Hey a huge number of files are gone, do you want to continue scanning? Yes, the data is gone for a reason. The reason is an accident occurred. A very common accident. Help me out with a notification and give me a chance to fix things before moving ahead. This is reasonable.

That's a fair point. But left others baffled, like me. Even on wired network with 1 - 5ms pings this happens Why is this afflicting us and why not just remote connections. Emby knows when it a remote connection / different network.

@MAX92I can't seem to replicate settings not being saved. What settings precisely are you having problems with?

Hi Luke, I confirm that the Emby LG App is already in version 1.0.51. I have done à new test and joined a new report. Remark: on this TV 28TN515S-PZ, only 4K videos can't be played, 1080p, 720p etc are OK. embyserver.txt

I might have forgotten to hook up the settings. Will fix asap!

This solved a specific problem for me that I had requested a solution for.

Thanks for the job and the share. Not try yet but when I save settings, it's not saved. I need to start again.

Jep this is really annoying to look at. I know what it's trying to do. But roll it back.....

Yes, I think we actually do agree on this now. And that's exactly how I'm using Emby with Kodi/CoreELEC: Emby manages the library and metadata, while Kodi accesses the original files directly through the shared network paths. I also understand why Emby can't build its entire client architecture around direct file access. For browsers, Chromecast, Smart TV apps and many mobile devices, HTTP is obviously the practical and often the only viable solution. My point was never that HTTP should be removed or replaced for those clients. I would simply like direct file access to remain a first-class option on platforms where it makes sense and where the client is capable of using it. For my setup, that's clearly the better playback path. For somebody else's setup, HTTP Direct Play may be the better choice. So yes — I think we've pretty much beaten this particular horse to death.

I download albums (maybe 10 or so at any one time) and playlists (2 or 3 with 100 ish songs). Then when I go into downloads there are 310 Albums and no playlists. So for me, if I've downloaded a playlist I'd like to see that playlist available to play\shuffle. And some sort of filter or way of showing only albums that are fully downloaded.

But if the hard drive is dead. The data is too. Unless you backed it up. Given the prices of drives today. Likely no backup and the data is gone. Most users data is just gone. Poof. When people want to force an update of a library it is suggested to move that library out and scan. Then moving it back in and scan. This behavior is why that happens. It is expected when the drive isn't there that it isn't there for a reason and likely it will be shortly and can get scanned again. If you want the OS to notify you the moment the drive becomes unmounted you can do that. But why would Emby need to? The issue has never been mentioned before. There is one person having the problem. This is cause and effect. The cause is unmounting the hard drive. The effect is it gets removed as a library during the scan. But figure out the cause and there is no effect. What is the cause?

Don't hard drives die? Wouldn't that cause the exact issue OP is on about? It's reasonable to expect Emby to deal gracefully with unfortunate situations that happen from time to time in the real world.