Leaderboard

So in tackling my dream of keeping everything in one application, I also just got a new phone to keep all of my music on it all the time, as I travel and where I live has terrible cellular coverage in a lot of areas. Emby almost achieves this, but would love downloads to show the same way server music does, by artist etc. Or maybe have a general offline mode toggle, so emby still looks the same way as it does connected to the server but using local storage.

Wondering if it would be possible to get this information displayed in paragraph form properly? I assume this is coming from TMDB and it displays nicely over there, but in Emby (all apps I've tested so far), it looks like someone just puked up a wall of text. This is from TMDB vs what Emby displays

And for ten years they've been telling you this isn't going to be implemented. Your complaint would make sense if it were one of the many things that has Luke saying "It's definitely possible for the future" every year or so, but in this case they've been pretty clear that this one isn't on the agenda. So the length of time people have been bitching about it is irrelevant. It just indicates that the team is tolerant of whining. If this were a Github issue it would have been closed years ago.

Auto needs it's description removed as it doesn't work like that afaik. It's just a fixed rate not an actual auto. Admins needs a way to set the default rate which clients use unless the user has set something else. My graphics card is running red hot all the time because people don't know about quality settings or how to adjust them!

ISSUE IS FIXED!! The newest Beta update fixed my issue with Movie theme songs not playing! I'd like to thank GrimReaper and Neminem for the suggestions, and big thanks to Luke for being so responsive to the Emby user experience....So glad to be a Lifetime Premier user and a part of the community!

Hi, It seems that the simplest solution to get started will be to add push notifications from the library level for a given media library. A drop-down menu allows you to select a user and uncheck what to receive notifications about new media.

In tweaking my server a bit over the last few days, and in reading and replying to some posts here, a couple of (what seem to me) rather simple security enhancements came to mind. 1. Option to require password. This could be both a global or individual user setting. It doesn't have to change the behavior of anything else. Actually... I couldn't believe this wasn't there somewhere. Am I missing it? Couldn't a user just delete their own password and open a security hole? 2. Global option hide profile pictures/login. Right now, the only way to do this is per user, which is fine for someone like me that only has 5 It doesn't seem like these would be difficult changes unless I'm missing something.

I don't know if it is even possible but, I have elderly users that struggle with the remote/navigation. Is there a voice command or a way to add a voice command to make Emby tune to a specific channel (e.g. 44.3)? I tried "Emby" which it translates to "MB" channel 44.3 and it just does a YouTube search or whatever. "Channel 44.3" doesn't work either presumably because it hasn't been set up in the Shield. If Emby could grab: "MB channel 44.3" command, that'd be great.

Hi, are still working on it. Thanks.

OK we'll take another look at this. Thanks.

Hey, so I've seen that if you just shut off the TV with the EMBY app open, it stays that way. Then, when you turn the TV back on a few hours later, the EMBY app is still there, either open or running in the background, right? The content doesn't update. So, I was thinking, what if the app is inactive for, like, two hours? Let's say the user just leaves the app open or goes back to the home screen, but doesn't actually close EMBY on the TV. The app is still running. Then, when they open it again, it just goes back to where they left off. It doesn't refresh. So, maybe EMBY could have a timeout feature. If the app hasn't updated or refreshed in a while, it could force a reload or restart. You know, like how YouTube TV does it.

I think an option to ignore the user's quality setting makes the most sense.

No problem. I'm currently in the process of starting a fresh install with E4K 12.3.2 I only had a backup of E4K 12.1.2 using Kodi backup utility. Unfortunately, The Backup utility does not allow selective restore of add-ons, and Kept restoring 12.1.2 So I won't be able to test further until I finish starting from scratch. Thanks again for the help and all your efforts!

Yes now it work. I write here if it will be stop again.

Awesome Luke! I'm gonna update after work in a few hours and I'll post results here...

Well, I found another bug, but not sure if it's addressing the issue you reported. I'll fix it in next version.

Except me Then it might not be good enough.. What I can say on the good side is that we have made some progress recently with regards to large databases in our development loop: We have received some larger DBs from users for internal testing and we have created a new tool which allows us to replicate library structures on the file system (using stub media files) - so eventually, that's still good news for all those having large library databases, as there's active development and more attention been put on those cases.

I would be happy to if I could, but I'm using t-mobile internet which does not allow opening outside ports.

TV Everywhere integration is under consideration, but at the moment, I can't say when and in which form. Thanks.

And for ten years they've been telling you this isn't going to be implemented. Your complaint would make sense if it were one of the many things that has Luke saying "It's definitely possible for the future" every year or so, but in this case they've been pretty clear that this one isn't on the agenda. So the length of time people have been bitching about it is irrelevant. It just indicates that the team is tolerant of whining Thanks @chowbok that's pretty much the answer that I would have given Saying "it's possible for the future" is a shortcut for silencing discussion, but it also creates expectations followed by disappointment - which I don't like to be creating. It's not wrong in a way that it will never happen - it's in fact "possible" that under certain circumstances such a change might happen - then probably for very different reasons than those that have been brought up by users here, but as long as it's an unlikely outcome in the short-term, I find it unfair to create wrong expectations, so I rather try to patiently explain why it's not to be expected any time in the short term, even though - as everybody can see - that's a much harder way than making promises.

OK, thanks for the heads up!

Don't sync playlist libraryies, that's the issue.

Thanks for the logs, I can see the issue but not sure why this happened to you. I will fix it one way or the other.

Tried to upgrade to 12.3.2, and have the sync loop problem. It seems to be occurring at the 76% - 78% completed mark . Tried restarting a second time, and same results. I saved the logs for you and will PM them. I'm going to try and factory reset with version 12.3.2 and see what happens. Let it run until it stopped again at 78% and tried to factory reset. This time it did not reset on it's own. I had to force close. I will report back once I do some more testing.

To be honest since the request of mySQL there were tons of improvements and changes into the Emby server. Maybe by that time it was a need due to poor performance with large libraries, but nowadays the software is way more faster. I think we the users need to better to explain why we need mySQL as it might be easier to develop something in addition that changing the entire DB. This seems to be a massive effort and it's not something that it will happen in the near future. There are lot of things to do on Emby where most of us will benefit and the dev time invested on doing this change just for "a feature" might not worth it. I can see a lot of people saying that they want to have high availability, well if this is the main focus just create two machines, use a virtual ip (keepalived) and sync/move the docker as you wish. If a few minutes downtime is not acceptable for this, then Emby might not be the product you need Personal needs: 1. While the search improved a lot with the latest versions (v4.9.1.35 as of today), I still have the results in average of 5 seconds. Sometimes is going up to >10 sec and the results time out on WebOS/TizenOS (rare cases now with the latest beta that handle this even better). This is not a matter of resource, I can keep the entire DB in my RAM memory, but I do have a 3.2GB library and 192GB of RAM. Average RAM usage is 30GB out of 192GB and server load average is <0.2 (linux system). Everything loads instant except the search. JellyFin implemented meilisearch and it's working great, all the results are in milliseconds. I think a similar approach will help a lot. 2. API for the Backup & Restore plugin. It will be beneficial to play with, do some scripts, if you want to sync/migrate a user away to a new docker instance. 3. Jellyseerr integration within the apps will be a nice touch. Similar on how Streamyfin manage this on JellyFin. 4. Remote/external server for handling transcoding/conversions on user offline sync (downloaded media). 5. Remote servers for transcoding. For example I would like to use a server with few (for balancing the tasks) GPU's only for 4K transcoding. While the main Emby server can focus on managing the metadata and streaming to the users, the hardcore tasks to be moved away and the output of the transcoding session to be read over a file-share mount (this is somehow related with #4). 6. Sub-accounts. Under a user to be able to use the "sub-account functionality". Eg. I will create the user John (master account) with the limit of 1 max simultaneous video stream and then I would like to add two sub-accounts: wife and kid. The limits should persists from the master account, but they should be quickly switch the profile (similar to other streaming platforms of playstation, etc). Switching the user is not very useful if you have more users on the server as you need to search for your name in a big list. I usually hide the users on the server. 7. Manage app/user settings for all your users. Easier to enforce politics then writing to all of your friends on WhatsApp to change something . For example if they have unstable speed for internet connectivity at the peak hours 18:00-23:00, their throughput might fluctuate and Emby will downgrade the streams to 3-4Mbps and trigger the transcoding. For this if they change to maximum, everything is fine, even no buffering as the internet speed can keep up with the streaming needs. It will be nice to be able to enforce this option to a user or all users. Somehow similar on how Streamyfin manage this on JellyFin, but more advanced if this can implemented on server/client side. 8. LiveTV - the promised features that we are all waiting for. This is just my feedback, maybe non of those will be considered into the feature. Thank you for the massive changes on the performance and keep up the good work! I really love Emby!

exactly, if users search for shows it is hard or impossible to see where the content comes from, e.g. here for "Terra X"

To add some further feedback to the Debian package install method, I've just installed Emby using the deb package on a DXP8600 and it is working wonderfully. Some points to consider though for better UGreen integration. As mentioned before there definitely needs to be a way to integrate the emby user into the UGOS UI. The workaround of creating a UGreen group and then adding the emby user to the group by editing the groups file works, but could be a bit daunting to some. The install puts all the emby stuff on the system SSD, whereas UGreen apps let you pick a destination elsewhere which is probably a good precaution for people with large databases, to avoid swamping the system disk. For now, to avoid this I've pointed /var/lib/emby to another storage group by a symbolic link. I used the "systemctl enable emby-server.service" command to try and get emby to start automatically with the server. On startup of the NAS I get an error complaining about /var/lib/emby already existing, which seems a bit odd given it contains persitent data. However if I issue "systemctl start emby-server" it starts fine. I suspect it may be something to do with the redirect of /var/lib/emby but I've not figured it out yet. Until then I just have to remember to start emby manually.

Thanks for extending that. Regardless, I still think that automatically switching a version chosen by the user, without notifying them of that happening is confusing. I've had a couple of cases on my server of users getting confused by this. It would be nice to get a notification somewhere that something went wrong during playback without having to delve into the logs.

As a sidenote: versions (cuts) are just a beneficial side-effect/bonus for originally designed feature for multiple qualites of the same item (and carry certain restrictions) which is stated in the "Note" box right under naming convention examples.

I absolutely agree! Without wireframing I'd suggest something like the following: From the media detail page (show, season, episode, movie, book, stream, maybe also playlists and collection overviews) In the detail page, in the "more"-menu, a button could be added called "notify". When the "notify" button is pressed, a dialogue/modal/prompt can be displayed In the "notify" dialogue/modal/prompt, the admin can Enter a title "new" Enter a message (or maybe pick from a set of default messages like "check this out" or whatever) Select the users to notify (maybe a checkbox to select all) Finally send the notification with the provided piece of media, the title, message to the selected users This way the existing functionality and usage flow remains without having to resort to new functions (having unique entries for unique functionalities tend to become confusing quickly as users get lost in the maze of pages). Sending entire collections would allow admins / managers to send "Check out this Halloween playlist!"-like messages or notify users of popular pieces of media "Check out our Christmas photos". By allowing any media (since they all have their own URL / ID) the system remains flexible. Perhaps a nice addition would be the same functionality from the admin dashboard without attaching media for general messaging i.e., "server will be down on 24th of december", etc.

Thanks, let me know if you would like to have more logs or I can provide some additional info. I understand that these bugs are really difficult to tackle.

Hi, have you taken a look at our remote setup guide? Connecting from Client Apps

Which screen do you mean where the library display settings kick you out? You mean the "grid" and the display settings there? Or do you mean the main display settings area of the app? Not really a list of things to change. A list of things you want. Then some things you find that you dont want. That would help us understand the end user. We have some things coming that will address the beautiful aspect. They should be coming in the next few weeks or so. We also have other things planned and in the works. I am part of the Roku development team at Emby. I feel like we shouldn't need a UI architect to tell us what changes would help if they never use the app. Unless it was an app for UI architects to watch media with their friends. We want real users with real normal lives to give us their unbiased opinion of the app. What exactly they find annoying, and how much so, and why we aren't on the ball fixing it. Why isn't it fixed already? And just hammer us. Then as other users pile on believe me it causes valuable traction here that will move your issue higher and you will find it much better here as far as how we react to public opinion. When the tide turns you need to move with it. We will move with it. What do you think in the app could be done more efficiently? I mean honestly. If you could directly communicate with the very people who help maintain and code the app and could tell them something what would it be. That is why we are asking seriously what would you like to see? On the other side, I am also very curious what users do not like to see in the app and do not want to see in our app. Otherwise we usually do not get users vocal enough to really tell us like it is. You do not have to be afraid to pull punches or try to hide the bad news. Give it to us straight. It doesn't suck. Okay. We can start there. It is good. It does the job. Okay those are also good things to hear. But they don't really tell you the user is impressed or loving what you are doing. What would you love to see in the app? If you had like 3 wishes we can start there. That is the difference between the other guys and us. Here we actually read and will respond to your posts. We feel the vibe. Understand you. Possibly. But at least we are here to get to the bottom of what you wanted to achieve by making this post. I feel the post is constructive and can lead to good things. You just have to let us know how you really feel. Thanks. Note: We also won't remove your posts and try to act like everything is okay when it really isn't. We will actually tell you like it really is. In my mind, the app could be better. There are things we could do better. It is quite black alot of the time. There are no themes yet. There are some areas where there is a learning curve. I agree. This is why we need real users to give us the unbiased opinions to really know. On the show "Silicon Valley" Richard tests his Pied Piper chat app with other developers and they don't find many flaws. They say it is really good. But he is Beta testing it with other developers. Those people will never really give you valuable input. Then they push the app out and everyone immediately hates it because they forgot to include a pool of real users in their testing. You need real users who find real issues/bugs and have real features they miss to improve the product.

Can confirm that in the last beta it covers the whole screen. However this applies only to video, the controls don't extend to the edge. Minor niggle.

Ok, can't edit my post now... It was my fault, rebooted the LAN splitter and now it works fine again.

I hope this change will be implemented soon.

Hi, Emby for iOS already supports this. Use the aspect ratio option and select cover and it will fill the entire screen, including the notch area. This has also been added to the next update to the Emby Android app. We will also be added a pinch gesture shortcut for this soon.

Thanks!

Thanks, meanwhile I checked the native mode sync again and seems to have no issues on my setup. Must be something not covered by my tests.

Buenas Noticias, ya tengo una nueva version funcional para Emby 4.8. La diferencia con esta version es que requiere generar una Api-Key para poder realizar las consultas/descargas. Es bastante simple de obtener (doc.es) Cualquier cosa estoy para resolver cualquier issue. Good News, I already have a new functional version for Emby 4.8. The difference with this version is that it now requires generating an API key to perform queries/downloads. It's pretty simple to get (doc.en). If you need anything, I'm here to help with any issues. https://github.com/lvitti/emby-SubdivX/releases/tag/v4.8.0

Not a major issue as I can normally just start it again, but running into a crash on Emby when it starts up sometimes. Details from EventLog: Faulting application name: Emby.Client.WinUI.exe, version: 2.234.0.0, time stamp: 0x670d0000 Faulting module name: Microsoft.UI.Input.dll, version: 10.0.27106.2611, time stamp: 0xa1ec7465 Exception code: 0xc0000005 Fault offset: 0x0000000000047db7 Faulting process id: 0x664 Faulting application start time: 0x1DC29814B35F514 Faulting application path: C:\Program Files\WindowsApps\EmbyMedia.EmbyTheater_2.234.2.0_x64__svmepx4c03f7m\Emby.Client.WinUI.exe Faulting module path: C:\Program Files\WindowsApps\Microsoft.WindowsAppRuntime.1.6_6000.519.329.0_x64__8wekyb3d8bbwe\Microsoft.UI.Input.dll Report Id: 993f1ed6-e6c0-4fb9-9adb-58fe698ab1f6 Faulting package full name: EmbyMedia.EmbyTheater_2.234.2.0_x64__svmepx4c03f7m Faulting package-relative application ID: App

The WindowsAppSdk is full of bugs unfortunately, and I'm just glad that we aren't affected any harder. Updating to a newer version will probably fix it, but there will be other issues, so careful testing will be needed. This will happen during the next beta phase for the Windows App. Thanks for reporting.

@mauriciomEstuve revisando y encontre varios problemas, el primero y mas simple es que las settings no funcionan porque todavia estaba para emby 4.7.x ya lo actualice a 4.8.x y funcionan las settings. El otro problema es que subdivx agrego protecciones para evitar que se puedan realizar busquedas externas, tengo una posible solucion pero todavia no esta lista. Aviso cuando se pueda instalar.

Sure! Like I said before in this conversation - I love the idea of multi-node Emby-Server architectures and had thought out plans for this more than once over the years. But you can't always just do what you'd love to do. So let me set this straight once again: If somebody would come along, asking for such kinds of features and willing to pay for the development, then we could implement and deliver these features of course for that customer. It's surely doable - it just requires a substantial amount of work. Our actual users on the other side - are paying for a "Personal Media Server" and have no need for professional/enterprise features of that kind. It is neither fair nor acceptable to let them pay for the development of features which are far outside their patterns of use and of interest for less than one permille (0.1%) of users at best. From a business perspective, it can be expressed in a simple way: Either you have "thousands" paying a few dollars each - or you have a one or a few who are paying thousands of dollars each. Either case, you owe to those who are driving your business, and in this case, it's pretty clear who that is and so we are trying to serve them as best as we can by focusing on features with the highest demands and the greatest benefits for the majority of our users.

This is a great feature to have. Most of my users are really confused as to why they have to select "4k 200mbps" sometimes. In most cases this causes 1080p / 4k videos to play at their original settings. When the quality is left at automatic, sometimes a different resolution or bitrates is selected causes the server to transcode it. It would also be really nice to set "original quality" as a default quality selection for each user because changing the quality only seems applicable when the device literally doesn't understand the codec ór when the device is too slow (older laptop playing 4k, etc).

If the device cannot natively play the video, please still add a "Direct" option (grayed out to indicate it's not selectable).

I have seen issues like this randomly and a page refresh resolves it but have never been able to effectively reproduce it.

upvoting this as well

To anyone finding this thread in the future, I created a repo that contains a Python script for bulk disabling unmapped live TV channels: https://github.com/coulterpeterson/emby-bulk-actions

1.5.3 Resolve issues with audio track switching Fix crash when using share feature 1.5.2 Support downloading media in-app Support wake on lan Add aspect ratio control to video player 1.4.5 Support iPhone X Support track selection prior to playback Add Play Next queuing Tap screen to hide video OSD 1.4.4 Add ability to hide items from certain libraries from home screen Expand streaming quality settings Add skip forward/back length settings Update remote control player selection menu 1.4.3 Direct play hevc Direct play flac 1.4.1 Add up next dialog Double tap video player to seek forward/back Add themes feature 1.4.0 Add stats for nerds to video player Add logo to video player Add more transcoding info to server dashboard Redesign episode list Add subtitle appearance settings Add subtitle burn settings 1.3.7 Improve search layout Improve TV guide scrolling Fix music stopping after first track 1.3.5 Added Upcoming Episodes under live tv suggestions Added vertical swipe on the left side of the video player to change brightness Add blur effect to top and bottom navigation bars Update display of mobile play button 1.3.2 New video OSD 1.3.1 Add delete button to detail screens Add episode list to episode detail screen Display series image on episode detail screen when no episode is present Auto-refresh live tv guide when left open for long periods of time Improve playback start time Fix search icon alignment Update guide date selection Support resuming audio books Simplify episode number display