Leaderboard

Check out latest development here: Cheers

The donuts are being iced as we speak:

Currently one of the transcoding reasons is Max bitrate exceeds limit. What I want to know as a server admin. Is it because the auto limit detection selected that limit or was it manually selected by the user. Maybe have something like: Max bitrate exceeds limit (Auto) Max bitrate exceeds limit (Manual) or Max bitrate exceeds limit (User) Or something to that effect.

@@Luke stated in a previous post (https://emby.media/community/index.php?/topic/49933-replaygain-music-support/) adding support for this could easily be done for at least the theater client seeing as the player used already supports replaygain. I'm making this feature request in hopes that this support is added, as I have no dev experience myself

I'd really like to have 2 Factor Authentication added to the login screen. It's just this (optional) extra layer of security to help secure the server (which, especially if people use camera uploads) contains pretty private data. There are for every type of programming language quite a few libraries available, so implementation on a server shouldn't be too hard to realise

When setting up a new user I think it would be great if I could copy an existing user. Even better if you could copy certain aspects of a user like views , library access , parental settings

Is it possible to have a banner on the front page, and/or popup to announce maintence going on with the MediaBrowser service. It would be nice to be able to announce a maintenance to family and my kids who are at their moms. Anyone else think this would be neat? thanks!

One of the nice things about MBC is that empty TV folders (after the latest show is deleted) are hidden. This makes Emby look very smart. I know @@ebr wants to get rid of this feature from MBC as he sees that this is better as a server feature that can be applied to all clients. I agree. So what does it take to get this useful feature into the Emby server? I'm hoping that asking nicely is enough, I'm also hoping that enough other users consider this feature useful enough ot include in the server. How about it, @@Luke?

Hi, On the Server you can currently see active devices on the dashboard, and consequently which users are watching what on what media. However, there's no way to abort these active devices to either conserve bandwidth, conserve server CPU, or simply to stop a renegade process. One use case that would be particularly helpful is when you're casting from the phone app to ChromeCast. If the phone gets interrupted, you lose control over the stream so that the TV stops showing whatever you were watching, and there's no way to stop it or regain control over it. Instead of having to stop and start the entire server, it would be nice to just click on that particular activity on the dashboard and press KILL (or perhaps a less dramatic word - cancel?) Food for thought? -Florux

Feature request: Roadmap/Development transparency In scrolling through the current feature requests, and having put in a few myself, I'm curious: How many upvotes does a feature request need to get before you guys actually start working on it? Is there a certain number of votes per period of time, or how do you decide what actually gets worked on? I ask because I often see a feature request, and the response is generally something along the lines of: If the Emby Team already agrees with the user, the script goes: Emby team - "It's something we'd like to do in the future, thanks." But no timeline is given. A year goes by and it still hasn't been implemented, so the user asks again, and gets a response similar to: Emby team - "We are working as hard as possible to make everyone as happy as we possibly can. Thanks." User gets frustrated, asks for an ETA, response is like: Emby team - "Hi. We have never stated this feature was slated for any particular release. It is planned for the future but not under active development yet." 2.5 years have gone by for this feature request, with almost 30 upvotes, and active development isn't even on the horizon. If the Emby Team disagrees with the user request, the script goes something like: Emby team - "This is why we think the way we are doing things is right, thanks" Users - "Hey, I see what you are saying, but here are 9 reasons I disagree" Emby team - responds to 1 point of the 9 made to tell the user they are wrong, or that that 1 little point isn't relevant, ignores the other 8 points User - gets frustrated, keeps pushing Emby team - "This thread is here to gauge user interest, we will see how many upvotes it gets and may implement it in the future" Years go by, thread gets upvoted, feature never gets implemented. The highest upvoted feature request right now in the top 20 pages of this forum has 63 requests (not even counting how many similar threads may have been locked for being duplicates), and it's not even under active development at this time, despite being created by a developer and being over 2.5 years old. To get ahead of some of the responses I'm sure I'll get, let me just say: -I absolutely appreciate that Emby exists, and I appreciate and respect the time that goes into its creation and development. I know that developing a program takes time. -Yes, I am a premiere subscriber -No, I'm not just trying to complain about this. I am simply asking for realistic responses that actually have usable substance and transparency. Some actual follow through or a roadmap so that users know if their requests are even being considered for active development, rather than waiting for ages only to be told that the item they thought was getting worked on or had a chance at being worked on isn't anywhere on the horizon. -Yes, I do really love Emby, and I want to see it grow and get better, which is why I have chosen to give you guys my money, and why I recommend it to people. Unfortunately, that doesn't negate my frustration with this current process.

Often times when I see "Reason for transcodng: Media bitrate exceeds limit." in the info I wonder, what kind of internet connection do they have? I know this can cover multiple scenarios like bandwidth limit set for user, server, client side quality setting, as well as AUTO bandwidth detection... Can you PLEASE add to the dashboard the returned client bandwidth capabilities? The value you are getting from the client that tells emby its bandwidth abilities. While you are at it tighten up the spaces between lines on the transcode items, and align the results to the right instead of center.. MAYBE SOMETHING LIKE THIS :

That's exactly what I do as it would be cray hard finding movies on my system otherwise with tens of thousands of movies.

Or... Then, from folder view of "A" (all movies titles starting with A), refresh metadata I would still need to do 27 MD refresh, but that sure beats doing 15k.

In any case, all you need is an address which works. The IPv4 address is easier to type, so why worry about anything else? But if you want to use the IPv6 address because it is staying the same whereas your IPv4 NAT address might change, then you've been shown how to type that. Don't overthink it! Paul

if you want to add an open option for people with faulty remotes then i guess thats ok. however, it should neither replace play nor be placed at the top. play is needed for those people that don't have fauly remotes but don't have a play button, a far higher number seeing as this is the first time this problem has come up.

>>>>>> Processing Plan Info Name CanDoInHardware WillDoInHardware Reason Info Automatic software decoder >> False False Software Codec Info VideoInput >> False False Not a hardware decoder Info ColorConversion >> True True Info VideoOutput >> True True Hardware encoder Info NVENC GeForce GTX 650 - H.264 (AVC) >> True True Hardware Codec >>>>>> Projected Processing Formats Info Previous HW-Context Format SW-Format Next Info hevc >> - yuv420p10 yuv420p10 >> hwupload_cuda Info hwupload_cuda >> CUDA cuda yuv420p10 >> scale_cuda Info scale_cuda >> CUDA cuda nv12 >> setsar Info setsar >> CUDA cuda nv12 >> 12:39:25.812 Stream mapping: 12:39:25.812 Stream #0:0 (hevc) -> hwupload_cuda 12:39:25.812 setsar -> Stream #0:0 (h264_nvenc) 12:39:25.812 Stream #0:1 -> #0:1 (copy) Yes it is - you should be able to easily tell by the fps listed on the dashboard as it will be significantly higher than a CPU only transcode.

He might, I'm trying to determine wheter it's a typo or some othet issue. My other suggestion would be to delete genre from item in second folder and re-add it by Ctrl+C genre from metadata of item in first folder?

Can you check, if you edit any item metadata and try to add another genre, start typing "Com", what does the dropdown menu list: one or two instances of "Comedie"?

The Good Wife. I tried EBR's suggestion to resort actor order in the show's nfo and it did work, so while not the most elegant way to fix it, it now does show main actor before supporting cast. Look before (op) compared to now:

Yes, that would be my question, so just type http://[myip]:port?

Hello @quickmic, first of all, I wanted to say that the Netflix icon is now gone. It was actually a skin error that had nothing to do with Emby or EmbyForKodi.... I still have one wish though: It concerns the update in general. As you surely know, your update is missing the EmbyForKodi icons. Could you please put them in the archive for the future so that they can also be recognised in favourites... Hier without Icon: And here with Icon:

Thanks for that. Much appreciated.

I change the skin, now it is faster. Emby starts now. Mal auf deutsch, bist glaube aus Österreich? Als mit dem jetzigen Skin geht alles schneller und Emby scheint auch jetzt ohne Verzögerung zu starten. Ich beobachte das weiter! Mein Englisch ist sehr mies ;-)

Your device is reporting no support for AC3. Is this an original Fire Stick? It is also running Android 5.1. I think the next version will probably do better for you on that old device.

Alright, I get that and send them to you!

Well in fairness, what he said at that point in time was what he knew based on the other guys implementation. He just hadn't seen what we have. And now he knows better. LOL

Just upgraded from a DS418play to a DS1821+ and so far I'm liking it. The Synology HDD migration was easy. I did add another 4gb RAM to bump it to 8gb from the start so can't really say if it helped. My main uses are Emby, Surveillance Station for my IP cameras (which feed into Emby), and PC backups and the amount of RAM doesn't seem to be a problem. My 418play only had 6gb and it was just fine too. I may move Surveillance Station and the backups back to the 418play just because it's sitting there collecting dust now. There is a SSD cache advisor tool you can run which will tell you what size M2 drives you may want to get. Right now I'm not running any M2 drives because I want to wait for the conversion of SHR1 to SHR2 to finish before doing any real testing or transferring of files I'm using LAG as my switch doesn't support LACP, but like mentioned the NAS supports them all I've got a mixture of 8tb and 12tb WD Red pluses from the old NAS and now 4 new 14tb Seagate Ironwolfs in there. Can't say I've had any problems with either brand and both work great as NAS drives. As discussed in the other thread the one downfall is that the DS1821+ doesn't have a GPU, but for me that's fine as I don't transcode anything. However, I've tested an occasional conversion of audio and it seemed fine. 4K transcodes may be pushing the limits though

