Adding the (year) to show title, or NOT

[robind]

I'm guessing that it is Phoenix or BMT that is adding the (year) to the show titles in my Sage setup, but I haven't found any options for controlling it. Is there a way to turn it off?

I wouldn't mind it if it were consistent, but there are times when some episodes of the same show will get the year added to the title some time after the recording is finished, and other episodes that don't get it. That results in them being separated in two groups in the recordings list, which drives me nuts. I had this issue with sage v7 and also now with v9.

[stuckless]

Originally Posted by robind

I'm guessing that it is Phoenix or BMT that is adding the (year) to the show titles in my Sage setup, but I haven't found any options for controlling it. Is there a way to turn it off?

I wouldn't mind it if it were consistent, but there are times when some episodes of the same show will get the year added to the title some time after the recording is finished, and other episodes that don't get it. That results in them being separated in two groups in the recordings list, which drives me nuts. I had this issue with sage v7 and also now with v9.

It could be, BMT/Phoenix, if you are using Gemstone/Phoenix UI to view stuff... But that "title" is actually stored in a different field, called MediaTitle. If this is for TV... then it could be a couple things going on... Some shows will start having the Year in the title, as it comes from TVDB, and as such that is the title that Phoenix/Gemstone will show. If you get some shows with and without a year, it could be that those shows didn't pass the metadata lookup for whatever reason. You can use the Missing Metadata view to see which tv/movies are missing metadata.

But in short, if you are using phoenix/bmt then those titles are coming from the metadata servers, and we don't really control what they send.

[robind]

Thanks, that makes a little more sense now. I think it probably is that some episodes are getting metadata and some are not. I'll dig a little deeper.

[NetworkGuy]

Could you use MediaTitles for this?
https://forums.sagetv.com/forums/sho...d.php?p=593763

[Skirge01]

No, MediaTitles doesn't seem to work for this situation (at least in my case). I have this regularly for numerous shows and it really is annoying.

What's truly baffling is that a manual lookup via BMT fixes them every time*. So, it can't find it by itself, but something in the manual lookup allows the shows to be identified correctly.

* This could be contingent on my multiple entries in MediaTitles for the problem shows. I don't know if the manual lookup would work if I didn't have those entries.

[stuckless]

Originally Posted by Skirge01

No, MediaTitles doesn't seem to work for this situation (at least in my case). I have this regularly for numerous shows and it really is annoying.

What's truly baffling is that a manual lookup via BMT fixes them every time*. So, it can't find it by itself, but something in the manual lookup allows the shows to be identified correctly.

* This could be contingent on my multiple entries in MediaTitles for the problem shows. I don't know if the manual lookup would work if I didn't have those entries.

When I see metadata failures, it's usually because the site has too many requests (or is experiencing some issues). While Phoenix will try a couple times... it doesn't try forever... When this happens to me I keep thinking that I need a process that will go through the "failed lookups", so a few hours later, and try to re-fetch... I just haven't gotten there, yet.

[KarylFStein]

FYI, I've been seeing this a bit lately. And not just with some episodes having the (2016) added. I also have (US) on at least one and a couple cases of capitalization "with/With" not putting them in the same folder (e.g. Late Night With ... and Dancing With ...).

[stuckless]

Originally Posted by KarylFStein

FYI, I've been seeing this a bit lately. And not just with some episodes having the (2016) added. I also have (US) on at least one and a couple cases of capitalization "with/With" not putting them in the same folder (e.g. Late Night With ... and Dancing With ...).

Likely all of this, is coming from "updates" to the data in TVDB... ie, if the title was "Dancing with the Stars" and then someone changed it to "Dancing With The Stars" older items will have the old title and newer items will get scraped and have the new title, so they might show up in 2 groups. That might be easy to solve with a case insenistive group by. But things like "The Office" and "The Office (US)" woud be much harder to reconcile.

I think the only way around this really would be to have a flag to tell phoenix to use the original EPG title instead of the TVDB title. (provided these are recordings and not imported tv files).

[EnterNoEscape]

Originally Posted by stuckless

I think the only way around this really would be to have a flag to tell phoenix to use the original EPG title instead of the TVDB title. (provided these are recordings and not imported tv files).

Before you go too far with that thought, the EPG can do just as many dumb things with the titles. Every so often something I've recorded for years will suddenly not a ":" in the title or 3 episodes in, they suddenly decide that "the" should now be "The". This of course is noticed when the favorite stops recording.

[jusjoken]

Originally Posted by stuckless

Likely all of this, is coming from "updates" to the data in TVDB... ie, if the title was "Dancing with the Stars" and then someone changed it to "Dancing With The Stars" older items will have the old title and newer items will get scraped and have the new title, so they might show up in 2 groups. That might be easy to solve with a case insenistive group by. But things like "The Office" and "The Office (US)" woud be much harder to reconcile.

I think the only way around this really would be to have a flag to tell phoenix to use the original EPG title instead of the TVDB title. (provided these are recordings and not imported tv files).

The simple solution is just rescan those titles and they will all get the latest TVDB naming.

k