All Activity

Try looking into this setting....

Here are some screenshot of my libraries.

We would need server logs to see the issue. It might be something blocking your access to outside resources, like tvdb and tmdb. Like I said before. Devs / we need to see logs, from where you refresh metadata or imported the new episodes.

**UPDATE: Partial solution found for Issue #2 (custom MPV parameters)** I wanted to follow up on my previous post, specifically regarding Issue #2 (Emby Windows app ignoring mpv.conf). After further investigation, I found that there are actually **two different versions** of the Emby Windows client: 1. **Emby Windows (Microsoft Store)** — version 2.310.2.0, the modern WinUI3-based app 2. **Emby Theater** — the older Electron-based standalone app, available on GitHub at https://github.com/MediaBrowser/emby-theater-windows/releases The Microsoft Store version (which I was using) initializes libmpv with `--no-config` and completely ignores any external `mpv.conf` file, as I described in my original post. However, the **standalone Emby Theater (Electron version) does read `mpv.conf`** from the standard MPV location: ``` C:\Users\<username>\AppData\Roaming\mpv\mpv.conf ``` After switching to this version and adding my custom HDR tone mapping parameters to that file, everything works correctly. The image quality on my SDR monitor is now excellent, with proper HDR→SDR conversion. For anyone with a similar setup (HDR content on an SDR display), here are the parameters I'm using: ```ini # HDR→SDR tone mapping algorithm tone-mapping=spline # Dynamic HDR peak detection for more accurate tone mapping hdr-compute-peak=yes # Target display peak brightness in nits (adjust to match your monitor) target-peak=72 # Target SDR color space target-primaries=bt.709 target-trc=srgb # Gamut mapping mode for BT.2020→BT.709 conversion gamut-mapping-mode=perceptual # Reduce oversaturation caused by the wider BT.2020 gamut saturation=-62 # Reduce contrast to prevent blown highlights and crushed blacks contrast=-16 # Compensate for brightness loss during HDR→SDR conversion brightness=4 ``` Note: do NOT include `hwdec`, `vo`, or `gpu-api` directives in the file — let Emby Theater manage those internally, otherwise you may get a black screen. The issue with the Microsoft Store version still stands and I think it would be a great improvement to support custom mpv parameters there as well — but at least this is a working alternative for now. Hope this helps someone! Denis

Also just to add this isn't isolated to that Silo TV show that's just an example. Its every TV show after a certain point. I haven't amended anything or changed my formatting at all. The only issue is the Handbrake. I am changing the file to a h.265 Even that doesn't hugely tie in though as I have some files that have worked after compression.

Can you show me how you have set this up? I have tried it that way and for some reason its made it worse haha.. Amending the headline series to this Silo (2023) [TvdbId=403245] and rescanned has now made all the episodes unrecognisable to Emby? I have attached a load of screenshots. It wasn't happening until recently and haven't really changed anything. The only thing I can think of is my file compression using handbrake as a difference.. Do you TVDB the actual episodes as well? I haven't in the passed and it pulls in the metadata.

Hi, I’d like to bring up an issue regarding .bif file naming. This isn't a problem for movies, but for TV series, the inclusion of the suffix (-320-10) causes major issues when using tools like TMM. For movies, the suffix is removed upon renaming. Furthermore, it serves no purpose, as Emby works perfectly and recognizes the .bif file without it. Could you please remove this suffix for movies and for TV series ? Here is my TMM ticket: https://gitlab.com/tinyMediaManager/tinyMediaManager/-/work_items/3316 Thanks in advance!

My kid just bought a Chromebook Plus and installed the app Emby for Android on it. Movies play fine but no audio at all. I had to turn on forced transcoding for all EAC3 and EC3 audio formats just like @snowypete says above here. Now audio works.

One last request @BabatomIs there a possibitlity to show wich sort of release is shown on the poster with Cinema, Disc and Digital above the date? Thanks mate!

I use tvdb id, and don't see the issue Silo (2023) [TvdbId=403245]

Devs / we need to see logs, from where you refresh metadata or imported the new episodes.

That doesn't matter for the example you've shown since that example are embedded (internal) subs (SUBRIP) and depend of the file header ffmpeg reads. I don't quite get why don't you post this, which you were asked twice already: and possibly clear the issue and avoid unnecessary back-and-forth.

I'm getting discouraged with the lack of releases and expected fixes. Releases are sparse, and then when we do get a release, known fixes are not in it or known (and understood) problems are not fixed. The admins selectively ignore you on the forums, which does not help. If I'm all washed up, let the peoples berate me. a few examples of my small world: - all hope for the TV Next thing finally died - in an April beta a fix was put in for TV series multi-parts failing to record but not in latest - in January an Emby team member debugged and reported music library montage creation failing but not in latest So, I don't understand how priorities are set or why certain fixes would be left out of the next release. Yes, I know everything can't be fixed now (I understand the software dev cycle), but that is not what I'm talking about or expecting.

Thanks for the reply.. The spoiler bit isn't enabled. There is a load of stuff I haven't watched which still shows the plot and thumbnails as well so don't think its that. Server Version 4.9.5.0 I have also tried changing the naming convention of the series overall to include the TMDB ID etc so it looks like this at top level "Silo (2023) [tmdbid= 125988]" Still nothing...

Also what server version?

Is this enabled?

Just discovered this too - would be grateful for any eta on a fixed release?

Yea the Android app is more performant, but the TV app is good for remote.

Hello MichaelReed, ** This is an auto reply ** Please wait for someone from staff support or our members to reply to you. It's recommended to provide more info, as it explain in this thread: Thank you. Emby Team

Hi All, Please can you help here. I am going round and round a little and can't work out what's happening. Been using Emby a while and have a good file structure around TV Shows File path is (Series - Season X - Episode) Episode named like so - "Silo-s03e01.mp4" For some reason they have stopped pulling through the metadata for each episode like the others even though they are structured the same? I have added the example of TV show Silo in the attachments. The only reason I can think of is I have started using handbrake to compress the files down to a storable size. Will this have one kind of effect? Will I have to do some other type of file manipulation for Emby to recognise them?

Yes same problem for me. He existe alternative for emby of trakt ?

No, mine is pt-br. 100% because it's downloaded by opensubtitles. I also send a print if you guys wanna take a look, the problem is with the subrip only. It's get português from Portugal and not for brasil. That's the problem @Luke

@speechles Thank you very much

Yes, I could, and I did. This is how I know it was borked. I schedule my recordings from the guide.

Read the link already provided. Here it is again: Quick Start