Importing local content

Once I delete (move to Trash) an imported TV show from the Library, selecting Scan Sources under Settings > Local Content > Maintenance does not add the show back to the Library. It seems Channels DVR remembers the show had been delete previously and skips it during the Scan. Is there any way to re-import the show into the Library?

Update... It turns out when I deleted the imported show within Channels DVR, it actually deleted the files from the NAS (which are also used in Plex). That might explain why doing a Scan did not re-import the show! I thought that deleting imported local content in Channels DVR only removed it from the library and never deletes the actual files.

1 Like

I wish that was still true. That was the behavior when the local content import was in Beta, but they changed it to actually delete the files. We asked for an option to disable it, but they only have that option for clients.

You could do as I and others have done. Make your local contant import directories read-only to Channels DVR if you don't want it deleting them.

One other thing you may not be aware of.
When you import something, Channels DVR treats it like it recorded it and won't record it again.
I had it mis-match an episode on import and the wrong episode it mis-matched to was supposed to be recorded from a pass, but wouldn't record. Took a couple hours of troubleshooting to figure it out.

Thank you for this info! I thought I read somewhere that Channels DVR does not delete imported content, maybe that was written while it was in beta and was never updated. Fortunately I use HyperBackup on my Synology NAS so I was able to restore the deleted files. Sigh... I also just changed the permissions for the Media folder so the System internal user 'channels' only has read access. I think I had given it read/write access while troubleshooting another import issue. I was very impressed with the Virtual Channels feature, but I'm starting to see that Local Content import/matching/management is very rough around the edges.

Movie imports work much better than TV Shows since they use TMDB to match Movie titles.
If you're wondering, like I was, why they don't use TVDB or TMDB for matching TV Shows...

1 Like

Some examples of issues I’ve run into...
Plex and Channels DVR handle 2-part episodes file differently. These are 2 episodes combined in a single file, with ‘S04E19E20” in the filename. Plex displays this as 2 episodes, numbered 19 and 20, whereas Channels DVR displays it as 2 episodes both numbered 19, which I could live with, except that the remaining episodes in the season are out sync, where the displayed episode number matches the filename but the episode name/description are for the next episode, and the last episode in the season has no name/description.
Also, for shows with a “Specials” or “Season 00” folder which is used for bonus features, that appears in Channels DVR with miss-matched metadata (which is understandable since these bonus features often don’t follow a standard naming convention such as thetvdb.com) but there is no way to hide/exclude just that “season” from Virtual Channels.

For 2-part episodes, see this post and following answer

For excluding shows or seasons, I wish they would implement a keyword file.
Something like this.
If the filename .cdvrignore appears in a local content import directory, Channels DVR will ignore that directory and any under it when importing.
This would make it easier when you have lots of shows to import and want to import one show at a time, checking for and fixing un-matched and mis-matched episodes, before doing the next show.

The keyword file for excluding shows OR just season is a great idea (or even better, add a show/season exclude option to the UI), but I wouldn't hold my breath. I did try renaming the episode from 'S04E19E20' to S04E19' (as per maddox’s reply in the link above), but the remaining episodes continue to be out of sync. If there was a way to make Channels DVR refresh the metadata that might do it, but I don’t see how to do that.

Wow. Are you sure about this? I just deleted a local source directory from ChannelsDVR settings page (after making a backup) and it left my source files alone. Only the references in Channels were removed.

This is good advice even though in my test Channels didn’t delete the source files. Definitely could help advert disaster. After running my test, I have now set permissions on all my media sources (except the DVR itself) as Channels read-only. Better safe than sorry.

Removing the import source in Channels DVR settings doesn't delete the files. Only Trashing them does.

1 Like

Oh ok, I see the difference now. Scared me. Thanks for the clarification. Still gonna leave my source media as channels read-only.

2 Likes

Not sure what you mean by that.
If Channels imports them incorrectly you can fix match.
You could also temporarily move those mis-identified files out of their folder, prune deleted, then move them back and have them re-imported.

I’ve attached a screen shot showing the “remaining episodes continue to be out of sync” issue.

I tried this (thank you for the suggestion!) unfortunately it didn’t fix the issue. The episode in the screen shot with “S04E19” in the filename used to be named “S04E19E20” before I did the move folder/prune deleted/move folder back.

Yah, it's a pain because Channels DVR is matching the S##E## to Gracenote listings.
You can correct match and just use the Episode Title in the search box.
That's why I quit importing. Too much work.
See the Episode Guide tab here Frasier at zap2it.com which uses the same Gracenote EPG data that Channels DVR uses for listings and local content TV Show imports.

Would be nice if they used Gracenote for their 4:3 Show artwork and use TVDB or TMDB for the episode matching, but match Episode Title instead of S##E##, which hardly anyone agrees on.

A couple examples here

I suspect this is partly a bug in Channels DVR Local Content import – I tried splitting the 2-part episode into 2 separate files, named S04E19 and S04E20 (as Gracenote expects it) and I did the “move the folder out/prune deleted/move the folder back in/scan” routine and Channels DVR still got confused with the remaining episodes as shown in my previous screen shot.

I’m hoping Maddox will chime in here at some point.

I think you missed my previous post?

Did you look here and see what Channels DVR is using to match to?

I think once you see it, you'll understand. Look at Season 4, Episode 21

If your filenames don't match the S##E## at zap2it/Gracenote for the Episode Title they show, you have to either rename your files or fix incorrect match at the episode level by searching just the Episode Title.

Not sure how else to explain it.

I did look at zap2it.com/Gracenote (thank you for pointing me to that resource) but somehow I missed that they misnumber all the episodes following the S04E19 2-part episode. Now I feel bad that I wrongly claimed Channels DVR has a bug in the local content import!

I checked some other Frasier 2-part episodes on Gracenote, and in all cases they incorrectly number the following episodes in that season.

I also checked 2-part episodes on Gracenote for some other shows (Seinfeld, Wings, WKRP) and fortunately for all those shows Gracenote does not mess up the numbering following a 2-part episode. So it appears to be an isolated issue with specific shows.

Thanks for explaining (again) what’s going on. I’m not clear on how to fix the match at the episode level by doing a search, but I see I can manually edit the episode name/description by clicking on Options > Edit Metadata for that episode. In any case its probably not worth the effort.

I assume I have to live with this issue and there’s nothing we can do except hope that Channels DVR switches to a better database.

You find the episode and select Options > Fix incorrect match.
See my first example here

ever since local content was introduced a few years ago, a lot of people have been saying the same thing.

the basics are that CDVR uses gracenote since inception for DVR obviously, and when they added local content, they have to keep using gracenote so it works with recordings/library, etc.

the problem is that EVERYONE uses the TVDB naming convention which gracenote doesnt use. so here we are, with this problem.

we have to live with it and do tons of manual work to get it right. just dont do file location moves because it will reset and you will have to do it manually again.

I remember when I was using Plex, they pounded it in your head to use Filebot to rename your imported files to match TVDB they were using at the time. I did a lot of file renaming at that time and still do when I want to keep a Channels DVR recording. So I change the filename Channels DVR records
from
Star Trek S01E101 2022-05-05 Strange New Worlds 2022-05-15-2110.mpg
to
Star Trek Strange New Worlds (2022) - S01E01 - Strange New Worlds (2022-05-05).mpg

I think I have the hang of it! After following your steps, Channels DVR still shows the incorrect episode number (matching Gracenote), but now the episode name/description match the physical file.

Thanks again (also to AeroR1) for explaining all this.

I don’t plan to put any Channels DVR recordings in my local library (which is centered around Plex), so it’s not an issue for me how it names its recordings.

I wonder if they could continue using Gracenote for recordings, but switch to TVDB for local content import (just for the episode name/description, and Gracenote for the 4:3 art). Although I assume they would have to pay double the db licensing costs. Regardless, I'm not going to hold my breath.

I would have never gone with Gracenote to begin with, I have a personal gripe with them - I had a very early MP3 player (years before the iPod) and I sat down and ripped my 600+ CD collection using MusicMatch Jukebox. As I recall, for about 1/4 of my CDs (all very mainstream) there was no CDDB data yet and I had to manually enter the album/track info, which I knew was getting added to CDDB. When I heard they sold the company for millions, profiting from my unpaid data entry, I was pretty miffed. They should have never gotten away with it. Since then, Gracenote has been bought and sold many times, but I still have a grudge against them.

1 Like