I have searched the documentation, forums, and hcl and cannot find configuration information for this card. It is branded Security Eyes PV-155PA and has a sticker on the card reading: wa149pg000105 v.02. It is using the CX25878 chip sets.

My setup is as follows:

3) PV-155PA cards installed in 3 PCI slots.
Each has two 15 pin vga type connectors with a 8 way BNC splitter for each so 16 cameras attached to each card
32) Panasonic WV-CP224 cameras

The server they are connected to is running CentOS 6.2 64bit
I followed installation instructions from (forum will not let me post links yet, pm me for url) for the OS and Zoneminder

What I am needing at this point is some guidance as far as settings for configuring monitors. The sources and settings I have tried so far have led to monitors randomly switching back and forth between 2 video feeds. I cannot for the life of me find documentation on the actual cards that shows what settings are correct for Capture Method, Device Channel, Device Format, and Color Palette. Any help in that area would be greatly appreciated.

I also don't know if I need to change configs in /etc/modprobe.d/ or add config scripts elsewhere to make zm access the devices correctly. Any advice or links to information that would help me with this? I inherited this project from a former employee of my company. The system did work at one time but did not have an OS loaded even when I picked it up. Thanks in advance for your help and advice.

Nice thing is you already have one card working. To eliminate the random jumping from one camera to another change the captures per frame value to 2. Test, if this doesn't completely solve your issue untick multibuffers. Next: Check /dev/ for video0 through video11; if they are there no need in checking modprobe.d files. At four chips per card your channels will be 0-3. So /video0 (0), /video0 (1) ... /video0 (3), /video1 (0), /video1 (1) .... /video11 (3). PV cards are pretty straight forward in the numbering scheme; couple of cautions moving forward: all monitor settings must be identical on a single chip (all 4 channels), any difference and all will fail, second: with captures per frame set to 2 and 120 fps spread across 4 chips (30 fps per chip divided by 2 captures per frame = 15 fps, divide that by 16 cameras) expect to get about 1 fps on each monitor, if you're using color: bgr24 should work, keep your resolutions to 320*240 to begin with, if your using shared memory: at some point in bringing the monitors up you'll have to increase these values (covered amply in wiki and forums) just a tip when doing this: you'll read fomulas and scripts that'll tell you the value but the best way I've found is increasing by 100% of the original value not to exceed what's available in the system (2* original value, 3* original value ....). I'm sure I've missed alot, any problems post back.

Thank you for your fast reply. I began adding monitors using NTSC/BGR24/320*240. At first I was excited because the first monitor I added worked without skipping to other camera feeds. After adding the second monitor (/dev/video1, channel 1), the picture is the same as the first camera I added (/dev/video1, channel 0). Adding additional channels on the same chipset and all 4 cameras show the same video feed from the same camera. Other chipsets (video6, channels 0-3 for example) show only blue screens with a time/date stamp. Ideas?

Untick multibuffers in options for the repeated cameras across channels. Double your shared memory settings for the inability to add more monitors. Should be that easy.

I did that but still have only blue screens for cameras. Interestingly, it is showing fps on the monitors as if it is receiving video. I am stumped.