I'm at a standstill again. I've got a Picolo Pro 2 card and using zmu I came up with the following information.

[root@rimmer ~]# /usr/lib/zm/bin/zmu -d /dev/video0 -q -v
Video Capabilities
Name: BT878 video ( *** UNKNOWN/GENER

Type: 171
Can capture
Can tune
Overlay onto frame buffer
Can clip
Scalable
Video Channels: 4
Audio Channels: 1
Maximum Width: 768
Maximum Height: 480
Minimum Width: 48
Minimum Height: 32
Window Attributes
X Offset: 0
Y Offset: 0
Width: 320
Height: 200
Picture Attributes
Palette: 7 - YUV422 capture
Colour Depth: 16
Brightness: 32768
Hue: 32768
Colour :32768
Contrast: 32768
Whiteness: 0
Channel 0 Attributes
Name: Television
Channel: 0
Flags: 3
Channel has a tuner
Channel has audio
Type: 1 - TV
Format: 1 - NTSC
Channel 1 Attributes
Name: Composite1
Channel: 1
Flags: 2
Channel has audio
Type: 2 - Camera
Format: 1 - NTSC
Channel 2 Attributes
Name: S-Video
Channel: 2
Flags: 2
Channel has audio
Type: 2 - Camera
Format: 1 - NTSC
Channel 3 Attributes
Name: Composite3
Channel: 3
Flags: 2
Channel has audio
Type: 2 - Camera
Format: 1 - NTSC


In var/log/messages I have the following bit of information.

Jun 28 19:51:36 rimmer kernel: Linux video capture interface: v1.00
Jun 28 19:51:36 rimmer kernel: bttv: driver version 0.9.15 loaded
Jun 28 19:51:36 rimmer kernel: bttv: using 8 buffers with 2080k (520 pages) each for capture
Jun 28 19:51:36 rimmer kernel: bttv: Bt8xx card found (0).
Jun 28 19:51:36 rimmer kernel: PCI: Found IRQ 9 for device 0000:01:0b.0
Jun 28 19:51:36 rimmer kernel: PCI: Sharing IRQ 9 with 0000:00:01.0
Jun 28 19:51:36 rimmer kernel: PCI: Sharing IRQ 9 with 0000:01:0b.1
Jun 28 19:51:36 rimmer kernel: bttv0: Bt878 (rev 17) at 0000:01:0b.0, irq: 9, latency: 64, mmio: 0xf8001000
Jun 28 19:51:36 rimmer kernel: bttv0: subsystem: 0000:0002 (UNKNOWN)
Jun 28 19:51:36 rimmer kernel: bttv0: using: *** *** [card=0,autodetected]
Jun 28 19:51:36 rimmer kernel: bttv0: using tuner=-1
Jun 28 19:51:36 rimmer kernel: bttv0: i2c: checking for MSP34xx @ 0x80... not found
Jun 28 19:51:36 rimmer kernel: bttv0: i2c: checking for TDA9875 @ 0xb0... not found
Jun 28 19:51:36 rimmer kernel: bttv0: i2c: checking for TDA7432 @ 0x8a... not found
Jun 28 19:51:36 rimmer kernel: bttv0: i2c: checking for TDA9887 @ 0x86... not found
Jun 28 19:51:36 rimmer kernel: bttv0: registered device video0
Jun 28 19:51:36 rimmer kernel: bttv0: registered device vbi0
Jun 28 19:51:36 rimmer kernel: bt878: AUDIO driver version 0.0.0 loaded
Jun 28 19:51:36 rimmer kernel: bt878: Bt878 AUDIO function found (0).
Jun 28 19:51:36 rimmer kernel: PCI: Found IRQ 9 for device 0000:01:0b.1
Jun 28 19:51:36 rimmer kernel: PCI: Sharing IRQ 9 with 0000:00:01.0
Jun 28 19:51:36 rimmer kernel: PCI: Sharing IRQ 9 with 0000:01:0b.0
Jun 28 19:51:36 rimmer kernel: bt878(0): Bt878 (rev 17) at 01:0b.1, irq: 9, latency: 64, memory: 0xf8000000


I get the following from dmesg:

[root@rimmer ~]# dmesg
Linux version 2.6.11-1.27_FC3 (bhcompile@porky.build.redhat.com) (gcc version 3.4.3 20050227 (Red Hat 3.4.3-22)) #1 Tue May 17 20:27:37 EDT 2005



Since the card type is listed as 0 does that mean the system doesn't know how to deal with it.
How do I go about changing the card type? I've played with the modprobe command with no success.

Just to confuse things a little more, TvTime works on video channel 4. The ports are labeled Vid1 thru Vid4 and when I have my camera hooked up to Vid4 the image comes in just fine. That port is listed as Television, Vid3 is listed as Composite 1, Vid2 is listed as S-Video and Vid1 is listed as Composite 3. None of that makes sense to me.

This issue seems to be the last problem I've got. (I hope!)

Thanks for any help!

Brad

Try using card=97 for modprobe.conf
I was able to find this
http://www.linuxhq.com/ldp/howto/BTTV/cards.html
http://xawdecode.sourceforge.net/aideUS ... ardall.htm
Other wise I'll need to get somemore information from you to make a patch for your kernel.
Regards,
Cordel

Hi Cordell, thanks for the response.

This is what my modprobe.conf looks like now:

alias eth0 3c59x
alias snd-card-0 snd-intel8x0
options snd-card-0 index=0
install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 || :
remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0
alias usb-controller uhci-hcd
options bttv card=97
alias char-major-81 bttv

Using dmesg I get the following:

Linux video capture interface: v1.00
bttv: driver version 0.9.15 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
PCI: Found IRQ 9 for device 0000:01:0b.0
PCI: Sharing IRQ 9 with 0000:00:01.0
PCI: Sharing IRQ 9 with 0000:01:0b.1
bttv0: Bt878 (rev 17) at 0000:01:0b.0, irq: 9, latency: 64, mmio: 0xf8001000
bttv0: subsystem: 0000:0002 (UNKNOWN)
please mail id, board name and the correct card= insmod option to kraxel@bytesex.org
bttv0: using: Euresys Picolo [card=97,insmod option]
bttv0: gpio: en=00000000, out=00000000 in=00fffcdd [init]
bttv0: using tuner=0
bttv0: i2c: checking for TDA9887 @ 0x86... not found
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: PLL: 28636363 => 35468950 .. ok
bt878: AUDIO driver version 0.0.0 loaded
bt878: Bt878 AUDIO function found (0).
PCI: Found IRQ 9 for device 0000:01:0b.1
PCI: Sharing IRQ 9 with 0000:00:01.0
PCI: Sharing IRQ 9 with 0000:01:0b.0
bt878(0): Bt878 (rev 17) at 01:0b.1, irq: 9, latency: 64, memory: 0xf8000000



It looks like the system now knows about the picolo card but the results are still the same with regards to ZM. All I get is a blank monitor box where the image should be. tvtime still works fine on vid4 which to me still makes no sense. Oh well, off to work so I can pay for all this maddness!

Any other suggestions would be greatly appreciated.
Thanks,

Brad

Hmmm, been doing a little more digging and since I did he modprobe statement in modprobe.conf I seem to have lost a channel. Also the capture board type returned by zmu is type 171 which makes no sense to me.
Below is the result of using the zmu command:

[root@rimmer ~]# /usr/lib/zm/bin/zmu -d /dev/video0 -q -v
Video Capabilities
Name: BT878 video (Euresys Picolo)
Type: 171
Can capture
Can tune
Overlay onto frame buffer
Can clip
Scalable
Video Channels: 3
Audio Channels: 0
Maximum Width: 768
Maximum Height: 480
Minimum Width: 48
Minimum Height: 32
Window Attributes
X Offset: 0
Y Offset: 0
Width: 320
Height: 200
Picture Attributes
Palette: 7 - YUV422 capture
Colour Depth: 16
Brightness: 32768
Hue: 32768
Colour :32768
Contrast: 32768
Whiteness: 0
Channel 0 Attributes
Name: Composite0
Channel: 0
Flags: 2
Channel has audio
Type: 2 - Camera
Format: 1 - NTSC
Channel 1 Attributes
Name: Composite1
Channel: 1
Flags: 2
Channel has audio
Type: 2 - Camera
Format: 1 - NTSC
Channel 2 Attributes
Name: S-Video
Channel: 2
Flags: 2
Channel has audio
Type: 2 - Camera
Format: 1 - NTSC


The camera i have install is a Sanyo hi-resolution color ccd model VDC 2974. I can't think of any reason this camera wouldn't be compatable.

Just noticed this in the apache error log. If I remember correctly LDAP is required. Any clues as to what I'm doing wrong to get this error?

[Tue Jun 28 19:51:47 2005] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Tue Jun 28 19:51:47 2005] [notice] LDAP: SSL support unavailable
PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/ldap.so' - /usr/lib/php4/ldap.so: undefined symbol: ap_php_snprintf in Unknown on line 0


And found this as well in the mysql logs.

050629 05:46:09 mysqld started
Cannot initialize InnoDB as 'innodb_data_file_path' is not set.
If you do not want to use transactional InnoDB tables, add a line
skip-innodb
to the [mysqld] section of init parameters in your my.cnf
or my.ini. If you want to use InnoDB tables, add to the [mysqld]
section, for example,
innodb_data_file_path = ibdata1:10M:autoextend
But to get good performance you should adjust for your hardware
the InnoDB startup options listed in section 2 at
http://www.innodb.com/ibman.html
/usr/libexec/mysqld: ready for connections

Brad

Well I think I got rid of the php-ldap error. I uninstalled the package and then used package manager to reinstall it. Now I see the error listed below in the appache httpd error log.

[Thu Jun 30 05:35:27 2005] [error] [client 127.0.0.1] script not found or unable to stat: /var/www/cgi-bin/zms, referer: http://localhost/zm/index.php?view=watc ... 0&control=

There are no files in the /var/www/cgi-bin directory. Looking at the above error it appears that zone minder is looking for zms to be in that directory. Did something fail on my rpm install?

So, am I getting any closer?!!!

Brad

Try moving the
options bttv card=
to after the alias char-major-81 bttv
I'm not sure that It makes a differance but I have never seen anyone put it before.

