Leaderboard

I was able to get it all sorted once I got home, thank you for this! This is now solved. Anyone could go through the initial steps, but to follow through and actually reset all the passwords you need to physically access the system folder for a text file that generates a random pin with expiration, that can only be used at a very specific URL that you have to copy/paste manually. Give it a try and you'll see.

You need 25 more posts to fall into Regular Member group, after which you'll have 3 hrs upon posting for editing posts. Until then - it's 15 mins time restriction.

I'm a plex life time member, but I have been using Emby for over six years continuously, but there is a feature which I have always thought is missing in Emby which I would like and encourage the developer to consider including especially in this dispensation where families can social or commingle due to COVID 19. Today, I received a notification from Plex about it new feature titled Watch together you can read about it here https://support.plex.tv/articles/watch-together/ The feature allows friends and families at distance to watch same movies together instantly, you simply invite all your buddy, once they signed to the system which can be seeing in the server then play and pause as needed, this I think is cool feature should be added to emby. Let's here your though if Emby developer should consider adding this feature to our beloved Emby Media https://www.bing.com/news/search?q=Plex+Watch+Together&qpvt=plex+watch+together&FORM=EWRE

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

While Emby already has recommendations built in based on previously watched items I find they are not all that helpful. They seem to be based on genre only, for example, because you watched a comedy here are other comedies in your library. I do like how the also directed by/appear in recommendations work though. What would be great is if Emby could incorporate Trakt's recommendations as they are much more sophisticated. Trakt's recommendations are not only based off of what you have previously watched but also what your Trakt friends and other Trakt users have watched. It takes user ratings and trending/popular media into account. Ideally Emby would include full Trakt integration allowing users to rate media after watching, view lists and recommendations, and view upcoming media all from within Emby but for now I think recommendations would be a nice addition. Trakt has the potential to give Emby that community feel and allow users to discover new media, find something to watch, and recommend media to other users. http://docs.trakt.apiary.io/#reference/recommendations

Not without physical access to the server data folder.

OK Luke…I’ll get everything together…I was hoping for a suggestion before going through this…Thanks..

I did what you said and saw it created a "password.txt" file with instructions. I don't have remote access to the command line but I will check it after I get home from work a little bit. Thank you!

Yes by checking the box to only download on wifi. We'll look into it. Thanks.

If the issue is related to traffic getting through your router and to your server machine, then reinstalling the software isn't going to help you.

Hi, we'll take a look at it. Thanks.

manually working well, i have this issue from 06/2024 if you want you can give me an email and I will create a test account for you

Hi, we are looking into this. Thanks.

Ok, the Emby application shown in the video is Emby for AndroidTV, downloaded from the Play Store. As for that, comparing the application on AndroidTV and FireTV Stick, I will try to upload a video with Amazon Fire TV Stick to see how the Emby application behaves.

Perhaps on newer TVs but that hasn't been possible in the past.

Hey there @roaku, Thank you for having a look at it. I didn't know this plugin doesn't support Beta Builds in general. However, it seems the issue was fixed easily with a simple reboot of my host machine! And now everything's back to normal an your plugin is working! Sorry for the brief interruption and keep up the excellent plugin and support work

This is the Official Support Forum. Locked where? Are you connecting to your own server or someone else's? How to Report a Problem

Trakt or IMDb/TVDB recommendations integration with a plugin, would be a great addition to the homepage. A scheduled task could track changes for popular and trending/custom lists on Trakt and, if that content is available in the Emby Library, display it at the top of the Home Screen. This could include a grid showcasing Trending Movies and Trending TV shows. One feature I miss from Plex is the ability to use PMM to create custom lists and collections.

How do I know it's in a collection before I cannot find it ... Collection grouping is a very poorly thought out function designed for a single purpose of grouping collections where the titles are obviously in the collection. For all the other collections - IMDB etc - it's all but useless. The only way around this, is to create an STRM file per collection entry, and use that to add to the collection - leaving the original in it's normal position. Lately it seems emby always needs a 'workaround' - it's never just works out the box as you think it should ...

@LukeYes, it's working now. Thanks team.

