Leaderboard

For anyone curious i can confirm HA working with 4.8.8.0 with Ryzen 7950

Since it is item view I assumed per collection but now see it is sets for all.

tfw you make a tool to fix a problem you only have because you're running 4.8.5.0 LMAO i've updated to the newest version and can now move the actors around easily thanks for the advice!

Do you still see this happening? I thought we had fixed this from happening some time ago (like a year)... Not as much as it used to as it is not doubling bitrate if possible.

And, once you change one collection to "Group By: None", all the rest default to that. Perfect! Thank you, @Luke!

Something in that direction might make sense, but we also need to be careful not to create contradictive options. The new (Theater) Windows app for example knows the capabilities of each connected display (spoiler 1), knows on which display it is currently being shown (spoiler 2) and can even control HDR mode for that display (spoiler 3). We should also be able to predict and control the player's behavior regarding tone mapping, which means in turn that fully automatic handling should be doable there. For browser playback though, we'll need to see because support for HEVC High10 profile doesn't necessarily mean that tone mapping will be done in all cases. I think Windows performs tone mapping on SDR screens, but only if the desktop mode is HDR, which in turn requires at least one display to support HDR mode, but otherwise it's up to the browser.

Hmm, seems like we got a logical hole in this regard. It's a bit more difficult than the usual player capabilities, because it's not sufficient to check whether the player can decode 10bit HEVC. We also need to check whether the display supports HDR and whether the current display mode (HDMI connection) is set to HDR, and if the latter is not fulfilled, we need to know whether the player can do (and is set up to do) tone mapping. If none of the former is true, then the server must transcode with tone mapping.

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

I think that it would be a good idea if Emby rethinks the way it looks at audiobooks. Currently, it would seem that Emby is treating audiobooks in the same way that it treats music. While I understand the ease of this for the programmers, as they basically just use the same a mp3 player as they would with music. I would argue that audiobooks should be treated more as TV series than albums/cds. 1) With an audiobook divided into chapter each chapter would be treated the same way as an episode in a TV series. With Emby marking each chapter as played or not, and remembering where in the chapter that the user stop listening. For those who don’t have their book broken into chapter Openaudio is a great program for this, and I am sure that there are others. 2) Treating each audiobook as an individual series would allow for a continue listening (instead of watching) row on the main page. 3) It would also make it easier to navigate audiobooks as the audiobooks page would first display the books themselves and not the author. Having the ability to sort by author is nice but not a necessity when looking for a title. 4) With treating audiobooks in this manner, one could also then set up “collections” such as “Harry Potter” or “Sherlock Holmes”. 5) Emby would then get rid of the “shuffle” button on the play menu inside of an audiobook, as this is unnecessary in that you don’t shuffle a books chapters (unless someone really wants a head trip) like you would the tracks on a cd.

I am switching over from a Win7 box running MBC to Chromecast dongles. With the Win7 box I had a HDMI to Cat6 setup that allowed me to stream to up to 4 displays/TVs simultaneously. It was great while it lasted, but involved stapling cables to the ceiling to run it from room to room - plus it has borked Can there be an option to multi-cast to several receivers at once? i.e. simultaneously play to Chromecast dongles in my office and living room and kitchen simultaneously so i can walk from room to room without stopping and restarting the movie or show all the time? I realize that bandwidth could POTENTIALLY be an issue, but i have a fill gigabit network and a multi-port NAS so that really is the least of my worries... Thank you!

I have an Radxa Rock 5B [RK3588 SBC based] looking for a purpose. Serving as my most power efficient Emby Server is the best use for it that I've come across. In the same manner that Jellyfin has added hardware decoding & reencoding support for the RK3588 I am requesting Emby support it as well. -Thnx https://www.cnx-software.com/2024/02/01/jellyfin-rockchip-rk3588-mpp-hardware-acceleration/?amp=1

A solution for this problem ? All movie with 4k hdr10 is now transcode by the LG player. The mapping by hable algorithm is very bad, and i can watch any 4k film on my tv !

