All Activity

Just use Emby as usual. This bug is quite common. In the most common case, the dashboard will stretch to fill the screen (normally, it must show a left bar for the 1/4 of the screen)but its won’t show and when click show left bar will blank the pic above .

Hi, this is happening on YouTube’s end. We are configuring it to not show subtitles but it still is anyway. Right now this looks out of our control but we are looking into it. Thanks.

Is it your own server that you are trying to connect to?

Hi all , I can’t get into Emby I hit login with connect, scan qr and enter the code which is correct, sign into server on phone and I get this what does this mean?

Is there any way to turn off subtitles/captions when watching trailers - without impacting subtitle settings for playback of normal content? They appear to be full descriptive captions, e.g. "(Ominous music)" as well as dialogue subtitles. They're present on both my LG app and windows desktop app. If they're being pulled in by default from, e.g. You Tube, could you add a setting enabling Emby users to disable the feed? Thanks!

I’m having black screen issues returning after a few minutes of playback on 2.2.56 using the official Apple USB c to HDMI adapter

Let me clear this up some. I can get to Emby using a browser by the FQDN. But not by the Emby app using the same FQDN.

Hi, not currently but it’s something that could be added.

Here's another example with a different file. simplescreenrecorder-2026-08-29_18.52.27.mp4

Here's a recording of the issue. simplescreenrecorder-2026-08-29_18.47.53.mp4

Small update for anyone still following this thread — liquidWave is now on Google Play in closed testing, and I'm looking for testers. Rather than repeat it all here, the details and the two-step join are in a new thread: Thanks to everyone who showed interest first time round

Hi all Some of you may remember my earlier post about liquidWave, the self-hosted "sonic analysis" layer for Emby I've been building, plus its Android player: There's been a lot of work on it since — and it's now on Google Play in closed testing. I'm looking for testers. The idea: a small service you run yourself listens to your library once and learns what each track actually *sounds* like — not genre tags — which powers: - Sonic Mixes — auto-curated mixes grouped by how your music really sounds, refreshable, save as a real Emby playlist - Track Radio & Similar — an endless queue from any track, or tracks/artists/albums that genuinely sound alike - Sonic Adventure — pick a start and end track, it builds a journey that morphs between them - Artist Mix Creator — pick a few artists, it suggests sonically similar ones, builds a cross-artist mix It's also a complete Emby music and audiobook player: crossfade that trims silent intros/outros rather than blending dead air, a 10-band EQ, offline downloads with durable resume, Android Auto, a home-screen widget, Google Cast, and a browser web app for non-Android devices. Audiobooks are a first-class citizen here, not an afterthought — chapter-aware browsing and resume (it picks up at the right chapter and position, not just the start of a file), variable playback speed, and a sleep timer. They download for offline listening too, and still resume in the right place when you come back. Everything runs on your own hardware. No account, no cloud service, no ads, no analytics, no telemetry. You need Emby 4.8+. The app on its own is a fully capable Emby player in about five minutes with no backend at all; the sonic features need the small self-hosted service alongside your server. To join the test (Google requires both steps, sorry — the group is how Play controls access): 1. Join the group: https://groups.google.com/g/liquidwave-testers 2. Then open https://play.google.com/apps/testing/guru.liquid.embysonic and hit "Become a tester" After that it installs from Play like any other app and updates automatically. If you're able to, please join through Play rather than sideloading the APK — Google needs 12 testers installed via Play for 14 continuous days before an app can go public, so those are the installs that count. Sideloading works fine and is still supported, it just doesn't help get it over that line. Full details and the setup guide: https://playliquidwave.com Genuinely a beta, but been my daily driver for over a month now — actively developed, there will be rough edges, and I'd rather hear about them. Feedback of any kind very welcome, here or in the app's issue tracker. Thanks for reading

Currently using: OS: Linux Mint 22.3 - Cinnamon 64-bit Kernel: 7.0.0-30-generic Processor: 11th Gen Intel© Core™ i9-11900KF @ 3.50GHz × 8 Graphics Card: NVIDIA Corporation GA102 [GeForce RTX 3090] Desktop Envio: Cinnamon 6.6.9 Display Server: X11 Emby Premiere Version: 4.9.5.0 Not sure what to do, files play fine on TV, but not on machine. not all files freeze, can't seem to find a common denominator. I've tried changing settings all over based on forum answers. I've also tried Emby-Theater, files play fine on machine, but all onscreen controls are gone during playback (but I'm sure that's a whole other can of worms) Any help would be great Thank you. embyserver.txt

Thank you. I understand that an MPV-based client can enable replaygain=track and allow libmpv to apply the adjustment locally. Ear Wax is an Alexa AudioPlayer skill, however, so it does not own the decoder or playback engine. It can only provide Alexa with an HTTPS audio URL. Does Emby’s existing audio-transcoding endpoint accept a parameter that instructs the server to apply a specified gain or ReplayGain adjustment to the transcoded output? For example, something equivalent to ReplayGain=track, AudioGain=-3.7, or an FFmpeg volume-filter parameter. If not, would exposing such a parameter through the existing transcoding endpoint be feasible? That would support clients such as Alexa that cannot perform client-side DSP. thank you, Marvin

Tips on finding IP address and other DNS issues with t-mobile. In general https://windowsreport.com/ip-address-not-reachable/ Known issue / limitation with T-Mobile - some addresses are unreachable by design. https://www.reddit.com/r/tmobileisp/comments/qp2r5q/certain_websites_do_not_allow_access_through/

I was able to solve the problem. Maybe this solution will help someone: library.db Check for FK violations directly in SQLite PRAGMA foreign_key_check('UserDatas'); View the row: SELECT rowid, * FROM UserDatas WHERE rowid = 68103; My row: rowid;UserDataKeyId;userId;rating;played;playCount;isFavorite;HideFromResume;playbackPositionTicks;LastPlayedDateInt;AudioStreamIndex;SubtitleStreamIndex;RatingLastModified;PlaystateLastModified 68103;-1;1;\N;1;0;0;0;0;\N;\N;\N;1705016127;1705016127 It has a -1 for UserDataKeyId => Backup database library.db! DELETE FROM UserDatas WHERE rowid = 68103; Check again: PRAGMA foreign_key_check(‘UserDatas’); => clean Copying my user account is working again now. I noticed a few more errors during my investigation. These are likely very old and resulted from the server migration from Windows to Linux. In the MediaItems table, paths still contained Windows-style slashes: %RootFolderPath%\default\Collections and %AppDataPath%\userplaylists and %AppDataPath%\playlists I replaced the playlists using a method similar to this one: https://emby.media/community/topic/127031-createrestore-collections-library-on-new-install/ For “%RootFolderPath%\default\Collections,” I simply changed the \ to / in the database. After restarting Emby, that row was completely removed. Statistics Plugin is still not working... seems to be another problem

Emby Server 4.9.5.0 stable, Linux x64 (Ubuntu 24.04), .NET 8.0.25 LDAP plugin 1.0.45.0 Server Id: 49e19033f5604404b403653ef7e80d9f Premiere: active monthly Stripe subscription, expires 2026-10-04 Every LDAP authentication attempt fails with "Emby Premiere required for LDAP", on a server whose own startup log confirms Premiere validated: 19:44:57.392 Loading LDAP, Version=1.0.45.0 from /var/lib/emby/plugins/LDAP.dll 19:45:00.384 Starting entry point Emby.Security.PluginSecurityManager 19:45:07.462 POST https://mb3admin.com/admin/service/registration/validate 19:45:07.594 Http response 200 after 132ms 19:45:07.599 SecurityManager: Registered for MBSupporter 19:45:18.993 Error UserManager: Error authenticating with provider LDAP System.Exception: Emby Premiere required for LDAP at LDAP.AuthenticationProvider.Authenticate(String, String) Plugins/SecurityInfo returns IsMBSupporter: true. Other Premiere features are fine — DVR, Sync and Cinema Mode all report registered with the correct 2026-10-04 expiry. The plugin aborts before any network I/O — there are no LDAP or socket errors anywhere in the log, because it never opens a connection. The LDAP server itself is provably fine. From the Emby host, using the exact bind DN, base DN and filter configured in the plugin: $ LDAPTLS_REQCERT=never ldapsearch -x -H ldaps://<server>:636 \ -D "cn=svc.emby-ldap,ou=users,dc=dember,dc=net" -W \ -b "ou=users,dc=dember,dc=net" \ "(&(cn=aputrino)(memberOf=cn=emby_users,ou=groups,dc=dember,dc=net))" dn: cn=aputrino,ou=users,dc=dember,dc=net result: 0 Success Ruled out: - Server version — reproduces on 4.9.5.0 stable and 4.10.0.27 beta - Plugin binary — uninstalled and reinstalled; 1.0.45.0 is current - LDAP target/network/TLS — no I/O occurs; proven working independently, and behaviour is identical against a different LDAP server entirely - User lockout — fires one millisecond AFTER the tenth LDAP failure, and failures continue for 90+ minutes after it expires - General auth breakage — local Emby accounts authenticate normally Also tried without effect: renewing Premiere, re-saving the licence key (confirmed accepted), three restarts. Note: my subscription had lapsed briefly and was renewed the same day, a couple of hours before these logs. One observation I can't evaluate from outside the code: the plugin is loaded at 19:44:57.392, roughly ten seconds BEFORE the licence validation completes at 19:45:07.599. If the plugin reads the supporter flag at construction rather than at authentication time, it would capture "not registered" and hold it for the life of the process — which would match the fact that this reproduces identically on every restart. Is that plausible, or does the provider re-read the flag on each call? embyserver (6).txt

Thanks Q-Droid! Rolling-back to 4.9.1.90 fixed the issue. Your golden tip is greatly appreciated!

Not quite — the same 220 both works and fails, in the same session and the same file, depending only on how it is reached: requested 216..221 in order 220 -> 200 (221 fails) fresh session, jumping straight to it 220 -> 500 (500 on every retry) real player, no seeking 220 -> 200 (36 ms) real player, after one seek 220 -> 200 (42 ms, 221 -> 500) If 220 were missing its SegmentComplete, it would fail every time. It doesn't: reached in order it is served in 36-42 ms. The ffmpeg log I posted is the one for the *last* segment, where SegmentComplete stops at Index=211 / filename ..._210.mp4 and 211.mp4 is never announced. I don't have an ffmpeg log for a *jumped* 220 — glad to capture one if that's useful, but the four rows above already say the difference is the request path, not the segment.

Trakt Air Dates Release Notes Changes 8.10.0.0 Add a setting to hide episode names like "Episode 3", so a card shows just "S3:E3" instead of "S3:E3 - Episode 3". Once Trakt publishes a real title for that episode, it appears automatically Limitations Only a title that is the word Episode followed by that episode's own number is hidden. A real title such as "Episode 1: The Beginning" is left alone, and so is a title whose number does not match the episode Hiding names does not change your library. The real titles are kept, so turning the setting back off restores them without re-fetching anything Versions 8.8 and 8.9 do not exist. Both were withdrawn before release, which is why this release follows 8.7.1.0 Changing a setting takes effect on the next refresh. Saving the settings page clears the caches, so it applies straight away rather than in a few hours The plugin will never hand Emby a shorter episode list than you already have files for, so it cannot remove real seasons If neither Trakt nor TMDB gives a sensible answer for a show, it says nothing rather than guessing Excluding a show keeps its past episodes and drops only the future ones No platform-specific setup. Every path comes from Emby itself, so it behaves the same on NAS/Docker, Linux, Windows and macOS TraktAirDates-Settings-Reference.pdf TraktAirDates.dll

Excellent. Makes sense in your explanation. I hadn’t yet noticed the other thing you mentioned but nice catch.

Thanks — and good to hear about the playback, that's the part we can't test from here. You were right that it's padding, but it turned out to be a more interesting kind of wrong than a number typed too small. The space under the artwork was a constant, and what eats it isn't: on focus, artwork grows in proportion to its own height, so the taller the image the more of that gap disappears. A poster is the tallest thing in the app, which is why it's the one that reads badly — the wide Continue Watching thumbnails were escaping it by half a point, which is exactly why those looked fine. So rather than reserving more space, the text now moves down with the artwork: the distance between the two never changes. It's what most apps do and what this should have done from the start. The wide rows and the cast row move the same way now, so nothing behaves differently from the card next to it. While in there, one more thing came out that you'll see: the titles under artwork were smaller than the ones in Continue Watching, for no reason anyone could find. They're all the same size now, and they read a great deal better from a sofa. It's fixed and the update is with Apple. Thanks for looking closely — that one had been there since the very first version and nobody had put a finger on it.

@kikinjoI see you edited your post so i guess any problem you might have had is fixed? @MAX92Nice to hear! Planning on release the beta as stable very soon.

Are you "replacing images" when you do that? The poster and the treatment are different. The poster is undefined as to which one if there are multiple posters. The treatment, however, is looking at the entire item and deciding based on the highest resolution.

I am going to some posts out of here and into their own topic because this thread has gotten derailed.