Leaderboard

Since I lost my section moderator badge in the shuffle I was wondering if I could get a Plex badge in its place?

When you've spent half of your life on developing enterprise database applications, you can only laugh about some posters that are trying to make big speeches which are essentially only revealing that they don't have much clue about the subject - surely not the debt that db-agnostic development can put upon a project, especially when it hasn't been designed for this from the first place. SQLite, MySQL, Oracle, Informix, MsSql, Postgres - all of them have their own range of individual differences in SQL dialect, DB organization, supported data types, trigger capabilities, indexing capabilities, statistics generation, query optimization, query-precompilation, transaction capabilities and transaction behavior - just to name a few things. The bottom line: for a db-agnostic implementation, you either need to restrict your use of db features to a common subset or use specific coding to adapt to the differences. At the db side though, you really can't afford to have much differences. The current db structure is optimized for SQLite in a number of ways which won't work well with other dbs. This means, that the db structure needs to be reworked more than slightly. As a consequence, many of the specific optimizations that are used will get lost initially and new optimizations need to be worked out based on the new structure. Then there's the side of the code: Due to the differences between sql dialects and supported query features, you'll need some form of abstraction layer because with the minimum common subset you won't get very far. You can either use some existing middleware for this task like nHibernate or Entity Framework (as we're on .net) or you write your own abstraction layer. The problem with the latter is that it requires a lot of work and as it will grow over time and can never be at the same level of maturity like standard middleware; it would put a significant burden on future development as it would be required to test every future change we make against every database we support. Everybody who has worked with such middleware knows, that these often perform significantly worse than with custom sql, when used in the default way. It requires expertise and additional effort to achieve appropriate performance which in turn frequently requires additional changes to the database structure to accommodate to the way those middlewares are working. Finally there's another subject: DB schema updates. As the software evolves, the database needs to be changed and extended for new features, for which you need to have sql scripts, updating the db schema. These are hardly ever compatible between different db systems (besides the most basic operations), so you will need a separate update script for each db you want to support, each time you make a change. Even though EF has some capability to create these, it is not really a straightforward process and needs to be tested against all databases you want to support. Even if we would support MySql as a single alternative db, this would already cause significant technical debt on future development (remember, we're a very small team). As a matter for fact the initial outcome of doing a change like this would be: Bugs in all areas For the majority using SQLite For users trying the alternate dbs Decreased performance for the majority using SQLite We can't catch and optimize all users' scenarios during development => Regular users will complain Users trying alternate dbs will complain about performance partially being worse than with SQLite Let's just say: because we have focused on SQLite for optimizing and delivering the same performance as previously There's more to this, but that's for another day => Considering the mindset of some(!) users in this conversation, those complaints might be as unpleasant as their comments already made All-in-all, one might recognize that this won't be a recipe to make anybody happy, neither on our nor on the users' side. It will cause regressions and decreased performance and it will take a while to address all issues and catch up to the previous state in terms of quality and performance. As painful as it would be - it's still a reasonable step to make at some point in time, but there will have to be suitable and valuable reasons to justify going through this, which should ideally bring benefits to all Emby users. A few users in the forum who are posting blown-up offensive and insulting speeches won't be such reason, that's for sure. I have written this for all the others here, that were just kindly asking for that feature, in the hope to make the background and the decision making from our side a bit more transparent. For those who think otherwise, here's the usual and only answer they deserve: "Yes, it's planned for the future".

Yeah, and luckily you were born all-knowing so let's make fun of those noobs and demean someone that actually helps them. While I'm sure that sounded like a great joke and a stupendous punchline while you were imagining it, in reality it paints your as both bitter and cynical person (as you know how Oscar Wilde put it: Cyinc is a man who knows the price of everything, and the value of nothing). And I ultimately feel kinda sorry for you. Still, if I had a choice between assisting you or 50 noobs (although that is likely in the realm of SF, seeing the opening conjecture) - guess which would I choose. And it has nothing to do with reputation - but being a decent human being willing to give something without receiving anything in return (as I could've surely used a word or two back in the day). Whereas all I see here is moaning and insisting on a niche feature with limited benefit for majority of the users and out of current scope of the project, as it has been explained in this very thread on several occassions. @pir8radio is a well-known and respected member of the community who has helped number of users on numerous occasions, often related to quite advanced nginx configs, and seeing you dragging his name through the mud and discrediting him does provoke a degree a repulsion, as it does create the urge to type a few words. Although I've never exchanged a single sentence with the man. But his depiction of Karens fits quite well from where I'm standing (not that anyone shluld give a f*ck about that, least of all you). Personally, I reckon it would be a handy feature that would bring certain benefits, that I might make us of. Do I think of it as absolutely necessary? Nope, by considerable lenght. Off the top of my head I could count 10 improvements that would vastly outweigh this one, for the community as a whole and not necessarily to myself personally. Seeing significant core changes this one would require, I'd rather those resources being devoted to former, until the time/need comes for latter to be developed. Anyway, do come down to the Earth and try to measure those expectations with some more reasonable gauges. My 2c.

Go into your Library settings and confirm your 'TV Shows' library type is set to 'TV Shows' and not 'Mixed Content'

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

I would like to use the Alexa Skill with my Emby server, unfortunately this is still not available in German. Do you know when it can be used? https://www.amazon.com/-/de/dp/B07F8VC9F9/ref=cm_cr_arp_d_pb_opt?ie=UTF8

Hello @@All, I'm new to Emby and quite missing the possibility to sort my audio playlist e.g. by artist ort album. Is there already a feature to do this or is it on the roadmap?

Hi all, I am new to Emby - I've been using Plex for a large number of years at this point but in the spirit of curiosity I thought I would take a look at Emby. About a year ago, I swapped by backend data source over to Google Drive. I did this with the plexdrive project, created a few other supporting services and created what I call CloudDrive. This is now just a mount on my Linux machines and I can point Plex to it. I also use a bit of a flakey sync system for syncing watch status. It's not great, but mostly functional. I saw that Emby supports GDrive as a plugin but after setting it up I discovered that it doesn't appear that you can have it as the source for files and only have Emby upload copies of your files in to Drive. Does anyone know of a way around this, other than keeping my existing setup in place?

The problem starts at 3.6.0.40 For example, the file directory is Home.Sweet.Home.2021.720p.BluRay.x264 The file name is Home.Sweet.Home.2021.720p.BluRay.x264.mkv TMDB describes it as a 秘密访客 You can search for Sweet and 访客 and get results in 3.6.0.39 and all versions before From 3.6.0.40 to 4.7.0.15 you will not get any results you can only search for the first two words 秘密 , this is a degradation, hope to fix this problem. thanks!

sent you a message

Hi, I've only seen this happen when something got corrupted but usually a simple reset of the user's library access fixes it as Emby rewrites the user info back tot he config file stored on the server.

Hi, Emby is only going to import collections if that data is in your NFO files assuming you have NFO files written. If not the collection information will come from the meta-data provider info it pulls during a scan. If you create manual collections you really want to make sure to turn on NFO file creation so that if you ever have to scan the library back in they will get imported and set back up again.

oh no .. ok I add it back.

Ok, so I took your advice and went back to basics, and all is well. I can connect to my Emby server with the IP as well as the domain name. Inside Emby under networking it is configured to use the IP as suggested, which is pretty much the default setting so to speak, and using 8096. Externally, I can hit my server with the public IP as well as the domain name with 8096 appended.

New version available 6.1.5 (beta): Delta changelog: - remove unneseccary workers on progress updates - improve threading - Plugin start optimized - Improve wake up -> faster reconnect - fix resume progress indicator - connection improvements - add fallback ports for websocket connection (port 80, 443 is not set for some reason) - fix Italian language file - fix db migrate - fix tvtunes - add settings translation Currently it's not in Kodi repo, I wait for feedback before upload.

Hi. Instead of Kodi, you could side-load our standard Android app on the device.

Hallo Luke, danke für die Rückmeldung. Ich habe mich dazu entschlossen zukünftig nur noch Emby einzusetzen und auch eine lebenslange Updatelizenz zu kaufen. Der Grund ist recht einfach, das Meiste funktioniert einfach ohne viel Gefummel. Gruß Eddie

Ah ok. I wasn't thinking of use cases past simply IPTV... That completely clears it up, thanks

Hola a todos, quisiera agradecer a todos por las importantes publicaciones que hacen en este foro que son de gran ayuda para muchos.

you have to enable remote connections because if the reverse proxy is setup correctly the server and the users shouldn't know its there. the proxy passes the remote addresses to the backend server.. you CAN force it to strip those if you want, but then emby server has no clue who is doing what, its logs and all of that good stuff will show one ip.

Thank you for the update Luke. I will let5 you know if all is well.

Yes there is a bug somewhere that has caused content type to change for some reason on some setups. Can only guess as the method of storing content type has changed over the years. But since we have seen this issue several times there is a guide to change content type if you do not want to remove and readd library. But sounds like you resolve the issue yourself. How to Change the Content Type for a Library - Tutorials and Guides - Emby Community

Yep they ended up being related thanks.

I think it's more secure because people can't login to your computer from the outside using the internal user. Glad you got it working.

Thanks so much. Everything works now. I didnt realize there were internal usernames as well.

Hi, So (especially) when watching on a TV box such as Android TV it's quite the unnecessary task to have to switch the subtitle track individually for each episode in a season. It would be handy and a nice quality of life update to have the same "select subtitles" box that appears for each episode but for an entire season or even a show (if subtitle track naming is consistent across the episodes allowing to make the switch ofc).

Awesome, thanks. And Narrator/Composer?

Hi. Did Reaper's explanation answer your question? The main difference to understand with us vs the other guys is that your server users are actually YOUR users. You set them up in your own server dashboard and we (Emby as a company) don't have to know anything about them and they don't have to go through any of our servers to get to your server. This is fundamentally different than what you are used to where the users are actually registered with an external company and then attached to your server. We do offer Emby Connect which then gives your users an easy way to find your server without having to know the address but that is completely optional. Make sense?

I love using emby, so does the wife, and if there any issues I turn to the forum for support. Not only does the staff dive right in to help so do the other members.

You can ever be connected only to a single server, regardless of connection method. All client apps (including online Web App) will present you with Select Server screen. Only exclusion is local Web App. If you login to Connect, you'll be presented with all servers linked to that account.

Glad it worked

Correct, yes. That will require an update to the server to resolve.

The locked fields of a collection get overriden if another movie is added to the collection. That is at least my experience and probably also what @Luke tried to tell us.

Has anything changed since my request? How soon is soon? It's a year now. Could you please release the skill now for german language? Thanks