The requested feature is to include library items other than tracks in the "Recently Played" section of the "Suggestions" tab in a Music library. These items would be added based on which library item was selected for the play activity. This would require the system to identify which library item received the play command. Currently, the "Recently Played" section only displays a log of individual tracks. It would be better titled "Track History" or "Recent Tracks." The requested feature would include other music library items such as playlists, albums, artists, genres, etc. depending on where the "play" action was initiated. For example, if the "Play" button was selected from an album view, then the album would be added to the "Recently Played" section. If "Play" was selected from a playlist view, that playlist would be added to the "Recently Played" section. If an individual track was selected from any of those views, than that track (and only that track) would be added to the "Recently Played" section - other tracks following the track that received the "play" command would not be added to the "Recently Played" section. This would be true for all library items/views: Album, Album Artist, Artists, Composers, Playlists, Collections, Genres, Songs, and Tags. The "Shuffle" command would also be treated as a "play" command (ie. "Shuffle" clicked from the album view would add the album to the "Recently Played" section). This behavior works very well in other music applications such as Roon/Arc. Instead of a running history of all tracks, this section would now recall the most recent user actions in the library (play a song, play a playlist, play a genre, etc.). Instead of a log of played songs, the "Recently Played" section becomes a series of shortcuts/macros based on recent activity which is much more useful. It also has the added benefit of resolving other feature requests such as adding albums to continue watching such as the following:

Va a ser necesario que compartas los logs del servidor. Pero por lo que estoy viendo tu video original esta a 120 fps y tu servidor está transcodificando a 39 fps. Es decir que tu servidor no esta transcodificando más lento de lo que el video se reproduce. Esto podría ser porque tu servidor no es lo suficientemente potente. Idealmente tu cliente debería reproducir nativamente para evitar transcodificar pero difícilmente te podrán ayudar sin los logs qué digan porque no reproduce nativamente.

Jellyfin also has this feature now and it is free.

Thanks very much for the clarification. Could this user-level setting then be either: A ) Added to the "Edit this user's profile, image and personal preferences" link in Emby Server? I am hoping to set 'Show Grid/Do Not Group' for all my users myself/centrally rather than having to walk everybody through changing it whenever a new install is done. and/or B ) Have a server-level setting to change the default to 'Show Grid/Do-Not-Group' (or vice-versa) for all new users?

hmmm..i'll ask her

It was probably the default configuration when I set it up. It's working fine and I was able to get the new box to connect to it so it's all good. Now that I know what to do to set up a new box I'm good to go. If it ain't broke... Thanks for all your help.

It's broke if we don't like the change and there's no option to change it back to what it was, Actually, it worked very well. The only reason I can think of for this change is because it works better on a phone, and that may be a legitimate reason. But it doesn't work well on a desktop, where 4.7 worked very well. The philosophy of "mobile first" is fine, but "mobile first and desktop can F-off" is not.

Part of the trouble with having your server handle device counts is premier keys are not limited to a single server. It's not 25 devices per server, it's 25 devices total per key, which can be installed in as many servers as you'd like. If your local emby servers are the ones keeping track; you could setup a dozen instances all using the same key, take them offline and suddenly you've got 12x25=300 premier devices for 2 weeks until they demand online refreshing. (well, less, as the servers take up a device slot too; but you get the point)

Technically clicking the title or episode under card in CW will take you to Series or Episode.

I figured it out, the link on top in the context menu, I thought we talk about the series name under the picture, I had no idea…damn…lol, that of course is the solution.

