Extend folder hints for meta content type (like .ignore but add .folder or .containsSeries etc)

[crumbss 0]

Hi

 

I've always used just a network share with a DLNA server on top and used inbuilt TV  apps for playback. But i've started trailing Emby to improve the experience for my family and on mobile devices etc. It's a large library with many folders.

On the whole I’ve found Emby very good, though the metadata scrapers do seem to get easily confused, especially if you've got a folder that happens to be named the same as a TV show.

I've a subfolder called 'History' and it keeps getting discovered as a South Korean KPOP show,  then does nothing with the several foldered history shows below.

Searching & reading the forums it seems the advice is to rename 'History' to something else, which is a bit trail and error, rather than formally telling the scanner, no, this isn't a show, but just a folder containing shows.

I tried added [tvdb=nnnn] on the sub folders, but it ignores them favouring the higher mus-identified parent folder name.

It would be good to be able to explicitly tell Emby not to try and identify the folder and look below.

.ignore obviously ignores everything but something like  .dontIdentify  to just treat the folder as storage structure only and carry on scraping below.

 

Thanks

 

 

[GrimReaper 4740]

2 hours ago, crumbss said:

On the whole I’ve found Emby very good, though the metadata scrapers do seem to get easily confused, especially if you've got a folder that happens to be named the same as a TV show.

I've a subfolder called 'History' and it keeps getting discovered as a South Korean KPOP show,  then does nothing with the several foldered history shows below.

It's actually very likely that some of the number-named TV show nested folders are causing issues, not the History folder itself.

Regardless, you can work around that by adding each subfolder as library path separately, instead of single TV shows root folder.

[crumbss 0]

Thanks for the reply. Does that cause issue of the folder ends up getting indexed twice?, (because it's also in a higher level subfolder in the library).

Or do I essentially need to reorg structures and add separately.

 

I think there is something in forcing Emby to see a folder as purely a folder and not a series, the 'Remove Identification' doesn't seem to do that, It does remove the metadata, but if you click on it, it still shows series info.

 

 

 

 

[GrimReaper 4740]

36 minutes ago, crumbss said:

Does that cause issue of the folder ends up getting indexed twice?, (because it's also in a higher level subfolder in the library).

Sorry, not sure what do you mean by that. 

To clarify my previous:

Instead of:

\TV shows

add (i.e.):

\TV shows\Action

\TV Shows\History

\TV Shows\Sci-Fi

as library paths. 

39 minutes ago, crumbss said:

Or do I essentially need to reorg structures and add separately.

In above scenario, you do not need to reorganize structure, just edit & replace library paths ("Folders" section in library settings). 

40 minutes ago, crumbss said:

I think there is something in forcing Emby to see a folder as purely a folder and not a series, the 'Remove Identification' doesn't seem to do that, It does remove the metadata, but if you click on it, it still shows series info

As said above:

1 hour ago, GrimReaper said:

It's actually very likely that some of the number-named TV show nested folders are causing issues

You could remove all subfolders from that folder and then add back one by one until you find the one that's breaking parser. 

[ebr 16184]

Hi. I'm going to move this to the troubleshooting area because what you were suggesting as a feature was not likely to solve your issue.  If the program cannot recognize something as a TV series from looking at the file names/structure then telling it is one won't make it be able to decipher those files any better.