Yep it's working. Thanks!

evt_hdr10plus

@visproductionThe point of janitorr is that it automatically moves across shows/movies that haven't been watched in a certain amount of time when you're running low on disk space so the creation of the libraries and moving files across is done automatically through the janitorr docker container. (It uses the emby api to create the libraries). Manually creating the leaving soon libraries and shifting things across myself kind of defeats the point of that aspect and requires me to keep track of what's been watched over the last year with my multiple users (something janitorr does itself with the help of jellystat). @adminExitiumhere's the log from when I had it create a library just now (it has a decent amount of items since I just gave it a timeframe to make sure it added items, sorry for that) embyserver.txt

Thank you, this is what I've resorted to. It's an unfortunate solution though considering that many (most?) channels offer a wide variety of programming. If this isn't considered an oversight/bug, I would request that it get added as a feature. Even if it was something as simple as having the channel's parental rating automatically match the rating of the current EPG item. This would be less than ideal because, from the perspective of the end user, channels would constantly be getting added to and/or removed from the guide, but it would be a less consequential failure mode than no restrictions at all, and less consequential than completely blocking a channel that plays primarily ratings-compliant programming... at least in my opinion.

One more thing, if navigator.connection is not available in the browser, Emby falls back to js hardcoded value of 4e6 - 4000000 - 4 Mbps. Which is a strange magic value that will undoubtedly result in a lot of transcodes: function detectBitrateWithEndpointInfo(instance, _ref) { return _ref.IsInNetwork ? 16e7 : function() { if ("undefined" != typeof navigator) { var connection = navigator.connection; if (connection) { var downlink = connection.downlink; if (downlink && 0 < downlink && downlink < Number.POSITIVE_INFINITY) return downlink = downlink * 1e6 * .7, downlink = parseInt(downlink); if ((downlink = connection.downlinkMax) && 0 < downlink && downlink < Number.POSITIVE_INFINITY) return downlink = downlink * 1e6 * .7, downlink = parseInt(downlink) } } return null }() || 4e6 } At the very least, this has to be configurable server-side. Media with bitrate of 4 Mbps is a tiny minority of my library.

Reviving this for a bit. Is there a way to override the current behavior and force apps to re-use the bandwidth test (from a server side setting?). I'm trying to force as much direct play as possible and even with video transcoding off and video and audio codecs supported by the device the transcoding occurs due to most clients using Auto as their remote setting. My idea was to try and force auto quality to direct play based on returning a 0 byte response to the bandwidth test using a cloudflare worker but that's clearly not going to work if apps don't use that anymore. Any alternatives? I think at the very least we should have a mechanism to override user playback settings and set them to maximum server side. Thanks for fixing this by the way: Caching works perfectly now EDIT: So two observations... 1. Looks like there might be a bug on the Android app as I consistently only see 7 Mbps MaxBitrate when the device is set to Auto. There isn't even a 7 Mbps option in the UI so it's unclear why the app is choosing this as the quality. $ grep 'max bitrate' /opt/emby/logs/embyserver.txt | awk '{print $NF}' | sort | uniq -c | sort -nr 1080 7000000 2. Looks like a workaround to #1 to force max quality is to rewrite the MaxStreamingBitrate query parameter sent by the app when it's present in requests although I need to test this a bit further.

Hi Guys, I recently moved from Kodi with MySQL for lack of proper multi user management and server side support, I have to say I'm impressed with Emby. Together with the Kodi Plugin it really takes the solution to a whole new level, count me in among the supporters! One feature I would like to see is the ability to recommend movies or shows to other users: I share my Library with close friends and family but it is a big library so they are always calling me to recommend them a movie to watch. It would be really cool if after watching a movie I can click a Recommend button and choose the users I think would like the movie, then it is displayed on their suggested movies at the top with the name of the user who recommended it... Sorry if there is something like this is already there, I am new to the interface and don't fully know it but could not find such feature... Thanks!

it's a GREAT idea! Reminder folks: if you agree you need to hit the "like this" button in the first post

I didn't post this tech request, my partner did. Thanks for closing my other one before so could reply, yikes.