Mailing List Archive: MythTV: Users

new server: schedules direct and scte65scan

Index | Next | Previous | View Threaded

mythtv at derdev

Nov 17, 2009, 10:35 AM

Post #1 of 7 (750 views)
Permalink

new server: schedules direct and scte65scan

On a new server/database (myth 0.22/mythbuntu 9.10)...

If the output from a successful scte65scan is imported to the mythconverg
database, the online documentation says to associate the video source with
a lineup at Schedules Direct.

My confusion: there is no lineup at Schedules Direct that matches up very
well to what I scanned (SD + HD) on Comcast (digitized expanded basic)
scanned via my HDHR.

Is this guidance just a tick-in-the-box sort of step and it really doesn't
matter what lineup I select at Schedules Direct? Or is there some logic
to the lineup choice?

I'm unclear whether the download from SchedDir will be complete for the
SD+HD if I choose my lineup source poorly.

Should I choose the most comprehensive Digital package lineup from Comcast
at SchedDir and hope that the XMLTVID references from the scte65scan match
up?

Sorry if this is kind of basic, but it's unclear to me and may help others.

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

matt.beadon at gmail

Nov 17, 2009, 1:02 PM

Post #2 of 7 (717 views)
Permalink

Re: new server: schedules direct and scte65scan [In reply to]

>
> My confusion: there is no lineup at Schedules Direct that matches up very
> well to what I scanned (SD + HD) on Comcast (digitized expanded basic)
> scanned via my HDHR.
>

In my experience the schedules direct list is a superset of all the channels
you can receive. I started with all of them enabled and then went through
the schedules direct website and disabled all the ones I can't find with
scte65scan. In part I disabled those channels to speed up mythfilldatabase
but really that shouldn't matter too much. I think you could just leave
them all enabled and you'd end up with "extra" listings in your DB.

> Is this guidance just a tick-in-the-box sort of step and it really doesn't
> matter what lineup I select at Schedules Direct? Or is there some logic
> to the lineup choice?
>
A little confused by your question but I'd suggest starting with a comcast
"digital cable" lineup for your zip and tweaking if desired.

Should I choose the most comprehensive Digital package lineup from Comcast
> at SchedDir and hope that the XMLTVID references from the scte65scan match
> up?
>
They should... but YMMV. ;)

eric at lisaneric

Nov 18, 2009, 6:29 AM

Post #3 of 7 (697 views)
Permalink

Re: new server: schedules direct and scte65scan [In reply to]

On Tue, Nov 17, 2009 at 4:02 PM, Matt Beadon <matt.beadon [at] gmail> wrote:
>> My confusion: there is no lineup at Schedules Direct that matches up very
>> well to what I scanned (SD + HD) on Comcast (digitized expanded basic)
>> scanned via my HDHR.
>
> In my experience the schedules direct list is a superset of all the channels
> you can receive. I started with all of them enabled and then went through
> the schedules direct website and disabled all the ones I can't find with
> scte65scan.

I should point out that what scte65scan produces (at least for me in
my area) is a list of standard definition channels only. There are a
bunch of high definition channels that are perfectly recordable by the
HDHR but won't appear in the scte65scan output. You still need to add
these channels by some other means if you want your mythtv to see
them.

Eric
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

matt.beadon at gmail

Nov 18, 2009, 6:01 PM

Post #4 of 7 (686 views)
Permalink

Re: new server: schedules direct and scte65scan [In reply to]

> I should point out that what scte65scan produces (at least for me in
> my area) is a list of standard definition channels only. There are a
> bunch of high definition channels that are perfectly recordable by the
> HDHR but won't appear in the scte65scan output. You still need to add
> these channels by some other means if you want your mythtv to see
> them.
>

Have you used the "-p" option?

Desc: In-band scan for SCTE-65 tables
Usage: scte65scan [OPTION]... [FILE]...
[snip]
-p also scan for ATSC PSIP data

eric at lisaneric

Nov 18, 2009, 6:27 PM

Post #5 of 7 (678 views)
Permalink

Re: new server: schedules direct and scte65scan [In reply to]