Yes, exactly. So what you're saying is that instead of fixing a feature that's broken (IMHO), we should just stop using it? The previous display on Add to Collection (emphasizing so you don't tell me to use Group By again) worked fine for me. Except that you will apparently never put an alphapicker on it, which would make it perfect. And please don't tell me to "type the first three letters" because that's a really bad user interface design, and I found it easier to scroll to the collection I wanted... when it was a grid.

Hi. I do believe the issue is with your particular cert. From your log: 05-22 21:12:53.572 23671 23720 I System.out: Chain validation failed 05-22 21:12:53.572 23671 23720 I System.out: com.android.org.conscrypt.SSLUtils.toSSLHandshakeException(SSLUtils.java:363) I'm not aware of anyone on our side who would have attempted to connect to your server but someone who already has access to your server may have seen your post here with the user ID. The log you sent is secure on our side.

@new_german_guyThe bumpers will be in the tv guide. At the moment I don't have the TV guide automatically updating. I disabled it to simplify testing. I have finished the bumpers code and it seams to be working OK. I will test it a bit more and then post it for you to try out. Vic

@Abobader

It will be saved for the user and will apply to all collections. It will ultimately apply to all apps on all devices as well, just as soon as each app has been updated. Thanks.

HI, yes this has already been resolved but the fix didn't make it into 4.8.8, so it will be in 4.8.9. Thanks.

Correct as this is a per device setting not a global setting so it has to be added to each client.

Yes as all clients have to be updated with new view/code also. But not limited to Android apps.

101 Mbps for a H264 HLS stream is definitely not healthy, not even for 4k. I think there's still some crude logic which assumes that it takes double (earlier) or 1.5-times the bandwidth for an H264 stream to match the quality of an HEVC stream, but this doesn't take into account the fact that HEVC is 10but whereas H264 output is not HDR and neither the plane packing which may be 444 or 422 while it's always 420 for H264 (making it impossible to match HEVC not matter how much bandwidth you allow). That needs adjustment. @Luke

Yes I have trouble evaluating this sometimes but if I see a few chunks take say 8 seconds and then it goes back to 2 or so they're probably fine, and sometimes chunks are really small if there's a dimly lit scene or a black transition so it's possible for it to catch up.

Yeah it's 4.8.7.0 I'll upgrade as soon as possible then. Thanks!

What server version as there is a bug in 4.8.7.0 hiding the library setting. But resolved in new release 4.8.8.0. Fix import collection options not showing in Emby library setup

I do believe this has solved the problem. I was apprehensive about this as first, as I'm the admin, and I didn't want to get accidentally locked out of my admin account, but then I realised I can create a hidden, non-connected admin account to get around that. After doing this (which was successful), logging out and back in with my emby connect email and password was immediately successful in both situations above where it failed. thanks!

Hello, Not sure if I missed it in the previous upgrade(s) or if it is new in 4.8.8 but I noticed the "group by" icon and I changed that to None and boom! That changed the layout back to the way I had it before!! I'm very happy!!!! Thank you!!!!

I did a small amount of thinking and wanted to try and answer this hypothetical even if it deviates from my original post a bit. Feel free to correct me if anything I wrote is inaccurate (it might be because I wrote this in kind of a hurry) If Emby client and server applications shipped with an embedded CA that is signed by the master licensing server with a very private key (not the user server), and required a valid timestamped certificate (grace period being "it's been less than x weeks since expiration") provided by said master server while the end user server was still online to enable Premiere, you would not need any form of communication between the licensing authority itself, only need a properly signed and encrypted certificate that can be verified by the CA (which is locally installed), which emby server/clients will automatically reject after the certificate expires and a certain amount of time has passed (grace period). This would obviously require that the CA be updated on a semi-regular basis to prevent old CAs from being used (once a year?) but you could just package it in with each major update (which generally, happens once a year, and you would have to anyway for smart device apps). The amount of time and effort required to compromise the private key on the master licensing server or brute force it would be much more significant than simply cracking the APK or etc. so I would not consider it "trivial". "But what if users change the system time to prevent the certificate from expiring?" -> you can already do this with current implementation to trick the local emby server into thinking it has not passed a lot of time since it went offline/whatever mechanism is in place to prevent such attacks can just be re-used to ensure certificate/license cannot be used after the grace period ends. Not only that but you would have to continually change system time/forever keep the server offline which I think is a lot of work that most people won't go through with.. It will eventually have to connect to the internet for whatever reason. You could also compare with the connecting device(s) time, and especially if its a modern phone it will have access to GPS time which is generally accurate. So no, I think it is not as trivial as modifying responses (unless they're unencrypted in which case why bother with licensing at all?). If that were true for most protocols, the interweb would be a much unsafer place.

It is not only Live TV, it applies to all items detail screen, one of the "improvements" latest server version brought with - why it was ever considered that having a pop-up window on desktop machine is a good one: loosing focus/point where one was while reading and having to re-read effing paragraph until break point, overlapping with text in the background, altogether terrible solution - is beyond me.

Why this choice? Would it not make more sense to have the server centrally manage the license since it is the one with the key? Similar to how Windows Server operates when hosting Windows VMs What kind of factors? Well no, obviously not (why this kind of response?). But at a minimum make it more clear and straightforward. The premiere license should cover all devices upto the device limit, and start counting the offline period from shortly after outage as I have explained. Maybe add a way to manually enter the key on the client side so server side can confirm device and actually let me use it? I nor anyone else should have to rotate all of my devices every week to take advantage of premiere during the arguably *most important time when needed*. You could use dynamic keying to have clients counted on server side and only server keeps track of outage. The actual implementation will clearly be up to Emby team, I am just making quick suggestions. But as is, it is very inconvenient and frankly makes very little practical sense from the end user standpoint.

From this thread: Fellow member @Marc0 created and shared this page with examples: https://mjanssen.nl/2023/02/02/getting-your-emby-library-scanned-for-new-content-in-four-ways/

Maybe it's time you guys overhaul this licensing enforcement mechanism and let the servers manage it when internet connectivity is lost.

Great - thanks for the feedback and for finding the cause of the problem.

See in red. What ?? don't you know? is it ? or is it not?

with 1.8.2 the performance is much better and the audio stream works fine. Still have the the remote control issue in the player

@sa2000after some testing I found plugin STRM EXTRACT is whats causing the problem in conjunction with my IPTV provider, and I have a work-around. If I add a TV show .strm file before its released, my provider will add at 15 sec video clip saying something like video is not available, or something. Strm extract will log that 15sec video as the source. Once the video is live its a different format. It seems like when someone tries playing the live video and it needs transcoding Emby doesnt work as it thinks the format is the 15sec clip not the actual format the video is in. Work arounds: 1. Remove STRM Extract plugin or 2. or after TV show is live, delete the .strm, refresh library, then add back the .strm and have STRM extract re-scan the video thats now linked to the correct format.

Just to give a push on this topic: The Jellyfin 10.9 has included a HWA support for Rockchip devices. I have verified the setup on my Khadas Edge 2 device, it can perform hardware transcoding for HEVC (H.265) videos (CPU usage is low ). I wonder when Emby can have the HWA support included in the offical build. After all, there are lots of Pi-like SBCs on the market right now that are equipped with Rockchip (ARM). It would be great to host Emby Server on those devices (Rockchip runs on low power yet could be powerful). Here is reference page from Jellyfin: https://jellyfin.org/docs/general/administration/hardware-acceleration/rockchip/

I completely agree. The current implementation is such a lazy feature that does nothing to improve user experience. Emby already has the capability to create dynamic 'suggestion rows' like 'Because You Watched X' or, 'Directed By X' etc, so the infrastructure should already be there in order to create both Smart Collections (which users have been dying to get for like 4 years now), and Custom Rows.

Personally, I think there is nothing wrong with being tag driven. I continue to suggest that emby needs to import and respect the additional tags mentioned in this thread (Narrator, type, part, series, release group, description, etc) and refine the UX to leverage this data. Many of us have already tagged our collections, but we need emby to import and utilize those specialty tags. Once these tags are imported the pages and OSD need to reflect the differences between audio books and the music library type. Yes, they can use the same containers and import tags, but the user requirements are different. It doesn't need to be a complete rework from the ground up. Emby needs to properly display narrator, author, ("author" read by "narrator") for audio book media pages. It should not say "songs" or "artists" anywhere. Further, chapters should be listed as lines of text without the same image over and over. It should have navigation for book, authors, narrators, series, collections, genre, continue listening, next up (series), and other things mentioned here. The OSD should have chapter lists if there are chapters in the media (again, without the repeated images - just text). The tricky bit is to elegantly craft a UX that support books that are albums with individual chapter tracks and m4b files with embedded chapters. My comments about audio series/podcasts/radio being a different library type are I related to my belief that they can best be displayed in a media info page that has a layout more like TV Shows with seasons and episodes and Cast/People instead of artists. It should include"people" as they are often tv/movie talent as opposed to music which are "artists." It can still be tag driven, but the UX is slightly different than music, tv, or audiobooks. All of this is akin to how the music video library type is designed to have metadata for both artists and people. It displays navigation elements that support things like albums, artist images and logos like a music library but also cast, directors, descriptions, and an OSD like movies. It's a separate library type, but it's just mashup of two other types so it can accommodate a specific use case. That said, it shows images correctly and displays the important navigation and metadata correctly (artist, director, cast, year, release date, genre, etc.). Audio books needs more help than music videos at this point.

Hi there, yes we are looking into it. Thanks.

hey am just wondering if this idea has been given any more consideration Many Thanks Daniel