On Fri, May 8, 2009 at 5:28 PM, Andy Walls <awalls@radix.net> wrote:
> On Fri, 2009-05-08 at 15:06 -0700, Jim Stichnoth wrote:
>> On Sat, May 2, 2009 at 9:16 AM, Jim Stichnoth <stichnot@gmail.com> wrote:
>> > I am switching from DirecTV to DISH and started integrating the
>> > receiver into my MythTV setup. I have the VIP211 STB, and I use its
>> > s-video output into the PVR-150. (Eventually I'll use the component
>> > output into an HD-PVR.)
>> >
>> > Strangely, I'm getting no closed captions in MythTV, but if I connect
>> > the STB analog output directly to the TV (Vizio VW32L), the captions
>> > display properly. I have disabled the STB's rendering of captions.
>> > PVR-150 captions were just fine from the DirecTV STB.
>> >
>> > Any suggestions on what might be wrong, or how to diagnose the
>> > problem? For now I'm just letting the STB render the captions, so
>> > they get "burned in" to the recording.
>>
>> Let me provide some more details.
>>
>> My old DirecTV STB delivered good captions over the S-Video connector,
>> and my PVR-150 was able to decode them, and MythTV was able to display
>> them.
>>
>> My new DISH Network STB (VIP211), connected to the same PVR-150 over
>> S-Video, does not deliver captions to MythTV. I'm hoping to figure
>> out why.
>>
>> If I connect the STB directly to the TV via S-Video, the TV displays
>> the captions properly. Note that I have to disable the VIP211's
>> direct rendering of captions, and enable CC1 captions on the TV. When
>> captions are present, the TV is also able to tell me the rating of the
>> program (e.g., age 7 for SpongeBob and age 13 for Meet the Parents).
>> I guess that information is also sent in the VBI.
>>
>> So, if the TV is able to see the captions over S-Video, then why
>> doesn't the PVR-150 see them? Are there any tools that would help me
>> diagnose what VBI information the PVR-150 is seeing? I don't like
>> having to force captions to be burned into the video file.
>
>
> 'osc', a test utility that comes with the libzvbi source code, is a
> great tool for seeing what the raw VBI lines look like that the PVR-150
> is seeing.
>
> See this recent thread for how to use osc with the cx18 driver. It
> should be no different than the ivtv driver, except perhaps the ivtv
> driver will not need a video capture running at the same time.
>
> http://www.gossamer-threads.com/lists/ivtv/users/39891?page=last
>
> With my STB I have for ATSC to NTSC conversion, only the 2 CC lines in
> each frame are inserted in the VBI. Those lines are very clean and all
> the other lines are blank.
>
> My PVR-150MCE, which has a CX25843 A/V decoder, is showing VBI just
> fine in osc, and closed captioning signals from analog over the air show
> up on the proper lines (21 & 284):
>
> $ ~/build/zvbi-0.2.30/test/osc -2 -d /dev/vbi1 -v
>
> See attached GIF.
>
> Regards,
> Andy
Thanks Andy, that is very helpful.
Here is what dmesg says about my card:
ivtv: Start initialization, version 1.1.0
ivtv0: Initializing card #0
ivtv0: Autodetected Hauppauge card (cx23416 based)
I ran osc, and it looks like the DISH VIP211 is inserting 2 very clean
lines in the VBI with the rest blank.
When I try to examine the raw VBI data (zvbi-ntsc-cc --cc -d
/dev/vbi0), I get good caption text. This is consistent with what
shows up on a direct TV connection.
When I try to examine sliced VBI data (v4l2-ctl -d /dev/video0
--set-fmt-sliced-vbi=cc ; zvbi-ntsc-cc -S --cc -d /dev/vbi0), I get
nothing at all. No errors, no warnings, no cc text printed. Just no
activity/output until I kill it.
If I try either of these zbi-ntsc-cc commands while a MythTV capture
is going on, I get a series of messages "VBI read timeout (ignored)".
In addition, running with the -S option gives an initial error
message: "VIDIOC_S_FMT failed: Device or resource busy." I suppose
that confirms that MythTV is actively looking at the vbi device.
So it looks to me like the driver is having troubles with the sliced
VBI. Any suggestions on diagnosing this?
By the way, the output of osc looks like it might be useful, here it is:
libzvbi:io-v4l2k:vbi_capture_v4l2k_new: Try to open V4L2 2.6 VBI
device, libzvbi interface rev.
$Id: io-v4l2k.c,v 1.49 2008/02/19 00:35:20 mschimek Exp $.
libzvbi:io-v4l2k:vbi_capture_v4l2k_new: Opened /dev/vbi0.
libzvbi:io-v4l2k:vbi_capture_v4l2k_new: /dev/vbi0 (Hauppauge WinTV
PVR-150) is a v4l2 vbi device,
driver ivtv, version 0x00010100.
libzvbi:io-v4l2k:vbi_capture_v4l2k_new: Using read interface.
libzvbi:io-v4l2k:v4l2_get_videostd: Current scanning system is 525.
libzvbi:io-v4l2k:v4l2_update_services: Querying current vbi parameters...
libzvbi:io-v4l2k:v4l2_update_services: ...success.
libzvbi:print_vfmt: VBI capture parameters supported:
libzvbi:io-v4l2k:v4l2_update_services: Attempt to set vbi capture parameters.
libzvbi:sampling_par:_vbi_sampling_par_from_services_log: Service
0x00000001 (Teletext System B 625 Level 1.5) requires videostd_set
0x1, have 0x0.
libzvbi:sampling_par:_vbi_sampling_par_from_services_log: Service
0x00000003 (Teletext System B, 625) requires videostd_set 0x1, have
0x0.
libzvbi:sampling_par:_vbi_sampling_par_from_services_log: Service
0x00000004 (Video Program System) requires videostd_set 0x1, have 0x0.
libzvbi:sampling_par:_vbi_sampling_par_from_services_log: Service
0x00000400 (Wide Screen Signalling 625) requires videostd_set 0x1,
have 0x0.
libzvbi:sampling_par:_vbi_sampling_par_from_services_log: Service
0x00000008 (Closed Caption 625, field 1) requires videostd_set 0x1,
have 0x0.
libzvbi:sampling_par:_vbi_sampling_par_from_services_log: Service
0x00000010 (Closed Caption 625, field 2) requires videostd_set 0x1,
have 0x0.
libzvbi:sampling_par:_vbi_sampling_par_from_services_log: Service
0x20000000 (VBI 625) requires videostd_set 0x1, have 0x0.
libzvbi:print_vfmt: VBI capture parameters requested:
libzvbi:io-v4l2k:v4l2_update_services: Successfully set vbi capture parameters.
libzvbi:print_vfmt: VBI capture parameters granted:
libzvbi:raw_decoder:vbi3_raw_decoder_add_services: No services to add.
libzvbi:io-v4l2k:v4l2_update_services: Nyquist check passed.
libzvbi:io-v4l2k:v4l2_update_services: Request decoding of services
0x40000060, strict level 0.
libzvbi:io-v4l2k:v4l2_update_services: Will capture services
0x00000060, added 0x60 commit=1.
libzvbi:io-v4l2k:v4l2_read_alloc: Capture buffer allocated.
libzvbi:io-v4l2k:vbi_capture_v4l2k_new: Successfully opened /dev/vbi0
(Hauppauge WinTV PVR-150).
Jim
_______________________________________________
ivtv-users mailing list
ivtv-users@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-users