Frontline matches the series, season, and episode number, yet the episode name is not shown

Hey there,

For the TV show called “Frontline”, Infuse correctly recognises the series name, season, and episode number, yet the episode name is not shown. I checked in TheTVDB and the names are there:

This is what I see in my TV:

I don’t have any similar issue with any of my other TV shows. The naming structure is managed by Sonarr and taken directly from Recommended naming scheme - TRaSH Guides

Seems like a problem/bug in the backend, as the show, season and episode are matched. Maybe because the season has 4 digits? Can someone please take a look?

I’m on Infuse Pro 7.5 (4382) and ATV A2843 with tvOS 16.3.3


Infuse uses TMDB for movie and TV show metadata, and it looks like TMDB has the seasons listed in numerical order (EG 1, 2, 3, etc…) instead of having seasons named according to the year of release.

Can you try renaming your 2022 episodes to something like this?


This should allow you to get the episode names, descriptions, and artwork as shown here.

Hey, thank you for the quick answer.

I thought I read in the forum that you guys were using TheTVDB. Seems to have been outdated.

Now it works, but it is still quite messy, as this TV series has released way too many episodes, sometimes 2 seasons in the same year, etc.

It wouldn’t hurt if you guys mention the source(s) in the Metadata 101 article.

We were previously using TheTVDB, but this was changed in 2021. More info can be found in this announcement.

I’ve added a note to the Metadata 101 guide. Thanks for pointing that out. :slight_smile:


Nice to see that you are open to feedback :wink:

So the show now displays correctly in Infuse, but it is broken in Sonarr.

Could you please save me sometime and let me know if this situation would work:

  1. Use my “old” naming scheme (S2022, etc)
  2. Prepare an .nfo file for Infuse with just the Season number or Season + Episode
  3. Infuse uses this info to pull the other data from TMDB.
  4. It works on both platforms.

I can think about other solution, but it would include a fragmented library.

Thanks again for your help.

No, that won’t work.

For .nfo metadata override to work, the file first needs to be identified as something at TMDB.

TMDB is the only game in Infuse town. You’ll need to rename your files to match their database. Sorry, friend.

That said, though the work might be annoying initially, the effort will be worth it in the end.

But the file is identified as something at TMDB, as you can see in the photo I attached. The Season/Episode is the mismatch.

Renaming the files is quite easy with mac OS, took me a few minutes. The broken Sonarr is driving me nuts. I guess I need to set up a fragmented library after all.

1 Like

You can change the displayed information for each episode (their episode titles and synopses, for example), but you can’t change the actual season or episode numbers via .nfo.

For the example of the series Firefly (where Infuse offers no way to display episodes in DVD order), I can change the titles of episodes so that they can include information indicating the order the ought to be watched in, but I can’t get them recognized by Infuse as anything but the episode numbers assigned by TMDB. Infuse doesn’t even support TMDB’s alternate episode orders yet (though that feature is said to be coming soonish).

^ the above meaning, I can’t have them show up in Infuse’s UI in the correct watching order, unless I name the actual files “wrong” (vs TMDB) — and override the metadata to show the right synopses, cast and crew for each episode. I’ve decided not to do that since that will only cause issues later when Infuse finally starts supporting alternate episode orders.

1 Like

Thank you very much for your explanation. I just set up the fragmented library and it seems to be working good. This is how I did it:

  1. Created an alternate folder where I will from now on put all these conflicts, named babysitting_infuse.
  2. Created hard-links recursively to all the files with the following command (in Linux):
ln /tv/Frontline/Season\ 2022/* /babysitting_infuse/tv/Frontline/Season\ 41
  1. Added a .nomedia file to the original /tv/Frontline directory, so Infuse will ignore it.
  2. Rename the files in Season 41, replacing S2022 with S41 (I did it with the macOS GUI).
  3. Make sure that babysitting_infuse is scanned by Infuse.

Both programs are working as expected, I just need to create hard-links again and rename them every time there is something new added. I may crate a cronjob for that, but for now this is it.

1 Like

Very innovative. Nicely done. :+1:t3:

Well I just did an script and I will paste it here if anyone is interested. This should be slightly modified once a year for every new season.


# Set the source and destination directories
DEST_DIR="/mnt/WD/media/babysitting_infuse/tv/Frontline (1983)/Season 42"

# Define a function to create the index file
create_index() {
  # List all the mkv files in the source directory
  ls "${SRC_DIR}"/*.mkv > index.txt

# Define a function to create hardlinks for new files
create_hardlinks() {
  # Loop through the new files in the index
  while read -r file; do
    # Create the hardlink with the replaced string in the destination directory
    ln "${file}" "${DEST_DIR}/$(basename "${file/S2023/S42}")"
  done < <(grep -Fxv -f index.old index.txt || true)

# Check if the index file already exists
if [[ -f "index.txt" ]]; then
  # Save the current index as the old index
  mv index.txt index.old
  # Create a new index file
  # Create hardlinks for new files
  # Create the initial index file
  # Create hardlinks for all files in the index
  create_hardlinks < index.txt

Then use crontab -e to add the following to the cronjob. It runs twice every day at 11 and 17.

0 11 * * * /mnt/WD/media/tv/Frontline\ \(1983\)/Season\ 2023/
0 17 * * * /mnt/WD/media/tv/Frontline\ \(1983\)/Season\ 2023/


… or you can just have the script calculate the current TMDB season number by subtracting 1981 from the current TVDB season number. :wink:

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.