Nothing will change for you. It's an option and it's off by default. Further, @RanmaCanada might want to correct his earlier statement as he's part of the private testing group...

I've got the 1815+ I understand there is a fair few differences between the 2015 model and the new 2021 model. My experience with my 1815+ is great, I have had some issues with transcoding of late, but that is mainly due to new recent codecs, which is hardly surprising when it comes to hardware that is 6 years old. I know with the 1815+ you can use link aggregation to create a 4gbps bond, which you will need a switch/router that supports it of course. It's easy to setup, however when I changed my router last year I had to disable my LACP as my router didn't support it, but for my needs having the LACP didn't make a difference, so have now just gone with a little D-link 5 port hub rather than the 24port rack mountable beast I had before. Regarding RAM I upped mine from day one to 6gb so can't comment, but reports I have seen say 4gb will be more than fine. The DS1815+ has been great for my Emby server, it only really gets 1 user at a time, however I use it remotely and works great when someone is using it at home and away. The only issue I would encounter is if both users are trying to transcode 1080 HEVC but I tend to have 720p content anyway.

OK so heres what I think is happening. In some views, the collections are being shown as collections, which hide the individual movies inside them. My main 'movies' library is set up to do this, but viewing by 'date added' seems to override this. Its mixed with the other sorting options so its not just this. So, I like the collections to be lumped in together when they are the same series, ie 'star wars' or LOTR etc.. BUT I have some collections that are like 'movies to see with dad'.. I'd prefer these not be hidden when listed. I guess theres no way around it?

Urgg!!!! Thank you.

I don't think I've ever ran anything but Emby. Then again I had Media Browser back on Windows Media Center. I've converted several Jellyfin and especially Plex users to Emby. I tell them ahead of time to just use Emby but they inevitably have to take a different path. Most the time they come back to me asking how well Emby works or how much I enjoy it. My advice is always the same. "Install Emby, pay for the premiere subscription, shut up and enjoy". And it never fails that they want to talk my ear off about how awesome Emby is after they try it. Duh...I told you to use it on the first go. @dannymichel I definitely like where you are going with the lighter weight fonts. I never really paid attention until I got a much larger TV. The bold is a bit too bold on 75" or larger screens. My personal preference is for a tad wider fonts for the titles. I'm thinking Futura but that's a bit dated. Maybe Poppins from the Google font library...altho it doesn't have a condensed version so might be a tad wide for smaller text. Either way I look forward to the mocks.

Can confirm this is fixed in 5.1.16. Thank you @quickmic! Something else I noticed today with subtitle selection. When selecting an HEVC video to play with force transcode enabled, there is a popup in Emby for Kodi asking for you to select the subtitle stream. Emby for Kodi next-gen starts playing the video after a couple of seconds without waiting for a subtitle selection. Also, Emby for Kodi legacy includes an option in the subtitle list for "none" so that you can play the media without subtitles. Emby for Kodi does not (although selecting the option to cancel subtitle selection seems to play the video with subtitles turned off).

LOL I knew it couldn't be a big book of cards! Cool idea

Issue is fixed with setting Edit metadata -> Display order: Dvd *EDIT* Thought it was fixed but there are still episodes missing even though the episodes are in their folders

[MovieFileName].en.forced.srt They're called "forced" subtitles. Usually on a Blu-ray they're part of the normal English subtitle track, but individual subtitles within that track can be flagged as "forced" and will display even if subtitles are turned off. When ripping a disc with MakeMKV, this will come out as a second, separate, subtitle track, which then needs to be flagged as "forced" in MKVToolnix. I'm not sure how Emby handles whether to display these or not on various subtitle settings, but I've got mine set to "Smart" and it works perfectly. I get English subs for foreign works, English forced subs are displayed, and for English works without a forced subs track there are no subtitles displayed.

