All Activity

Sorry, the subject is deliberately chosen a bit polemic, but I am honestly confused what I am missing here. I assume almost everyone uses Emby mostly to watch movies or other high quality video and many people will have more than a stereo setup. But under Linux, neither Chrome not Firefox support DTS and the server transcodes to MP3 stereo. So how are you all using this? I see 3 possibilities: My Brave plays AAC just fine in 5.1. Can I get Emby to transcode to that instead of 2ch MP3? Kodi. Been there, done that. Works, but in principle, I am very happy with a web player and don't want a full screen mediacenter. Emby Theater, which apparently isn't broken only for me. (In my case on Ubuntu+deb, I loose all control once a playing video goes fullscreen) Is the situation under Linux really that dire, or am I missing something?

This one i can answer. it's because we haven't gotten the stable update yet @hjason7812. Once there's an update that ends in .0 will the bot for the truenas app that Stavros maintains push the update to us and hopefully we are back on stable then. I say hopefully because i don't know how smooth the upgrade from beta to stable will go

Trying to play with this but seem to be stuck at what is the appropriate URL: ://YOUR_EMBY_SERVER_URL/emby/Playlists I have my server on 192.168.0.2. I've tried variations of: http://192.168.0.2:8096/emby/Playlists http://192.168.0.2:8096/web/emby/Playlists http://192.168.0.2/emby/Playlists None are returning any values in the bash command. Sorry if this is an obvious solution I am missing.

Here you go. Above my head but seems to be a permission issue of some sort. Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb Operating system: Linux version 6.8.0-100-generic (buildd@lcy02-amd64-061) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0, GNU ld (GNU Binutils for Ubun OS/Process: x64/x64 Framework: .NET 8.0.22 Runtime: opt/emby-server/system/System.Private.CoreLib.dll Processor count: 8 Data path: /var/lib/emby Application path: /opt/emby-server/system System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/mnt/media_nas/emby/tv/News 8 Today at 6' is denied. ---> System.IO.IOException: Permission denied --- End of inner exception stack trace --- at Emby.Server.Implementations.IO.ManagedFileSystem.CreateDirectory(String path) at Emby.LiveTV.DirectRecorder.RecordUsingCopyTo(ILiveStream liveStream, Nullable`1 wallClockStartTime, String targetFile, Action onStarted, CancellationToken cancellationToken) at Emby.LiveTV.EmbyTV.RecordStream(TimerInfo timer, DateTimeOffset recordingEndDate, InternalActiveRecordingInfo activeRecordingInfo) Source: Emby.Server.Implementations TargetSite: Void CreateDirectory(System.String) InnerException: System.IO.IOException: Permission denied Source: TargetSite: 2026-02-24 11:58:57.468 Info MediaSourceManager: Live stream 66e3de44239124241e1900b31f586607 consumer count is now 0 2026-02-24 11:58:57.469 Info MediaSourceManager: Closing live stream 06044cf0e6f93cdae5f285c9ecfaaeb4_01413a525b3a9622ce6fdf19f7dde354_66e3de44239124241e1900b31f586607 2026-02-24 11:58:57.469 Info SharedHttpPipelineSource: Closing SharedHttpPipelineSource 2026-02-24 11:58:57.470 Info SharedHttpPipelineSource: SharedHttpPipelineSource is done streaming. 2026-02-24 11:58:57.470 Info SharedHttpPipelineSource: Deleting temp files /var/lib/emby/transcoding-temp/cd82be01c194421aba0986a3778ea41a/0000000.ts 2026-02-24 11:58:57.471 Info MediaSourceManager: Live stream 06044cf0e6f93cdae5f285c9ecfaaeb4_01413a525b3a9622ce6fdf19f7dde354_66e3de44239124241e1900b31f586607 closed successfully 2026-02-24 11:58:57.471 Info LiveTV: Retrying recording in 60 seconds. 2026-02-24 11:58:57.471 Info LiveTV: Creating recording timer for e1d673695705437ba97b6c9e95a41f27, News 8 Today at 6 - . Timer will fire in 0.99998876 minutes 2026-02-24 11:58:57.472 Info LiveTV: Triggering refresh on /mnt/media_nas/emby/tv/News 8 Today at 6/News 8 Today at 6 2026_02_24_11_00_00.ts 2026-02-24 11:58:57.473 Info LiveTV: Refreshing recording parent /mnt/media_nas/emby 2026-02-24 11:59:07.873 Info ActivityRepository: Opening sqlite connection to /var/lib/emby/data/activitylog.db. isReadOnly: True 2026-02-24 11:59:07.873 Info ActivityRepository: Opening sqlite connection to /var/lib/emby/data/activitylog.db. isReadOnly: True

This is the golden piece of information I didn't have. I wasn't aware of optional shared network folder. This step should be at least mentioned in the github wiki or the FAQ here. I'll try it later today after work and check if this works with native access.

@buhochileno Beta favours the brave!

Normally yes, but if Emby isn't able to read the contents due to encoding, that might cause issues.

I'm new here. I am awed... Thanks so much!

Hello i will test but could be the reason that the file is not recognised at all? The existing of the file should be enough i guess

@fabien_m2002I've also had issues before with subtitles being encoded incorrectly, see my previous post: Could it be your srt ile is saved as something other than UTF-8?

Another big advantage of TMDB as provider option for thumbs would be if your library is set to a different language than English. I noticed that for example in German there are quite a few movies/shows were there is only an English thumb image or no thumb at all on Fanart.tv while TMDB has a backdrop in the correct language. So having TMDB as thumb provider option would be very appreciated.

Addon mode uses fallback to native mode, when the server cannot handle them. Exactly, the server cannot play iso's (and cannot stream content), therefore Kodi need's access to the file. That's an Emby server limitation. Personally, I never uses iso files. I convert them all but that's up to you. You don't need to edit anything in advancedsettings.xml. You must use the path substitution (or how Emby calls it "Optional shared network folder") on Emby server (not Kodi). I already explained it, the server must report the "correct/modified" path to plugin while sync (every path substitution change on Emby server requires a repair sync on Kodi/plugin). AND Kodi must have access to the folder! As I said, it's tricky I never recommend native mode to anyone. Unfortunately, if you insist using iso's, then Kodi need file access even in addon mode.

I'm assuming you purchased "Premium" (https://www.theaudiodb.com/pricing)? TheAudioDb is free for general use, unless you want developer priviledges which aren't required for using Emby. The Emby AudioDB Plugin relies on the open (free) API. All you need to do is "enable" the Audio Providers in your Emby Music library and identification should happen automatically. So I have some follow up questions: 1) Who told you to "buy" TheAudioDB? 2) What's the issue you're having? Is music not being identified? Are your songs not showing up in Emby?

What I don't understand is, if I'm in addon mode, why it's pointing only the iso file to a native path? When I look to other files like mkv, mp4 those all point to http://127.0.0.1. I see this localhost ip in advancedsettings.xml. So I guess this is what your plugging is doing, right? My setup here is running emby server as a docker container on unraid. The path to the files are mapped in docker. I have a very big library that I don't want to rebuild just for path substitution. Also you said iso should work in addon mode. But it needs to correctly map the iso file location. Maybe the solution in my case is manually edit advancedsettings.xml and use native path mode. Give kodi access to smb://unraid server ip. Substitute/downloads/media/data to smb://unraid server ip. My question remains, is this all necessary? Isn't it possible to stream the iso file to kodi over http the same way all other files are streamed in addon mode? And last question, if I go with a manual path substitution, will the plugging keep reverting my manual path if I add or remove libraries from it?

Adding a SDR indicator just to show something is not HDR, which there are indicators for any way, just seems unnecessary and like more clutter. So i don't personally see a use for it and will most likely not add it. Individual filename rule placements on the other hand is an excellent idea and i will look into adding it.

Hallo, kann es sein das die Windows App aus dem Windows Store keine STRM Unterstützung hat??? Liebe Grüße

Hey guys, any news on this issue? I am still unable to play trailers from Youtube on a 2019 Samsung Smart TV.

Yes: -rwxrwxrwx 1 root root 86 févr. 4 03:13 'S03E03 - Industry 03x03 - It (MULTI) (2020) [tmdb-90812].strm'* -rwxrwxrwx 1 root root 94902 févr. 21 19:57 'S03E04 - Industry 03x04 - Safari Sauvage (MULTI) (2020) [tmdb-90812].en.sdh.srt'* -rwxrwxrwx 1 root root 83650 févr. 22 10:59 'S03E04 - Industry 03x04 - Safari Sauvage (MULTI) (2020) [tmdb-90812].fr.srt'*

Hi, it’s something we’re interested in for future updates. Thanks.

Does these subs have the same permissions? -> S03E04 - Industry 03x04 - Safari Sauvage (MULTI) (2020) [tmdb-90812].en.sdh.srt -> S03E04 - Industry 03x04 - Safari Sauvage (MULTI) (2020) [tmdb-90812].fr.srt

Hello i did a entirely library scan. I click on CC in the bottom bar menu and i cannot see the SRT.

I hope you can add Emby to the Hisense brand TV app store. After all, Hisense TV is the first TV brand in 2025 to support the second-generation Dolby Vision, and its hardware capabilities are already far ahead. I really don't want to have to attach a TV box just to install a playback client.

Unfortunately Embys clients still don't support mTLS, so this approach limits you to web browser clients.

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

@franekbg has this helped?