* Hauppauge HVR-1600 (cx18) newbie - stuff loads, can't get output
@ 2008-09-12 2:13 Dale Pontius
2008-09-12 2:59 ` Andy Walls
0 siblings, 1 reply; 5+ messages in thread
From: Dale Pontius @ 2008-09-12 2:13 UTC (permalink / raw)
To: video4linux-list
I'm trying to get an Hauppauge HVR-1600 card running, based on
information from the Gentoo Wiki, the IVTV Wiki, google, and lists.
(This list, the mythtv list, and searching LIRC archives.)
I'm running a 2.6.25 kernel and v4l-dvb sources pulled tonight. As a
side note, the saa5249 driver with this drop does not compile for me. I
don't remember from previous attempts if it's needed or not. Google
hasn't helped me determine this. I also tried Andy Walls' tree a few
weeks back, but for some reason it didn't integrate properly with my
source tree, and though it compiled, it didn't install any modules.
Incidentally, this system also has a bttv card installed, which I'm
currently using for video capture. I hope to replace it with a pair of
HVR-1600s.
---------------------------------------------------------------------------
As of now, I can get modules loading:
Module Size Used by
mxl5005s 36676 1
s5h1409 9092 1
cs5345 3676 0
cx18 100160 1
dvb_core 79296 1 cx18
ivtv 142756 0
cx2341x 12548 2 cx18,ivtv
it87 21648 0
hwmon_vid 3136 1 it87
...
tuner_simple 15504 1
tuner_types 13952 1 tuner_simple
...
bttv 168532 0
videodev 35008 4 cx18,ivtv,tuner,bttv
v4l1_compat 14788 1 videodev
firmware_class 9344 3 cx18,ivtv,bttv
...
ir_common 41220 1 bttv
compat_ioctl32 1152 3 cx18,ivtv,bttv
i2c_algo_bit 6404 3 cx18,ivtv,bttv
v4l2_common 12736 6 cs5345,cx18,ivtv,cx2341x,tuner,bttv
videobuf_dma_sg 13892 1 bttv
videobuf_core 18308 2 bttv,videobuf_dma_sg
k8temp 5312 0
btcx_risc 4744 1 bttv
tveeprom 12292 3 cx18,ivtv,bttv
snd_bt87x 14500 0
-------------------------------------------------------------------------------
When I try "mplayer /dev/video1" it suggests I try a few options. I did
some trial and error with that, and with modprobe ivtv before cx18. So
the latest when I try "mplayer -vf spp,scale /dev/video1":
-------------------------------------------------------------------------------
MPlayer dev-SVN-r26753-4.1.2 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3000+ (Family: 15, Model: 47, Stepping: 0)
SSE2 supported but disabled
3DNowExt supported but disabled
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow SSE
Playing /dev/video1.
MPEG-PS file format detected.
VIDEO: MPEG2 384x288 (aspect 2) 29.970 fps 8000.0 kbps (1000.0 kbyte/s)
Opening video filter: [scale]
Opening video filter: [spp]
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 384 x 288 (preferred colorspace: Mpeg PES)
[PP] Using external postprocessing filter, max q = 6.
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)
==========================================================================
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 224.0 kbit/14.58% (ratio: 28000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 384 x 288 (preferred colorspace: Planar YV12)
[PP] Using external postprocessing filter, max q = 6.
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
[swscaler @ 0x87804b8]using unscaled yuv420p -> yuv420p special converter
VO: [xv] 384x288 => 384x288 Planar YV12
A: 0.5 V: 0.0 A-V: 0.504 ct: 0.000 1/ 1 ??% ??% ??,?% 0 0 ^[[J
A: 0.5 V: 0.8 A-V: -0.296 ct: -0.003 2/ 2 ??% ??% ??,?% 0 0 ^[[J
A: 0.6 V: 0.9 A-V: -0.244 ct: -0.007 3/ 3 ??% ??% ??,?% 1 0
^[[J A: 1.2 V: 1.3 A-V: -0.086 ct: -0.047 15/ 15 ??% ??% ??,?% 6 0
...
^[[J A: 1.2 V: 1.3 A-V: -0.093 ct: -0.050 16/ 16 13% 61% 97.5% 7 0
^[[J A: 1.2 V: 1.3 A-V: -0.103 ct: -0.053 17/ 17 12% 61% 91.5% 8 0
^[[J A: 1.3 V: 1.4 A-V: -0.051 ct: -0.057 18/ 18 11% 62% 108.8% 9 0
...
^[[J A: 3.8 V: 2.8 A-V: 1.058 ct: -0.197 60/ 60 5% 66% 236.5% 49
0 ^[[J A: 3.9 V: 2.8 A-V: 1.110 ct: -0.200 61/ 61 5% 66% 240.2%
50 0 ^[[J
************************************************
**** Your system is too SLOW to play this! ****
************************************************
Possible reasons, problems, workarounds:
- Most common: broken/buggy _audio_ driver
- Try -ao sdl or use the OSS emulation of ALSA.
- Experiment with different values for -autosync, 30 is a good start.
- Slow video output
- Try a different -vo driver (-vo help for a list) or try -framedrop!
- Slow CPU
- Don't try to play a big DVD/DivX on a slow CPU! Try some of the
lavdopts,
e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
- Broken file
- Try various combinations of -nobps -ni -forceidx -mc 0.
- Slow media (NFS/SMB mounts, DVD, VCD etc)
- Try -cache 8192.
- Are you using -cache to play a non-interleaved AVI file?
- Try -nocache.
Read DOCS/HTML/en/video.html for tuning/speedup tips.
If none of this helps you, read DOCS/HTML/en/bugreports.html.
A: 4.0 V: 2.8 A-V: 1.161 ct: -0.204 62/ 62 5% 66% 243.9% 51 0 ^[[J
A: 4.1 V: 2.9 A-V: 1.213 ct: -0.207 63/ 63 5% 65% 248.3% 52 0 ^[[J
A: 4.1 V: 2.9 A-V: 1.204 ct: -0.210 64/ 64 5% 65% 244.4% 53 0
...
^[[J A: 4.6 V: 3.2 A-V: 1.424 ct: -0.240 73/ 73 5% 65% 248.8% 61 0
^[[J A: 4.7 V: 3.2 A-V: 1.476 ct: -0.244 74/ 74 5% 65% 250.7% 62 0 ^[[J
Exiting... (Quit)
---------------------------------------------------------------------------------
I would truly appreciate any suggestions or instructions for getting
this beast working. When it's fully in service I plan to put it on
svideo behind a Comcast set-top box, using the IR blaster. But I know
that's another ongoing story, just like cx18. I see today on LKML that
they merged bidi LIRC for practically everything but the HVR-1600.
Thanks,
Dale Pontius
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hauppauge HVR-1600 (cx18) newbie - stuff loads, can't get output
2008-09-12 2:13 Hauppauge HVR-1600 (cx18) newbie - stuff loads, can't get output Dale Pontius
@ 2008-09-12 2:59 ` Andy Walls
2008-09-13 0:18 ` Dale Pontius
0 siblings, 1 reply; 5+ messages in thread
From: Andy Walls @ 2008-09-12 2:59 UTC (permalink / raw)
To: Dale Pontius; +Cc: video4linux-list
On Thu, 2008-09-11 at 22:13 -0400, Dale Pontius wrote:
> I'm trying to get an Hauppauge HVR-1600 card running, based on
> information from the Gentoo Wiki, the IVTV Wiki, google, and lists.
> (This list, the mythtv list, and searching LIRC archives.)
> I'm running a 2.6.25 kernel and v4l-dvb sources pulled tonight.
Those should be fine for cx18.
> As a
> side note, the saa5249 driver with this drop does not compile for me. I
> don't remember from previous attempts if it's needed or not.
You shouldn't for an HVR-1600.
> Google
> hasn't helped me determine this. I also tried Andy Walls' tree a few
> weeks back, but for some reason it didn't integrate properly with my
> source tree, and though it compiled, it didn't install any modules.
Make install problems should be related to my tree, but that's a moot
point. The latest v4l-dvb has all of my latest changes.
> Incidentally, this system also has a bttv card installed, which I'm
> currently using for video capture. I hope to replace it with a pair of
> HVR-1600s.
FYI cx18 doesn't support analog VBI right now. If you need closed
captions and the bttv card provides it, you may wish to keep it in for
now.
> -------------------------------------------------------------------------------
> When I try "mplayer /dev/video1" it suggests I try a few options. I did
> some trial and error with that, and with modprobe ivtv before cx18. So
> the latest when I try "mplayer -vf spp,scale /dev/video1":
> -------------------------------------------------------------------------------
> MPlayer dev-SVN-r26753-4.1.2 (C) 2000-2008 MPlayer Team
> CPU: AMD Athlon(tm) 64 Processor 3000+ (Family: 15, Model: 47, Stepping: 0)
> SSE2 supported but disabled
> 3DNowExt supported but disabled
> CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 0 SSE: 1 SSE2: 0
> Compiled for x86 CPU with extensions: MMX MMX2 3DNow SSE
>
> Playing /dev/video1.
> MPEG-PS file format detected.
> VIDEO: MPEG2 384x288 (aspect 2) 29.970 fps 8000.0 kbps (1000.0 kbyte/s)
^^^^^^^
That resolution seems really odd to me ATM.
> Opening video filter: [scale]
> Opening video filter: [spp]
> ==========================================================================
> Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
> VDec: vo config request - 384 x 288 (preferred colorspace: Mpeg PES)
> [PP] Using external postprocessing filter, max q = 6.
> Could not find matching colorspace - retrying with -vf scale...
> Opening video filter: [scale]
> The selected video_out device is incompatible with this codec.
> Try appending the scale filter to your filter list,
> e.g. -vf spp,scale instead of -vf spp.
> VDecoder init failed :(
> Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
> Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)
> ==========================================================================
> ==========================================================================
> Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
> AUDIO: 48000 Hz, 2 ch, s16le, 224.0 kbit/14.58% (ratio: 28000->192000)
> Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
> ==========================================================================
> AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
> Starting playback...
> VDec: vo config request - 384 x 288 (preferred colorspace: Planar YV12)
> [PP] Using external postprocessing filter, max q = 6.
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> [swscaler @ 0x87804b8]using unscaled yuv420p -> yuv420p special converter
> VO: [xv] 384x288 => 384x288 Planar YV12
> A: 0.5 V: 0.0 A-V: 0.504 ct: 0.000 1/ 1 ??% ??% ??,?% 0 0 ^[[J
> A: 0.5 V: 0.8 A-V: -0.296 ct: -0.003 2/ 2 ??% ??% ??,?% 0 0 ^[[J
> A: 0.6 V: 0.9 A-V: -0.244 ct: -0.007 3/ 3 ??% ??% ??,?% 1 0
> ^[[J A: 1.2 V: 1.3 A-V: -0.086 ct: -0.047 15/ 15 ??% ??% ??,?% 6 0
> ...
> ^[[J A: 1.2 V: 1.3 A-V: -0.093 ct: -0.050 16/ 16 13% 61% 97.5% 7 0
> ^[[J A: 1.2 V: 1.3 A-V: -0.103 ct: -0.053 17/ 17 12% 61% 91.5% 8 0
> ^[[J A: 1.3 V: 1.4 A-V: -0.051 ct: -0.057 18/ 18 11% 62% 108.8% 9 0
> ...
> ^[[J A: 3.8 V: 2.8 A-V: 1.058 ct: -0.197 60/ 60 5% 66% 236.5% 49
> 0 ^[[J A: 3.9 V: 2.8 A-V: 1.110 ct: -0.200 61/ 61 5% 66% 240.2%
> 50 0 ^[[J
>
> ************************************************
> **** Your system is too SLOW to play this! ****
> ************************************************
>
> Possible reasons, problems, workarounds:
> - Most common: broken/buggy _audio_ driver
> - Try -ao sdl or use the OSS emulation of ALSA.
> - Experiment with different values for -autosync, 30 is a good start.
> - Slow video output
> - Try a different -vo driver (-vo help for a list) or try -framedrop!
> - Slow CPU
> - Don't try to play a big DVD/DivX on a slow CPU! Try some of the
> lavdopts,
> e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
> - Broken file
> - Try various combinations of -nobps -ni -forceidx -mc 0.
> - Slow media (NFS/SMB mounts, DVD, VCD etc)
> - Try -cache 8192.
> - Are you using -cache to play a non-interleaved AVI file?
> - Try -nocache.
> Read DOCS/HTML/en/video.html for tuning/speedup tips.
> If none of this helps you, read DOCS/HTML/en/bugreports.html.
>
> A: 4.0 V: 2.8 A-V: 1.161 ct: -0.204 62/ 62 5% 66% 243.9% 51 0 ^[[J
> A: 4.1 V: 2.9 A-V: 1.213 ct: -0.207 63/ 63 5% 65% 248.3% 52 0 ^[[J
> A: 4.1 V: 2.9 A-V: 1.204 ct: -0.210 64/ 64 5% 65% 244.4% 53 0
> ...
> ^[[J A: 4.6 V: 3.2 A-V: 1.424 ct: -0.240 73/ 73 5% 65% 248.8% 61 0
> ^[[J A: 4.7 V: 3.2 A-V: 1.476 ct: -0.244 74/ 74 5% 65% 250.7% 62 0 ^[[J
> Exiting... (Quit)
> ---------------------------------------------------------------------------------
> I would truly appreciate any suggestions or instructions for getting
> this beast working.
OK. Some questions and things to try:
1. Do you set the mmio_ndelay module option to anything specific when
you load the cx18 module? (The very latest v4l-dvb defaults it to 0).
2. What does dmesg or /var/log/messages output look like when the module
is loaded?
3. What is the output of
$ v4l2-ctl -d /dev/video1 --log-status
4. Do this sequence of commands
$ cat /dev/video1 > foo0.mpg
^C
$ cat /dev/video1 > foo1.mpg
^C
$ mplayer foo1.mpg -vo x11
(You can drop the '-vo x11' if you now your card supports Xv with X.)
Do you see a good capture being played back? The first analog capture
in file foo0.mpg will playback in a jumpy manner: it's a known cx18 bug.
5. Run a capture using caching but not scaling
$ mplayer /dev/video1 -cache 16384 -vo x11
(Again drop the '-vo x11' if you know Xv works for you.)
That should be a buffered live capture. The last numer on the mplayer
status line is the percent cache fill. If it drops to 0 the playback
may get a little jumps every so often.
(I'm looking into how to remove the need to buffer output from the cx18
driver before playback - it's a driver problem.)
> When it's fully in service I plan to put it on
> svideo behind a Comcast set-top box, using the IR blaster.
> But I know
> that's another ongoing story,
Yeah, fixing up the lirc_pvr150 driver to support the hvr1600 is on my
list of things to do, but it's way way down there. It involves
capturing commands as they are issued to the Zilog chip on a windows
box; and I don't currently have a setup to do that.
> just like cx18. I see today on LKML that
> they merged bidi LIRC for practically everything but the HVR-1600.
There's nothing to merge for the HVR-1600 really. The lirc_pvr150
module itself really only needs minor modifications. It's capturing the
library of octet strings to command the IR chip for the HVR-1600 that's
the hangup.
Regards,
Andy
> Thanks,
> Dale Pontius
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hauppauge HVR-1600 (cx18) newbie - stuff loads, can't get output
2008-09-12 2:59 ` Andy Walls
@ 2008-09-13 0:18 ` Dale Pontius
2008-09-13 2:04 ` Andy Walls
0 siblings, 1 reply; 5+ messages in thread
From: Dale Pontius @ 2008-09-13 0:18 UTC (permalink / raw)
To: Andy Walls; +Cc: video4linux-list
Andy Walls wrote:
> On Thu, 2008-09-11 at 22:13 -0400, Dale Pontius wrote:
>
Thanks for all of the info. Cutting to save space, more specifics below.
>> -------------------------------------------------------------------------------
>> When I try "mplayer /dev/video1" it suggests I try a few options. I did
>> some trial and error with that, and with modprobe ivtv before cx18. So
>> the latest when I try "mplayer -vf spp,scale /dev/video1":
>> -------------------------------------------------------------------------------
>> MPlayer dev-SVN-r26753-4.1.2 (C) 2000-2008 MPlayer Team
>> CPU: AMD Athlon(tm) 64 Processor 3000+ (Family: 15, Model: 47, Stepping: 0)
>> SSE2 supported but disabled
>> 3DNowExt supported but disabled
>> CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 0 SSE: 1 SSE2: 0
>> Compiled for x86 CPU with extensions: MMX MMX2 3DNow SSE
>>
>> Playing /dev/video1.
>> MPEG-PS file format detected.
>> VIDEO: MPEG2 384x288 (aspect 2) 29.970 fps 8000.0 kbps (1000.0 kbyte/s)
>>
> ^^^^^^^
> That resolution seems really odd to me ATM.
>
It's worth noting that MythTV has tried to use the card. It's default
resolution for the bttv card is 480x480, so I'm not sure what's
happening here. On other attempts I've seen it start up at 720x480.
<snip>
>
> OK. Some questions and things to try:
>
> 1. Do you set the mmio_ndelay module option to anything specific when
> you load the cx18 module? (The very latest v4l-dvb defaults it to 0).
>
I have not tried that. This is an nForce4 board, with PCIe, so I
believe that pretty much guarantees that it's PCI 2.3. In addition I
verified that I have a subtractive pci bridge, if I remember your
earlier posts. I did as you suggested there, and read the whole i2c/pci
thread, and I think I'm good.
> 2. What does dmesg or /var/log/messages output look like when the module
> is loaded?
>
cx18-0: unregister DVB
ACPI: PCI interrupt for device 0000:05:08.0 disabled
cx18-0: Removed Hauppauge HVR-1600, card #0
cx18: Start initialization, version 1.0.0
cx18-0: Initializing card #0
cx18-0: Autodetected Hauppauge card
ACPI: PCI Interrupt 0000:05:08.0[A] -> Link [APC3] -> GSI 18 (level,
low) -> IRQ 18
cx18-0: cx23418 revision 01010000 (B)
tveeprom 6-0050: Hauppauge model 74041, rev C6B2, serial# 3334244
tveeprom 6-0050: MAC address is 00-0D-FE-32-E0-64
tveeprom 6-0050: tuner model is TCL M2523_5N_E (idx 112, type 50)
tveeprom 6-0050: TV standards NTSC(M) (eeprom 0x08)
tveeprom 6-0050: audio processor is CX23418 (idx 38)
tveeprom 6-0050: decoder processor is CX23418 (idx 31)
tveeprom 6-0050: has no radio, has IR receiver, has IR transmitter
cx18-0: Autodetected Hauppauge HVR-1600
cx18-0: VBI is not yet supported
cs5345 6-004c: chip found @ 0x98 (cx18 i2c driver #0-0)
cx18-0: Disabled encoder IDX device
cx18-0: Registered device video1 for encoder MPEG (2 MB)
DVB: registering new adapter (cx18)
MXL5005S: Attached at address 0x63
DVB: registering frontend 0 (Samsung S5H1409 QAM/8VSB Frontend)...
cx18-0: DVB Frontend registered
cx18-0: Registered device video32 for encoder YUV (2 MB)
cx18-0: Registered device video24 for encoder PCM audio (1 MB)
cx18-0: Initialized card #0: Hauppauge HVR-1600
cx18: End initialization
Incidentally, I unloaded cx18, then reloaded it. That looks like the
first 3 lines. In addition, note that there is no firmware load. It
only appears that firmware is loaded when the first client attaches.
This appears a bit later in /var/log/messages:
Sep 12 15:41:12 localhost cx18-0: loaded v4l-cx23418-apu.fw firmware
V00120000 (141200 bytes)
Sep 12 15:41:12 localhost cx18-0: loaded v4l-cx23418-cpu.fw firmware
(158332 bytes)
Sep 12 15:41:12 localhost cx18-0: FW version: 0.0.74.0 (Release 2007/03/12)
Sep 12 15:41:13 localhost cx18-0: loaded v4l-cx23418-dig.fw firmware
(16382 bytes)
> 3. What is the output of
>
> $ v4l2-ctl -d /dev/video1 --log-status
>
Status Log:
cx18-0: ================= START STATUS CARD #0 =================
tveeprom 6-0050: Hauppauge model 74041, rev C6B2, serial# 3334244
tveeprom 6-0050: MAC address is 00-0D-FE-32-E0-64
tveeprom 6-0050: tuner model is TCL M2523_5N_E (idx 112, type 50)
tveeprom 6-0050: TV standards NTSC(M) (eeprom 0x08)
tveeprom 6-0050: audio processor is CX23418 (idx 38)
tveeprom 6-0050: decoder processor is CX23418 (idx 31)
tveeprom 6-0050: has no radio, has IR receiver, has IR transmitter
cx18-0: Video signal: not present
cx18-0: Detected format: NTSC-M
cx18-0: Specified standard: NTSC-M
cx18-0: Specified video input: Composite 7
cx18-0: Specified audioclock freq: 48000 Hz
cx18-0: Detected audio mode: mono
cx18-0: Detected audio standard: no detected audio standard
cx18-0: Audio muted: yes
cx18-0: Audio microcontroller: running
cx18-0: Configured audio standard: automatic detection
cx18-0: Configured audio system: BTSC
cx18-0: Specified audio input: Tuner (In8)
cx18-0: Preferred audio mode: stereo
cs5345 6-004c: Input: 1
cs5345 6-004c: Volume: 0 dB
cx18-0: Video Input: Tuner 1
cx18-0: Audio Input: Tuner 1
cx18-0: GPIO: direction 0x00003001, value 0x00003001
cx18-0: Tuner: TV
cx18-0: Stream: MPEG-2 Program Stream
cx18-0: VBI Format: No VBI
cx18-0: Video: 720x480, 30 fps
cx18-0: Video: MPEG-2, 4x3, Variable Bitrate, 6000000, Peak 8000000
cx18-0: Video: GOP Size 15, 2 B-Frames, GOP Closure
cx18-0: Audio: 48 kHz, MPEG-1/2 Layer II, 224 kbps, Stereo, No
Emphasis, No CRC
cx18-0: Spatial Filter: Manual, Luma 1D Horizontal, Chroma 1D
Horizontal, 0
cx18-0: Temporal Filter: Manual, 8
cx18-0: Median Filter: Off, Luma [0, 255], Chroma [0, 255]
cx18-0: Status flags: 0x00200001
cx18-0: Stream encoder MPEG: status 0x0000, 0% of 2016 KiB (63
buffers) in use
cx18-0: Stream encoder YUV: status 0x0000, 0% of 2048 KiB (16
buffers) in use
cx18-0: Stream encoder PCM audio: status 0x0000, 0% of 1008 KiB (63
buffers) in use
cx18-0: Read MPEG/VBI: 0/0 bytes
cx18-0: ================== END STATUS CARD #0 ==================
That "cx18-0: Video signal: not present" has me worried. I
just reconnected the coax to the output of the splitter, and that feeds
the bttv card just fine. Then the "cx18-0: Specified video input:
Composite 7" would make me think that I'm not looking at the tuner
input, but "v4l2-ctl -d /dev/video1 --show" gives:
Driver Info:
Driver name : cx18
Card type : Hauppauge HVR-1600
Bus info : 0000:05:08.0
Driver version: 65536
Capabilities : 0x01030001
Video Capture
Tuner
Audio
Read/Write
Format Video Capture:
Width/Height : 720/480
Pixel Format : MPEG
Field : Interlaced
Bytes per Line: 0
Size Image : 131072
Colorspace : Broadcast NTSC/PAL (SMPTE170M/ITU601)
Format VBI Capture:
Sampling Rate : 27000000 Hz
Offset : 248 samples (9.18519e-06 secs after leading edge)
Samples per Line: 1452
Sample Format : GREY
Start 1st Field : 10
Count 1st Field : 12
Start 2nd Field : 273
Count 2nd Field : 12
Crop Capability Video Capture:
Bounds : Left 0, Top 0, Width 720, Height 480
Default : Left 0, Top 0, Width 720, Height 480
Pixel Aspect: 10/11
Video input : 0 (Tuner 1)
Audio input : 0 (Tuner 1)
Frequency: 0 (0.000000 MHz)
Video Standard = 0x00001000
NTSC-M
Tuner:
Capabilities : 62.5 kHz stereo lang1 lang2
Frequency range : 0.0 MHz - 0.0 MHz
Signal strength : 0%
Current audio mode : lang1
Available subchannels: mono
Which would indicate that the tuner is the live input.
> 4. Do this sequence of commands
>
> $ cat /dev/video1 > foo0.mpg
> ^C
> $ cat /dev/video1 > foo1.mpg
> ^C
> $ mplayer foo1.mpg -vo x11
>
> (You can drop the '-vo x11' if you now your card supports Xv with X.)
>
> Do you see a good capture being played back? The first analog capture
> in file foo0.mpg will playback in a jumpy manner: it's a known cx18 bug.
>
I get a red screen, which I guess is consistent with no signal.
>
> 5. Run a capture using caching but not scaling
>
> $ mplayer /dev/video1 -cache 16384 -vo x11
>
> (Again drop the '-vo x11' if you know Xv works for you.)
>
> That should be a buffered live capture. The last numer on the mplayer
> status line is the percent cache fill. If it drops to 0 the playback
> may get a little jumps every so often.
>
> (I'm looking into how to remove the need to buffer output from the cx18
> driver before playback - it's a driver problem.)
>
Also nothing. Incidentally, it's now running at a more reasonable
resolution:
Starting playback...
VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [x11] 720x480 => 720x540 Planar YV12
By the way, should I be doing a "modprobe ivtv" prior to "modprobe
cx18"? When I was fooling around with it the other night, I noticed
that loading ivtv first did change the symptoms, and may have increased
the apparent functionality, though I may also be interpreting that
wrong. I notice that there doesn't appear to be any direct dependence
between ivtv and cx18, though both do use several other modules. I also
thought I saw that cx18 used pieces (as in source code) of ivtv, but
didn't depend directly on it. Is it also possible that ivtv is
hurting? A quick "rmmod ivtv cx18 && modprobe cx18", and the v4l2-ctl
command above gives the same results.
I think the crux of my problem is the lack of video signal, but don't
understand it.
Thanks for assistance, so far,
Dale
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hauppauge HVR-1600 (cx18) newbie - stuff loads, can't get output
2008-09-13 0:18 ` Dale Pontius
@ 2008-09-13 2:04 ` Andy Walls
2008-09-14 22:01 ` Dale Pontius
0 siblings, 1 reply; 5+ messages in thread
From: Andy Walls @ 2008-09-13 2:04 UTC (permalink / raw)
To: Dale Pontius; +Cc: video4linux-list
On Fri, 2008-09-12 at 20:18 -0400, Dale Pontius wrote:
> Andy Walls wrote:
> > On Thu, 2008-09-11 at 22:13 -0400, Dale Pontius wrote:
> >
> Thanks for all of the info. Cutting to save space, more specifics below.
> >> -------------------------------------------------------------------------------
> >> When I try "mplayer /dev/video1" it suggests I try a few options. I did
> >> some trial and error with that, and with modprobe ivtv before cx18. So
> >> the latest when I try "mplayer -vf spp,scale /dev/video1":
> >> -------------------------------------------------------------------------------
> >> MPlayer dev-SVN-r26753-4.1.2 (C) 2000-2008 MPlayer Team
> >> CPU: AMD Athlon(tm) 64 Processor 3000+ (Family: 15, Model: 47, Stepping: 0)
> >> SSE2 supported but disabled
> >> 3DNowExt supported but disabled
> >> CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 0 SSE: 1 SSE2: 0
> >> Compiled for x86 CPU with extensions: MMX MMX2 3DNow SSE
> >>
> >> Playing /dev/video1.
> >> MPEG-PS file format detected.
> >> VIDEO: MPEG2 384x288 (aspect 2) 29.970 fps 8000.0 kbps (1000.0 kbyte/s)
> >>
> > ^^^^^^^
> > That resolution seems really odd to me ATM.
> >
> It's worth noting that MythTV has tried to use the card. It's default
> resolution for the bttv card is 480x480, so I'm not sure what's
> happening here. On other attempts I've seen it start up at 720x480.
>
>
> <snip>
OK. MythTV mucked with it. No big deal, moving on...
> >
> > OK. Some questions and things to try:
> >
> > 1. Do you set the mmio_ndelay module option to anything specific when
> > you load the cx18 module? (The very latest v4l-dvb defaults it to 0).
> >
> I have not tried that. This is an nForce4 board, with PCIe, so I
> believe that pretty much guarantees that it's PCI 2.3. In addition I
> verified that I have a subtractive pci bridge, if I remember your
> earlier posts. I did as you suggested there, and read the whole i2c/pci
> thread, and I think I'm good.
Just realize that at the default mmio_ndelay=0 you are *relying* on your
motherboard hardware to fix things when the CX23418 doesn't respond
properly. Not the most reliable mode of operation in my opinion.
> > 2. What does dmesg or /var/log/messages output look like when the module
> > is loaded?
> >
> cx18-0: unregister DVB
> ACPI: PCI interrupt for device 0000:05:08.0 disabled
> cx18-0: Removed Hauppauge HVR-1600, card #0
> cx18: Start initialization, version 1.0.0
> cx18-0: Initializing card #0
> cx18-0: Autodetected Hauppauge card
> ACPI: PCI Interrupt 0000:05:08.0[A] -> Link [APC3] -> GSI 18 (level,
> low) -> IRQ 18
> cx18-0: cx23418 revision 01010000 (B)
> tveeprom 6-0050: Hauppauge model 74041, rev C6B2, serial# 3334244
> tveeprom 6-0050: MAC address is 00-0D-FE-32-E0-64
> tveeprom 6-0050: tuner model is TCL M2523_5N_E (idx 112, type 50)
> tveeprom 6-0050: TV standards NTSC(M) (eeprom 0x08)
> tveeprom 6-0050: audio processor is CX23418 (idx 38)
> tveeprom 6-0050: decoder processor is CX23418 (idx 31)
> tveeprom 6-0050: has no radio, has IR receiver, has IR transmitter
> cx18-0: Autodetected Hauppauge HVR-1600
> cx18-0: VBI is not yet supported
> cs5345 6-004c: chip found @ 0x98 (cx18 i2c driver #0-0)
> cx18-0: Disabled encoder IDX device
> cx18-0: Registered device video1 for encoder MPEG (2 MB)
> DVB: registering new adapter (cx18)
> MXL5005S: Attached at address 0x63
> DVB: registering frontend 0 (Samsung S5H1409 QAM/8VSB Frontend)...
> cx18-0: DVB Frontend registered
> cx18-0: Registered device video32 for encoder YUV (2 MB)
> cx18-0: Registered device video24 for encoder PCM audio (1 MB)
> cx18-0: Initialized card #0: Hauppauge HVR-1600
> cx18: End initialization
No analog tuner init; that's a problem. Make sure you have the tuner
modules under /lib/modules somewhere and that lsmod shows them loaded.
You should also try using the mmio_ndelay parameter if all the modules
look OK. Here's a snippet from my init:
cx18: Start initialization, version 1.0.0
cx18-0: Initializing card #0
cx18-0: Autodetected Hauppauge card
ACPI: PCI Interrupt 0000:03:03.0[A] -> GSI 21 (level, low) -> IRQ 21
cx18-0: cx23418 revision 01010000 (B)
tveeprom 2-0050: Hauppauge model 74041, rev C5B2, serial# 891351
tveeprom 2-0050: MAC address is 00-0D-FE-0D-99-D7
tveeprom 2-0050: tuner model is TCL M2523_5N_E (idx 112, type 50)
tveeprom 2-0050: TV standards NTSC(M) (eeprom 0x08)
tveeprom 2-0050: audio processor is CX23418 (idx 38)
tveeprom 2-0050: decoder processor is CX23418 (idx 31)
tveeprom 2-0050: has no radio, has IR receiver, has IR transmitter
cx18-0: Autodetected Hauppauge HVR-1600
cx18-0: VBI is not yet supported
tuner 3-0061: chip found @ 0xc2 (cx18 i2c driver #0-1)
cs5345 2-004c: chip found @ 0x98 (cx18 i2c driver #0-0)
tuner-simple 3-0061: creating new instance
tuner-simple 3-0061: type set to 50 (TCL 2002N)
[...]
> Incidentally, I unloaded cx18, then reloaded it. That looks like the
> first 3 lines. In addition, note that there is no firmware load. It
> only appears that firmware is loaded when the first client attaches.
> This appears a bit later in /var/log/messages:
>
> Sep 12 15:41:12 localhost cx18-0: loaded v4l-cx23418-apu.fw firmware
> V00120000 (141200 bytes)
> Sep 12 15:41:12 localhost cx18-0: loaded v4l-cx23418-cpu.fw firmware
> (158332 bytes)
> Sep 12 15:41:12 localhost cx18-0: FW version: 0.0.74.0 (Release 2007/03/12)
> Sep 12 15:41:13 localhost cx18-0: loaded v4l-cx23418-dig.fw firmware
> (16382 bytes)
That's fine.
> > 3. What is the output of
> >
> > $ v4l2-ctl -d /dev/video1 --log-status
> >
> Status Log:
>
> cx18-0: ================= START STATUS CARD #0 =================
> tveeprom 6-0050: Hauppauge model 74041, rev C6B2, serial# 3334244
> tveeprom 6-0050: MAC address is 00-0D-FE-32-E0-64
> tveeprom 6-0050: tuner model is TCL M2523_5N_E (idx 112, type 50)
> tveeprom 6-0050: TV standards NTSC(M) (eeprom 0x08)
> tveeprom 6-0050: audio processor is CX23418 (idx 38)
> tveeprom 6-0050: decoder processor is CX23418 (idx 31)
> tveeprom 6-0050: has no radio, has IR receiver, has IR transmitter
> cx18-0: Video signal: not present
> cx18-0: Detected format: NTSC-M
> cx18-0: Specified standard: NTSC-M
> cx18-0: Specified video input: Composite 7
> cx18-0: Specified audioclock freq: 48000 Hz
> cx18-0: Detected audio mode: mono
> cx18-0: Detected audio standard: no detected audio standard
> cx18-0: Audio muted: yes
> cx18-0: Audio microcontroller: running
> cx18-0: Configured audio standard: automatic detection
> cx18-0: Configured audio system: BTSC
> cx18-0: Specified audio input: Tuner (In8)
> cx18-0: Preferred audio mode: stereo
> cs5345 6-004c: Input: 1
> cs5345 6-004c: Volume: 0 dB
> cx18-0: Video Input: Tuner 1
> cx18-0: Audio Input: Tuner 1
> cx18-0: GPIO: direction 0x00003001, value 0x00003001
> cx18-0: Tuner: TV
> cx18-0: Stream: MPEG-2 Program Stream
> cx18-0: VBI Format: No VBI
> cx18-0: Video: 720x480, 30 fps
> cx18-0: Video: MPEG-2, 4x3, Variable Bitrate, 6000000, Peak 8000000
> cx18-0: Video: GOP Size 15, 2 B-Frames, GOP Closure
> cx18-0: Audio: 48 kHz, MPEG-1/2 Layer II, 224 kbps, Stereo, No
> Emphasis, No CRC
> cx18-0: Spatial Filter: Manual, Luma 1D Horizontal, Chroma 1D
> Horizontal, 0
> cx18-0: Temporal Filter: Manual, 8
> cx18-0: Median Filter: Off, Luma [0, 255], Chroma [0, 255]
> cx18-0: Status flags: 0x00200001
> cx18-0: Stream encoder MPEG: status 0x0000, 0% of 2016 KiB (63
> buffers) in use
> cx18-0: Stream encoder YUV: status 0x0000, 0% of 2048 KiB (16
> buffers) in use
> cx18-0: Stream encoder PCM audio: status 0x0000, 0% of 1008 KiB (63
> buffers) in use
> cx18-0: Read MPEG/VBI: 0/0 bytes
> cx18-0: ================== END STATUS CARD #0 ==================
No analog tuner status. No RF frequency being reported. You don't have
the analog tuner working. Here's a snippet from my status:
cx18-0: Specified audio input: Tuner (In8)
cx18-0: Preferred audio mode: stereo
cs5345 2-004c: Input: 1
cs5345 2-004c: Volume: 0 dB
tuner 3-0061: Tuner mode: analog TV
tuner 3-0061: Frequency: 67.25 MHz
tuner 3-0061: Standard: 0x00001000
cx18-0: Video Input: Tuner 1
cx18-0: Audio Input: Tuner 1
> That "cx18-0: Video signal: not present" has me worried.
Probably because the analog tuner is free running and not tuned.
> I
> just reconnected the coax to the output of the splitter, and that feeds
> the bttv card just fine.
Good. That variable is eliminated.
> Then the "cx18-0: Specified video input:
> Composite 7" would make me think that I'm not looking at the tuner
> input,
Composite 7 is correct. Tuner composite video (CVBS) output is fed into
Pin 7 of the CX23418's input multiplexer on HVR-1600 boards.
> but "v4l2-ctl -d /dev/video1 --show" gives:
>
> Driver Info:
> Driver name : cx18
> Card type : Hauppauge HVR-1600
> Bus info : 0000:05:08.0
> Driver version: 65536
> Capabilities : 0x01030001
> Video Capture
> Tuner
> Audio
> Read/Write
> Format Video Capture:
> Width/Height : 720/480
> Pixel Format : MPEG
> Field : Interlaced
> Bytes per Line: 0
> Size Image : 131072
> Colorspace : Broadcast NTSC/PAL (SMPTE170M/ITU601)
> Format VBI Capture:
> Sampling Rate : 27000000 Hz
> Offset : 248 samples (9.18519e-06 secs after leading edge)
> Samples per Line: 1452
> Sample Format : GREY
> Start 1st Field : 10
> Count 1st Field : 12
> Start 2nd Field : 273
> Count 2nd Field : 12
> Crop Capability Video Capture:
> Bounds : Left 0, Top 0, Width 720, Height 480
> Default : Left 0, Top 0, Width 720, Height 480
> Pixel Aspect: 10/11
> Video input : 0 (Tuner 1)
> Audio input : 0 (Tuner 1)
> Frequency: 0 (0.000000 MHz)
> Video Standard = 0x00001000
> NTSC-M
> Tuner:
> Capabilities : 62.5 kHz stereo lang1 lang2
> Frequency range : 0.0 MHz - 0.0 MHz
> Signal strength : 0%
> Current audio mode : lang1
> Available subchannels: mono
>
> Which would indicate that the tuner is the live input.
Video input : 0 (Tuner 1)
Audio input : 0 (Tuner 1)
But the frequency and tuner status below those are further confirmation
you don't have control of the analog tuner.
> > 4. Do this sequence of commands
> >
> > $ cat /dev/video1 > foo0.mpg
> > ^C
> > $ cat /dev/video1 > foo1.mpg
> > ^C
> > $ mplayer foo1.mpg -vo x11
> >
> > (You can drop the '-vo x11' if you now your card supports Xv with X.)
> >
> > Do you see a good capture being played back? The first analog capture
> > in file foo0.mpg will playback in a jumpy manner: it's a known cx18 bug.
> >
> I get a red screen, which I guess is consistent with no signal.
Yup.
> >
> > 5. Run a capture using caching but not scaling
> >
> > $ mplayer /dev/video1 -cache 16384 -vo x11
> >
> > (Again drop the '-vo x11' if you know Xv works for you.)
> >
> > That should be a buffered live capture. The last numer on the mplayer
> > status line is the percent cache fill. If it drops to 0 the playback
> > may get a little jumps every so often.
> >
> > (I'm looking into how to remove the need to buffer output from the cx18
> > driver before playback - it's a driver problem.)
> >
> Also nothing. Incidentally, it's now running at a more reasonable
> resolution:
OK, to be expected given the information you've provided.
> Starting playback...
> VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12)
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> VO: [x11] 720x480 => 720x540 Planar YV12
>
>
> By the way, should I be doing a "modprobe ivtv" prior to "modprobe
> cx18"?
It theoretically shouldn't matter.
> When I was fooling around with it the other night, I noticed
> that loading ivtv first did change the symptoms, and may have increased
> the apparent functionality, though I may also be interpreting that
> wrong.
This is clearly a symptom of the CX23418 not responding consistently on
the PCI bus under different circumstances. You need to try the
mmio_ndelay parameter.
> I notice that there doesn't appear to be any direct dependence
> between ivtv and cx18, though both do use several other modules.
Nope only via tuner modules and the common v4l, videodev, etc. modules.
> I also
> thought I saw that cx18 used pieces (as in source code) of ivtv, but
> didn't depend directly on it.
The CX23418 and CX23416 have so much in common, that the cx18 driver is
heavily based on (*cough* cut and paste *cough*) ivtv. The chips were
different enough in so many little ways to warrant a separate driver.
> Is it also possible that ivtv is
> hurting? A quick "rmmod ivtv cx18 && modprobe cx18", and the v4l2-ctl
> command above gives the same results.
That has very low probability of being a cause.
> I think the crux of my problem is the lack of video signal, but don't
> understand it.
The analog tuner didn't get initialized. Your missing the tuner module
or you need the mmio_ndelay parameter set. There's a remote chance I
need to set some tuner bus reset delays a little longer in the driver,
but I doubt it.
> Thanks for assistance, so far,
> Dale
You're welcome.
Regards,
Andy
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Hauppauge HVR-1600 (cx18) newbie - stuff loads, can't get output
2008-09-13 2:04 ` Andy Walls
@ 2008-09-14 22:01 ` Dale Pontius
0 siblings, 0 replies; 5+ messages in thread
From: Dale Pontius @ 2008-09-14 22:01 UTC (permalink / raw)
To: video4linux-list; +Cc: Dale Pontius
I've been having troubles with my ISP and now mailserver, so this has
been languishing for a day or two...
Andy Walls wrote:
> On Fri, 2008-09-12 at 20:18 -0400, Dale Pontius wrote:
>> Andy Walls wrote:
>>> On Thu, 2008-09-11 at 22:13 -0400, Dale Pontius wrote:
>>>
>> Thanks for all of the info. Cutting to save space, more specifics below.
>>>> -------------------------------------------------------------------------------
>>>> When I try "mplayer /dev/video1" it suggests I try a few options. I did
>>>> some trial and error with that, and with modprobe ivtv before cx18. So
>>>> the latest when I try "mplayer -vf spp,scale /dev/video1":
>>>> -------------------------------------------------------------------------------
>>>> MPlayer dev-SVN-r26753-4.1.2 (C) 2000-2008 MPlayer Team
>>>> CPU: AMD Athlon(tm) 64 Processor 3000+ (Family: 15, Model: 47, Stepping: 0)
>>>> SSE2 supported but disabled
>>>> 3DNowExt supported but disabled
>>>> CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 0 SSE: 1 SSE2: 0
>>>> Compiled for x86 CPU with extensions: MMX MMX2 3DNow SSE
>>>>
>>>> Playing /dev/video1.
>>>> MPEG-PS file format detected.
>>>> VIDEO: MPEG2 384x288 (aspect 2) 29.970 fps 8000.0 kbps (1000.0 kbyte/s)
>>>>
>>> ^^^^^^^
>>> That resolution seems really odd to me ATM.
>>>
>> It's worth noting that MythTV has tried to use the card. It's default
>> resolution for the bttv card is 480x480, so I'm not sure what's
>> happening here. On other attempts I've seen it start up at 720x480.
>>
>>
>> <snip>
>
> OK. MythTV mucked with it. No big deal, moving on...
>
>
>>> OK. Some questions and things to try:
>>>
>>> 1. Do you set the mmio_ndelay module option to anything specific when
>>> you load the cx18 module? (The very latest v4l-dvb defaults it to 0).
>>>
>> I have not tried that. This is an nForce4 board, with PCIe, so I
>> believe that pretty much guarantees that it's PCI 2.3. In addition I
>> verified that I have a subtractive pci bridge, if I remember your
>> earlier posts. I did as you suggested there, and read the whole i2c/pci
>> thread, and I think I'm good.
>
> Just realize that at the default mmio_ndelay=0 you are *relying* on your
> motherboard hardware to fix things when the CX23418 doesn't respond
> properly. Not the most reliable mode of operation in my opinion.
>
I tried "modprobe cx18 mmio_ndelay=61" as you suggested elsewhere, and
it didn't seem to make a lot of difference. Then I tried unloading all
of the v4l pieces I could readily find, including the bttv driver, and
tried modprobing cx18 with the delay, again. I get:
Sep 13 07:04:55 localnost Linux video capture interface: v2.00
Sep 13 07:04:55 localnost cx18: Start initialization, version 1.0.0
Sep 13 07:04:55 localnost cx18-0: Initializing card #0
Sep 13 07:04:55 localnost cx18-0: Autodetected Hauppauge card
Sep 13 07:04:55 localnost ACPI: PCI Interrupt 0000:05:08.0[A] -> Link
[APC3] -> GSI 18 (level, low) -> IRQ 18
Sep 13 07:04:55 localnost cx18-0: cx23418 revision 01010000 (B)
Sep 13 07:04:55 localnost tveeprom 2-0050: Hauppauge model 74041, rev
C6B2, serial# 3334244
Sep 13 07:04:55 localnost tveeprom 2-0050: MAC address is 00-0D-FE-32-E0-64
Sep 13 07:04:55 localnost tveeprom 2-0050: tuner model is TCL M2523_5N_E
(idx 112, type 50)
Sep 13 07:04:55 localnost tveeprom 2-0050: TV standards NTSC(M) (eeprom
0x08)
Sep 13 07:04:55 localnost tveeprom 2-0050: audio processor is CX23418
(idx 38)
Sep 13 07:04:55 localnost tveeprom 2-0050: decoder processor is CX23418
(idx 31)
Sep 13 07:04:55 localnost tveeprom 2-0050: has no radio, has IR
receiver, has IR transmitter
Sep 13 07:04:55 localnost cx18-0: Autodetected Hauppauge HVR-1600
Sep 13 07:04:55 localnost cx18-0: VBI is not yet supported
Sep 13 07:05:43 localnost cs5345 2-004c: chip found @ 0x98 (cx18 i2c
driver #0-0)
Sep 13 07:05:43 localnost cx18-0: Disabled encoder IDX device
Sep 13 07:05:43 localnost cx18-0: Registered device video0 for encoder
MPEG (2 MB)
Sep 13 07:05:43 localnost DVB: registering new adapter (cx18)
Sep 13 07:05:43 localnost MXL5005S: Attached at address 0x63
Sep 13 07:05:43 localnost DVB: registering frontend 0 (Samsung S5H1409
QAM/8VSB Frontend)...
Sep 13 07:05:43 localnost cx18-0: DVB Frontend registered
Sep 13 07:05:43 localnost cx18-0: Registered device video32 for encoder
YUV (2 MB)
Sep 13 07:05:43 localnost cx18-0: Registered device video24 for encoder
PCM audio (1 MB)
Sep 13 07:05:43 localnost cx18-0: Initialized card #0: Hauppauge HVR-1600
Sep 13 07:05:43 localnost cx18: End initialization
Which is not significantly different. (Sorry about the line-wrap)
The only real difference I see is that this timer there is no:
cx18-0: Unreasonably low latency timer, setting to 64 (was 32)
...
PCI: Setting latency timer of device 0000:00:04.0 to 64
Still no tuner messages. I see from the tveeprom line that it's got a
"TCL M2523_5N_E", which in the source references TCL 2002N, which
matches your listing.
I also tried blacklisting my bttv driver, in case there's some sort of
contention or confusion between the two inside tuner-simple.
Unfortunately it didn't work, though I've been able to blacklist cx18.
(so bttv can grab video0 and be ready for MythTV) I need to look at the
Gentoo docs harder, because ISTR that there may be something more than
just /etc/modprobe.conf needed for blacklisting.
I got some other messages a bit later that might be relevant:
it87: Found IT8712F chip at 0x290, revision 7
it87: in3 is VCC (+5V)
it87: in7 is VCCH (+5V Stand-By)
it87 it87.656: Detected broken BIOS defaults, disabling PWM interface
It's lm_sensor stuff, but it it possible that that "broken BIOS
defaults" is part of the tuner problem, since they're both i2c?
Thanks,
Dale
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-09-14 22:02 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-12 2:13 Hauppauge HVR-1600 (cx18) newbie - stuff loads, can't get output Dale Pontius
2008-09-12 2:59 ` Andy Walls
2008-09-13 0:18 ` Dale Pontius
2008-09-13 2:04 ` Andy Walls
2008-09-14 22:01 ` Dale Pontius
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox