Got it moved to 3rd drive now it's good.
Also, I'd image every episode may need the "fix match" feature instead of just the series.
So far I didn't have to.
Fix Match is at the SHOW/SERIES level, not the episode level.
If I put a one off/special/documentary in a folder with its name it gets imported with the show artwork.
Since it's only one episode (and listed under Season 0 as Episode 1 or no Episode# on zap2it) the show/series is recognized on import, but the episode is not since they don't give it an episode title.
Make a long story short...
Exactly. Thanks for the visuals. Fwiw, I need to record that special...looks cool.
Does the importer work with .m2ts files?
Will probably answer my own question before anyone replies, trying it now.
No, doesn't work with v2020.09.04.1910
My .mp4 version of that same video imports, but the web player kills my NAS CPU trying to transcode it.
Next...
OK, was able to transfer both the .m2ts and .mp4 files to my iPad Pro which play with no problem.
Deleted them on the iPad and played over the netwok, both play through VLC from my iPad Pro.
Both files play on my PC with no problem using VLC.
I don't have a Mac to try.
Next...
Hopefully next weekend I'll try a new version and try importing some more TV Shows and Specials/Documentaries/Mini-Series.
Getting there...
GDPR?
If your DNS resolves the website domain name it must be zap2it is blocking you.
I don't know if there's a UK version of that website.
Considering the new Import feature supports additional file types beyond the .mpg file extension, is it safe to assume that recordings which are post-processed into smaller, more efficient formats can also be imported with the appropriate file extension (.mp4, .mkv, etc.)? Previously, we'd have to use the .mpg extension as a workaround to ensure the DB could see the new file without the need to actually update the DB entry. But since we're already adding support for new file extensions, I figured i'd bring it up. 
mkv and mp4 files even with h.265 encoding work fine. At least they do for me since my clients already handle them so Channels imports them and serves them just fine.
Can you share the path to this video in your library?
You need to work on the way seasons are displayed all in a line and the order last to first. Beside it nice and a plus I don't need to use Plex for my PlayOn recordings. It wold be nice 1st to last and up and down seaon 1, 2, 3 and so on. Just mi thoughts.
Work has begun to improve this view for larger libraries.
https://community.getchannels.com/t/new-beta-refreshed-show-view-order/23667
I just hope my wife doesn't find my XXX collection!
1 Like
It turns out the episode numbers listed on zap2it under season 0 are made up. The underlying data does not have any season or episode numbers at all.
The DVR importer will need to learn to match on episode titles for these cases. I'm looking into this, as well as adding a "fix match" option to the individual episodes so they can be correctly.
2 Likes
Just out of curiosity and maybe this suggestion has already been made, but is there a way to have a backup provider, say pull from the TVDB or themovieDB if the show doesn't match correctly or isn't available from zap2it? Maybe even if it's only used when we do the "Fix incorrect match" option?
Just sort of thinking out loud here but I think I have a few movies and even shows that aren't going to be listed in zap2it.
Imported recordings from PlayOn do not play smooth they have small but noticeable pauses. If I play on the TV with with USB they play fine. I might have something to do with the PlayOn resolution being 720P.
I look forward to the title matching and possibility for fixing matches on episode titles. Really like where Channels is headed.
Same here I even transcoded them in mcebuddy to HDhomerun h264 and HDhomerun uncompressed with no improvement. Same file works fine vcl emby and plex. This is new and I'm sure it will get better as it develops. BTW all shows matched fine but the show 3% I can't find it on zap2it either.
Wierd, that episode only matches against SH02793762, not SH03228420 (which is being used for current airings) or SH03238003
I never understood the logic behind them assigning new TMS series ids to the same series.