[mythtv] One HDTV channel not giving me data, recently

[Kyle Rose]

Recently, WFXT (the local FOX affiliate) won't record in MythTV: I end
up with zero-byte files, and the backend complains of not getting data
from the capture card.  However, if I change the channel with dtvstream
and then dd directly from the device, I get data.

Furthermore, WGBH (the local PBS affiliate) records fine in MythTV, so
this isn't a "global" problem.  Unfortunately, since 75% of what I
record in HDTV comes from FOX, this behavior is a serious cramp to my
style. :)

The reason I'm posting to -dev is that this behavior appears to have
changed recently, though other configuration changes may have occurred
at the same time.  I'm really at a loss as to why there would be any
difference between the two stations.

I am using hdtvrecorder, not the DVB stuff, but I'm thinking that some
of the program selection jive has changed in a way that isn't compatible
with whatever metadata WFXT is providing in their stream.  To wit,
dtvstream reports the following on WGBH:

Tuned "/dev/video34" to channel 19.
Summary after scanning first 20000 packets:
    3 MBytes processed @ 15 Mb/s
    110 pes_pkts processed
    20 atsc_pkts, w/ distribution:
        sst=2/2, mgt=10/1, vct=4/1, rrt=0/0,dcct=0/0, dccsct=0/0
    Dropped pkts (Continuity Counter Errors) = 0
    Active PIDs in this stream
        PID=0x0, ctrl_type=PAT, pkt_cnt=15
        PID=0x30, ctrl_type=PMT, pkt_cnt=6
        PID=0x31, ctrl_type=VIDEO, pkt_cnt=14435
        PID=0x34, ctrl_type=AUDIO_AC3, pkt_cnt=407
        PID=0x35, ctrl_type=AUDIO_AC3, pkt_cnt=135
        PID=0x40, ctrl_type=PMT, pkt_cnt=6
        PID=0x41, ctrl_type=VIDEO, pkt_cnt=4125
        PID=0x44, ctrl_type=AUDIO_AC3, pkt_cnt=204
        PID=0x45, ctrl_type=AUDIO_AC3, pkt_cnt=78
        PID=0x60, ctrl_type=PMT, pkt_cnt=5
        PID=0x6a, ctrl_type=DII_DDB, pkt_cnt=77
        PID=0x1000, ctrl_type=EIT, pkt_cnt=17
        PID=0x1001, ctrl_type=EIT, pkt_cnt=10
        PID=0x1002, ctrl_type=EIT, pkt_cnt=10
        PID=0x1003, ctrl_type=EIT, pkt_cnt=11
        PID=0x1ffb, ctrl_type=ATSC, pkt_cnt=20
        PID=0x1fff, ctrl_type=NULL, pkt_cnt=439
Stream contains 3 total program(s).
Stream contains 3 valid program(s).
    Program 3: 2-2 PBS-HD:
        Video (MPEG-2), language = eng
        Audio (Dolby AC-3), language = eng
        Audio (Dolby AC-3), language = eng
    Program 4: 2-1 WGBH-SD:
        Video (MPEG-2), language = eng
        Audio (Dolby AC-3), language = eng
        Audio (Dolby AC-3), language = eng
    Program 6: 2-101 UpdatTV:
        Unknown (0x0b)

but only the following for WFXT:

Tuned "/dev/video34" to channel 31.
Summary after scanning first 20000 packets:
    3 MBytes processed @ 15 Mb/s
    123 pes_pkts processed
    0 atsc_pkts, w/ distribution:
        sst=0/0, mgt=0/0, vct=0/0, rrt=0/0,dcct=0/0, dccsct=0/0
    Dropped pkts (Continuity Counter Errors) = 0
    Active PIDs in this stream
        PID=0x0, ctrl_type=PAT, pkt_cnt=16
        PID=0x30, ctrl_type=PMT, pkt_cnt=4
        PID=0x31, ctrl_type=VIDEO, pkt_cnt=17540
        PID=0x34, ctrl_type=AUDIO_AC3, pkt_cnt=410
        PID=0x1fff, ctrl_type=NULL, pkt_cnt=2030
Stream contains 1 total program(s).
Stream contains 1 valid program(s).
    Using program 3:
        Video (MPEG-2)
        Audio (Dolby AC-3)

Finally, the frequency numbers I have in my database are:

WFXT: 31-1
WGBH: 19-1 and 19-2

Any clues?  Has the hdtvrecorder stuff essentially been deprecated to
the point that I'm forced to switch to DVB for reliable functionality?
If so, what combination pcHDTV/ivtv drivers are people using successfully?

Thanks,
Kyle