Leaderboard

I wanted to share something I've been experimenting with, in case it's useful for this request. It turns out that delivering the video over HLS with fMP4 (fragmented MP4) segments opens up a really nice path for these MKV HEVC HDR files on the Apple TV. Rather than transcoding (and tone-mapping) the video, the server can simply remux the MKV into fMP4 over HLS and stream-copy the HEVC video untouched — it's essentially just a container rewrite, so it's very light on the server and, importantly, it keeps the HDR intact. Here's the result on an Apple TV 4K, playing a 4K HEVC Dolby Vision (Profile 8.1) title: (Jellyfin + Custom Jellyfin Apple TV app -developed by myself-) ffmpeg … -i "….mkv" -map 0:0 -map 0:2 -map -0:s \ -codec:v:0 copy -tag:v:0 hvc1 -bsf:v hevc_mp4toannexb \ -codec:a:0 copy -f hls -hls_segment_type fmp4 … Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:2 -> #0:1 (copy) The -codec:v:0 copy is the key part — the HEVC HDR stream is passed through as-is and plays in HDR on the TV, with no tone mapping and negligible CPU. One small thing on the client side, in case it's helpful: with a multi-variant HLS playlist (an HDR remux rendition plus an SDR fallback at the same bandwidth), the native AVPlayer tends to pick the SDR one unless the client specifically selects the VIDEO-RANGE=PQ variant. Once the client targets the HDR rendition, it plays great. So the fMP4/HLS remux route looks like a genuinely useful option here — gentle on the server and it preserves HDR on the Apple TV. Just sharing in case it helps, and happy to go into more detail. FFmpeg.Remux-2026-06-07_17-01-04_32ce8d77902368b0e4edd358b2059492_8848d63c.log

@Asdepique777It's done. You can get the new version from the catalog, beta v5.54.2.0. This should give some options to play with. I suggest testing horizontal mode and report back to me, as i might not have hit that correctly. Now unless there are bugs then i WILL get my vacation!! No more plugins until summer is over and i run out of beer!

Highly debatable.

Hey, I recently switched to Apple TV for all my apps and streaming purposes. Since then I've had an issue where Emby crashes every now and then. I would say it's daily and sometimes multiple times on the same day. It never used to do this when I watched via the Emby app on my Sony Android TV. I've tried looking at logs and searching but haven't found anything that relates to precisely this. I've seen other threads but they seem to have more precise times for the crashes and more intense issues (like every fourth minute or so). I can usually watch at least an hour before it crashes. Sometimes more. It seems pretty random to me at least. I've attached a log including errors. Does it make sense to anyone else what the issue is? Other info: I run Emby on my Synology DS916+ via Docker/Container app. Thanks in advance! 2026-05-08 204808.551 Info MediaInf.txt

Hello! I have put together a small plugin to help when using .strm files. There are already existing plugins and functions for this, but i wanted to gather them under the same hood and add the ability to control the settings some more of the functions they provide. I made this for myself, and sharing if anyone else finds it useful This plugin enables functions that is missing from native Emby when using .strm files. Most of the functions can also be used on regular media types(mkv, avi, etc). More info and latest release at: https://github.com/soderlund91/StrmCompanion Features Media info extract (specific for .strm files) This plugin uses FFmpeg to probe movies and episodes in selected libraries to extract the media information. This enable Emby to recognize resolution, playtime, audio-codec, subtitles, etc that Emby natively cannot do. It also enables for faster startup since this process has already been made. Can be run as a scheduled task and/or auto detect on new media. Auto merge (all mediatypes) The plugin can merge same movies and episodes across multiple libraries and folders. Emby native only merge if they are located within the same folder. This enable you to for example have a folder of 4K movies and another one of 1080p. The plugin then finds multiple movies or episodes with the same IMDb or TVDb ID and merges them across all or selected libraries. Can be run as a scheduled task and/or auto detect on new media. Intro dectect (all mediatypes) The built in Emby function to detect intros can not run on .strm files. This plugin uses the same technique as Emby (chromaprint) and some other tweaks to find the intro. The detection runs on user selected shows or season, it then posts the intro markers to Emby database and it will work as native in Emby player with the "skip intro" button. The intro detect also can list all existing intro markers even if they are not from this plugin. Disclaimer The intro detection is work in progress. It currently works really good on some shows, and not as good on others. The process is pretty slow (I have prioritized quality over speed) but when the fingerprinting is done you can change the settings and play around with them and it will be a lot quicker. The fingerprinting is the slow process and unaffected by the user settings. So do the fingerprinting and then test with other settings. Screenshots: StrmCompanion.dll

Being not just a lazy person, but also one who prefers keyboards over mouse clicks I sure would love the ability to search the plugin catalog! Horizontally scrolling through each category is needless tedium, IMO. A search box would be heaven-sent! BTW, I wasn't too lazy to search the FR section for prior requests on this subject...if this is a duplicate, it wasn't for want of searching (BTW, this forum software is really crummy at it. Booleans operators like "AND" are ignored as far as I can tell).

The now playing view should display the reason for the MaxStreamingBitrate= selection. If the client is using Auto it should display "Auto", if the client is using a manual quality selection it should should the quality selection (10 Mbps). With Auto Quality being broken it is helpful for admins to recognize when clients are using Auto and direct them to set a manual quality.

That sounds like not all episodes has been marked played.

If you only use "rX" then Emby won't be able to create files (nfo, sub-titles, metadata, etc.) or manipulate the media (convert, delete, etc.)

I would also set the user to be default on all folders so if you get any new content the facl would apply, also apply within any subdirectories... sudo setfacl -Rm user:emby:rx,d:user:emby:rx /media/paulie”

I also noticed my troubles went away when I wasn't downloading torrents directly to my external drive, which I figured out was a SMR Drive, which plays a role, so I setup qbittorrent to download directly to my nvme drive and upon completion it moves the files to the external which reduces the amount of drive activity causing less struggles, I do plan to buy a 22 TB Internal HDD from GoHardDrives to expand my storage and eventually be the sole location for media, although I might just put new stuff on it and leave the usb as is until I can transfer it over to the new drive. But this seems to be working fine now as long as I keep the activity lower on the usb drive

Yeah a good GUI was exactly what I felt was missing from existing plugins. If you have any feedback, good or bad, just let me know I’m vibe coding this 100% so I’ll just tell Claude to fix it in between diaper changes. I’m thinking of implementing another project I have made into the plugin as well where you can use a m3u file and create .strm files for all movies and series. https://github.com/soderlund91/strmcreator But I’m unsure how it works with other providers, and might be better to keep them apart.

Purpose and Function Brings episode metadata [parental rating and custom rating so far] into line with the episode's show. Iterates through all TV Shows in All Libraries. Learning development and http/js less configuration pages Plugin version of Getting Started From configuration page: Enable preferred metadata. Save configuration. Keep in test mode until comfortable. Use "Run Now" and keep an eye on the debug log (and the practical effect on library metadata when out of test mode) Designed to respect locked metadata. Development Notes Targets stable 4.9.1.90 so I think that means it should work on normal and beta server. going to add networks and genres next. issues and suggestions welcome. Disclaimers Vibe coded with Claude, backup database before use, only limited short term testing on beta server so far. Download 1.0.0.0 Emby.ShowToEpisode.dll Changes 1.0.0.0 - Initial Release Known Issues Link to the plugin's scheduled task from the configuration page is not working. go the long way round.

One does not need to do that.

HI, it's if an artist is tagged as an artist but not as an album artist.

Damm! I thought my library was large with about 160k movies and episodes You could bump up the simultaneous scan, but be carefull you don’t get rate limited, especially if it’s from an IPTV provider. I would go with 3, maybe 4 if that is the case.

Okay I’ve been testing this and it seems like for mobile apps and remote users it will select the secondary audio automatically IF the second track is flagged as default in the mkv container. For example: my movie has 2 tracks. First track is Dolby trueHd, and second is eac3 compatibility. If both are labeled as default, remote users and my phone will automatically play the second track. And devices that can natively play trueHd, will play that one. However, it only works automatically if both are labeled as default. If my secondary audio track does not have “yes” enabled in the container, the apps don’t automatically select it. Not saying this is wrong, but this is what I’ve discovered on how to get it working.

Well this is your issue, your hardware can't hack it, when it needs to transcode. File played : F:\\TV\\The Rookie\\The Rookie Season 2\\The Rookie S02E18 Under the Gun [1080p x265 q22 S85 Joy].mkv Its reverts to software because of you GPU can do what is needed. >>>>>> Processing Plan Name CanDoInHW WillDoInHW Reason DX11VA AMD Radeon RX 9060 XT - H.265 ... >> True True Hardware Codec VideoInput >> False False The sw pipeline builder does not support hw accelera... Scaling >> False False ColorConversion >> False False VideoOutput >> False False Not a hardware encoder x265 >> False False Software Codec >! ThrottleByStreamBufferSize: WARNING - Playback position too close to transcoding position: PlaybackPosition: 00:00:03 - TranscodingPosition: 00:00:06 - ThrottleBuffer: 3s 17:35:48.027 elapsed=00:00:18.85 frame= 181 fps=9.6 q=20.3 q=-1.0 size=N/A time=00:00:07.00 bitrate=N/A throttle=off speed=0.372x 17:35:48.081 elapsed=00:00:22.53 frame= 182 fps=8.1 q=23.7 q=-1.0 size=N/A time=00:00:07.04 bitrate=N/A throttle=off speed=0.313x 17:35:48.688 elapsed=00:00:23.10 frame= 187 fps=8.1 q=24.6 q=-1.0 size=N/A time=00:00:07.25 bitrate=N/A throttle=off speed=0.314x The values marked in RED should be above 1 just to keep up.

@soderlundI've added some of the features you requested in the latest update! Pre-filter submissions before media segment scan Add per file/folder selection for scan Add API key test https://github.com/TheIntroDB/emby-plugin/releases/tag/v1.0.3.0

I frequently use the filter of Unwatched for movies and TV shows. And with music, you get recommendations based upon "similar" artist or songs. I would like a flag option to mark media as "Not Interested" or whatever verbiage would be better for the masses. This would have to be at the user level and not stored in a NFO file since I would like to filter out things my family likes, but only on my profile. As my libraries grow, I am having more content for my family. Since I am the only male in the house, my users have tastes that are distinctly different from mine. Whether it be real surgery shows, true murder, sappy romances, or telenovelas; these are things that I will never - and I do mean never - watch. The same thing goes for the music collection. I don't mind classic musical soundtracks, but my daughters collection of Broadway musicals is vast. And annoying. Now I could make them as Watched, but then that would go into the algorithm "Since you watched this, you might like this...", I would like to avoid doing that. I've poked around quite a bit, but I don't see anything like this currently nor did I see anything like this requested. If it has been requested but called something else, I would love to know about it so I can like that post. Thanks in advance.

Someone else's bad rip, I guess. That's why I went to download open subtitle and found that wasn't adjustable either. That's why I posted here. Now that SRT sync is adjustable again, at least within the standard Android app, that's as much attention as you devs should put to this, given the many other, more important requests and quirks that are posted here.

If that's how you (and others) are using collections, then perhaps we need to consider reinventing them to be more like playlists where they are personal to each user.

Hi, we will have a new ffmpeg build on the server beta channel in the near future, so stay tuned for that.

I do apologize. We have some major new home screen features coming and so we chose to submit another app update in order to ensure that all of our apps support the features once they launch with the new server. I can assure that after this app submission we will do a country request after that. Thanks.

Hi! Any news on making the app available on Brazil? Gave up using Emby because of the missing app on the Brazilian Samsung TV Store, but would gladly return once available.

