<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<br>
<div class="moz-cite-prefix">On 10/13/2018 08:36 AM, Richard Shaw
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAN3TeO20ixxcdaG4BxOYBDCYwDfJkEAXObQnPVChrvVrWQLMKg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">I'm finally getting tired of getting incomplete
information, especially season and episode data, from DD.
It's causing quite a few recordings to not show up in Plex
which we're using on Roku TVs instead of having to build
mini-frontends.
<div><br>
</div>
<div>I'm following the directions from the wiki[1] but I'm
not sure I'm getting the whole story...</div>
<div><br>
</div>
<div>So i'm pretty much at the point of deleting and
re-adding channels since the IDs are in a different
format. If I was just doing OTA I would see if I could
manually translate them but with Cables 200+ channels, I'm
not going to that much trouble. </div>
<div><br>
</div>
</div>
</div>
</div>
</blockquote>
Another advantage to re-adding them is that you get icons for all
the channels.<br>
<blockquote type="cite"
cite="mid:CAN3TeO20ixxcdaG4BxOYBDCYwDfJkEAXObQnPVChrvVrWQLMKg@mail.gmail.com">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>So far the side effects are:</div>
<div><br>
</div>
<div>1. Existing recordings will show the wrong channel?</div>
</div>
</div>
</div>
</blockquote>
This may or may not happen. By default the chanid is set up as a
number with format xyyy where x is the source id and yyy is the
channel number. Sometimes this scheme can get messed up by manual
additions, duplicate channels etc. If your existing channels follow
this scheme, they should be the same after re-adding and then
existing recordings will show the correct channel.<br>
<blockquote type="cite"
cite="mid:CAN3TeO20ixxcdaG4BxOYBDCYwDfJkEAXObQnPVChrvVrWQLMKg@mail.gmail.com">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>2. The wiki doesn't mention if I'll have to re-setup
all my recording rules...</div>
<div><br>
</div>
</div>
</div>
</div>
</blockquote>
That should not be necessary unless you have channel specific rules.
If the chanid and station id stay the same these should also be ok.
Personally I never use channel specific rules. Regardless, you
should check upcoming recordings to see if they are still working
after the change.<br>
<blockquote type="cite"
cite="mid:CAN3TeO20ixxcdaG4BxOYBDCYwDfJkEAXObQnPVChrvVrWQLMKg@mail.gmail.com">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>I currently have two sources</div>
<div><br>
</div>
<div>[1] OTA</div>
<div>[2] Comcast</div>
<div><br>
</div>
<div>Is it possible to setup a 3 & 4 with
tv_grab_zz_sdjson_sqlite and have both until everything
that was recorded on 1 & 2 expire?<br>
</div>
<div><br>
</div>
</div>
</div>
</div>
</blockquote>
I cannot see that this would work or any benefit to it. You may be
able to leave the old sources in place unconnected to any capture
card in case you want to switch back, but I am not sure whether this
will work.<br>
<blockquote type="cite"
cite="mid:CAN3TeO20ixxcdaG4BxOYBDCYwDfJkEAXObQnPVChrvVrWQLMKg@mail.gmail.com">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>Would there be any benefit to doing that?</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Richard</div>
<div><br>
</div>
<div>[1] <a
href="https://www.mythtv.org/wiki/XMLTV#Converting_from_DataDirect_to_XMLTV"
moz-do-not-send="true">https://www.mythtv.org/wiki/XMLTV#Converting_from_DataDirect_to_XMLTV</a></div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</body>
</html>