I've got a caputure card on this chip (PixelView XCapture). I've run ZM on that machine with bttv card for a while and it worked fine. But I had to replace card and now have problems.
When I open camera in monitor mode, it shows 0 fps and nothing on camera.
I can't see any error messages in log files and /tmp/ files.
tvtime worked fine with this card. Then I tried palantir with this card and it also worked fine, but there was one message in it's startup log:
[video] mmap of 720896 bytes failed
[video] mmap() not available - reverting to read()
Please help to get this card work with ZM
Or I'll have to use palantir as streaming server and use camera in netwok mode
I have been working on this with a different cx8800-based card and bottom line is that I can get it to work with xawtv but ZoneMinder only shows a solid green. No clue, pretty much gave up.
cx88 driver was latest and greatest-- 0.0.4?, platform is Debian with 2.6.7 kernel, ZM install works great with bttv card just not the cx.[/quote]
Did you manage to get screen grabs from xawtv? That's the analogue of the process that ZM uses. Xawtv just uses a non-invasive video mapping mode if you are using it to 'watch TV', doing an image or video grab uses the same method as ZM and if that works then it should also do so with ZM.
Hi, I am using one of these fangled new WINTV GO cards with CX8800 drivers along side two other cards of the old BT848 series. The latter work ok but seem t be having no luck with the new card. I have added a few lines in modprobe.conf to assist (or break - who knows)
alias char-major-81-2 bttv
alias char-major-81-1 bttv
alias char-major-81-0 cx8800
Otherwise I found the mapping to /dev/video? change depending on what initialised first.
I can get the new card to work ok under TVTIME but do not have XAWTV installed to test. I have found that the composite input is "2" and not "1" as on the older cards.
All I get is a black image (using 400:288 pixels).
Any help would be appreciated.
C. (email colinh at in-reading.com) Obviously replacing the at with @
I have a couple of Winfast TV2000 XP TV cards installed. xawtv wotks fine both on a local and remote displays. Grab image also works. I have had no luck with ZoneMinder or Motion. I'm running Fedora core 2 with the 2.6.9 kernel. Is there anything I can do to help track down the problem?
Below is the results of lspci -v
00:0f.0 Multimedia video controller: Conexant Winfast TV2000 XP (rev 03)
Subsystem: Hauppauge computer works Inc.: Unknown device 3401
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at e8000000 (32-bit, non-prefetchable)
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2
00:0f.1 Multimedia controller: Conexant: Unknown device 8811 (rev 03)
Subsystem: Hauppauge computer works Inc.: Unknown device 3401
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at e9000000 (32-bit, non-prefetchable)
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2
00:11.0 Multimedia video controller: Conexant Winfast TV2000 XP (rev 05)
Subsystem: Hauppauge computer works Inc.: Unknown device 3401
Flags: bus master, medium devsel, latency 64, IRQ 11
Memory at ea000000 (32-bit, non-prefetchable)
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2
00:11.1 Multimedia controller: Conexant: Unknown device 8811 (rev 05)
Subsystem: Hauppauge computer works Inc.: Unknown device 3401
Flags: bus master, medium devsel, latency 64, IRQ 11
Memory at eb000000 (32-bit, non-prefetchable)
Capabilities: [4c] Power Management version 2
/dev/video0
channel 2
format pal
Capture Palette RGB24
width 384
Height 288
Orientation Normal
The monitor is set for record and continuous run mode
The symptons are:
In the watch window: Status Idle - 0.00 fps and no picture displayed.
In the zmpkg.log
Command: start
Executing: su apache --shell=/bin/sh --command='/usr/bin/zmdc.pl check'
Removing shared memory
Executing: su apache --shell=/bin/sh --command='/usr/bin/zmfix'
Executing: su apache --shell=/bin/sh --command='/usr/bin/zmdc.pl status'
Executing: su apache --shell=/bin/sh --command='/usr/bin/zmdc.pl start zmc -d 0'
Executing: su apache --shell=/bin/sh --command='/usr/bin/zmdc.pl start zma -m 1'
Executing: su apache --shell=/bin/sh --command='/usr/bin/zmdc.pl start zmfilter.pl'
Executing: su apache --shell=/bin/sh --command='/usr/bin/zmdc.pl start zmaudit.pl -d 900 -y'
Executing: su apache --shell=/bin/sh --command='/usr/bin/zmdc.pl start zmwatch.pl'
In the system log
Jan 9 16:28:27 dom kernel: Linux video capture interface: v1.00
Jan 9 16:28:27 dom kernel: cx2388x v4l2 driver version 0.0.4 loaded
Jan 9 16:28:27 dom kernel: PCI: Found IRQ 10 for device 0000:00:0f.0
Jan 9 16:28:27 dom kernel: PCI: Sharing IRQ 10 with 0000:00:07.2
Jan 9 16:28:27 dom kernel: PCI: Sharing IRQ 10 with 0000:00:0f.1
Jan 9 16:28:27 dom kernel: cx8800[0]: quirk: PCIPCI_NATOMA -- set TBFX
Jan 9 16:28:27 dom kernel: cx8800[0]: found at 0000:00:0f.0, rev: 3, irq: 10, latency: 64, mmio: 0xe8000000
Jan 9 16:28:27 dom kernel: cx8800[0]: subsystem: 0070:3401, board: Hauppauge WinTV 34xxx models [card=1,autodetected]
Jan 9 16:28:27 dom kernel: cx8800[0]: i2c register ok
Jan 9 16:28:27 dom kernel: cx8800[0]: hauppauge eeprom: model=34705, tuner=Philips FI1246 MK2 (1), radio=no
Jan 9 16:28:28 dom kernel: tuner: Ignoring new-style parameters in presence of obsolete ones
Jan 9 16:28:28 dom kernel: tuner: chip found at addr 0xc2 i2c-bus cx8800[0]
Jan 9 16:28:28 dom kernel: tuner: type set to 1 (Philips PAL_I (FI1246 and compatibles)) by cx8800[0]
Jan 9 16:28:28 dom kernel: cx8800[0]: i2c attach [client=Philips PAL_I (FI1246 and compatibles)]
Jan 9 16:28:28 dom kernel: cx8800[0]: registered device video0 [v4l2]
Jan 9 16:28:28 dom kernel: cx8800[0]: registered device vbi0
Jan 9 16:28:28 dom kernel: PCI: Found IRQ 11 for device 0000:00:11.0
Jan 9 16:28:28 dom kernel: PCI: Sharing IRQ 11 with 0000:00:09.0
Jan 9 16:28:28 dom kernel: PCI: Sharing IRQ 11 with 0000:00:11.1
Jan 9 16:28:28 dom kernel: cx8800[1]: quirk: PCIPCI_NATOMA -- set TBFX
Jan 9 16:28:28 dom kernel: cx8800[1]: found at 0000:00:11.0, rev: 5, irq: 11, latency: 64, mmio: 0xea000000
Jan 9 16:28:28 dom kernel: cx8800[1]: subsystem: 0070:3401, board: Hauppauge WinTV 34xxx models [card=1,autodetected]
Jan 9 16:28:28 dom kernel: tuner: chip found at addr 0xc2 i2c-bus cx8800[1]
Jan 9 16:28:28 dom kernel: cx8800[1]: i2c attach [client=(tuner unset)]
Jan 9 16:28:28 dom kernel: cx8800[1]: i2c register ok
Jan 9 16:28:28 dom kernel: cx8800[1]: hauppauge eeprom: model=34705, tuner=Philips FI1246 MK2 (1), radio=no
Jan 9 16:28:28 dom kernel: tuner: type set to 1 (Philips PAL_I (FI1246 and compatibles)) by cx8800[1]
Jan 9 16:28:28 dom kernel: cx8800[1]: registered device video1 [v4l2]
Jan 9 16:28:28 dom kernel: cx8800[1]: registered device vbi1
Jan 9 16:28:28 dom zmc-d0[2289]: INF [Starting Capture]
Jan 9 16:28:29 dom zma-m1[2344]: INF [Debug Level = 0, Debug Log = ]
Jan 9 16:28:29 dom su(pam_unix)[2290]: session closed for user apache
Jan 9 16:28:29 dom su(pam_unix)[2346]: session opened for user apache by root(uid=0)
Jan 9 16:28:29 dom zma-m1[2344]: WAR [Waiting for capture daemon]
Jan 9 16:28:30 dom zma-m1[2344]: WAR [Waiting for capture daemon]
It looks like it's stuck when trying to capture. I know you mentioned you didn't have xawtv originally but I wonder if you can do a 'grab' with xawtv. If you can do that then ZM should work.
The other thing is that you are using 400x288 did you say? That's an unusual screen size, have you tried something a bit more conventional like 320x240 or 352x288?
I do have xawtv. Colinh does not but could be suffering the same problem as me. Xawtv works on both the cards. Grab also works. The screen size I use is 384x288, I tried 352x288 just for the hell of it but with no joy.
Further to my previous posting; The vertical 288 was chosen to be a half frame so as not to suffer from the interlace mis-sync problem. I have chosen other sizes such as 200x150 with no success.
The CX8800 device still simply gives a black image, no video data at all. I have increased the shared memory available to 256M! after the log file showed issues plus reduced image buffer from 100 to 25.
The old bttv devices work perfectly but I am still finding that the /dev/video number keeps changing after a reboot. I can't lock the number down to a particular card. I thought I cracked this isses with modprobe.conf entries but this does not seem to actually work reliably.
The problem only seems to have occurred since I added the CX8800 device (total of 3 video cards no installed). Previous use of 2 old style WinGo cards never exhibited any video device number swapping.
I can't believe there is no solution to this problem, there is alot of web noise about problems with CX8800. I have now loaded xawtv and TV picture is correctly displayed. I have also done a hardware scan shown below;
This is xawtv-3.94, running on Linux/i686 (2.6.9-1.11_FC2)
looking for available devices
port 61-61
type : Xvideo, image scaler
name : ATI Mach64 Back-end Overlay Scaler
/dev/video0: OK [ -device /dev/video0 ]
type : v4l2
name : MSI TV-@nywhere Master
flags: capture tuner
/dev/video1: OK [ -device /dev/video1 ]
type : v4l2
name : BT878 video (Hauppauge (bt878))
flags: overlay capture tuner
/dev/video2: OK [ -device /dev/video2 ]
type : v4l2
name : BT878 video (Hauppauge (bt878))
flags: overlay capture tuner
Surprised by the "detected" card, god knows if its right or not. I do notice that there is no overlay support for this card?
After more hours burned I have come to the conclusion that life is too short, so I ripped out an old 2002 WinFast XP card from another PC and swapped it with my CX88000 WinGo card in the Linux box. This WinFast card is based on nice trusted BT848 chipset and works a treat with zoneminder
The WinFast composite input is presented on a 6 pin mini-din socket. As I had lost the original cable set I went to work finding which pins were used. I found that in reality, this card has 2 Composite Video inputs (input 1 & 3) plus an S-Video input (input 2) and allows me to use the card for 2 composite inputs. The original cable set only had a single composite and single S-Video. So a build-in 2 input multiplexer on a cheap 25 quid card!!!
>> Going back to the original problem, I believe the issues revolves around the presentation of framebuffer memory and the fact that the card does not appear to support overlay functions. XAWTV reports V4L errors but continues and uses grabdisplay functions rather than overlay.