We desperately need tags on collections supported. Not for cascading permissions, but simply for the collection itself. Personally, it's not the content I want hidden, it's the collections themselves. I want to share my server with friends and family, and they don't need to my more private or risqué collections (think "Great sex scenes", or "Get her in the mood" lol). It'd be such a simple, no brainer feature to code up in this context as well. Cascading permissions are fine and all, but I agree, bit of a mind field. But respecting "if I put X tag on anything it will be hidden" is really a must have for a consistent experience within the emby ecosystem.

Wow. This is the first time I've heard of the universal installer. Check with your package manager to see what version of the Emby server is installed.

In the new windows app, when multi-tapping the back button, it's far too easy to accidentally close the app.

sorry for jumping on this old thread. This is my collection list, that I share with users. I want to put tags on 'Watchlist' and 'Favourites' to hide them from users, but not hiding the actual content

i am really grateful for your help and patience Q-Droid. As I said before, this is all new territory for me. I'm beginning to understand the structure and the mistakes I've made. Unfortunately, there is hardly any specific help for such cases. It's good that you got in touch, it was only through your answers that I discovered the errors. If it wasn't for the message about an update in the emby dashboard, I wouldn't have done any of this. Then I found a post where someone had a similar problem, where someone explained casaOS how it works. Now everything makes sense as you explained it. I had to read in more depth and watch a few videos but it's starting to make sense. Fortunately, everything is back now and I just have to wait until the casaOS appstore releases the latest version. They say they need a few days longer for whatever reason. You've saved me a lot of work, so thanks again for your help

Hi. You aren't the originator of this request and the original request only mentions using the "unwatched" filter in (presumably) the normal views. To hide content there would mean hiding it pretty much everywhere (although, there would have to be some sort of view of "things I marked not interested" in order for you to change your mind). I presumed that you, as the server owner, had only added things you weren't interested in to your server due to requests from your family. I use the folder-based access control to keep things my kids want but I don't separate. It works well for me but maybe not for everyone but I wanted to be sure everyone was aware it is possible.

You are actually right, I thought you were just referencing that there were no likes on that post - but there are no provisions to react on it, either, so I guess that's something that should be discussed internally how are the cases like this handled, cause even though the poster is anonymous now, it is still a valid FR and likes are one of the metrics (not exclusive but quite indicative) when gauging community interest in a feature. And even if there were likes on that post at some point in the past, were those lost on account deletion? @Abobader

This would be a direct duplicate of this, no?

This is similiar to a lot of requests for a 'hide' function - essentially the opposite of a 'favourite' It obviously needs to be user selectable from the clients and maybe even an option to be done on a genre or other group level.

Dont know if this was already posted. For example something like the capture below at least for ratings, to use omdb or another scraper as first priority for this field, and similar for tvshows with the available scrapers for that library type of course. Also It would be nice and handy to have some language options per field, at least for Title, Tagline, Plot, Episode Title, Episode Plot and Genre fields. Handy if you want to have your tagline/plot/episode-title/episode-plot in spanish for example or your native speaking language but want to use the title of the movie or tvshow in english for english movies, or the title on the native language of the movie (spanish, french, german, etc). With the current setting you get absolutes, english: everything english, spanish: everything spanish. And would be nice to apply this language options to images too. I scrape my data with TMM before adding it to emby to have this type of settings, but I would be really good if emby could handle some of this variables. Update: Also, give the option for "None" to skip scraping for this field and "NFO Only" as @picotrain1 suggested.

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.

I've often wondered, why do you care if your competition knows what you are adding to emby? Who cares if they steal the idea and push it out faster than you, they could just pluck the good ideas from the feature request section here anyway right? You are not really losing customers? I mean I don't think emby users are going to rush away from emby to try another server due to a little new feature.

The standard Android app is vastly superior to the Android for TV app. Your stuttering problem is, most probably, not really related to the app but rather to something in your setup, There are plople here who can really help with that but they need much much more info like details of your setup and which devices are being used and which devices are connected wirelessly or wired and logs. If you report that and include examples then there is at least a good chance that your problem can be diagnosed.