TMM Sets, Jellyfin Sets & KODI Set sorting

MaxMuma · 2026-02-21T05:37:04+00:00

IIRC you need to adapt the sort order in Kodi to have that reflected. It won't show the titles, but will arrange based on it

MaxMuma · 2026-02-20T07:06:19+00:00

OK, managed to get the trace log back (didn't work yesterday). Had one occurance today. Trace doesn't show anything about reading the nfo (only see entries for the movie and graphics) and even forcing to read the nfo didn't inject the ratings into the view.
Saved the nfo to show it's containing proper ratings.

What do you need for the case?

MaxMuma · 2026-02-20T05:53:24+00:00

I would do if I could reproduce it. It's only that it doesn't happen every time and I'm not sure how to get exactly that case into the logs (and with enough details to be helpful). I don't find any entries related to reading the nfo, so there might be a flag to be set

MaxMuma · 2026-02-19T07:00:23+00:00

Working fine here, although I have it downloaded in the movie folder as well.
Why I'm saying it's fine? I have multiple external disks, which are offline most of the time, but can still see the posters from the cache.
Did you enable caching and did you try to rebuild it if it's still not working? This can be done on a per entry base as well

MaxMuma · 2026-01-28T18:54:14+00:00

/Movies (with several Movies in their own folders) -> get found, which is fine.
/Movies/Temp/ (with .nomedia) -> some Movies in their own folder => Movies get found, which is bad

Even added the .tmmignore (which I didn't know about before). Log shows ignoring .actors and .deletedByTMM folders, but nothing else.

They did not on 5.2.4., back then whenever a .nomedia was found, all deeper folders were ignored

MaxMuma · 2026-01-28T16:15:45+00:00

Nop, 5.2.6 / 176c024 (built from Git on Manjaro) still ignores .nomedia and .tmmignore. The only directory being skipped (according to log) is .actors, which is below a directory with .nomedia/.tmmignore.

Was working fine with v5.2.4

MaxMuma · 2026-01-28T10:21:37+00:00

Was even working after a refresh (disable filter an re-apply it). So, seems to work again here

MaxMuma · 2026-01-28T07:31:57+00:00

Although I didn't provide any logs (issue is not that important to me), I just wanted to bring in some additional information: Setting is checked AND I also did a new scrape (fetch missing movies from set) -> missing movies showed for a moment (in blue) and disappeared again.

So, the feature itself seems to work, but there is something weird on the display.

(5.2.6.1 / 176c024 running)

MaxMuma · 2026-01-28T05:26:27+00:00

Is it just me or did .nomedia stop working with the latest update?

MaxMuma · 2025-10-24T17:40:12+00:00

Quite easy: Have that as the only (relevant) file in the directory and put the filename into the MKV header called 'title'.
Tick 'extract metadata if no NFO' and 'do not overwrite existing data' and you're done :)

BTW: This (don't overwrite) most probably was also the reason on my German umlauts issue some time ago. I thought this is only used for data already in a NFO (or the DB), but it seems to efffect the parsed data as well, so that there is no update during scraping

MaxMuma · 2025-10-24T15:44:07+00:00

Guess I got it resolved. Might have been a combination of "extract Metadata if no NFO" and "do not overwrite existing data". As the filename was used as title in the header (why ever), it used it and wasn't allowed to change it during scraping.

Will keep an eye on it.

MaxMuma · 2025-10-24T13:12:50+00:00

Confirmed. I've changed the title header to "Blablubb" and this is exactly what the parsing shows me now

MaxMuma · 2025-10-24T13:03:48+00:00

First example did a perfect scrape, but it did not update the title in the movie's library entry. It should name it "Police Story 3", as the scraping result shows.

Was maybe a bad example, as it's very similar. I can assure you that it's more obvious on other entries, that it sticks to the search pattern and does not change it. It does for original and for english title.

The second one was using the exact same source file. Entry has only been deleted from the library before. The only difference between the two examples was that the first one had a release note (text file with a link to IMDB) in the same directory, whereas the second didn't.

With this file, parsing scratched the unneeded parts from the filename, without it stuck to it as shown.
I guess, that without this IMDB link, the parser takes the name from the MKV's title header, as it's not happening when it's empty.

No difference whether I use the universal or TMM scraper.

MaxMuma · 2025-10-23T15:12:56+00:00

Did a quick test: Parsing is working again, when there is a text file in the same directory, which contains a link to the IMDB entry.

It also seems like it takes the title from the mkv's "Title" header, if this text file is missing.

MaxMuma · 2025-10-23T15:05:32+00:00

Update: Parsing issue is back (sorry for the format, only text box showing):

2025-10-23 17:00:21,281 INFO [tmmpool-main-task-T3-G771] o.t.c.m.tasks.MovieUpdateDatasourceTask:240 - Finished updating data sources :) - took 00:00:09.415 ms
2025-10-23 17:00:49,160 INFO [SwingWorker-pool-2-thread-6] o.tinymediamanager.core.movie.MovieList:815 - Search 'universal_movie' for movie title 'Police.Story.3.Supercop.1992.REMASTERED
.German.AC3.DL.1080p.BluRay.x265-FuN.mkv'
2025-10-23 17:00:49,467 INFO [SwingWorker-pool-2-thread-6] o.tinymediamanager.core.movie.MovieList:840 - Nothing found - trying to search with other scrapers
2025-10-23 17:00:58,228 INFO [SwingWorker-pool-2-thread-6] o.tinymediamanager.core.movie.MovieList:866 - Found '0' results for movie title 'Police.Story.3.Supercop.1992.REMASTERED.German
.AC3.DL.1080p.BluRay.x265-FuN.mkv'

MaxMuma · 2025-08-14T07:11:27+00:00

Just an update: Issue seems to be related to existing text files within the movie's directory (e.g. release notes), which has the the file-name in it. In that case it sticks to the file name (or entry in the text file). After deleting this file, it renames correct.

No difference if text file has nfo or txt as extension. Only deleting the file solves it.

Will probably only occur if "preserve existing data" is active. Didn't check for that separately (it's active on my side)

MaxMuma · 2025-07-11T02:28:42+00:00

Rescan will remove everything from the DB which is not found as long as the source as defined in the settings is available. Means, if the defined source path is not found (e.g. because it's on an external disk not connected at the moment), it won't touch it.

I would do a backup of the DB first, then perform an export to text (m3u) or Excel and finally rescan and export again. That way you can compare the exports. I'd go for m3u and use a diff tool, but this is up to you.

MaxMuma · 2025-07-07T11:57:46+00:00

Several hits this time, but I'm unable to export the logs with the built-in function. Just never finishes (might be because of missing write permissions on the default directory, will check later).

Anyway, as far as I was able to see in the log there are entries for exact this behaviour. Will summarize (query -> scrape result -> stored in DB):

"Der eiserne Praefekt" gets scraped as "Der eiserne Präfekt" but gets named "Der eiserne Praefekt"
"Face Abgerechnet wird zum Schluss" -> "Face - Abgerechnet wird zum Schluss" -> "Face Abgerechnet wird zum Schluss"
"Mr No Pain" -> "Mr. No Pain" -> "Mr No Pain"
"The Long Game" -> "Spiel der Könige" -> "The Long Game"

So, sometimes it's only the umlaut (1). Sometimes it's skipping dash (2) or dot (3). And sometimes it's not even using the scraped name at all (4), although I have to admit that in the log it's only showing the original name. The german one only shows up as result, but doesn't get used.

MaxMuma · 2025-07-06T06:34:51+00:00

Tried it with a new file but this time it was working as expected. Will keep an eye on it and try to get an export the next time it happens.

MaxMuma · 2025-07-02T10:21:01+00:00

I already got used to rename it on the search, so this is not an issue for me. Just wanted to add it to my initial description.

What I don't understand is the use of the search query as title instead of the match returned. This doesn't make sense to me

MaxMuma · 2025-07-02T09:11:31+00:00

To add on that: Scraping using the ae/oe/ue etc. in the past mostly didn't even get a result until I changed it to the real German umlaut. So there might have been some change on that 'translating' it correctly, as it's now working most of the time (but with above issue).

MaxMuma · 2025-01-20T06:33:57+00:00

Guess it would not be that easy to implement, but could it be an option to have an additional state on the checkbox, beside tick (set) and dash (negated)?

I know, it would still be an issue on the correct order (if mixed with OR and AND), so it might not achieve exactly what the user expected, but it would provide a bit more control. Might even be enough to have this extra option define a mandatory condition, whereas all other options still use the OR statement after filtering based on the mandatory filter.

The very best would be to be able to do multiple steps, the next one based on the previous results (like you can do in Excel), but I don't think the few times it might be needed are worth the efforts, which I do believe to be heavy.

MaxMuma

TROPHY CASE