All Activity

Cold weather

There wasn't - I was VERY careful to clean the slate before importing. ONLY mp3 music files and cover .jpgs. But then the created album.nfo shows incorrect date added info: <?xml version="1.0" encoding="utf-8" standalone="yes"?> <album> <review /> <outline /> <lockdata>false</lockdata> <lockedfields>Genres</lockedfields> <dateadded>2025-12-27 10:31:27</dateadded> <title>Madrigals, Book 1</title> <sorttitle>Madrigals, Book 1</sorttitle> <runtime>56</runtime> <genre>Classical</genre> <genre>Medieval</genre> <genre>Choral</genre> <artist>Delitiae Musicae, Marco Longhini</artist> <albumartist>Carlo Gesualdo</albumartist> </album>

Hot weather

The Guide page doesn't update until after a guide refresh.

My test with .58 Start movie wait several minutes Click pause Wait 5 mins and screensaver starts Wait another 5 min Don't hear any sound Click up arrow Then the Emby logo flashes and I'm back at the Home screen

Is there an album.nfo in the folder when you move it back for import?

I only posted one screenshot, but every track shows the same, correct metadata/import data of Aug 2026, while album is Dec 2025 (above)

Update 26.0.25 fixes the black bars. This issue is closed.

What about for each of the songs because you don’t really know which one was imported first.

What is the device model number please?

It's correct for individual songs, wrong for album (see below), which is why I keep asking how Emby 'creates' albums.

What is the date added value for each of the songs?

@LukePlease read my detailed notes above. These have been my settings forever AND this applies to the newly imported albums. See screenshots and detailed explanations above. This mysterious problem I have reported in detail occurred for newly imported albums.

Remember that changing that does not impact previously imported content.

I know, I know. I'm probably 1 of 1 people whom this will affect. My projector is capable of 4K movies as well as 3D movies formatted as full side-by-side. In order for the 3D movies to display properly, I have to set some of the parameters in the mkv header "display height, display width, and stereo mode". When I set those, Emby correctly identifies that these are FSBS files. However, if I filter my movies by 4K, it shows the 3D movies as well since technically they are 3840x1080, even if they are only going to be displayed as 1920x1080. Would it be possible to have Emby either exclude 3D movies from 4K listings since there's no such thing as a 4K 3D bluray? Or, since technically, that's a thing that 'could' exist, look at the display height and width and if those are both <4K, then don't display them under 4K.

I think (not sure) it was opened with EHS turned on and then when EHS turned off gave the above. Or maybe thats completely irrelevant.

No. because - having read all the documentation and discussions here - I have my libraries set like this (see below), and yet Emby import isn't respecting that, as detailed above. Why?

That’s odd.

Seems to be shifted down on my Shield

How would I manage to get that happening, when I don't know when this may occur next ?

Well, this is not a solution. Not for everyone. Personally I don't like 3rd-party apps.

I think a debug log is the best next step.

I have started re-assessing plugin needs anyway - first one autobox sets - failure - so that is being removed -

FYI - I am happy to kill all api keys and reset those apps, plus I am happy to kill all manually added plugins for a fresh system, I was just looking at an order of which is more likely to be the culprit.

As to what happens when it stops working, the first time, I got calls from a few friends, but as I was away, I just did a remote restart. The second time I was watching it myself and just got the spinning disk, and then calls from others, and EVEN the Emby console was not responding - refresh in the browser and timeouts. I again restarted the docker container and all good again. I just checked the jellyseer logs and it is going to do a full Emby sync in 15 hours - I will be in bed then. I don't think it's that as it runs every 24 hours and this issue was at 7:10PM. To rule it out however, I just kicked off a manual full Emby sync. Checked Emby logs and processes - no impact and little log activity. With regards to external access - I have check log files for the same timeframe for jellystat, seerr, Nothing else does any sort of sync. My API keys are thus - Any idea what order, or what below may be the culprit for removal from the plugins -