As for the scripts in cgi-bin, If you are running the FC3 RPM the files are located diferantly than normal. All static files are moved to /usr/lib/zm. The images are at /var/lib/zm with symlinks to the static files, And in /etc/httpd/conf.d/zm.conf the alias is made for zm and cgi-bin/zm. And of course the logs are at /var/log/zm

Hi Cordel,

Thanks for the reply. I swapped the options statement to below the alias char statement with the same results in the /var/log/messages file.

Linux video capture interface: v1.00
bttv: Unknown parameter `'
bttv: driver version 0.9.15 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
PCI: Found IRQ 9 for device 0000:01:0b.0
PCI: Sharing IRQ 9 with 0000:00:01.0
PCI: Sharing IRQ 9 with 0000:01:0b.1
bttv0: Bt878 (rev 17) at 0000:01:0b.0, irq: 9, latency: 64, mmio: 0xf8001000
bttv0: subsystem: 0000:0002 (UNKNOWN)
please mail id, board name and the correct card= insmod option to kraxel@bytesex.org
bttv0: using: Euresys Picolo [card=97,insmod option]
bttv0: gpio: en=00000000, out=00000000 in=00fffcdd [init]
bttv0: using tuner=0
bttv0: i2c: checking for TDA9887 @ 0x86... not found
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: PLL: 28636363 => 35468950 .. ok
bt878: AUDIO driver version 0.0.0 loaded
bt878: Bt878 AUDIO function found (0).
PCI: Found IRQ 9 for device 0000:01:0b.1
PCI: Sharing IRQ 9 with 0000:00:01.0
PCI: Sharing IRQ 9 with 0000:01:0b.0
bt878(0): Bt878 (rev 17) at 01:0b.1, irq: 9, latency: 64, memory: 0xf8000000


My apache httpd error log shows the following.

[Thu Jun 30 16:44:32 2005] [notice] caught SIGTERM, shutting down
[Thu Jun 30 16:46:24 2005] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Jun 30 16:46:25 2005] [notice] Digest: generating secret for digest authentication ...
[Thu Jun 30 16:46:25 2005] [notice] Digest: done
[Thu Jun 30 16:46:25 2005] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Thu Jun 30 16:46:25 2005] [notice] LDAP: SSL support unavailable
[Thu Jun 30 16:46:26 2005] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Thu Jun 30 16:46:27 2005] [notice] Apache/2.0.52 (Fedora) configured -- resuming normal operations
[Thu Jun 30 17:10:27 2005] [error] [client 127.0.0.1] script not found or unable to stat: /var/www/cgi-bin/zms, referer: http://localhost/zm/index.php?view=watc ... 0&control=
[Thu Jun 30 17:10:36 2005] [error] [client 127.0.0.1] script not found or unable to stat: /var/www/cgi-bin/zms, referer: http://localhost/zm/index.php?view=watc ... 0&control=
[Thu Jun 30 17:10:50 2005] [error] [client 127.0.0.1] script not found or unable to stat: /var/www/cgi-bin/zms, referer: http://localhost/zm/index.php?view=watc ... 0&control=


So swapping the options statement didn't help. It sure looks to me like zms or its location is my biggest problem at the moment. I think I'll start working the apache issue for now.

tvtime still works so the alias option statement didn't seem to affect that part.

Thanks for any and all help.

Brad

Are you using the FC RPM?
If so the path for zms would be /cgi-bin/zm/zms and this is what you should see in options under the paths tab.

Cordel,

I took your advice and checked the path statement for zms. Mine was listed as /cgi-bin/zms and thats it. For some reason the /zm/ was missing. I changed it to cgi-bin/zm/zms and I didn't notice any change. I then put put the zms file in the /usr/lib/zm/cgi-bin/ directory and video0 channel 0 started working. Monitor mode works as does record mode.

Now, if I remove zms from the /usr/lib/zm/cgi-bin/ directory (its still in the /usr/lib/zm/bin/ directory) the monitor screen becomes blank again. No matter what, in order to make it work I have to have zms in the /usr/lib/zm/cgi-bin/ directory and the path configured as /cgi-bin/zm/zms.

I'm not really sure what that means or if its supposed to be configured that way.

As I mentioned above channel 0 does work now but I get nothing but a blue screen on channels 1, 2 and 3. A previous poster on this forum complained of the same problem with the Picolo Pro 2 card so maybe I've now ran into a brick wall.

Any suggestions as to what to do about getting the other channels to work?

Thanks for all your help in getting me this far!

Brad

Are you using one of my RPM's? If so please let me know what version, err let us know the version either way so we might be able to track down what the malfunction is.
Oskin's and my RPM (well last time I checked) are pretty much the same ( I think he added some more of his own features, while for the most part I stick with what Phil has going). The install paths should be:
prefix= /usr/lib/zm
all zm binaries = prefix/bin
all web pages = prefix/html
web scripts (zms, nph-zms) = prefix/cgi-bin

There is a config file for apache installed /etc/httpd/conf.d/zm.conf which setup the alias's for http://<address>/zm and http://<address>/zm/cgi-bin/

All captured images and such should be going to /var/lib/zm/

Hope this help to make since of it all. Please let me know what is not following this if it's one of my RPM's so I can look into it.
Regards,
Cordel

Cordel,

Below is the contents of my /etc/httpd/conf.d/zm.conf file.

Alias /zm "/usr/lib/zm/html/"
<Directory "/usr/lib/zm/html">
Options Indexes MultiViews FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all
</Directory>

ScriptAlias /cgi-bin/zm/ "/usr/lib/zm/cgi-bin/"
<Directory "/usr/lib/zm/cgi-bin">
AllowOverride All
Options ExecCGI
Order allow,deny
Allow from all
</Directory>


I'm running Zone Minder zm-1.21.2-1.FC3.CTU.i386.rpm. However I don't remember where I downloaded it from. It seems to me there was only one site that had 1.21.2 available at the time.

I'm a little confused by the "prefix" mentioned below. I do have a /usr/lib/zm directory with a bin directory under that along with the html and cgi-bin directory. Its in the cgi-bin directory that I had to put zms in (there was a file called nph-zms but I removed it, guess I should put it back).

> The install paths should be:
> prefix= /usr/lib/zm
> all zm binaries = prefix/bin
> all web pages = prefix/html
> web scripts (zms, nph-zms) = prefix/cgi-bin

Brad

Prefix is just the base of the install or the root of the install.
prefix= /usr/lib/zm
all zm binaries = prefix/bin = /usr/lib/zm/bin
all web pages = prefix/html = /usr/lib/zm/html
web scripts (zms, nph-zms) = prefix/cgi-bin = /usr/lib/zm/cgi-bin

You might also consider upgrading your install to zm-1.21.2-2 as I have released a new version with a few bug fixes that is on my website or if you configured yum you can do a yum upgrade