All Activity

Can you tell me what these 2 settings are in the Series Recording Settings for this

I am off on a holiday tomorrow and wanted to download some media for the plan. Alas, this problem of Downloads is occurring again for me On any media - TV show or Movie - the window to choose the quality is blank and the Download button does nothing when pressed. I have done the following to debug it ... checked that my user has download permissions on the server management pages force closed and restarted the app logged out, closed the app, restarted and logged in deleted and reinstalled the app tried on mobile data instead of WiFi confirmed that my wife can download items with no problems on her Google Pixel 8 Emby Server: Version 4.10.0.40 on Ubuntu Linux iPhone: 13 Mini iOS: 26.6.2 Over to you! Paully

FR: the ability to use the Play button on the remote from anywhere within the spotlight while in TV mode Use case: if you quickly scroll through the items in spotlight using the arrow and stop on one you want to watch, then currently you have to scroll left two times to the Play button before clicking Enter. This would save a couple clixks Makes it consistent with the posters, etc on the Home page BTW: I can duplicate the translucent image using C11's steps

So manual recording is ok. I am using OTA local as the guide data. It did not trigger recording the series. I noticed and had to do it manually. The data is correct but I have no idea why it is stopping and recording again. Show started 30 min ago. Recording series was selected but it was just greyed out.

That settings is only for if extra training files have been given to the OCR engines. It doesn't really matter for what is being done here as long as you add the right keywords.

Should I also set it to eng+fra in the OCR settings?

@fbourgPlease quickly edit your message with the file as it's not allowed here. I should have clarified that it should have been in PM.. Sorry about that.

@fbourgAre the videos french? I don't mean just the audio but french speaking with french end credits and so on? I noticed this in your settings file: <OcrDetectionKeywords>associate producer,based on,cast,casting,cinematography,co-producer,composer,costume design,created by,credits,developed by,directed by,director of photography,editing,editor,end credits,ende,executive producer,fim,fin,fine,guest starring,music by,produced by,producer,production company,production design,screenplay,series producer,sound,special thanks,starring,story by,the end,visual effects,written by</OcrDetectionKeywords> OCR needs keywords to look for and if it doesn't find them it will fail. So you might need to add keywords like for example "histoire" and "acteurs" for it to look for. The more you add the more precise it will be. The Chroma/hash detection seems to work as it should. If audio is too different between episodes it will fail because it can't find a common sound to compare with.

I just watched the end of the episode, I think it's supposed to be like that.

Do you have any way of sharing one of the files that fail ?

thanks for reminding me that Luke has been "looking into this" for over 2 years now.

here new file of season 2 credits-detection-debug-2026-09-22T11-48-14.log

No debug log available.. That's new... Please try again.

Here is the debug log file. Only Season 1 is working, even though I'm definitely running the latest v6 release. credits-detection-debug-2026-09-22T11-38-45.log

This is what the logs should look like embyvision-ocr | INFO: Uvicorn running on http://0.0.0.0:8000 It also shows the ram usage. Approx 350-500 MiB during startup. Here is a video of pulling the container and what to expect. ScreenRecorderProject25.mp4

Seems to work fine on my end. Chroma/hash, Blackframe and OCR all workikng as they should. I suggest you try with the lastest beta in the catalog and report back with a dry run with debug. I will see if the changes made helped.

The container needs time to download and initialize. Check the logs, I would not suspect the 12GB ram is your problem. docker logs -f embyvision-ocr

I have started using playlists and collections extensively to make my large classical music library easier to navigate. More specifically, I create playlists for individual works and add them to collections containing works of a particular type by a composer, for example “Beethoven: Symphonies”, “Mozart: Operas”, or “Bach: Sacred Cantatas”. I also add the albums containing those works to the respective collections. This is a really useful feature for organizing a music library. However, there are a few things that I think could be improved: Playlists and collections should be displayed separately on album and artist pages. Collections are not really a type of playlist. They are more like enhanced tags or categories. Displaying them together with playlists is therefore somewhat confusing. Playlist pages should display the collections that contain the playlist. A “More Like This” section for playlists would also be useful, although that may be asking a bit much. Song pages should not display collections merely because the song's album belongs to them. The album was added to the collection, not the individual song. There may be no relationship between a particular song and the collection at all. The different album views on artist pages should also be available for playlists. For example, clicking “Albums” on an artist page displays all albums for which that artist is credited as the album artist. Similar views are already available for albums under “As Contributing Artist” and “As Composer”. It would be very useful to have equivalent views for playlists. Artist pages should distinguish between playlists or songs where the artist is a contributing artist and those where the artist is only the album artist. At the moment, these are mixed together, which can be quite confusing. The same applies to songs. If I want to see all songs from an album where the artist is credited as the album artist, I can simply open that album. I would therefore prefer the artist's song and playlist sections to show items where the artist is actually credited as a contributing artist. Collections should support MusicBrainz and Discogs IDs. Currently, collections can only be linked to TheMovieDB. For music libraries, it would be very useful to support external identifiers from music-specific databases as well. MusicBrainz has a dedicated “Series” entity which can be used to group releases or release groups, making MusicBrainz Series IDs a natural match for Emby collections. Discogs also supports series of releases. Although Discogs handles series within the same database structure as labels, allowing a Discogs series/label ID to be assigned to a collection would be useful as well.

Here is the XML file. If you have any edits or feedback, feel free to send an updated version over. Thanks a lot! EmbyCredits.xml

Yes in both. Why would that trigger transcoding though? Please note it plays smoothly with no dropped frames on the Nvidia Shield in both the AndroidTV app and the Android app. It just transcodes in the Android one for some reason.

@soderlundBesides: Thank you for the official release, I'm excited! And basically a big thank for the Cleaning-Modul. (I found Tag-Entries in my library, I didn't know about ::)

@NeverReadyEddieDo you have the "Auto Refresh Rate" option set in either of the apps?

To chip in: with some help from AI, I'm testing a script that automates this, as @Lukesuggested above (fetching the Upcoming API URL on a schedule). It runs every hour from Synology Task Scheduler. So far it works well, and the Upcoming tab loads quickly in my two TV libraries (TV Shows, about 740 series, and Cartoons). Setup: Emby 4.10.0.40 in Docker on Synology. Both libraries have TheTVDB and TheMovieDb enabled for Series, Season and Episode. Log from last night and this morning: 2026-09-22 05:00:10 TVShows http=200 took=6s 2026-09-22 06:00:09 TVShows http=200 took=7s 2026-09-22 07:00:06 TVShows http=200 took=5s 2026-09-22 08:00:07 TVShows http=200 took=6s 2026-09-22 09:04:13 TVShows http=200 took=252s 2026-09-22 10:00:40 TVShows http=200 took=39s 2026-09-22 11:01:29 TVShows http=200 took=88s 2026-09-22 11:01:59 Cartoons http=200 took=30s 2026-09-22 11:10:02 TVShows http=200 took=5s The slow runs were all TheTVDB episode-list requests (/v4/series/{id}/episodes/official plus /eng), about 870 fetched from the network and 630 served from cache. Most of the cached responses had been fetched the previous evening between about 20:20 and 22:20, and they seem to have expired roughly 12 hours later, in the same order. The fast hourly runs in between didn't seem to renew them, since they were pure cache hits. My questions: How long are provider responses (TheTVDB/TMDB) kept in the HTTP cache before they're refetched, and does a cache hit extend that? Is there a setting for that lifetime, or a way to refresh the whole Upcoming data at a chosen time (for example at night), so the refetch wave doesn't hit users during the day? Which provider does Upcoming use when both are enabled? My TV Shows library lists TheMovieDb first, but all the lookups went to TheTVDB. A built-in scheduled task for this would make the script unnecessary. Many people in this thread seem to have asked for one. Here is the script (it needs jq, which DSM includes and you need to replace LIBRARIES, USERNAME, the port, DIR and api file with your own data): Here is the script: #!/bin/bash # Requests Emby's Upcoming list for each library in LIBRARIES (the same query the # web client sends) and logs how long it took. Run from Synology Task Scheduler as root. # Fast times = Emby answered from its cached provider data; slow times = it had to # fetch episode lists from TheTVDB/TMDB again because the cached data had expired. DIR="/path/to/script" LOG="$DIR/emby-upcoming.log" EMBY="http://127.0.0.1:8096/emby" # library id = the parentId in the library's web URL; name is only for the log LIBRARIES="15884189:TVShows 748:Cartoons" USERNAME=username # api key string stored in the same directory as script in file named .emby-api-key KEY=$(cat "$DIR/.emby-api-key" 2>/dev/null) [ -n "$KEY" ] || { echo "$(date '+%F %T') no api key" >> "$LOG"; exit 0; } U=$(curl -s --max-time 10 -H "X-Emby-Token: $KEY" "$EMBY/Users" | jq -r --arg n "$USERNAME" '.[] | select(.Name == $n) | .Id') [ -n "$U" ] || { echo "$(date '+%F %T') user lookup failed" >> "$LOG"; exit 0; } for lib in $LIBRARIES; do id=${lib%%:*}; name=${lib#*:} start=$(date +%s) code=$(curl -s -o /dev/null -w '%{http_code}' --max-time 600 -H "X-Emby-Token: $KEY" \ "$EMBY/Shows/Upcoming?Limit=100&UserId=$U&ImageTypeLimit=1&EnableImageTypes=Primary,Backdrop,Thumb&EnableTotalRecordCount=false&parentId=$id&Fields=Overview") echo "$(date '+%F %T') $name http=$code took=$(( $(date +%s) - start ))s" >> "$LOG" done # keep the last 7 days (at most 1400 lines) tail -n 1400 "$LOG" > "$LOG.tmp" && mv "$LOG.tmp" "$LOG" exit 0

There's a new version in the catalog. Version 2.8.9.6 beta. Also please send me your embycredits.xml settings file. You will find it in plugins/configurations.