Leaderboard

The Emby team hopes you and yours are enjoying a Happy Holiday Season. We would like to announce a couple of changes that will hopefully increase the value of Emby in all of your households. First, to aid in the transition from our old TV-only Android TV app to the new Standard Android app on that platform, we will be eliminating the need for the app unlock by allowing free playback for up to five TV devices per Emby Server. Devices beyond that limit will require Emby Premiere. Previously purchased unlocks will still be honored. This should allow most households to move to the new app more easily. Second, recognizing that today's households have more and more devices, we are increasing our standard Emby Premiere License device limit from 25 to 30. We will then also increase the extended premiere plans from 45 to 50 and 75 to 80. Existing extended subscriptions will remain the same but new ones will be at these new levels. All standard licenses will be automatically updated to the new 30 device limit immediately. You should see all of these changes rolling out over the next week or so. Happy Holidays from the Emby Team! View the full article

Users who pay for a premium subscription or a lifetime license should have access to detailed information about the slots they occupy and the ones they have available. Additionally, they should be able to check the dates when those slots were occupied and when they expire. As paying users of a service, it's essential that they can see and manage this data.

Hi, this is resolved for the next update to Emby for iOS. Thanks.

Hello everyone, It's that annoying "number of devices" thing again. I have a lifetime licence and as I read it I can use 25 devices with it. Only the period is not clearly defined and can even change, if I interpret this sentence from the terms of service correctly. Yesterday I got 3 messages saying that I had exceeded the number of devices. Shortly afterwards it worked again. I checked how many devices I was using. In the last 5 days I have used 16 devices. In the last month 19 devices and in the last 2 months a total of 21 devices. 25 devices between four and five months. I ask myself, how can such a message come about? Furthermore, it is very difficult to estimate if the time in which the devices are used is variable. Don't get me wrong, I'm not questioning your licensing model. 25 devices should be enough. But the way it is designed could be better. Greets Doppellhelix Happy new year to all!!

No, I didn't. Not sure how that changed. Like I said, same everything, same install, same settings, everything. Sure enough it was a check box. I never thought to check it since I am the "owner" or "admin" and there are no other users. Don't think I am going to bother putting things back in subfolders now LOL. Thanks alot. Sometimes you just need another sets of eyes!

If the problem with overlapping paths arises when setting up libraries, it is quite possible that a newer server version might behave differently; that's to say, the fact that a deprecated setup worked for you before is no guarantee that it will work now. Paul

I actually disagree that this should be done in emby. A lot of users when they do maintenance will be shutting down more than just emby, e.g a reverse proxy as well so accessing anything emby might not be possible for some people. A lot of big companies handle this by having an external service (not hosted on same server as their main application) e.g company.com/status and will list any ongoing activities that affect uptime. I think uptime-kuma supports this.

Since we can now detect end credits, or manually add them in other cases, it would be nice to see this, rather than an automatic percentage/time remaining, trigger the "next episode" popup and decide whether an episode is resumable or not. Even better if it could expand to movies for the latter point.

Hi, The current implementation of Emby search is very basic. Based on what I can tell, it only matches exact strings in the same exact order. Example: "Mission: Impossible" In this example the following queries will return a positive match Possible Impossible Mission Mission: Impossible And the following queries will not return anything at all (The worst offenders are highlighted) Mission Impossible Missoin: Imposible Imposible Impossible Mission Mission : Impossible Mission Impossible Another example would be "Mr. Robot" where if the dot is missing, nothing is returned or in general terms any variation of any string that is not an exact match will not return anything at all. Let's not even attempt to try a title like "Agents of S.H.I.E.L.D.". This makes the search difficult to use and at times even frustrating. As the examples above show, the major theme is special characters and punctuation and they can probably be bypassed by just ignoring them, which might or might not cause other problems in the process. This problem also affects titles that have letters with diacritical marks or glyphs such as "Amélie" and "Æon Flux", if you can't type them exactly, you can't find them. In my opinion a better attempt would be to use a difference string matching algorithm such as Levenshtein distance, you can then define an acceptable threshold and return the closest matches. I found a couple of C# projects that implement this and might be useful as a starting point. FuzzyWuzzy, a port of Python project in C#. https://github.com/BoomTownRoi/BoomTown.FuzzySharp FuzzyString. Has some additional string comparison algorithms too. https://github.com/kdjones/fuzzystring Thanks.

Emby Party is a solution for watching videos with multiple friends through your Emby web client. It requires no additional dependencies - only a device running Emby (presumably with good enough hardware for serving all the attendees, especially if you're transcoding) and at least one web browser. It consists in two halves: A server plugin and a web client module. They must be used together! Each half expects the other to be present. This is an experimental open source project. Feel free to fork and contribute pull requests and issues (my availability for fixing issues on my own may vary wildly and may be low in the near future). The source code and all known issues can be found in the github repository. Any information there should be considered the most up to date. Currently testing in Emby 4.8.10, Windows and Debian Bookworm (Linux), Firefox, Chrome and Edge. Features Hassle-free hosting: Doesn't matter who creates the party. Whoever initiates playback while in a party transparently becomes the party host, and host is reassigned if they leave. No need to recreate the party for someone else to host something later. The hosts controls the party video and video position. Video access permission check: Will only play a video if all party members have access to it, and will prevent new party members who don't have access to the current video (if any). Accurate synchronization of video player positions when the host seeks or changes videos using a multi-part protocol that leverages remote control commands under the hood. Accurate catch-up seek commands issued for guests when they fall behind or are otherwise offset from the host. Efficient transition between videos in a playback queue that accounts for slightly offset attendee positions and allows each attendee to start loading the next video while others finish the previous one. Late joiner support: Brings late joiners immediately into the video at the correct position. Joiners already watching a video will automatically start hosting that video if the party was idle. Host can change audio and subtitle streams for all attendees (guests can change it back for themselves if they want). Distributed pause/unpause requests - all users can pause and unpause. Return to video button for guests to return to the video being watched by the host if they closed it for some reason. Guests are automatically returned to the correct video if they open the wrong one or under certain other circumstances. Keep alive: Plugin keeps party member sessions and websockets open as needed and disconnects party members who time out. Support for multiple sessions/devices per user account. Just don't duplicate browser tabs! Support for remote control: Party members can control other Emby clients and those clients will benefit from party synchronization. (Caveats: Working, but not thoroughly tested yet. Due to the lack of client-side support, remote controlled clients are capable of issuing pause/unpause commands that break synchronization. I recommend being careful about pausing/unpausing in a device being remote controlled by a party member.) Cool resizable sidebar with list of party attendees and log of chat and events. The sidebar has docked (squeezes the video aside) and undocked (overlaps the video) modes and uses your Emby profile picture. Dark and light mode supported. Visual indicators for synchronization states of party members when synchronizing with host (icons). Visual indicator when receiving seek commands from the server (your name flashes orange). Host remedies for synchronization issues: Guests who are not responding can be sent another playback command by the host or kicked from the party after 20 seconds have passed. Emoji support in chat using :shortnames: or emoticons. Markdown styles support in chat, including spoilers and preformatted text. Preserves chat focus and selectively blocks keyboard shortcuts or UI interactables when chatting or syncing in order to prevent control mistakes/command spam. Chat bridge endpoint: External applications can connect to `ws://localhost:8196/bridge` to exchange chat (and some events) with the party sidebar. I threw together a module for my self-hosted Discord bot that shows how to use it. Remote control chain resilience for party attendees only: Prevents you from creating a loop of remote control targets. If you do this in vanilla Emby your clients will nuke the server with requests. Automatic skip to next video for videos stalled at the end because the last segment isn't decoding. This is also for party attendees only. Installation To install the server plugin, download it or build it in Visual Studio, then copy it normally to your Emby server's plugins folder and restart the server. Currently the plugin doesn't modify any Emby files (yet?), so you'll have to manually edit one of the web client's existing modules and import the Emby Party module there. Head on over to system/dashboard-ui/modules/appheader/appheader.js and locate the end of the render function, which in Emby 4.8.10 is in position 21877. Insert this code there: , Emby.importModule("./modules/embyparty/partyheader.js").then(function(PartyHeader) { return (new PartyHeader()).show(skinHeaderElement.querySelector(".headerRight")); }); Save, clear your browser cache and refresh. If the party button appears in the top right corner, you're good to go! I'm sure someone will tell me a better way to do this soon enough. I don't know if there's a commonly accepted way and haven't really put any thought into it yet. Whole bunch of disclaimers Use at your own risk! If something breaks that you don't want broken, revert the steps above to remove the plugin from your server installation. Emby Party was iteratively developed and tested with several friends over several weeks, but it was developed to suit our own needs. It was not (yet) tested alongside features we don't use, including, but not limited to, Emby Connect, Emby Premiere, Live TV, the audio player, conversions, cinema previews, most other plugins, etc. Currently no mobile styles. Not tested on mobile. We've been in active development until now. There are vaguely known issues that are hard to reproduce and instability can be caused by video decoding failures, networking issues, browser crashes, browser extensions, lack of hardware resources, forgetting your browser won't play until you click the window unless you've given Emby autoplay permissions.. New and exciting bugs should also appear as we get more people using it. Thanks in advance for helping test, report or fix this stuff! Otherwise, check back for updates, I guess? Please keep comments and suggestions in this thread. Issues should be reported only on github so they're all in the same place. You may notice a whole lot of things in the source code that make you think, wow, it sure would be nice if this was in the Emby settings. I agree! If you would like to implement a plugin settings page, please submit it as a pull request on github! I'm so horribly far behind schedule with this project, and my free time is far in the negative right now. There may be better ways to do some of the things Emby Party does that I am simply not aware of at this time (one of the reasons I'm keeping these instructions outside the repository for the moment) or were simply not considered because the feature grew organically. Pull requests please! Also recommended If you're feeling adventurous, consider improving your watch party's subtitle experience with these (much harder to apply) client-side fixes we worked out in tandem: Temporary workaround for subtitles coming in too early when resuming a video with transcoding (Important for this whole thing if you watch videos with subtitles) Web client ignoring AudioStreamIndex and SubtitleStreamIndex (Required for party host to guest stream index sync if you use that) Fixing mismatch between subtitle canvas and video aspect ratio breaking ass subtitles Fixed in vanilla as of 4.9.*! Playing plaintext subtitles through Subtitles Octopus by faking subtitle type Support mkvs with embedded fonts (requires the associated plugin) Fixed in vanilla as of 4.9.*! These may become obsolete over time if things are fixed or integrated into the main software. Don't forget to clear your cache and refresh after making changes to the client.

After updating to ipadOS 18.2, the video keeps pausing and playing whenever I touch the video. All other buttons work fine. These issues won’t affect iOS 18.2 on an iPhone. Is this a feature or a bug? noted:reinstall emby not fix these

Big thanks to developers team!

Hi Like, My server updated the DLNA Plugin automatically and it seems to be working (tested only 10 minutes,... don't have time for more now). Give me some days to test it deeply. Thank you very much. Any I wish you a nice Silvester

Please show us the exact folder structure you have now, and the library definition; otherwise we're still guessing just what you're situation is. Paul

It would be nice if we could define a library as "restricted" where: 1. Newly created accounts do not have access to it by default even with "all libraries" checked, as adding it requires an additional check 2. Those that do have access to the library do not have it's contents show up on suggestions in the play next or continue watching 3. That library is hidden from search, and otherwise it's contents do not show up unless you are viewing the library directly 4. If possible, make the restricted folder semi hidden, where accessing it requires a couple other steps like entering a pin code. 5. Possibly have the ability to disable IMDB/TVDB/etc metadata search and go solely by file names This would be useful for using Emby to share private or confidential content with some accounts while ensuring that they are not seen by other accounts, and so when the allowed accounts are being used in a shared place the contents stay hidden unless directly accessed. This could be used for sharing confidential business content such as training videos or cherished family memories that you want to be visible only for trusted family members, or there could be other scenarios where this would be useful. And while just telling people to create different accounts is fine and dandy, ultimately there will be times when people are watching content together or passing a device that's logged onto their account already to someone that's likely not going to go switch accounts, either because they aren't familiar enough with technology to do so or they are a temporary user who doesn't have an account. Requiring elevated privileges to access certain content just makes sense.

ANIMAL // MOTHER https://musicbrainz.org/artist/abf4ec4b-5f51-428e-b0be-94f8a5521910

That setup was never officially supported - if it worked for you, maybe you were just lucky but that hole has been plugged in the meantime. Either way, you have your libraries set in the way that is not recommended, how do you proceed is entirely up to you. As a sidenote, does your user have permission to view/access all those libraries in Settings>Users tab in the sidebar>edit desired user>Access tab up top?

I've created some CSS for the Web App, originally made for Jellyfin and ported over to Emby. Not everything survived, but here's the scavenged stuff. 1. Home Screen I've started working on the fonts to give it a more classic and timeless look, while using fonts which look good and provide my glyph needs. I love cinema, thus these fonts hopefully capture the spirit of classic cinema (designer talk Fonts used in this screenshot: Bangers and Limelight for the headlines, Jost for the rest. Also Special Elite as monotype and Satisfy for handwritings. Custom logo, some paragraphs shortened to 70 characters per line for better readability. 2. Cast & Crew WIP. I wanted it to look like autograph cards. Also works with multi-lines, see Red Mist. 3. Chapter Section Most work was done here. Adds a film strip view with animation. Includes scaling on hover, with flickering and scratches. Known issues: 'Continue watching' also scales and glows Haven't looked at the home video section yet Put both CSS files in the same folder and adjust your paths. Look for YOUR_SERVER_ADDRESS_HERE and adapt it to your likings. The fonts used can be downloaded or imported from Google, see links above. Feedback and new code welcome. embyThemeFonts.css embyTheme.css

Thank you. I'm gonna check all the files I have and change the delimiters to \\ I usually use delimiters in Genre like Pop\\Rock but I need to use them sometimes in Artist or even in Title field. If I change all wrong one I'll check the log and come back. Thank you again.

Yes. Install your own server and populate it with media - Emby is a Personal Media platform (server/client) for own use and/or (occasional) sharing with family & friends. Share sellers like Happyville are in no way affiliated or endorsed by Emby, are in breach of Emby's TOS and receive no support in these forums.

ExportPlaylist.vbs This is the script that I use to export playlists from itunes to emby. If you wanted to make it work for you, just update line 99 to the directory that Emby scans. Output="U:\playlists To use it, have itunes open to the selected playlist and run the script. It will overwrite the existing playlist if you run it multiple times.

Good new here But yes I also like to know what devices, has taken a server slot. And at what date/time, and end date/time

So, I have a rather odd emby issue, and I'm not even sure where to begin to troubleshoot it. If I add a TV Show to Favorites, an unrelated Movie gets added as well, and it's always the same pariing. E.g. if I add the show "Gold Rush: Dave Turin's Lost Mine", it will get added to favorites as well as the movie "I Want to Go to School (1959)" Thinking maybe it was something with this particular emby instance, I tried it on my test emby server. Same issue. Then I thought, well these emby db's are clones of one anothers, so I logged into a friends Emby server which is completely independent of mine, different library setup, configs and all. Same thing happened there. Is this a bug by chance? Removing the show from favorites also removes the unrelated Movie from favorites.

Jep Uptime Kuma can do this. louislam/uptime-kuma: A fancy self-hosted monitoring tool

Yes, Don't use an IP address, but instead use the device id. I've had 3 Prime & 2 Quatro devices setup this way that have been moved to these different address spaces 192.168.0.1, 192,168,1.1, 192.168.12.1, 10.0.0.1 10,69.0.1 without me having to do anything for Emby to use the devices as usual.

Hi, you can learn how to do a manual backup of Emby Server here: Configuration Backup The bottom contains instructions for manual backup.

OK we'll take a look at it. Thanks.

Yes. The content displayed in the log in positive order is indeed in positive order, and the content displayed in the log in reverse order is also in reverse order. However, when the file extension suffixes are different, they will not be stacked and there will be omissions when scanned.

Will the 25-device lifetime be increased to 30? And the 45-device lifetime to 50? (Its not avaliable to buy anymore) Also with the "hopefully increase the value" you mean also the price for bigger plans? Example of the 75 device at 19,99$ to 80 device at 23,99$ Price per device before: $0.27 Price per device after: $0.30 The 30 device still have the same price as before 4,99$ And now the price per device Is: 0,17$ Shouldn't it be the other way around? Usually the more you buy, the less you pay. The 30 device now Is way more convenient This is not to say that I disagree and will not pay anymore. Of course you can do what you want and as long as the software is worth the price I will continue to use it. PS: It would be great to know which users are using how many devices. I know it's done on purpose so that it can't be known. Sorry for the long post. Happy New Year

I use Radarr for movies to organize my movies. If you dont setup download clients or site indexers, its a great movie management program. And can be used without copyright infringements It can index and rename your movies and folders so they align with Emby. And Sonarr for my TV shows.

As mentioned debug logging would show this better. As the probe order doesn't tell us the "Debug App: Found extra AdditionalPart" order. As your image is actually just it probe sometimes the first file and sometimes not. So are all the ones that are probed in the correct order displayed properly?

Looks like you would have to edit the html to mirror the other section and probably js file also but didn't look. I guess you could resize the section. Just the text issue. div.appearsOnListsSection { @supports (width: max(10em,5vw)) { .squareCard-horiz { width: calc(50vw / max((var(--square-cards) + var(--user-cards-size-adjust)),2)); } } } .

Draw #6 is complete All participants have been notified by email. If you took part and don't see an e-mail, please make sure to check your spam folder.

Hi, this is currently not the intended function of the multi-version system. It is a performance feature related to choosing the most optimal version. But yes, more options to control this are possible for future updates. Thanks.

Please take my apologies for the confusion. I was under the wrong assumption that you would have some basic understanding of how professional software development works. What I meant by "it cannot be changed right now" is the simple fact that after a feature has been developed, undergone several months of beta testing and finally been relased just days ago, you do not make fundamental changes to program logic based on the disliking of a single user and which would involve a more than minor risk of regression. Of course it would have been totally easy to do if we would be in an early beta phase, that goes without saying. The original intention though, had been to completely eliminate the "maximized" state and have a full-screen state only instead of maximized - in the same way like Windows Media Center behaves. This idea had been dropped and we kept separate states for maximized and full-screeen. From 80 people in the beta, nobody has brought up this subject within 3 months and that's how it came to be like it is. A change would be easy if there weren't thousands (add zeroes to your liking) of users who are relying on us providing a solid and stable client software which doesn't introduce new bugs and regressions with every new release. There is a difference between personal/hobbyist and professional application development and for those who are not familiar with the peculiar nuances, it's easy to deem professionalism as incompetence.

You need to give access rights on Synology as on Linux. For Emby to see your library folders, you need to give rights to the user 'emby' in 'internal system user'.

I had not added that up, but in a quick test, yes, it seems it is a vc1 issue.

Huh, looks like it, yes. All of the problematic videos have the XVID codec tag and none of the working ones I've tried.

4 months since the last message, so figured it's due another check. We are getting close to a year of 4.9 being available as a beta release now (4.9.0.0 was made available on Feb. 3) with no signs of this feature. Any further update on this or a potential timeline?

So, I did play a little with some DSD-files (DSF-WV to be precise) which I'd like to integrate into my music collection, and they get recognized fine (well, they're WV-files). - the web-player does actually get some sound out, but Emby decides to transcode to AAC with 384kbit/s - the android app didn't find a playable stream - but hey, the androidTV-app seems to decode the files on the client device These tests were done with 2.0 files, but there is 5.1 too. So, I'm not sure if this is a bug report or feature request, since I don't think DSD was officially announced as supported, and just came in through the backdoor with wavpacks updates, but I’d love to see that supported properly, which basically means those files should be decoded on the client side to whatever it's audio-device supports as max. Bonus points would be given for more transcoding targets, like flac24/96, flac24/48, flac16/48, for cases when transcoding is needed due to bandwidth reasons or clients not being able to decode DSD. AAC also supports 24bit, so thats an interesting option too, to keep a bit higher quality intact from these sources.

Revisited this for a short little test, and for a change, my current FireCube (3rd gen) running the AndroidTV app gets an AAC 96khz transcode with high bitrates, 2.0 and 5.1 variants work both the same way. When I started the thread things worked differently, but I was on a different device too, so who knows. Nothing new in regard to playback in browsers and the Android-client on my phone, which still refuses to play those files at all. I'm at the latest betas. Fun sidenote, Symfonium does get an OGG/192kbit/s stream. So, yeah, DSD via Emby is still not a thing.

I want to clarify something: If the Emby for Android app is going to provide DSD playback support as it should, then it must: - Implement the "Exclusive USB Audio Access Mode" option which is now in the Feature Requests section, this is necessary to output the DSD stream directly to a DAC with DSD playback support, otherwise, if the Android driver is used, then only PCM decoding is possible. - Implement the three audio options for DSD decoding: PCM, DoP (DSD over PCM) and DSD native, otherwise, if the Android driver is used, then only PCM decoding is possible. In my case with the FiiO KA1, PCM and DoP are supported by the DAC, but DoP is only possible with the "Exclusive USB Audio Access Mode" option.

Thing is, some devices, like Amazon firesticks, natively support flac. I guess that's how emby handles this right now. Unfortunately, mentioned firesticks support flac only up to 24/48. So this might be the limiting factor here. However, the same devices support PCM up to 24/96. So decoding inside the app would be a good way. Of course the transcoding could happen on the emby-server too, even though this would be a bit heavier on the network.

I would accept that as a solution, as far as the Emby for Android TV app fixes the current state where audio equal or higher than 88.2Khz gets resampled to 48Khz.

TCP isn't the value here, it's the network-protocol that gets the data from the emby-server to the client/app. That's the easiest part in all this, and this is all happening on levels emby doesn't have to touch. Now with the data having arrived in the memory of an emby-client there are two options. Emby has somehow pass the data to the player's hardware, so this can pass it through it's output to your receiver. And for that the makers of streaming devices have prepared software connections and APIs that allow bitstreaming of AC3/E-AC3/DTS for example. An app like emby does not access the hardware directly, those days are mostly over, it just passes the data through to another higher software-level. If, for example, amazon decides to not support DSD, because they don't want to pay for licenses, then that's basically game over. But, here is option two, what an app like emby can do, is handling the DSD-decoding by itself and output as PCM, much like things are done with FLAC and other formats that can't be bitstreamed.

It would be an open source plugin if we did it and incorporated gpl code. But most likely we wouldn't use the code to begin with.

This exists as a plugin for Jellyfin. It supports both OIDC and SAML. Could this be altered for use with Emby? https://github.com/9p4/jellyfin-plugin-sso

I haven't looked into what it would take to support this, but assuming it could be done server-side without requiring changes to every single app, then in theory an authentication plugin for OpenID could be built just like Ldap.

Hi, yes we can certainly look at improving that. Thanks.

Hi, yes this is on our to do list to resolve. Thanks.