All Activity

Why does anything on the local lan need to be transcoded? Did I miss something? If your hardware can't support native 4k and DoVi any reason to have those resolutions anyway? Or is that it is crappy hardware in the bathroom and glorious resolutions in the bedroom and living room? I don't know much about DoVi, tested a few, look like crap to me. Went back to 1080p.

Thanks, otherwise I'm really happy with Emby. Just putting series and movies in one folder—love it.

We need some sort of token limit and monthly reset for forum posts.

First, thanks so much to the community and @yockerfor all the incredible work! Is there a list of what clients are supported for the auto skipping of the credits to function? I have been trying to get this to work for one specific show for awhile now and I see the markers were made in EmbyCredits and also listed in TimeMarkEdit. I use either Emby Windows store app for Windows 11, Chrome/Firefox browser, or older Tizen Samsung TV app. I get the Next Episode button which starts to fill but it never actually auto skips, just fills until the episode ends and then onto the next episode. I'm just trying to figure out if it's a client issue or something I have mis-configured. Thanks for any assistance! My wife falls asleep to this show every night and the credits are sooo loud and obnoxious and wake me up all the time!

Updated version 1.07b Quick update State Street Theater Theme v1.07b to fix a typo and some minor issues: Thanks to SoliFlix, for finding the extra dash typo. That sort of thing fails to show up with a online style css check. In case you have already adjusted your latest copy with some variable choices, here are the actual code changes, by line. If you are new to trying out the theme, then just take the updated version below. It may be easier, just to transfer any custom changes, you made to the new 1.07b version, rather than trying to fix 1.07. line 735: Remove the extra - after var (--- background-color: RGB(from var(--hpRow1bgcolor) r g b / 100%)!important; line 758: change margin-top to allow space above the title margin-top: -2px; line: near 1244 in css class style section [/* Media Page button: Play from beginning... ] This keeps the 'From Beginning' button from overlapping the area above it. margin-top: 12px !important; line 1521: Change color back to ivory #FFFFF0 and turn on textshadow /* Media page: And All buttons */ .button-link { color: #FFFFF0 !important; padding: 5px 4px 4px !important; text-shadow: 2px 2px 2px #000; } New Feature: Near line 102: Added new variable for users to fix background shaded rows in the Admin Dashboard Log page. /* Admin dashboard log every other line background changed to darker percent so the light colored text can be better seen */ .dataGridItem:nth-child(2n) { --background-percent: 85%; /* default 85% - Emby's theme default is 2%, which is too light and washes out the text color of this theme. Hack to fix this background color. Larger percent makes a darker background for every other row in the log page. */ } Near line 1534: Added extra feature function just to hack fix the Admin Dashboard rows where the background was nearly white and washed out the text. /* Emby's theme default background transparency is - 2%. This forces that to be darker so you can read light colored text in the admin / dashboard / log page */ .dataGridItem:nth-child(2n) { background: hsl(var(--background-hue), var(--background-saturation), calc(var(--background-lightness) - var(--background-percent)))!important; } New style: line 2026: Adjust height and size of preview image in Actor's roles pop-up screen to fit better in top left area. /* Actor - pop-up for films listed of actor's history - thumbnail poster image adjustment */ .dialogItemPreviewImage-bg.dialogItemPreviewImage-bg-square { height:140px; margin-top: 38px; } v1.07b has all new example pictures! Tip: Your server will load much faster when you change the images to files, local on your server. Guide instructions has steps, how to do that. Leaving the example images from other sites in your code, will cause your media server to load slower and might even create a "slow loading error message" for everyone. Have fun! Emby Theme State Street Theater Sept 2026 v1.07b.css

That's fair, I realy like the Leaving Soon Stickers on Posters, i wish maintainerr had that. Keep on developing, ill check this project again in the future when it's applicable to my use case

We'll take a look at it. Thanks.

Wie es ausschaut, hat sich wohl bis jetzt immer noch keine Lösung ergeben, korrekt?

Yes it works. Maybe we can consider as a bug non ?

The jail is running 13.5, and all packages are up to date. It works fine on 4.9.3.0. Is there some new dependency?

Hi team, First of all, thank you so much for this module—it looks very promising! No matter how much I try, I can't figure out how to get it to generate a dynamic list that randomly selects 50 movies or TV shows from the local database to promote the available content. Could you please help me out?

Ya, I never thought it would easy Have read a bit about the swap and OS reactivation so I do expect some pain for sure. Current Emby system was built by me, is not an OEM Win11 Pro license, and is registered to my Microsoft account so hopefully that will make it a bit easier, hopefully. No pain, no gain as they say Cheers

OK can you please show us a specific example of when it did not show but you expected it to? Can you show a screenshot? Are you sure you actually had a multi-item queue ?

if you click save on this screen, does that help?

@ebr Interesting. I have to ask, though: why are all of these supposedly decisive technical and resource arguments only appearing now? We've been discussing this for quite some time. Initially the argument was that too few users needed Direct File Access and that its benefit was “very debatable”. Then the Android permission issue was raised. Then it became “limited resources”. Only after I specifically questioned whether restoring the feature had ever actually been assessed as requiring significant resources do we suddenly get a detailed list of additional technical and support problems. If these were the real reasons behind the decision all along, why weren't they mentioned when I originally asked why Direct File Access was no longer supported? And some of what you've now described still sounds less like an inherent problem with Direct File Access and more like limitations of Emby's current implementation. You say there is only one shared network path field and Android would require a different value from an HTPC. Fine — but that's a limitation of the current path-mapping design. It doesn't demonstrate that Direct File Access itself is a bad or prohibitively expensive feature. Likewise, Android devices clearly can access network files directly when the application provides the necessary implementation. Kodi demonstrates that every day. Whether Emby wants to implement and support that is another question entirely. I'm also not claiming that bringing back the old implementation would take another five minutes. Android has changed since then. But I do remember @rbjtech persuading you to add Direct File Access originally, and according to him the actual implementation at the time was essentially a matter of minutes. So when “limited resources” suddenly becomes the central argument years later, I think it's entirely reasonable to ask what the actual estimated development and support cost today is. Has somebody actually evaluated that? Or are we working backwards from the already-made decision that the feature isn't worth supporting and assembling the reasons why? Because those are two very different things. And “Okay, now I'm finished” doesn't make that question disappear.

Okay now I understand what you mean. But i made my plugin mainly to handle scheduled expiration directly within the Emby library/environment, so I’m keeping it independent from Radarr/Sonarr rather than adding those integrations. For a setup like yours, where the Arr apps also need to be updated when something is removed, Maintainerr would probably be the better fit. I might look into adding optional Maintainerr integration in the future, but for now, I’m keeping the plugin focused on Emby itself.

There was no media session to hold. I have never attempted, at least not recently, to play Midnights. It certainly wasn't the most recent thing I was doing with Emby. So I have no idea why it even started, or why the Emby app gave no indication anything was playing, or why my Shield gave no indication anything was playing.

Then just do that - uninstall and reinstall it! If it's really your own server and you've managed to install Emby Server by sideloading an Android apk, then this shouldn't be any problem for you.

We are still waiting to hear back from them. You guys wanted a native package and so we are doing it right with the SDK they have provided, rather than just another wrapper around docker. But certain things like hardware acceleration are not possible without their support and so we are waiting on that.

So you must go through this on every server update then, right?

OK, would the normal docker install process be sufficient then?

Yes and it isn't just development, it is support. Android devices aren't built for direct network file access generally because it just isn't what they are used for. Only some devices (like the Shield) will even support it. And even then, it requires specific setup on the part of the end user to make it work properly. On top of that, there is only one field for the network path but Android devices will require a different style of value here than, say, a PC meaning now the single field cannot support both Android devices and an HTPC (where it is currently supported and arguably more useful just because of disc formats). All of those factors increase the support requirement for the option AND severely limit the number of people who will undertake the steps necessary to get it working properly and, even then, it could screw up other setups those same people have (an HTPC). Add to that the fact that there is no quality or performance benefit for the vast majority of situations and you end up with a very high cost low benefit feature. Us spending that time (not just development but also support) on it would be a very poor choice of resource use on our part. Okay, now I'm finished

This group is listed in the MusicBrainz database: https://musicbrainz.org/artist/c08ced1f-d248-4368-90e5-bf579b3bf5de Also Discogs: https://www.discogs.com/artist/620368-The-Firm-7 Though, in each case, it looks like there are many other Artists with the exact same name. There are at least 12 on MusicBrainz and at least 20 on Discogs. If you are only fetching from MusicBrainz, you could try adding the correct MusicBrainz ID to your embedded metadata (if you don't have it already) and see if that helps with Emby fetching the correct Artist image? The AudioDB does have an image for The Firm: https://r2.theaudiodb.com/images/media/artist/thumb/wwz8yk1710398329.jpg I couldn't find anything on fanart.tv What do you have here: What do you have here: If this is the only problem album/artist you have perhaps try manually updating the info directly in Emby to match your embedded metadata album images and see if it holds with a library/folder rescan??? Perhaps even check the Emby album image folder and delete anything old/incorrect that is there (e.g.): C:\Users\user\AppData\Roaming\Emby-Server\programdata\metadata\musicalbums Perhaps that gives some clues/ideas to check out???

HI, thanks for following up.

Hi, we are working on putting it together. Thanks.