Thanks for the info. I contacted trakt support about my account. @Lukecan we get trakt plugin to recognize code 423 returned by the trakt api and notify the user about their locked trakt account? Thanks

No because that would defeat the purpose would it not? Either you want to give the user access to 4K material or not. If they can direct play it great, if not then tone map it while transcoding. You would not want to give them a transcoded video NOT tone mapped as it will look flat and without the proper SDR colors. So you can handle this acces the same way you do now with a 4K library you can allow or not per user.

I think that you are now being rather arrogant. It is not being Lazy to want to keep only one copy of a film as there are many reasons for wanting to do this. Just because it is not your idea of best practice is not a valid reason for your response.

Are you serious? One of the main uses for Emby is to share a media library to multiple users. And the live transcoding adapting to each users equipment/bandwidth is maybe the main selling point of Emby. Your precious 4K HDR library is essentially worthless without transcoding and tone mapping, the day you want to watch something on the mobile while traveling etc.

That's ridiculous. Naturally I like to buy media in the most advanced format I can, even if I can't yet play it without transcoding. That way I will have a library in due course to justify buying a more advanced TV. After all, why would I even buy a 4k TV if I didn't have anything already to play on it? Paul

After years of requesting, and lagging far behind the other platforms. This has been repeatedly pushed back. Remuxed HEVC hasn't even been fixed! Years have passed, and absolutely nothing has been done! My text...is 100% appropriate.

Yes, that would be the ideal. But it isn't anywhere close to reality. There are far too many variables to guarantee that someone won't have a bandwidth fluctuation, or have unsupported audio (because that major blunder has never been fixed), or that all the devices in the chain of use support HDR10, HDR10+, Dolby Vision, HLG etc. The puritanical ideal that provision should be made to cover all possible playback error scenarios, is idiocy. Softworkz, I know you hate the idea of anyone transcoding their media to HEVC to save space, and probably several other similar situations, but only an extreme few have your perception of detail. Most people have no idea what they are looking at, but they will notice something that is outside the norm. This attitude is why Emby is lagging so far behind the likes of Jellyfin and Plex. I have a sizeable storage array, but the growing amount 'HDR' media is immense. To expect every user to maintain a duplicate of every TV episode and movie, both in HDR and SDR is absurd! I fully believe that if Emby doesn't catch up to the others soon, it'll start a backward slide..... actually, the slide has begun. Very few people care that what they're watching is the best they can possibly get. They wouldn't even recognize it if they had it. They are happy just watching the compressed streaming content from the likes of Netflix. They just don't care! This feature has been fought against by Emby from the beginning. And it's because of a terrible attitude. Do your job, and your job is to provide the userbase with what they require, not what you think we should want or have. I work in customer service. If I had that attitude, my customers would be pissed off at me. Emby is a user/customer product, not a pet project. Swallow your damn pride, and do your job!

To gauge interest... What if you had the ability to "Forget" a series for the purposes of Next Up display. That is, it would no longer show in Next Up - unless you watched another episode. Sometimes you maybe watch a series for a while and, even though there is more of it or more is made later, maybe it isn't as good as the earlier seasons or maybe you just don't have time for it anymore. So you'd like it to quit showing up in your Next Up list so it is less cluttered and you can focus on the series you are actually watching now. If you start watching it again, the "forget" would be forgotten and it would start to show up in Next Up again.

Bumping this - as I'm seeing many requests of failures caused by 4K REMUX's where the people simply do not have enough bandwidth (for whatever reason) to play the files. If as per @pir8radio requested a couple of years go - if you put the available client bandwidth on the dashboard (download a sample file when they first connect and store it ? But dynamic /live would be even better) then people can see how good/bad their connection is vs what they are trying to play..

