All Activity

Late to the party.... but +1 for adding Tags to Favorites if possible.

I haven't actually tried that. Theoretically, you would hold CTRL and select the Libraries you want and then do the filter and the rest.

It should work perfectly fine with a strm environment. The plug-in doesn’t do any scanning of streams/files. It only uses the metadata (TMDB ID) to request the API. All of the segments are loaded by Emby on the fly so there should be no issue!

I believe it can be done with dovi_tool but requires a re-encode, so it's a little bit of a lossy process, but feasible. New TV does sound better though.

/var/lib/emby/metadata\people\c\Claudia Kim-tmdb-1401531\folder.jpg According to the log it's where people photos live.

Yes, I would like that too!

I'm not thinking any "free" solution will convert this such as Handbreak or MKVToolNix.. Plus that's a bunch of work. A new TV that supports DV is the better solution!

Yep, as seen in your media info, the one that plays is 8.1 (has fallback) and the one that doesn't is 5 (pure DV - no fallback).

This Plays: General Unique ID : 55506409233751984695444824153212061355 (0x29C22543BD41FF89BF1D657FC63406AB) Complete name : Z:\TV Series\Lucky (2026)\Season 1\S01E01 - No Shortcuts.mkv Format : Matroska Format version : Version 4 File size : 8.39 GiB Duration : 47 min 30 s Overall bit rate : 25.3 Mb/s Frame rate : 23.976 FPS Title : Lucky S01E01 No Shortcuts Writing application : mkvmerge 94.0 ('Initiate') 64-bit Writing library : libebml v1.4.5 + libmatroska v1.7.1 Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L5@High HDR format : Dolby Vision, Version 1.0, Profile 8.1, dvhe.08.06, BL+RPU, no metadata compression, HDR10 compatible / SMPTE ST 2094 App 4, Version HDR10+ Profile B, HDR10+ Profile B compatible Codec ID : V_MPEGH/ISO/HEVC Duration : 47 min 30 s Bit rate : 24.5 Mb/s Width : 3 840 pixels Height : 1 606 pixels Display aspect ratio : 2.39:1 Frame rate mode : Constant Frame rate : 23.976 (24000/1001) FPS Color space : YUV Chroma subsampling : 4:2:0 (Type 2) Bit depth : 10 bits Bits/(Pixel*Frame) : 0.166 Stream size : 8.13 GiB (97%) Default : Yes Forced : No Color range : Limited Color primaries : BT.2020 Transfer characteristics : PQ Matrix coefficients : BT.2020 non-constant Mastering display color primaries : Display P3 Mastering display luminance : min: 0.0050 cd/m2, max: 1000 cd/m2 Maximum Content Light Level : 1 842 cd/m2 Maximum Frame-Average Light Level : 214 cd/m2 This doesn't: General Unique ID : 155711748636044123552656759211769784089 (0x7524FDEFB8A20CB7AC8BD889F300E719) Complete name : Z:\TV Series\Lucky (2026)\Season 1\S01E02 - Make 'em Dance.mkv Format : Matroska Format version : Version 4 File size : 8.55 GiB Duration : 48 min 1 s Overall bit rate : 25.5 Mb/s Frame rate : 23.976 FPS Title : Lucky S01E02 Make 'em Dance Writing application : mkvmerge 94.0 ('Initiate') 64-bit Writing library : libebml v1.4.5 + libmatroska v1.7.1 Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L5@High HDR format : Dolby Vision, Version 1.0, Profile 5, dvhe.05.06, BL+RPU, no metadata compression Codec ID : V_MPEGH/ISO/HEVC Duration : 48 min 1 s Bit rate : 24.7 Mb/s Width : 3 840 pixels Height : 1 606 pixels Display aspect ratio : 2.39:1 Frame rate mode : Constant Frame rate : 23.976 (24000/1001) FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Bits/(Pixel*Frame) : 0.167 Stream size : 8.29 GiB (97%) Language : English Service kind : Original Default : Yes Forced : No Color primaries : BT.2020 Transfer characteristics : PQ Matrix coefficients : IPT-PQ-C2

I am not sure that it can because I've never used it, might be able to generate one based on DV data though. I was referring to this for the profiles, for example this is a 7.6 with DV and HDR (typically bluray): Or an 8.1 (typically streaming): Or 5, pure DV

Emby Server Beta 4.10.0.24 which is being released today should resolve the issue where the skip intro markers are not being added when a new episode is being scanned for a show where we already have markers for existing episodes I see you are not on the beta. 4.10.x.x - so you will need to wait until 4.10.x.x gets released as stable release