On Wed, Nov 18, 2009 at 9:01 PM, Matt Beadon <matt.beadon [at] gmail> wrote:
>
>> I should point out that what scte65scan produces (at least for me in
>> my area) is a list of standard definition channels only. There are a
>> bunch of high definition channels that are perfectly recordable by the
>> HDHR but won't appear in the scte65scan output.
>
>
> Have you used the "-p" option?
>
> Desc: In-band scan for SCTE-65 tables
> Usage: scte65scan [OPTION]... [FILE]...
> [snip]
> -p also scan for ATSC PSIP data

No, I hadn't noticed that.

But the only affect it seems to have is to print an empty table at the
end of the run:

PSIP channels
VC NAME FREQUENCY MODULATION PROG
===========================================

No new channel information is included.

Eric
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

matt.beadon at gmail

Nov 19, 2009, 2:35 PM

Post #6 of 7 (671 views)
Permalink

Re: new server: schedules direct and scte65scan [In reply to]

>
> > Have you used the "-p" option?
> >
> > Desc: In-band scan for SCTE-65 tables
> > Usage: scte65scan [OPTION]... [FILE]...
> > [snip]
> > -p also scan for ATSC PSIP data
>
> No, I hadn't noticed that.
>
> But the only affect it seems to have is to print an empty table at the
> end of the run:
>
> PSIP channels
> VC NAME FREQUENCY MODULATION PROG
> ===========================================
>
>
> No new channel information is included.
>
>
That's odd, when I run "-p" it gives me several HD channels for the
broadcast networks. At least I think that's what they are, I only have an
SDTV so I don't include the HD channels in my lineup and I haven't scanned
for them recently. Are you in one of the locations where comcast is
distributing the DTAs? They started handing out DTAs in my area around
april and I've seen PSIP right from the start.

Matt

mythtv at heathsworld

Nov 25, 2009, 6:15 PM

Post #7 of 7 (572 views)
Permalink

Re: new server: schedules direct and scte65scan [In reply to]

On Thu, Nov 19, 2009 at 4:35 PM, Matt Beadon <matt.beadon [at] gmail> wrote:

> > Have you used the "-p" option?
>> >
>> > Desc: In-band scan for SCTE-65 tables
>> > Usage: scte65scan [OPTION]... [FILE]...
>> > [snip]
>> > -p also scan for ATSC PSIP data
>>
>> No, I hadn't noticed that.
>>
>> But the only affect it seems to have is to print an empty table at the
>> end of the run:
>>
>> PSIP channels
>> VC NAME FREQUENCY MODULATION PROG
>> ===========================================
>>
>>
>> No new channel information is included.
>>
>>
> That's odd, when I run "-p" it gives me several HD channels for the
> broadcast networks. At least I think that's what they are, I only have an
> SDTV so I don't include the HD channels in my lineup and I haven't scanned
> for them recently. Are you in one of the locations where comcast is
> distributing the DTAs? They started handing out DTAs in my area around
> april and I've seen PSIP right from the start.
>
> Matt
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
>
What does one do when it locks up using the -p at the same point every
time? I've left it 2 hours and it doesn't move.

w [at] myt:~/scte65scan-0.2.1$ ./scte65scan -H FFFFFFFF -p -V 3110 -f3
us-Cable-Standard-center-frequencies-QAM256 > import.sql
tuning 57000000hz.....no
lock

tuning 63000000hz.....no
lock

tuning 69000000hz.....no
lock

tuning 79000000hz.....no
lock

tuning 85000000hz.....no
lock

tuning 177000000hz.....no
lock

tuning 183000000hz.....no
lock

tuning 189000000hz.....no
lock

tuning 195000000hz.....no
lock

tuning 201000000hz.....no
lock

tuning 207000000hz.....no
lock

tuning 213000000hz.....no
lock

tuning 123012500hz.....no
lock

tuning 129012500hz.....no
lock

tuning 135012500hz.....no
lock

tuning 141000000hz.....no
lock

tuning 147000000hz.....no
lock

tuning 153000000hz.....no
lock

tuning 159000000hz.....no
lock

tuning 165000000hz.....no
lock

tuning 171000000hz.....no
lock

tuning 219000000hz.....no
lock

tuning 225000000hz.....no
lock

tuning 231012500hz.....no
lock

tuning 237012500hz.....no
lock

tuning 243012500hz.....no
lock

tuning 249012500hz.....no
lock

tuning 255012500hz.....no
lock

tuning 261012500hz.....no
lock

tuning 267012500hz.....no
lock

tuning 273012500hz.....no
lock