This is revisionist history and a bit hypocritical. Emby up until very recently Emby was exposed both for the source code and the issue trackers as a whole. Then code started being closed source and both the code and issue trackers have essentially went private. Emby was the "no body" for a long time as it grew. It copied numerous features from Plex and other software like Kodi/XBMC. It's a mute point if features were directly copied or if the features were copied due to user request or just because they made sense. Point being, if a feature makes sense to have it will get added regardless if someone else has it or not, regardless of when it was added to another software or in development. The open source/issue tracking worked extremely well previously when no one was worried about competition and just worried about MB/Emby and being the best it could be without worry or regard for other software. Emby became very popular because of this. The whole point of open source code was to allow the code to be used by others to improve software AND to appeal to people who didn't want to "feel locked in" to closed source code or development. Many people switched from Plex to Emby because of this originally, even when it wasn't as feature rich. This isn't rocket science type code. An idea can usually pretty easily be duplicated by any other software if they want it. Users ask for the same features on different software so there is nothing honestly being protected by this. Who ads a feature first is more about priority than who can rip off a competitor first. The code base with the best devs will rule the day when all is said and done. When you stop and think about it. Emby would likely NEVER have been what it is today if it wasn't open in the beginning. Why fight what helped you to become successful in the first place? I actually feel the same way about JellyFin as you. LCD is a good way to express that type of user. IMHO Emby only has two software competitions. One is Kodi which is open source but a different market. It's great software but highly "directional" in doing one thing well. It basically is great for a standalone system but not to share media or to act as any type of client/server or to share media with family and friends. Plex is really the only other software of similar nature to Emby. Emby could literally give them the code every day along with any notes, tests, design and technical documents and it wouldn't matter. The software is written in different languages with different structures, APIs and frame works. The "idea" is really all that would matter as the code would be mostly useless. That's assuming they were even interested in the ideas or could program well enough to incorporate these ideas at the pace Emby has been adding them. 99% of what gets added to Emby has already been talked about in the forum or is just common sense so all a "competitor" would need to do is read the forums here or their own to see the same requests and ideas. Emby adds features to it's code at a rate AT LEAST 2 or 3 to 1 vs Plex. With Plex said features get implemented at best 85% to 90% but never 100%. They never finish features properly which is why they bleed so many users to Emby. Besides the technical reasons the other reason people used to switch was for the openness (being talked about here) and support of Emby. Plex is far more interested in being the next Netflix/Amazon/Apple Music then it is being an Emby. They have already started the slow death spiral in many, many ways.

This is one of the things I miss about the source being 100% open as you could previously just view works in progress. As far as Plex ripping off stuff from Emby, they have enough problems with their own code, redoing their own UIs in clients after botching them for 3 years. They've spent a large portion of the last two years coming out with features/services to then remove them (cloud features) and they spend a lot of their time these days working on features they want users to have (podcasts, news, music services, etc) that they can monetize while removing competing features like channels and plugins. Plex has just after 3 years, gotten their DVR to work 90%+ of the time correctly but only with a single EPG source and single "tuner type". They've got recently allowed someone other than the admin to set recordings! As a long time user/supporter of both systems I can tell you that most of the feature requests here are also over on the Plex forums. People on both platforms tend to want the same things (big surprise). Plex is growing in a different direction then Emby these days and going after different feature sets as a whole. Ironically, the bigger threat to Emby IMHO is JellyFin which is really Emby 3ish without the current Emby clients. They are more "PR" then deliverable and doubt this will change much in the near term. JellyFin is realistically 2 to 3 years behind current Emby at best case as they don't support the multiple platforms, multiple clients, NET framework, Guide data built in, the new features in clients like Video (BIF) snapshot support, etc... JellyFin will likely expose more people to "Emby Lite" and then Emby then detract from Emby long term assuming JellyFin sticks around long enough. To me this would be like MS worrying about a competitor with source code to Windows 7 32 bit being a competitor to their current lineup. Just not going to happen (open or closed source). More likely than not, people will would play with it to find they like it then when they discover the "real version" has a lot more features, clients and support then they pony up the $ to get the real version. The person likely to run JellyFin is also the same person who would run Plex without subscribing as well, so really not a person to worry about as they likely would never be a paid user. Agree, disagree?

If you use the HRTunerProxy to emulate a HDHomerun device, then you can set this device as a tuner source in Emby. But you will also have to set a xmltv guide source in Emby. Neither the HDHomerun nor the Vu+ plugin will provide you with guide data then. Summary: Either HDHomerun, Hauppauge or m3u tuner as source in Emby with separate guide data or Vu+ plugin alone that also delivers the guide data.

As I said, we need to do a better job of using this feature request forum for future work. Point taken. It is interesting that you used Apple as an example because they are the most tight-lipped company out there. You NEVER know what they are working on until it is a week from release.

The Emby team is extremely small and very active on these forums assisting with issues and responding to requests. The product grown way beyond what I ever expected it to be 6 years ago. I think that they are doing a fantastic job and have Incorporated a lot of feature requests. Kudos! Sent from my SM-G960U1 using Tapatalk