Leaderboard

also don't understand this. its the best looking emby app out there IMO

I know you didn't want staff to comment so I waited to let other users comment on value first. I think you'll find a few big differences between Plex and Emby and I'll try to cover them. I'll give you a honest review of where Plex is easier to use as well. Fair? One: Plex "owns" your friends and family members as no login credentials are stored on your Plex Server. With Emby the accounts are setup on your server (exception is Emby Connect which I'll cover later). This is a fundamental difference of who owns the user. With Emby they are 100% your users! Two: Plex pushes it's own content at your users front and center. You can adjust this somewhat at the client level but have no control at the server level to admin this for most content. It's certainly the first experience your customers get using the Plex interface. Emby is 180 degree opposite of this and we are passionate about keeping it that way. We do not push any content, never had, never will, period, end of story. We're not looking to cut license deals for mediocre content and annoy your users so we can make a few cents on advertising. That's not Emby. Plex is actually multi-tiered as there is both the admin's Plex server as well as their backend both with their content made available to all users. With Emby everything runs from your server including login credentials. All media is 100% yours and in your control. There is just a couple small exceptions. We offer some content such as trailers for your shows or movies you can enable and use as well as a couple of plugins that have content from 3rd party sources but this is up to you to install and configure. This content is streamed to your users from your server and is integrated with your server. Just wanted to point that out. The other exception is Emby Connect, which leads to the 3rd point. Three: Plex is easier to configure for remote access. It's downright simple to do. Even if you don't open ports on your firewall properly Plex can still work as it creates it's own tunnel "home" for remote users to route through to get to your server. This does add flexibility especially for those who don't know much about networking. The tunnel that's created however is pretty limited in bandwidth so each user only gets a couple of Mb to stream though which isn't good. Decent tradeoff. Emby "out of the box" uses common sense security measures by not putting your server on the internet for remote access. You need to configure it for remote access otherwise is a local only server (what many people want). Typically to get Emby setup for remote use is enabling "remote access" for the server and opening 1 or two ports on your home router/firewall. We have clear instructions in our Knowledge Base how to do this and links to the KB from the server itself. Here is an example:https://support.emby.media/support/solutions/articles/44002137137-remote-setup Emby will not "band-air" your connection with a tunnel but will require proper setup. For a server I don't think this is unreasonable. Emby Server is essentially a dedicated standalone web/app server. Setup can be slightly harder than Plex but because it's a real web server it has many advantages as well. You can register your own domain name and get a free cert that you can setup directly in Emby for secure transactions just like your bank. You can run Emby with local reverse proxy servers. With a domain name you can run your Emby server behind Cloudflare (free plan) for extra security and without anyone knowing your actual IP address. You can even setup and use both Cloudflare and a local reverse proxy together. This of course is only a one time setup but quite powerful. Emby does run one service that it controls called Emby Connect. An Emby Connect username is essentially a forum account (each is unique) but can be used to login to your server if configured. It's 100% optional to use. I for example use my own domain name and user accounts from my system. None of my family members have Emby Connect usernames as it isn't needed for them. When setting up or modifying a user there is an optional field you can input an Emby Connect username. Once you add this to your system (can be removed as well) it updates the Emby Connect database with your server's IP address and ties the EC account to one account on your system. This is useful for a couple of things: If you don't have a domain name you would have to remember you IP address which might change at any time. EC tracks this for you so once you login via EC (not direct to your server) it presents your server to login without you needing to know it's address. It also shows you any other servers you have access to (admin setup an account and added your EC account). This makes it very easy to login to multiple different servers using one set of credentials. You could setup an account on your server called Carlo, cayars or EmbySupport but as soon as you add "cayars" as the EC account I have access and don't need to know the account name or password you setup for me on your server. I could be setup locally on those servers as Carlo on one server, EmbySupport on another but my single "cayars" EC accounts allows me to use either without having to know IPs or domain names. It's really nice for that type of thing but again 100% optional and fully in your control. Four: Support and friendly forums. I'll go out on a limb and say support for Emby is a lot better than Plex. This starts with our super knowledgeable users who are really helpful and quite knowledgably and really willing to help others. It's not just a few users but a large amount of them that post daily helping others! Then there are the mods who often are experts on specific things related to Emby be it the OSes they run on, the hardware devices and apps used to playback Emby media, etc Then there are the various staff members that do everything from development to customer care. Unlike Plexland where you won't see devs and staff participate often in the forums, it's the complete opposite here. The heaviest posters are staff members and mods that live in the forums supporting users and answering questions. We even turn this up a another notch by offering free remote desktop support (to all server owners, free or Premiere) when needed to either help users (ie getting remote access working) to OS migrations out of our control caused by vendors (ie recent Synology DSM/OS upgrade with completely different security and apps) to doing remote sessions to gather real-time information for debug purposes to normal everyday general Emby support when an admin just needs help understanding something. I certainly don't want you to think I'm saying we do everything better, because that would not be fair or true. I know this was a lot to read but I tried to point out some of the major differences as I see them (hopefully not too biased) between the two platforms and philosophical differences between the two companies in general. Feel free to pushback on anything I said or ask any questions you may have. Carlo

No known issues found. Upgrading is easy while preserving files and apps

Much better. It now opens to the post, rather than scrolls to it.

Sorry, but not sure that's the code I am looking for. And one thing I haven't noticed that might be significant is that I have removed overlay with thsi bit: /*----- Remove dark overlay on posters on hover ----*/ .cardOverlayContainer{background: none!important;}

Thank you for your detailed explanation, I understand it much better now and particularly in terms of how it overrides the main settings. Also, how the main settings work which has been very helpful. Thank you so much for your support!

Duh dun daaaaah! Oh boy, now it's really on.

They both look better when using the Logo as Title.

I uninstall it, how about now?

All I think I said was that it wasn't the pretties app. Is that wrong? ATV is my favorite as well but doesn't have quite the modern look of web or theater for example. Everything is kind of square/boxing looking by item positioning. That's not actually a bad thing in my book so don't get me wrong, but some people comment on the ATV app saying it's not as modern looking. To me it's just a bit different but designed like a really good ATV app. I've always been fine with the different apps all having their own flare and uniqueness as long as they all have the needed functionality. They run on different devices and OS, so I'd rather have apps that can excel (because it's better hardware) be allowed to vs dumbing down everything (as some companies do) so you have the same unique UI everywhere. Apps should have a characteristic IMHO of the device/OS it's running on and be similar to other apps on that platform design wise. I wouldn't expect an Android TV app to look like a Roku or Apple TV app for example. Neither would I expect a Windows program to look like a Mac program with exactly the same menus, etc... Certainly no disrespect was meant to my beloved ATV app in saying it may not be the pretties. LOL

Yup, joining the club, I suppose quite a few of us were left puzzled with that statement. Then again, beauty is in the eye of the beholder, so there's that. While I can second majority of what Carlo said, funcionality-wise, as ATV app is unsurpassed in that respect, in some aspects by quite a lenght, I certainly cannot where looks are concerned. Wherever I come to it after a Web or Theater session, first thought is usually "Man, that's pleasant". I like it's undertone, I like that it's sublime, I like that it ain't throwing fancy graphics and neon colors in my face nor attacking my senses, but gives an aura of serenity and seriousness. It certainly doesn't look it was made to cater to my 11yo son - but to me. And that's something I'm rejoicing in. As does my OCD, with the number of design choices. So, heavy support for current (and hopefully future) looks here, if some adjustments need to be made to cater to the masses - kindly keep them minimal.

I have a suspicion on what is causing this. We had a similar issue with subtitles on new models earlier this year (or late last year?). The way that tracks are internally indexed in the Samsung player has changed and this causes an issue when there are non-sequential tracks. It possibly even causes issues whenever there is more than one track (although I'm not certain). My problem is that for this issue, the official emulators for 2021 models works the same as all previous models, but not the same as actual TV's. I've taken a guess and implemented the same change for audio tracks as I'm certain this is the same issue. I will try and get a new version for you to test, so keep a copy of your files with multiple tracks.

In many respects the Android TV app is something of a power user app. It may not be the prettiest Emby app but It's likely the most powerful app to run on a hardware device. This particular forum is packed with power users (we are drawn to Android TV over other devices/OS) and many of us pretty hard-headed as well in how it should work. LOL This has most likely influenced the design in many ways as @ebr has catered to us on many things to really get the most from this device. You brought up a perfect example about the filters off to the side being small and I assume hard to read/understand from a distance. I think that's a fair comment and true, but from a power user standpoint we know what each of those buttons do, can get to them quickly and don't want them hogging up screen space so their smaller size is beneficial when you're used to the UI. Android TV has other "quirks" as well that were somewhat designed by committee or influenced by the users to work a bit different than other apps. The demands of new users vs power users can be quite conflicting for things like this and probably a better balance is needed, but will get met with resistance from the existing users. Possibly Android TV needs it's own modes choice as well. Not tablet, PC or TV but more like Beginner/Intermediate/Expert UIs. Without that many of the power users will be hard resisting changes to what is almost perfect otherwise (for usability). Adding modes like that is a lot of work I'm sure but would be a solution. Mode choices on other apps like Theater stopped such issues when people had two different uses for the client or strong feelings about specifics.

It would be cool to allow Emby server users to comment what they think about a media piece. This could be shown on the top portion of a media info's page. Perhaps right under description, to encourage more user engagement.

So basically this. I have TV Shows, Movies, and Anime libraries. For anime; I'd prefer to set the default to Japanese with Subtitles. For movies, English and no subs unless forced. For TV Shows, the same. However, Emby only allows one overall setting this for this, for all libraries, instead of just one. I think it'd be a pretty nice little feature.

When the Emby server is exposed to the public net, then every item image is accessible without authentication or api key! This is especially critical if someone has private photo libraries in Emby. With a simple brute force attack to http://{public domain}/emby/items/{increment number}/images/primary it's possible to compromise every piece of someone's private life. This has to be fixed immediately!

Pretty simple suggestion. I have multiple users for my Emby server. If I want to do continuous maintenance on the media, I have to tell everyone. some of them are harder to reach than others ( i.e. no Facebook or Skype chat etc. ) It would be great if say... on the admin panel, I could hit a check box that enables 'maintenance mode', where the server still runs does everything as normal, but instead of the login screen it displays a maintenance page saying the server is unavailable. Even better if I were able to directly put a reason in a text box that would then display on the login screen as well. Not really sure what others would think of this, but for me it would be quite helpful. mostly if I want to make sure no one is trying to access content I know won't work until I've done a full library scan again. Thanks for reading. -Kyle

CURRENT STATUS: SSO: Not yet planned LDAP: Development COMPLETED - BETA AVAILABLE >180 direct endorsements >30 MONTHS (>2.5 years) >12,000 views PLEASE BUMP - - - - - PLEASE LIKE - - - - - PLEASE BUMP - - - - - PLEASE LIKE - - - - - PLEASE BUMP This would greatly expand Emby's usage, and possibly more enterprise level adoption, user templating, user groups, SSO, etc. There are also users who have completely abandoned Emby and ended subscriptions due to the lack of this necessary basic functionality. Note: SAML2 is also part of this request. (header auth is also acceptable, at a minimum.) Context: I am trying to use something like openfire as a Instant Messaging solution which already supports LDAP and SAML2. So this would allow the current user of emby to seamlessly use web-based instant messenger with the same username and password as Emby without the need to enter them into a form. This would also allow universal login to be shared with my home PC's, Spiceworks, Ombii, Organizr, etc. The multitude of possible flexible functionality this could add is truly incredible. THIS NEEDS TO BE DONE, myself and others cannot manage a userbase with proprietary passwords for a single service (with no self-service password reset/recovery), when things that have only months of development implement it within days, easily. Status: LDAP - Development Completed - BETA AVAILABLE! Common LDAP solutions to test against:​Open LDAP​ (Open Source) [use this] ApacheDS OpenDJ 389 Directory Server Microsoft Active Directory SSL is NOT actually needed, but Emby team insisted on it anyways: Simply offering a toggle option for auth to send plaintext or encrypted passwords would work just fine. It is ironic to claim the need to be overly security conscious of user passwords, while lagging behind on basic SSL. If SAML is implemented, a SAML request/response can just be signed by an x509 and it is just as secure as TLS using SSL. SSL does not need to be natively supported, as it is perfectly possible to run it through an SSL reverse proxy tunnel and have the same effect. SSL Feature Request: https://emby.media/community/index.php?/topic/33983-ssl-integrationsupport/&do=findComment&comment=322526As of now username and password is encrypted client-side as security as SSL is not natively implemented. Emby team has said this impedes the adoption of both SSO and LDAP. Please see our SSL request topic; like, comment, and endorse it to show how many people would enjoy/gain from this basic security. Ways to satisfy this FR: Direct LDAP connector SAML2 connector General SSO functionality (SSO Header, etc) Allowing user header auth NGINX auth support RADIUS Authentication Other features that are inherently possible if this is implemented: Self service passwords Ability for users to invite users/guests Expiring Accounts (after duration/trigger) Unified credentials for many services Corporate level authentication security User groups Mass User management Update 1: I encourage others to work on this but I am currently seeing what I can do to develop a solution to this myself. If you have experience in this LDAP/SSO/SAML2/SSL/.NET contact myself, @@Luke, @@ebr or the Emby team to let them know, any help is greatly appreciated! By everyone! Update 2: I know there is always the question of "well how many users actually want/will use this", so I compiled a list of some of the other threads/sites where people request this (to apparently no effectiveness in motivating the team). Update 3 (18 MONTH UPDATE): This request has now hit 18 months in age, NO progress made thus far whatsoever. ( ) Update 4: This FR is now the 4th most liked post ON THE ENTIRE FORUM and the 3rd most liked FR ON THE ENTIRE FORUM (ever), the 1st most liked active FR ON THE ENTIRE FORUM and over 4000 views. Counting endorsements besides those on this thread show over 115 direct requests/endorsements for this basic functionality. Lets get this moving guys, this is getting to be a bit much. Almost 2 years waiting on this now. Source Update 5 (9/20/2017): This feature request is now the MOST DESIRED REQUEST EVER MADE TO EMBY, sadly, that has not merited any progress at all. The staff has been working on things they believe Emby users want or may want, but it is clear what people want. We can only hope now our wishes are respected instead of being told what we want and having our requests dismissed. Source Update 6 [2 year update] (10/17/2017): Two years and not a single bit of progress has been made. TWO YEARS!!! To say this is disappointing is an understatement. The entire reason I went from Plex to Emby was because of local user management. THIS IS THE ONLY REASON, so naturally I wanted to have complete control over my users, but after TWO YEARS, still nothing. Update 7 (3/6/2018): DEVELOPMENT HAS STARTED!!! Check Luke's recent comments, if you want to test it out, download the latest beta and install/configure the LDAP plugin to test and give feedback!!! Update 8 (4/6/2018): Development on the LDAP connector has completed from what I gather, not sure if this is only a beta or a primary release; SSO is still a plan for the future but has not been touched. Progress made by other users (looks to be nearly, if not fully complete): https://github.com/MediaBrowser/Emby/pull/1885 https://github.com/MediaBrowser/Emby/pull/2139 Exploits shown by other users against Emby (emphasizing the need for a centralized authentication solution): https://emby.media/community/index.php?/topic/12335-unauthenticated-access-over-the-internet-to-logs-folder/ https://emby.media/community/index.php?/topic/20376-all-folders-visible-to-all-users-after-upgrade/ Related FR that could be helpful: https://emby.media/community/index.php?/topic/46635-support-for-logging-users-in-though-url-scheme/?hl=user Any of these could be interesting to have compatibility with: http://lemonldap-ng.org/welcome/ https://github.com/Jasig/cas http://passportjs.org/ https://www.nginx.com/resources/admin-guide/restricting-access-auth-request/ LDAP/SSO/SAML Requests (~180 endorsements) [>12,000 views] > 95 endorsements on this post ~ 30 endorsementshttps://github.com/MediaBrowser/Emby/issues/1146 > 35 endorsementshttps://www.bountysource.com/issues/24943821-authenticate-users-using-ldap > 14 endorsements​https://feathub.com/tidusjar/Ombi/+122 > 4 endorsementshttps://www.reddit.com/r/emby/comments/5o44wd/creating_deleting_updating_users_with_the_api/ Interview, in article comments user said lack of LDAP STOPPED him from using Emby (Emby is actually losing customers due to the lack of this NECESSARY basic functionality):https://www.linux.com/news/software/multimedia/856128-exclusive-interview-emby-founder-luke-pulverenti Duplicate, user had no progress on first 2 posts (no one from Emby actually tracked this or even replied to him):http://emby.media/community/index.php?/topic/861-mb3-and-active-directory/ http://emby.media/community/index.php?/topic/867-mb3-and-active-directory/ Auth announcement, user 'Drashna' in comments requested LDAP/ADhttp://emby.media/community/index.php?/blog/1/entry-177-manage-your-home-with-emby-users/ Various similar requestshttps://github.com/MediaBrowser/Emby/issues/2494 https://github.com/MediaBrowser/Emby/issues/2493 https://forum.yunohost.org/t/integration-emby/912 http://emby.media/community/index.php?/topic/13081-active-directory-integration/ http://emby.media/community/index.php?/topic/11200-media-browser-3-server-ldap-active-directory/ External SQL auth request:http://emby.media/community/index.php?/topic/27986-emby-and-shared-mysql-database/ http://emby.media/community/index.php?/topic/23509-authenticate-users-via-external-mysql-database/ http://emby.media/community/index.php?/topic/12001-external-login-to-mysql/ #ADFS #SSO #LDAP #ActiveDirectory #MSAD #SAML #SAML2.0 #SAML1.1 #PingFederate #OKTA #LemonLDAP #JASIG #authentication #auth #TLS #SSL #Usergroup #usertemplate #header #authheader #headerauth #security #hardening #authhardening #authenticationheader #externalauth #centralauth #centralizedauth #centralizeddb #exploit #authexploit #security #loginhardening #authenticationhardening #accesscontrol #.NET #SelfService #RADIUS

It would be nice if a user's stream was continuous between devices . Example: If I am listening to music on my phone then I log into the web UI, my stream would move to the web UI. Then if I close the web UI and later in the day I open the app on my phone again, the same stream would continue. Same concept with videos...

By the way as soon as the Chromium-based webview is available on Xbox, then the app will also be Chromium-based and most of the Xbox-specific issues that we're currently seeing will go away in one fell swoop. The browser is there of course but the webview is not yet there for developers.

Not yet at least.

I have thank you, my bandwidth is good enough so I'm able to go for the highest stream available and it works perfectly. My mistake must have been not knowing exactly how the quality settings from the cog menu work. You have taught me something knew and I appreciate it. By the way, thank you for all your and Luke's work and support, I follow the forum and have learned so much just by reading your explanations. Also thank you for the support and dedication to the community. Love Emby and the team is amazing!!

It's a little confusing. For example the Syn920 and Portable servers are what? Are they local servers self discovered, ones I've manually added or servers I've connected to previously via Emby Connect? If you've used EC for a while you know the answer but it's confusing to many users and sometimes even hard to diagnose in the forums when asking specific questions. Maybe being color coded would help in this respect as you could ask if the server box is red, blue or yellow (or something like that) which could tell you quickly if it's an auto discovered server, manually added or from EC. Yes the wording for "Sign in with Emby Co..." needs changing to maybe "Emby Connect Login" which should fit. The folder icon really needs to go as well. Instead of the color coding I mentioned above the icon used for each server could be different. Local discovered servers could even say "Local" and give the IP in the box itself making it crystal clear. Those are just a couple of small changes that would make this info easier to understand especially when trying to help someone with connection or EC issues.

Done, same problem. Is your TV up to date @Luke?

I started fresh with fast detect off. Curious to see the outcome of that. EDIT: outcome with fast detect off (Detection confidence: 0.6) is almost identical, same episodes turn up in stats as needing attention.

We're looking into it. Thanks.

Hi, thanks for the link. After testing the external link, it worked on a browser but not on an app. But it worked when I re-logged in. Not sure why it logged me out, but it works now. Thank you!

The change will also affect the Fire devices but I'm not sure exactly which services are doing the odd thing that was causing the issue here - that being including streams in the header information that don't actually exist.

PS: I should mention that I did each test above only once. Because if it doesn't work properly first time it is not suitable for domestic use. Paul

i use emby for live tv and i watch it on the shield. its great, but i also use freesat, which by all accounts doesnt have the issues identified here on freeview. Yes it takes a second or two for the channel to tune but i like having everything in one place.

@frankmomma My understanding is it only applies to "ByStreamBufferSize" not "BySegmentRequest". I made the change per old topic and it honored the configured value. Saved and change xml per linked topic.

I add another one that work with forum new build.

Images dependent on installed and enabled providers (FanArt/TMDB/TVDB/OMDB). Primary: all providers Logo: Fanart only, with future possibilities from TMDB Thumb: FanArt only, with future possibilities from TMDB language backdrops Banner: (Movies FanArt only) (TV FanArt/TVDB) Disc: FanArt only ClearArt: FanArt only Backdrops: all providers

To me personally I don't see the need to have upload built into Emby. An admin should always have access to the actual file system regardless if the server is local or remotely hosted. That allows you to choose the backend tool you wish to use. For most people with local servers (majority) the typical OS tools like File Manager are perfect for the job. For remote servers there is a lot of methods to use from a private VPN where you can continue to use file system tools and mapped drives to FTP/SFTP (ftp via VPN), to webdav or SSH and a tool like WinSCP. That's just scratching the surface of possibilities. It really just doesn't make sense to build this into Emby Server when there are many advanced options anyone can already deploy.

Just a heads up, while you can do this with very little effort, the result may not meet your security needs and could very easily result in you getting in trouble with your ISP or even rights holders, depending on what you're serving up and how your server is configured. I strongly recommend you invest time in setting up a secure solution that's easy for your brother to access with your support before opening access to your brother. There are lots of articles here in the forums about securing your server.

Satisfied? - Yes, very. Is Premiere worth it? - Yes, but I'm not a fan of Lifetime. The rationale being that Lifetime Premium might feel like a shiny badge to have, I prefer to continue supporting the project for as long as I use it therefore choose yearly license option. Is Emby (staff) slow and deaf? - Some might seem to be hearing impaired. No, not at all. It was the first thing I noticed when going between Plex and Emby forums. You get the feeling that Plex is run and supported by ghosts and Emby has real people.

Got the update today and now it's working fine. Thanks again for your help.

The suggestion by @FrostByte to try an AC3 track is a good one. Try this method https://emby.media/community/index.php?/topic/87802-no-audio-on-lg-oled-cx-for-dts/page/2/&tab=comments#comment-941220 As I test I disabled DTS on my (older) TV and after about 3 minutes I could see this issue. I then enabled DTS again and tried it with DirectPlay. Even after more than 20 minutes it was still good. I think if you add an AC3 track it will fix the issue for you. As to why this happens? I don't really know. In the DirectPlay instance, the built in player reads the sub stream directly from the file and triggers each subtitle display. This works fine For DirectStream, the server creates the subtitle as a vtt stream which is delivered via HLS to the player. The player is still responsible to for the timing of the subtitles, but for some reason it gets out of sync with this method. I can see that the subtitle timing created by the server looks correct for the DirectStream case 03:10.560 --> 03:13.079 <i>Départ de Caladan à 0-10:00.</i> Compared to your srt extract 00:03:10,480 --> 00:03:12,999 <i>Départ de Caladan à 0-10:00.</i> Aside from some sub second rounding, the timing is correct. My only theory is that the player just doesn't handle this well. From my experience subtitle handling is very tricky, lots of different cases to handle and this is not the first strange thing that I have seen happen with the built in player and subtitles. I don't think there is anything specifically here that we can do to actually 'fix' this issue. You can see exactly what is happening here. The first column below is the current playback time (milliseconds) when the player triggers the subtitle display. The second column is the time that the subtitle is supposed to be displayed. Up until the red line, the subtitle is triggered at approx the time it should be displayed, and we display it immediately at that time. After the red line it is being triggered too late by the player. After that it is a mess You can see from your example above that it should be triggered at 190560 (3:10.560 sec), but is not triggered until 195810 (3:15.810 sec). You can even see at this same time it is trying to display several subtitles all at once, but they should have all been displayed earlier. It is just not keeping up for some reason.

Thanks. I have similar issues when Direct Streaming also which is why I try to always use AC3 or EAC3 if possible so I was wondering if it was the same issue. I'm sure SamES will find something.

yes we need it.. is it so hard to integrate?

At the moment, Emby is set to use the Australian system. The Australian ratings are available in the drop-down when editing metadata. But not all films are rated in Australia. So why not let me use the UK or US ratings in these cases?

This should work properly now with the latest Roku beta app and the latest server beta (4.7.0.11+).

So I've been working on a solution to this in the background as a few weeks ago, my parents asked for recommendations as they say there is too much to choose from haha. Currently my solution is manually but it's working ok - I'm now trying to automate it by reading a defined playlist and building the recommendations from that, as currently there is no way to tag a 'recommendation'. As of now - it uses a 'Recommended' library, with sub folders / permissions - one folder per user. In these folders are strm links to the actual recommendation - be be a movie or tv series. Because the 'Recommended; library acts just like any other library on the 'latest' view - you simply need to put 'Recommended' to the top of the list for each user - and up pops the Recommendations for that user (and only that user).. resulting in ... The strm files are just links to the real video files (+ copies of metadata) - each user having their own folder in the library so they can be individually permissioned .. .. permission for each 'recommendation' folder is configured for each user. There is nothing to stop you having 'Generic' recommendations - simply add to the permissions - or if all are ticked, the user will see all the recommendations across all users .. As the user watches an item in the 'Recommendations' list - then it drops off the list (as it's a played item) which is neat - and of course also tags it as played in the main library. As I said - this is all great, but it's manual as I need to create the STRM files (which is easy enough, but it's not possible to do this via the emby GUI). So my thoughts are to read a predefined users recommend playlist xml file - which can be added to by simply selecting the playlist and 'add' - and use that to auto generate the strm links in that users recommended library. This should be easy enough to do, I just haven't got around to it yet. So it's not perfect by any means - and is a workaround until it's done properly in the db - but instead of tagging a film as 'recommended to user X' - you simply add that film to their 'recommended playlist' instead (or multiple recommended playslists) and it will then show in their 'Latest Recommendation' (library) list following the next schedule. I'll keep you updated on progress - likely in the 'tools' section of the forum.

I'm with Jdiesel. I've said it before but less stuff should be free with Emby. This is an expensive hobby. I have 1800 movies, all but 100 are bu-ray. There's 177 TV series on disc. I buy on sales but if I manage to average $5 a movie and $20/series that's still $12500 on media...and I know my average disc costs are higher than that. The freaking BINDERS to hold those discs cost more than Emby, and the NAS and drives are easily 15-20X the cost of a lifetime subscription. The single most important thing that let's me use all that media effectively cost a relative pittance. You'll excuse me if I find it hard to take seriously demands for more free shit. Without Emby my movie collection stalled out at about 400 titles. I couldn't browse easily. It was a hassle. This thing is cheap at twice the price.

^ justification would be interesting no one asked for everything, just equal treatment jag a NUC to your tv, run the webclient from your couch -> free jag a Xbox to your tv, run the webclient from your couch -> get premium that there is no outstanding feature over the webclient on that platforms is not our fault

This would be great, especially for those movies where the length is significantly different. I've noticed this affects the ability to resume the longer version if the server reports the length as the shorter version.

+1 for a plugin where users can comment and rate movies and share their thoughts with the server userbase.

any updates? would love to see this - especially for music playlists

Feature Request: A Global server broadcast message to all active clients: 1. Triggered on server reboot request (server restarting for updates.. will be back up shortly) 2. Manual global broadcast (server going down for maintenance.. will be back in 30min) Automatic notice to be optional setting.

Why do you want to keep bloating Emby with stuff like this? If you want to run a chat server then install a chat server program on your server, but asking Emby to include a chat server that has nothing to do with the purpose of Emby is foolish. Your trying to make EMBY do everything in the entire world just makes it more and more bloated, which will make it slower and slower and more and more complicated to maintain and develop. Next someone will ask Emby to have email integration so you can check your email while watching a movie Its getting ridiculous all these requests for stuff that has nothing to do with watching movies or tv shows.