Re: Cannot configure second Kodicom 4400R
I realized that my command line was wrong. Stupid me.
xawtv -c /dev/videox
where x = 0 to 7
That worked.
I will go away now!
On Sat, Oct 15, 2011 at 8:15 PM, Allan Macdonald
allan.w.macdon...@gmail.com wrote:
On Tue, Oct 11, 2011 at 12:37 PM, Allan Macdonald
allan.w.macdon...@gmail.com wrote:
On Mon, Oct 10, 2011 at 5:17 PM, Patrick Dickey pdickeyb...@gmail.com
wrote:
Hi there Allan,
I'm not familiar with the card (so you'll want to defer to someone else
if their answer differs from mine). It looks like video0 and video1 are
assigned to the first card, and video2 and video3 are assigned to the
second card. So, you might want to try
xawtv -d /dev/video2'
or
xawtv -d /dev/video3
and see if one of those uses the second card (you could try video4 or
video5 also, since they're assigned to cards).
Have a great day:)
Patrick.
On 10/10/2011 01:45 PM, Allan Macdonald wrote:
Hi to all,
I am new to this list.
I have been successfully using a Kodicom 4400R with zoneminder but I
wanted to expand so I bought a second card and installed it. The
problem with this card is that I cannot seem to be able to get the
second card to work. I tried using xawtv with the following command:
xawtv -d /dev/video1
The result is that I get images from /dev/video0
I also tried:
xawtv -d /dev/video4
with the same result.
I obviously don't understand what's going on.
I tried following the instructions here, to no avail:
http://www.zoneminder.com/wiki/index.php/Kodicom_4400r
I also looked here:
http://linuxtv.org/wiki/index.php/Kodicom_4400R
but, unfortunately, the following page does not explain what happens
with more than one card installed.
Here's my bttv.conf:
[code]
options bttv gbuffers=32 card=133,132,133,133,133,132,133,133 tuner=4
chroma_agc=1
[/code]
I have attached a dmesg output and an lsmod output.
I would greatly appreciate some help. Many thanks in advance.
Regards,
Allan Macdonald
Thanks for your reply, Patrick. I tried every device from /dev/video0
to /dev/video5 and several channel numbers.
The wierd thing is that, if I pick video0, I can see inputs 0 - 3.
When I select devices video1 - 4, I still see the inputs for video0.
To the list:
What I'd really like to know is:
1. I had previously assumed that video0 was the first card installed,
video1 was the second, etc. Is this incorrect? Please clarify.
2. The card is a 4-input card. I presume these inputs were
composite(0) to composite(3). Am I mistaken here too? Please
clarify.
As an educational exercise, (or just plain insanity - you judge!) I
have been playing around with the example C code found here:
http://linuxtv.org/downloads/v4l-dvb-apis/capture-example.html
and inserted the following couple of lines around line 457 (just after
the Select video input comment)
int index;
index = 0;
if (-1 == ioctl (fd, VIDIOC_S_INPUT, index)) {
perror (VIDIOC_S_INPUT);
exit (EXIT_FAILURE);
}
Questions about this software:
1. I had assumed that, if I wanted the second input on the second
card, I would make the index variable equal to 1, compile and run the
program with option -d /dev/video1. Am I out to lunch? (I actually
made the input number a command-line option but that source is at home
and I'm at work now).
2. Also, is the index passed to the VIDIOC_S_INPUT ioctl the same
index passed to VIDIOC_QBUF and VIDIOC_DQBUF?
3. What does the documentation mean by enqueue and dequeue I
believe to dequeue is to cause the driver to transfer a frame from
its internal fifo buffer to the destination buffer and move the oldest
data pointer to the next oldest item. Is this correct? Why does the
example program then go and enqueue the same data to the same
device?
I should point out that I don't really know what this program is
actually doing... The only thing I can figure is that the program gets
frames from the video device and stores them in a ram buffer (assuming
default options). I guess the data is just a big binary blob and
another process is required to handle the data in some way (i.e.
display it, or whatever). As you can see, I am totally new at this
and some help there would be appreciated as well. Please help a baby
learn to crawl!
Cheers,
Allan
Dear Linux Media community,
OK, since I haven't heard from anybody since my last post, maybe this
additonal info might help pique somebody's interest:
According to the web page,
http://linuxtv.org/wiki/index.php/Kodicom_4400R, the Kodicom 4400R has
4 Conexant BT878A ICs. Each chip can select one of 16 inputs which
are routed through via a crosspoint video switch IC (Intersil
CD22M3494MQ) . This is controlled by means of the GPIO on the
“master” BT878A (the “second”, “fifth”, etc. BT878A, according to the
BTTV driver ). The crosspoint switch IC has 16 inputs and 4 outputs
(that’s what the web page says
Re: Cannot configure second Kodicom 4400R
On Tue, Oct 11, 2011 at 12:37 PM, Allan Macdonald
allan.w.macdon...@gmail.com wrote:
On Mon, Oct 10, 2011 at 5:17 PM, Patrick Dickey pdickeyb...@gmail.com wrote:
Hi there Allan,
I'm not familiar with the card (so you'll want to defer to someone else
if their answer differs from mine). It looks like video0 and video1 are
assigned to the first card, and video2 and video3 are assigned to the
second card. So, you might want to try
xawtv -d /dev/video2'
or
xawtv -d /dev/video3
and see if one of those uses the second card (you could try video4 or
video5 also, since they're assigned to cards).
Have a great day:)
Patrick.
On 10/10/2011 01:45 PM, Allan Macdonald wrote:
Hi to all,
I am new to this list.
I have been successfully using a Kodicom 4400R with zoneminder but I
wanted to expand so I bought a second card and installed it. The
problem with this card is that I cannot seem to be able to get the
second card to work. I tried using xawtv with the following command:
xawtv -d /dev/video1
The result is that I get images from /dev/video0
I also tried:
xawtv -d /dev/video4
with the same result.
I obviously don't understand what's going on.
I tried following the instructions here, to no avail:
http://www.zoneminder.com/wiki/index.php/Kodicom_4400r
I also looked here:
http://linuxtv.org/wiki/index.php/Kodicom_4400R
but, unfortunately, the following page does not explain what happens
with more than one card installed.
Here's my bttv.conf:
[code]
options bttv gbuffers=32 card=133,132,133,133,133,132,133,133 tuner=4
chroma_agc=1
[/code]
I have attached a dmesg output and an lsmod output.
I would greatly appreciate some help. Many thanks in advance.
Regards,
Allan Macdonald
Thanks for your reply, Patrick. I tried every device from /dev/video0
to /dev/video5 and several channel numbers.
The wierd thing is that, if I pick video0, I can see inputs 0 - 3.
When I select devices video1 - 4, I still see the inputs for video0.
To the list:
What I'd really like to know is:
1. I had previously assumed that video0 was the first card installed,
video1 was the second, etc. Is this incorrect? Please clarify.
2. The card is a 4-input card. I presume these inputs were
composite(0) to composite(3). Am I mistaken here too? Please
clarify.
As an educational exercise, (or just plain insanity - you judge!) I
have been playing around with the example C code found here:
http://linuxtv.org/downloads/v4l-dvb-apis/capture-example.html
and inserted the following couple of lines around line 457 (just after
the Select video input comment)
int index;
index = 0;
if (-1 == ioctl (fd, VIDIOC_S_INPUT, index)) {
perror (VIDIOC_S_INPUT);
exit (EXIT_FAILURE);
}
Questions about this software:
1. I had assumed that, if I wanted the second input on the second
card, I would make the index variable equal to 1, compile and run the
program with option -d /dev/video1. Am I out to lunch? (I actually
made the input number a command-line option but that source is at home
and I'm at work now).
2. Also, is the index passed to the VIDIOC_S_INPUT ioctl the same
index passed to VIDIOC_QBUF and VIDIOC_DQBUF?
3. What does the documentation mean by enqueue and dequeue I
believe to dequeue is to cause the driver to transfer a frame from
its internal fifo buffer to the destination buffer and move the oldest
data pointer to the next oldest item. Is this correct? Why does the
example program then go and enqueue the same data to the same
device?
I should point out that I don't really know what this program is
actually doing... The only thing I can figure is that the program gets
frames from the video device and stores them in a ram buffer (assuming
default options). I guess the data is just a big binary blob and
another process is required to handle the data in some way (i.e.
display it, or whatever). As you can see, I am totally new at this
and some help there would be appreciated as well. Please help a baby
learn to crawl!
Cheers,
Allan
Dear Linux Media community,
OK, since I haven't heard from anybody since my last post, maybe this
additonal info might help pique somebody's interest:
According to the web page,
http://linuxtv.org/wiki/index.php/Kodicom_4400R, the Kodicom 4400R has
4 Conexant BT878A ICs. Each chip can select one of 16 inputs which
are routed through via a crosspoint video switch IC (Intersil
CD22M3494MQ) . This is controlled by means of the GPIO on the
“master” BT878A (the “second”, “fifth”, etc. BT878A, according to the
BTTV driver ). The crosspoint switch IC has 16 inputs and 4 outputs
(that’s what the web page says but the CD22M3484 data sheet says the
chip has 8 outputs, not 4). The inputs are connected to the camera
input pins, the 4 BNC inputs shared with the 16 header pins. The 4
outputs go to the inputs of the 4 BT878A IC’s.
Of
Re: Cannot configure second Kodicom 4400R
On Mon, Oct 10, 2011 at 5:17 PM, Patrick Dickey pdickeyb...@gmail.com wrote:
Hi there Allan,
I'm not familiar with the card (so you'll want to defer to someone else
if their answer differs from mine). It looks like video0 and video1 are
assigned to the first card, and video2 and video3 are assigned to the
second card. So, you might want to try
xawtv -d /dev/video2'
or
xawtv -d /dev/video3
and see if one of those uses the second card (you could try video4 or
video5 also, since they're assigned to cards).
Have a great day:)
Patrick.
On 10/10/2011 01:45 PM, Allan Macdonald wrote:
Hi to all,
I am new to this list.
I have been successfully using a Kodicom 4400R with zoneminder but I
wanted to expand so I bought a second card and installed it. The
problem with this card is that I cannot seem to be able to get the
second card to work. I tried using xawtv with the following command:
xawtv -d /dev/video1
The result is that I get images from /dev/video0
I also tried:
xawtv -d /dev/video4
with the same result.
I obviously don't understand what's going on.
I tried following the instructions here, to no avail:
http://www.zoneminder.com/wiki/index.php/Kodicom_4400r
I also looked here:
http://linuxtv.org/wiki/index.php/Kodicom_4400R
but, unfortunately, the following page does not explain what happens
with more than one card installed.
Here's my bttv.conf:
[code]
options bttv gbuffers=32 card=133,132,133,133,133,132,133,133 tuner=4
chroma_agc=1
[/code]
I have attached a dmesg output and an lsmod output.
I would greatly appreciate some help. Many thanks in advance.
Regards,
Allan Macdonald
Thanks for your reply, Patrick. I tried every device from /dev/video0
to /dev/video5 and several channel numbers.
The wierd thing is that, if I pick video0, I can see inputs 0 - 3.
When I select devices video1 - 4, I still see the inputs for video0.
To the list:
What I'd really like to know is:
1. I had previously assumed that video0 was the first card installed,
video1 was the second, etc. Is this incorrect? Please clarify.
2. The card is a 4-input card. I presume these inputs were
composite(0) to composite(3). Am I mistaken here too? Please
clarify.
As an educational exercise, (or just plain insanity - you judge!) I
have been playing around with the example C code found here:
http://linuxtv.org/downloads/v4l-dvb-apis/capture-example.html
and inserted the following couple of lines around line 457 (just after
the Select video input comment)
int index;
index = 0;
if (-1 == ioctl (fd, VIDIOC_S_INPUT, index)) {
perror (VIDIOC_S_INPUT);
exit (EXIT_FAILURE);
}
Questions about this software:
1. I had assumed that, if I wanted the second input on the second
card, I would make the index variable equal to 1, compile and run the
program with option -d /dev/video1. Am I out to lunch? (I actually
made the input number a command-line option but that source is at home
and I'm at work now).
2. Also, is the index passed to the VIDIOC_S_INPUT ioctl the same
index passed to VIDIOC_QBUF and VIDIOC_DQBUF?
3. What does the documentation mean by enqueue and dequeue I
believe to dequeue is to cause the driver to transfer a frame from
its internal fifo buffer to the destination buffer and move the oldest
data pointer to the next oldest item. Is this correct? Why does the
example program then go and enqueue the same data to the same
device?
I should point out that I don't really know what this program is
actually doing... The only thing I can figure is that the program gets
frames from the video device and stores them in a ram buffer (assuming
default options). I guess the data is just a big binary blob and
another process is required to handle the data in some way (i.e.
display it, or whatever). As you can see, I am totally new at this
and some help there would be appreciated as well. Please help a baby
learn to crawl!
Cheers,
Allan
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Cannot configure second Kodicom 4400R
Hi to all, I am new to this list. I have been successfully using a Kodicom 4400R with zoneminder but I wanted to expand so I bought a second card and installed it. The problem with this card is that I cannot seem to be able to get the second card to work. I tried using xawtv with the following command: xawtv -d /dev/video1 The result is that I get images from /dev/video0 I also tried: xawtv -d /dev/video4 with the same result. I obviously don't understand what's going on. I tried following the instructions here, to no avail: http://www.zoneminder.com/wiki/index.php/Kodicom_4400r I also looked here: http://linuxtv.org/wiki/index.php/Kodicom_4400R but, unfortunately, the following page does not explain what happens with more than one card installed. Here's my bttv.conf: [code] options bttv gbuffers=32 card=133,132,133,133,133,132,133,133 tuner=4 chroma_agc=1 [/code] I have attached a dmesg output and an lsmod output. I would greatly appreciate some help. Many thanks in advance. Regards, Allan Macdonald [1789815.240043] bttv7: unloading [1789815.240543] bttv6: unloading [1789815.241957] bttv5: unloading [1789815.242712] bttv4: unloading [1789815.243791] bttv3: unloading [1789815.245141] bttv2: unloading [1789815.245911] bttv1: unloading [1789815.246630] bttv0: unloading [1789825.453780] bttv: driver version 0.9.18 loaded [1789825.453783] bttv: using 32 buffers with 2080k (520 pages) each for capture [1789825.454079] bttv: Bt8xx card found (0). [1789825.454098] bttv0: Bt878 (rev 17) at :04:0c.0, irq: 17, latency: 64, mmio: 0xfbefe000 [1789825.454194] bttv0: using: Kodicom 4400R (slave) [card=133,insmod option] [1789825.454197] IRQ 17/bttv0: IRQF_DISABLED is not guaranteed on shared IRQs [1789825.454226] bttv0: gpio: en=, out= in=00ff [init] [1789825.454324] bttv0: tuner absent [1789825.454930] bttv0: registered device video0 [1789825.455328] bttv0: registered device vbi0 [1789825.455351] bttv0: PLL: 28636363 = 35468950 . [1789825.455735] bttv0: PLL: 28636363 = 35468950 . [1789825.455759] bttv0: PLL: 28636363 = 35468950 .. ok [1789825.477567] bttv: Bt8xx card found (1). [1789825.477590] bttv1: Bt878 (rev 17) at :04:0d.0, irq: 18, latency: 64, mmio: 0xfbefc000 [1789825.477748] bttv1: using: Kodicom 4400R (master) [card=132,insmod option] [1789825.477751] IRQ 18/bttv1: IRQF_DISABLED is not guaranteed on shared IRQs [1789825.477787] bttv1: gpio: en=, out= in=00ff [init] [1789825.477953] bttv1: tuner absent [1789825.478309] bttv1: registered device video1 [1789825.478408] bttv1: registered device vbi1 [1789825.478430] bttv1: PLL: 28636363 = 35468950 . [1789825.479521] bttv1: PLL: 28636363 = 35468950 . [1789825.479788] bttv1: PLL: 28636363 = 35468950 . ok [1789857.668538] bttv: Bt8xx card found (2). [1789857.668558] bttv2: Bt878 (rev 17) at :04:0e.0, irq: 19, latency: 64, mmio: 0xfbefa000 [1789857.668702] bttv2: using: Kodicom 4400R (slave) [card=133,insmod option] [1789857.668705] IRQ 19/bttv2: IRQF_DISABLED is not guaranteed on shared IRQs [1789857.668742] bttv2: gpio: en=, out= in=00ff [init] [1789857.668804] bttv2: tuner absent [1789857.668893] bttv2: registered device video2 [1789857.668923] bttv2: registered device vbi2 [1789857.668951] bttv2: PLL: 28636363 = 35468950 . [1789857.670200] bttv2: PLL: 28636363 = 35468950 . [1789857.670643] bttv2: PLL: 28636363 = 35468950 .. ok [1789889.860537] bttv: Bt8xx card found (3). [1789889.860558] bttv3: Bt878 (rev 17) at :04:0f.0, irq: 16, latency: 64, mmio: 0xfbef8000 [1789889.860702] bttv3: using: Kodicom 4400R (slave) [card=133,insmod option] [1789889.860705] IRQ 16/bttv3: IRQF_DISABLED is not guaranteed on shared IRQs [1789889.860742] bttv3: gpio: en=, out= in=00ff [init] [1789889.860807] bttv3: tuner absent [1789889.860899] bttv3: registered device video3 [1789889.860935] bttv3: registered device vbi3 [1789889.860960] bttv3: PLL: 28636363 = 35468950 . [1789889.862152] bttv3: PLL: 28636363 = 35468950 . [1789889.862871] bttv3: PLL: 28636363 = 35468950 .. ok [1789922.052539] bttv: Bt8xx card found (4). [1789922.052560] bttv4: Bt878 (rev 17) at :05:0c.0, irq: 18, latency: 64, mmio: 0xfbffe000 [1789922.052704] bttv4: using: Kodicom 4400R (slave) [card=133,insmod option] [1789922.052707] IRQ 18/bttv4: IRQF_DISABLED is not guaranteed on shared IRQs [1789922.052737] bttv4: gpio: en=, out= in=00ff [init] [1789922.052801] bttv4: tuner absent [1789922.052894] bttv4: registered device video4 [1789922.052926] bttv4: registered device vbi4 [1789922.052947] bttv4: PLL: 28636363 = 35468950 . [1789922.054120] bttv4: PLL: 28636363 = 35468950 . [1789922.054816] bttv4: PLL: 28636363 = 35468950 .. ok [1789922.087532] bttv: Bt8xx card found (5). [1789922.087550] bttv5: Bt878 (rev 17) at :05:0d.0, irq: 19, latency: 64, mmio: 0xfbffc000 [1789922.087695] bttv5: using: Kodicom 4400R (master) [card=132,insmod option] [1789922.087699] IRQ
Re: Cannot configure second Kodicom 4400R
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there Allan, I'm not familiar with the card (so you'll want to defer to someone else if their answer differs from mine). It looks like video0 and video1 are assigned to the first card, and video2 and video3 are assigned to the second card. So, you might want to try xawtv -d /dev/video2' or xawtv -d /dev/video3 and see if one of those uses the second card (you could try video4 or video5 also, since they're assigned to cards). Have a great day:) Patrick. On 10/10/2011 01:45 PM, Allan Macdonald wrote: Hi to all, I am new to this list. I have been successfully using a Kodicom 4400R with zoneminder but I wanted to expand so I bought a second card and installed it. The problem with this card is that I cannot seem to be able to get the second card to work. I tried using xawtv with the following command: xawtv -d /dev/video1 The result is that I get images from /dev/video0 I also tried: xawtv -d /dev/video4 with the same result. I obviously don't understand what's going on. I tried following the instructions here, to no avail: http://www.zoneminder.com/wiki/index.php/Kodicom_4400r I also looked here: http://linuxtv.org/wiki/index.php/Kodicom_4400R but, unfortunately, the following page does not explain what happens with more than one card installed. Here's my bttv.conf: [code] options bttv gbuffers=32 card=133,132,133,133,133,132,133,133 tuner=4 chroma_agc=1 [/code] I have attached a dmesg output and an lsmod output. I would greatly appreciate some help. Many thanks in advance. Regards, Allan Macdonald -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6TUuUACgkQMp6rvjb3CAT9VwCfTyqoIrlUS+IszJIQWpyYD7j9 NlsAnRFpxHKQT+p7Hem+D2SpUWiDkxu2 =l16i -END PGP SIGNATURE- -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