I took a peak at the Media Info and see the difference in the video. One says HDR 10 Compatible and the other doesn't. I don't suppose Handbrake can reencode Dolby Vision to HDR 10. Not that it matters, I just went ahead and sprung for another TV in the bar and the kitchen TV isn't used to watch 4k stuff anyhow because who wants to watch much on a 24" screen anyhow..

Hi, as long as you get the log from the server web interface, then you shouldn't have to. What model Synology do you have?

The 4.10.0.24 beta build has incorporated a permissions change that terramaster sent to us.

The 4.10.0.24 beta build has incorporated a permissions change that terramaster sent to us.

Emby Server Beta 4.10.0.24 which is being released today has a change that should ensure your single album playlists just have the album image instead of a collage of 4 copies of the album image. For the support document on Music Naming and image file types, I am lookijng into that at the moment

Hi, thanks for quick responce, as I understand I don't have to anonymize anything in log?embyserver-63922089600.txt

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

Hello everyone, I bought lifetime licence of Emby after log time of Plex expirience (fast, zero problems) due to crazy prices at the competitors plan. Unfotunately my Emby is almost unusable due to lagging. Almost all plugs are switched off, also other options like hardware acceleration etc and very often my content not loading on remote devices at all or I have to wait a minutes to hear the sound or watch te move. Can You look at that all and tell what can be the reason for that kind of long time server answer? If I should share more information please let me know. I'm ruuning Emby on pretty old Synology drive instaled directly from site (not container) and have the latest version. Thank You 2026-08-11 12:28:15.883 Info PlaystateService-: http/2 Response 204 to host7. Time: 117165ms. POST https://host6:9005/emby/Sessions/Playing/Progress?X-Emby-Client=Emby for Android&X-Emby-Device-Name=Honor8&X-Emby-Device-Id=a000c2ca56fcb71d&X-Emby-Client-Version=3.5.36&X-Emby-Token=x_secret4_x&X-Emby-Language=pl&reqformat=json. 2026-08-11 12:28:16.118 Info PlaystateService-: http/2 Response 204 to host7. Time: 61223ms. POST https://host6:9005/emby/Sessions/Playing/Progress?X-Emby-Client=Emby for Android&X-Emby-Device-Name=Honor8&X-Emby-Device-Id=a000c2ca56fcb71d&X-Emby-Client-Version=3.5.36&X-Emby-Token=x_secret4_x&X-Emby-Language=pl&reqformat=json. 2026-08-11 12:28:16.130 Info PlaystateService-: http/2 Response 204 to host7. Time: 58415ms. POST https://host6:9005/emby/Sessions/Playing/Progress?X-Emby-Client=Emby for Android&X-Emby-Device-Name=Honor8&X-Emby-Device-Id=d&X-Emby-Client-Version=3.5.36&X-Emby-Token=x_secret4_x&X-Emby-Language=pl&reqformat=json. 2026-08-11 12:28:16.133 Info PlaystateService-F: http/2 Response 204 to host7. Time: 60279ms. POST https://host6:9005/emby/Sessions/Playing/Progress?X-Emby-Client=Emby for Android&X-Emby-Device-Name=Honor8&X-Emby-Device-Id=1d&X-Emby-Client-Version=3.5.36&X-Emby-Token=x_secret4_x&X-Emby-Language=pl&reqformat=json.

Maybe something like: Images should never be within /opt/emby-server path, and should never have \ in the path on the Linux system. But yes wait for sa2000 to advise further, this might only blank out the reference to the image but not tell it that it needs to find out what it is/how to retrieve it later (without metadata refresh). I am just someone who can look at a database and take a guess based on observation.

With Copilot, I looked through my Embyserver.txt log and found this; -noautorotate -metadata:s:v:0 rotate=-90 This means: Emby ignores the original iPhone rotation metadata (because -noautorotate forces ffmpeg not to respect it). Emby then adds its own rotation = -90°, which flips the video sideways. This only happens in the web player, because it uses HLS transcoding. The Emby app uses direct play, where rotation metadata is respected → therefore the video looks correct in the app. I downloaded ffmpeg on Windows https://www.gyan.dev/ffmpeg/builds/?utm_source=copilot.com And ran this command in CMD to change the files from .MOV to .MP4 and h.264 with fixed settings. for %i in ("C:\Users\USERNAME\Desktop\*.MOV") do ffmpeg.exe -i "%i" -c:v libx264 -preset fast -crf 18 -c:a aac -movflags +faststart "C:\Users\USERNAME\Desktop\%~ni_fixed.mp4" This issue has been solved

New Emby server Beta release, v4.10.0.24.

Who else is going to do it? But again, this is mainly to be used when there is metadata missing.