tuning 279012500hz.....no
lock

tuning 285012500hz.....no
lock

tuning 291012500hz.....no
lock

tuning 297012500hz.....no
lock

tuning 303012500hz.....no
lock

tuning 309012500hz.....no
lock

tuning 315012500hz.....no
lock

tuning 321012500hz.....no
lock

tuning 327012500hz.....no
lock

tuning 333025000hz.....no
lock

tuning 339012500hz.....no
lock

tuning 345012500hz.....no
lock

tuning 351012500hz.....no
lock

tuning 357012500hz.....no
lock

tuning 363012500hz.....no
lock

tuning 369012500hz.....no
lock

tuning 375012500hz.....no
lock

tuning 381012500hz.....no
lock

tuning 387012500hz.locked...PID 0x1ffc
found

Collecting data (may take up to 2
minutes)

System Time Table thinks it is Wed Nov 25 19:08:40
2009

PID 0x1ffb
timeout

tuning 393012500hz.locked...PID 0x1ffb
timeout

tuning 399012500hz.locked...PID 0x1ffb
timeout

tuning 405000000hz.locked...PID 0x1ffb
timeout

tuning 411000000hz.locked...PID 0x1ffb
timeout

tuning 417000000hz.locked...PID 0x1ffb
timeout

tuning 423000000hz.....no
lock

tuning 429000000hz.....no
lock

tuning 435000000hz.....no
lock

tuning 441000000hz.....no
lock

tuning 447000000hz.....no
lock

tuning 453000000hz.....no
lock

tuning 459000000hz.....no
lock

tuning 465000000hz.....no
lock

tuning 471000000hz.....no
lock

tuning 477000000hz.....no
lock

tuning 483000000hz.....no
lock

tuning 489000000hz.....no
lock

tuning 495000000hz.....no
lock

tuning 501000000hz.....no
lock

tuning 507000000hz.....no
lock

tuning 513000000hz.....no
lock

tuning 519000000hz.....no
lock

tuning 525000000hz.....no
lock

tuning 531000000hz.....no
lock

tuning 537000000hz.....no
lock

tuning 543000000hz.....no
lock

tuning 549000000hz.....no
lock

tuning 555000000hz.locked...PID 0x1ffb
timeout

tuning 561000000hz.locked...PID 0x1ffb
timeout

tuning 567000000hz.locked...PID 0x1ffb
timeout

tuning 573000000hz.locked...PID 0x1ffb
timeout

tuning 579000000hz.locked...PID 0x1ffb
timeout

tuning 585000000hz.locked...PID 0x1ffb
timeout

tuning 591000000hz.locked...PID 0x1ffb
timeout

tuning 597000000hz.....no
lock

tuning 603000000hz.locked...PID 0x1ffb
timeout

tuning 609000000hz.locked...PID 0x1ffb
timeout

tuning 615000000hz.locked...PID 0x1ffb
timeout

tuning 621000000hz.locked...PID 0x1ffb
timeout

tuning 627000000hz.....no
lock

tuning 633000000hz.locked...PID 0x1ffb
timeout

tuning 639000000hz.locked...PID 0x1ffb
timeout

tuning 645000000hz.locked...PSIP table
found

tuning 93000000hz.....no
lock

tuning 99000000hz.locked...PID 0x1ffb
timeout

tuning 105000000hz.locked...PID 0x1ffb
timeout

tuning 111025000hz.locked...PID 0x1ffb
timeout

tuning 117025000hz.locked...PID 0x1ffb
timeout

tuning 651000000hz.locked...PID 0x1ffb
timeout

tuning 657000000hz.locked...PID 0x1ffb
timeout

tuning 663000000hz.locked...PID 0x1ffb
timeout

tuning 669000000hz.locked...PID 0x1ffb
timeout

tuning 675000000hz.locked...PID 0x1ffb
timeout

tuning 681000000hz.locked...PID 0x1ffb
timeout

tuning 687000000hz.locked...PID 0x1ffb
timeout

tuning 693000000hz.locked...PID 0x1ffb
timeout

tuning 699000000hz.locked...PID 0x1ffb
timeout

tuning 705000000hz.locked...PID 0x1ffb
timeout

tuning 711000000hz.locked...PID 0x1ffb
timeout

tuning 717000000hz.....no
lock

tuning
723000000hz.locked...

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads