All Activity

The plugin takes the posters aspect ratio and uses a % of that to scale the icons and placement. I can certainly add an option to use 2:3 scaling, pretty easily even, i'm just not sure if it will negatively affect the posters. I will look into it but can't promise when it will be done, kinda on my summer break now and been trying (and failing) to limit the amount of work i have to do.

The DTS Core is usually embedded within the lossless DTS HD-MA track, so it cannot be "deleted" without re-encoding the audio. Most Blu-rays have a seperate DTS only track, that's what you can deselect within MakeMKV.

Yes, I use m3ueditor hosted in the same machine. Connection speed is not the issue.

Please try again, there was a bug with changing devices.

ive Just had the same issue think I’ve found a quick fix download the infuse app on iOS and run your Emby through that works perfectly through the rayneo air pro 4

There is no playback in your log. Looks like maybe you restarted the app before sending the log. This would be a very plausible explanation of what is happening.

Correct. Which means that, since we already have OS integration, we will be taking advantage of this anyway. To me, this appears to be a clever way of them getting more contributions to their site.

Hi, I have an issue with my Live TV setup. I use a HD Homerun/m3u8, Example below of the layout of a channel from a standard m3u. #EXTM3U x-tvg-url="http://*.*.*.*:****/epg" url-tvg="http://*.*.*.*:****/output/epg" #EXTINF:-1 tvg-id="101" tvg-name="BBC One HD" tvg-logo="http://*.*.*.*:****/api/channels/logos/3870/cache/" tvg-chno="101" group-title="Sky: Entertainment",BBC One HD http://*.*.*.*:****/proxy/ts/stream/5253535 This works fine but I do not see the Tag/Group in the Emby guide, all it shows just shows "All" I would expect emby to use group-title="Sky: Entertainment" or any of the other one's I set for Group-title. Currently I have to use the bulk plugin to fix this issue manually, as per below Is there any reason why this does not work as expected and auto import the tag/group from the m3u/HD homerun?

Hi @yocker, I have a question regarding how overlays are applied to posters. From what I understand, EmbyIcons adds the icons directly onto the original poster image. However, many posters are not exactly in a 2:3 ratio, and Emby then stretches or resizes them to fit its poster layout. As a result, the icons themselves can appear slightly distorted. Would it be possible to change this behavior, or add an optional setting, so that overlays are applied to a normalized 2:3 poster image instead of the original source image? In other words: Current workflow: Original poster EmbyIcons adds overlays Emby displays/stretchs to 2:3 Overlays may become distorted Desired workflow: Original poster Poster normalized to 2:3 EmbyIcons adds overlays Displayed with correctly proportioned overlays The goal would be to ensure that icons always keep the correct aspect ratio and positioning, regardless of the source poster dimensions. Is this something that could be implemented, or is there a technical limitation in the way Emby provides poster images to plugins? Thanks for your time and for all your work on the plugin.

plex with alexa had a play feature called Random Album Radio which would play a random album, and when that was done, play another random album, and so on.

For a list of what is available with Emby Premiere, please see Emby Premiere Feature Matrix There have been a number of Forum topics relating to Hardware Acceleration on Emby Server. Have a look at the discussions in these topics HW Acceleration on raspberry pi Raspberry Pi 4 hw encdoing works There may be more

Thanks, They aren’t working again at the moment. I am guessing it has to be something to do with Youtube.

I'm not sure if this is on anyone's radar, but I would love a plugin to make use of the new Ray project by OpenSubtitles. See the kickstarter here: https://www.kickstarter.com/projects/techspecs/ray-watch-anything-understand-everything/description There appear to be multiple usage modes, but integration into existing media servers like Emby is clearly one of them. I think this is a perfect use case for AI and I also happen to think the state of subtitles (functionality, sync, subtitle creation, translation availability, etc.. ) is scandalously bad considering it's 2026. This will be a huge improvement that approaches something close to perfection right away. I also think they're approaching the project ethically by using models responsibly and only when necessary (when human-created subtitles don't exist). I also believe the generated subtitles for a given title are stored back to OpenSubtitles meaning theoretically once a given title has been analyzed and the subtitle files have been created, future calls for that subtitle would just be a download from OpenSubtitles just as we would expect. I think it's a great idea and look forward to using it in Emby!

Hi Hoping someone can help. Lately, I have noticed that genres for TV Episodes are now longer being fetched for my TV Episodes. I have tried refreshing metadata but it is not pulling in TV Episode genres. To test this out I went to one of my TV Episodes that has genre metadata. I deleted the genres that were stored and refreshed metadata, hoping it would pull the genres back in but nothing happened, no episode genres. Is anyone else having the problem. I have noticed it for shows like For All Mankind, Marshals, Your Friends and Neighbours, just name a few.

Der Hintergrund für die getrennten Ordner war folgender: Ich habe eine Bibliothek zusammen mit 4K-Filmen und Filmen in 1080p mit hoher Bitrate. (Dies ist Bibliothek 1) Nun habe ich die gleichen Filme noch einmal mit niedriger Bitrate vorliegen in 1080p oder sogar 720p (dies ist Bibliothek 2). Und zwar für den Einsatz im Urlaub, damit ich möglichst ohne Transkodierung die Filme unterwegs abspielen kann. Jetzt überlege ich aber gerade, ob es tatsächlich für mich Sinn macht, die beiden Bibliotheken zusammenzufügen, um dann die jeweilige Version auszuwählen. Gibt es da Probleme, wenn ich 2 Filme in 1080p, aber mit unterschiedlicher Bitrate habe? Oder müssen die Dateien umbenannt werden? Edit: Müssen die beiden Versionen eines Filmes zwingend im gleichen Ordner liegen?

Ach so. Dann, glaube ich, wird das über die normale Bibliotheken, vor allem wenn in Richtung Sammlung geht, schwierig. Da bin ich dann leider mit meinem Wissen raus.

En fait j'avais zappé mais il faut que tu ais un certificat SSL actif et valide sur ton serveur Emby pour que le cast fonctionne. En effet les Chromecast refusent de se connecter à des serveurs/services qui ne sont pas en SSL et avec un certificat valide Si tu ouvres ton serveur sur Internet, il est impératif pour des raisons de sécurité de ne le faire qu'en SSL et non en http simple.

Das möchte ich ja gar nicht. Ich möchte für jeden Ordner eine separate Bibliothek. Und innerhalb der Bibliothek wäre es natürlich schön, wenn in den Sammlungen nur die Filme des eigenen Ordners dargestellt werden. Ist das möglich?

Fedora Linux 44 (Workstation Edition). Tried again the installation of emby client beta. Same error as before. "Error: Install failed for package 'media.emby.client.beta'." see attached log fedora emby client beta installation error.txt

Hi Folks. Been running Emby on my Synology DS220+ nas for a couple of years now without any issues. I have just moved my IP to a new one without a fixed IP address. Since then I have been having all kinds of remote access issues. I have set up a no-Ip account and set that as the DDNS server in the NAS and sometime it works ok. But several of my family members are having problems connecting with EMBY connect - as am I at work. If I add the server manually ie http://*******.ddns.net I immediately get the "Unable to connect right now" message as soon as press enter - it doesn't even try. However on my phone it connects immediately - even though it's using the same wi-fi. Is there a "Do this, Do that" to get it working. Incidentally, I have tried an alternative to Emby on the same NAS (Where I came from to Emby!) and it connects first time every time with their connect software. I REALLY don't want to go back there, but if I can't get this sorted, I may have to

Yes, I mean reporting.

update: crash of server still occurs (several times per day and on all my client apps) so I decided to do a complete re-install of server and settings on my Shield and rescanned all libraries. Maybe the logs are still useful for your team though, for this moment no further actions required. kind regards Ronald

Thanks @pwhodges, yes my wan address and "what is my ip" give the same IP and it is NOT in 100. range. My router does not have an IPv6 address and my dns has no aaaa record. ipconfig/all on my windows server gives no ipv6 address. so my best guess is i am solidly on ipv4. If im not on CGNAT then i think i just went down a wormhole of misguided hypothesis/analysis...maybe i just have an alexa issue.

I am reporting a reproducible HLS playback issue in Emby Server 4.9.5.0. The issue happens when playing a video through Emby Web using HLS, especially when resuming playback from a saved position in the middle of the video, or after manually seeking to another position. If I start the same video from the beginning, playback usually works normally and the subtitles stay in sync. The problem appears only after resume/seek playback in the HLS remux/transcode path. The most visible symptom is that hls.js reports repeated non-fatal media errors such as: HLS Error: Type: mediaError Details: bufferSeekOverHole Fatal: false Reason: fragment loaded with buffer holes, seeking from 887.327815 to 888.6159769999999 After these HLS errors appear, playback no longer behaves as if the video, audio, and subtitle clocks are aligned. Subtitles may become discontinuous or jump in timing, and they no longer match the spoken audio or video scene. In my tests, the subtitles often become ahead of the video by around 1.6 seconds, but the offset is not always exactly the same. Sometimes the video/audio timeline also appears to shift after the buffer hole recovery, which makes the subtitle timing incorrect even though the subtitle file itself is valid. This does not look like a general subtitle file problem. The same media can play correctly from the beginning. The desync is triggered by HLS resume/seek behavior and usually appears after hls.js reports bufferSeekOverHole. In some tests, seeking also caused playback to fail completely with the client message: No compatible streams are currently available. Please try again later or contact your system administrator for details. From the server-side ffmpeg logs, the affected playback sessions use segmented HLS output with arguments such as: -copyts -start_at_zero -ss <resume position> -segment_time 00:00:06.000 -segment_time_delta -<resume offset> -segment_start_number <non-zero segment index> -segment_format mpegts The issue seems related to the generated HLS timeline after resume/seek, because hls.js detects buffer holes in the loaded fragments and performs an internal seek over the hole. After that recovery seek, subtitle timing is no longer reliable. Expected behavior: Resume playback and manual seeking should continue normally without HLS buffer holes, without subtitle timing discontinuity, and without A/V/subtitle desync. Starting playback from a saved position should behave the same as starting from the beginning and then seeking naturally. Actual behavior: When resuming or seeking during HLS playback, hls.js may report bufferSeekOverHole. After that, subtitles can become early or otherwise misaligned with the video/audio. In some cases playback fails with “No compatible streams”. Environment: Emby Server: 4.9.5.0 Client: Emby Web Browser: Microsoft Edge / Chromium-based browser Playback: HLS via hls.js Container: MKV Video: HEVC Main 10 Audio: OPUS source, remux/transcode path may convert audio Subtitles: ASS subtitles, including internal/external ASS tracks Trigger: resume from saved position or manual seek Starting from 0:00: usually works correctly I have attached anonymized logs from the affected playback attempts: embyserver.anonymized.txt ffmpeg-remux-resume-1.anonymized.txt ffmpeg-remux-resume-2.anonymized.txt The logs preserve the relevant HLS/ffmpeg details such as the ffmpeg command line, segment start number, segment timing options, HLS segment responses, Content-Length, and SegmentComplete entries. Private paths, IP addresses, hostnames, tokens, session IDs, media titles, and user identifiers have been anonymized. embyserver.anonymized.txt ffmpeg-remux-resume-1.anonymized.txt ffmpeg-remux-resume-2.anonymized.txt

A port checking site. Rebooting the router has resolved the issue.