Leaderboard

I see there are several requests regarding searching thru the cast & crew list. In Movies and TV, a short list is shown horizontally with a link on the header to expand into a full listing. But there's no such option with Cast leaving us to hit the scroll right arrow 7, 8, 10 times. How about creating the same short horizontal view with a link to the expanded screen?

Hi, if you rename files in your file explorer, then you will need to handle the images and metadata (if you wish to keep those). There is no rename file in Emby Server. If you edit the title in the metadata editor, that simply edits the display title for that item.

I frequently use the filter of Unwatched for movies and TV shows. And with music, you get recommendations based upon "similar" artist or songs. I would like a flag option to mark media as "Not Interested" or whatever verbiage would be better for the masses. This would have to be at the user level and not stored in a NFO file since I would like to filter out things my family likes, but only on my profile. As my libraries grow, I am having more content for my family. Since I am the only male in the house, my users have tastes that are distinctly different from mine. Whether it be real surgery shows, true murder, sappy romances, or telenovelas; these are things that I will never - and I do mean never - watch. The same thing goes for the music collection. I don't mind classic musical soundtracks, but my daughters collection of Broadway musicals is vast. And annoying. Now I could make them as Watched, but then that would go into the algorithm "Since you watched this, you might like this...", I would like to avoid doing that. I've poked around quite a bit, but I don't see anything like this currently nor did I see anything like this requested. If it has been requested but called something else, I would love to know about it so I can like that post. Thanks in advance.

Decided to see what Chat GPT could do for some new library icons.

It'd be great if server admins could generate a QR code for a user to scan with their app to connect to a server, without using EmbyConnect.

That's another drawback with using tags, we cannot sort them in a good way. Sure we could use the "sort title" but that would be system wide. Using a specific library for the top list we can easily sort within the library. Absolutely, it can get added to the plugin. I havent looked into this yet since I mostly wanted to get the creation of playlist working. When i did the playlist function I struggled a a lot to get it to update accordingly to the source. I'm putting this on the to-do list and we'll se when i get time to work on in. In the mean time, set up the playlist via the plugin, then manually add a home section using Emby native menu for this. Or rename the tag to something anonymously like "AI_recommended_user1" BUT - If having series on the list it gets pretty messy as a home section since episodes are handled the Emby way (where every single episode is added)..

which is crazy because almost every software that has an account system usually offers a reset password via email, I'd say 95%, it's the most basic feature ever...

Thank you, Sam.

One thing i noticed in my environment. slow search only happens when using some kind of app. When i use the Webinterface search is fast as normal. Can someone else confirm this? (Maybe this helps to circle in on the problem)

another topic has been open for this extremely basic feature since more than 3 years but no one cares apparently

Emby doesn't use AI tools. As mentioned there is something goofy with how your metadata is setup. You should also follow the proper naming scheme https://emby.media/support/articles/TV-Naming.html Emby is only as smart as the person who is in charge of the server. If you don't have your files named properly, it won't know what it's dealing with and will give you bad results when it can't query sources properly.

In case you are trying to contact a server you have paid for watching on.. Emby is meant as a personal media server not a rented pirate netflix. If you need to contact the owner of the Emby server you are trying to use then it should be a friend or family that you know how to contact.

Du versucht ein X265 Codec im Browser wiederzugeben, das ist das Problem. Wenn Du die Emby App für Windows installiert hast Du das Problem nicht. Sobald Du aber versuchst h265 im Browser wiederzugeben fängt er an zu transcodieren. Generell habe ich die Erfahrung gemacht, dass der Browser nur wenig codec Unterstützung hat. Wenn ich bei mir etwas im Browser, auch Brave aber auf dem Mac, starte fängt mein Server fast auch immer an zu transcodieren. Welches NAS benutzt Du eigentlich? Hat es genug CPU Leistung und falls Du HW Transcoding benutzt, sind die Berechtigungen an den Container durchgereicht? Edit: Korrektur.. Du hast recht, es scheint tatsächlich am AC3 zu liegen, da macht er ein MP3 draus.

Thanks, the log looks quite good. No major issues, however try to update to latest beta version and let me know if you still have sync problems.

Updates: Various Icon coloring Photo library fixes OSD Subtitle color fix Section 1 Changes: If you customized your CSS, you could keep your section 1 and just update section 2 on down. but here are the important things that were added or changed so you can modify accordingly. Changed default value of "--popout-transform" Emby Navy and Gold v5.10.css

I don't believe this is correct. Web scraping is not legal use. This is outlined in our Emby SDK Documentation: Development Policy YT terms of use explicitly prohibit download and use outside of the YT published API and player system. I'm afraid I'll need to disable this plug-in in the catalog.

I would rename the file and the folder to be the same with title and year Star Wars (1977), to match whatever name appears on imdb.com. That usually works. If you want to then change the name to German, just use the file name input in admin media editor and leave the file name and folder name alone.

Tracearr Dev just released a plugin that exposes sever sent events to supporting applications like next version of Tracearr. https://github.com/Tracearr/Media-Server-SSE

OK, a lot to unpack here so apologies that this will be lengthy. For the sake of clarity when I refer to "Emby Connect" I am referring to the general central infra the dev team has together which all internet connected personal Emby instances already report in to. So does not need to be the pre existing "Emby Connect" service if we're being overly literal. But token exchange would most likely rely on a central server. And given we'd be exchanging tokens for the sake of "connecting to emby", calling it part of "Emby Connect" seems fairly logical and straight forward for users to understand. The Emby Connect servers wouldn't need to keep a track of IP's or domains so you've nothing to worry about there. The 'Short lived" in 'short lived token" really means seconds to a couple minutes. After that the token is expired anyway so unusable. So it would simply be purged from the Emby Connect servers. As with Emby Connect already, you need to be willing to trust Emby Connect to some degree to use this feature. And again! Your Emby server is not "private". It is already reporting in to the central servers regularly so it's not like it's existence and details are only known to you. The devs already have a bunch of info about your server (at least its UUID, License, Number of users, obviously IP because the connection to the central server comes from somewhere. Likely a lot more.) Having emby admins needing to spin up nginx to host a webpage with a QR coded URL is not the point here at all if that's what you're referring to in the first paragraph. Its definitely not secure if some kind of deep linking were enabled to allow for emby login (reminder emby login is what this feature is about). We're trying to remove friction, not have people spin up entirely new services adding more friction to hosting/using emby. As an example, I have about 15 people using my emby instance. At least every couple of months one of those 15 friends or family gets a new phone, TV, ipad, streaming device etc. Every single time I see about 3-5 failed logon attempts on my server. And those are only the ones where they typed in the URL correctly, so who knows how many attempts there really were! I also get the inevitable "How do I log into Emby again?" because they've typed their local emby instance username into the Emby Connect fields which obviously didn't work. These are the "normal" users (not the admins) who simply do not care enough to remember the app setup steps each time. They've got better things to think about and just want to hit the happy green icon and watch their shows. I also doubt I have one of the larger user bases. Sounds like your setup is only you using it so you're not really the target of this feature. As for "worthwhile" that's totally subjective so I won't get into any debate on that. ebr and Luke both mentioned the request is being looked at so i guess ultimately they'll decide if it is worth it not us. This feature request is clearly not for you so you have the benefit of never having to use it if it gets created and you can be happy as pie logging in with your domain/port/username/password! The simple fact that this thread exists however, shows there is clearly a desire to have this friction point in UX resolved, even if only commented on by a small few (I suspect the main userbase of this feature wouldn't even know these forums exist because they would be the completely non-technical friends and family of the person who is running the Emby instance). For some context, QR code login like we are discussing is the primary login method Apple uses for Apple TV. Username / Password is reserved as a backup, though admittedly not exactly Apples for Apples (if you don't mind the pun!) but pretty close. And Apple kind of have some experience in UX. Certainly more than you or I! And yes you are correct, URL/port/username/password login does indeed work. But just as a mule also works perfectly fine as a mode of transport, I still want a Ferrari. No-one it trying to take your mule from you. Again, based on what you're saying this feature is not for you. And that's absolutely fine and you'd never have to use it and can spend the rest of your days content! But so avidly objecting to the idea without really having spent time with anyone who has had this friction is a strange hill to die on my friend. Hope this helps give you a little more understanding of the friction point this feature would solve!

I care. But @Lukecan't think of a magic solution that fixes this for everyone without involving any other service (such as email), so he refuses to implement any solution for anyone.