list defaults

Hi Alan,

can't we have the list defaults back, like it was previously?

Means, everyone is just replying to the list and all other is a private
decision, out of what ever reason.

This would avoid at least, that mails with totally unacceptable content
can reach one privately only, because they are filtered on the list.

You don't even have the chance to show, that something really strange
did hit you, since you can not even quote it, because for good reasons
it never makes it through the list's filters.

Cheers,
Hermann

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: em2820, Tena TNF-9533 and V4L

On Mon, Sep 1, 2008 at 2:55 AM, Lee Alkureishi
<lee_alkureishi <at> hotmail.com> wrote:
> Hi Markus and Hermann,
>
> Thanks for the replies. Yes, that is exactly the device that I have. I
> notice that on that specification page, it says both NTSC and PAL are
> supported. Is that possible? If so, should I go ahead and replace the
> driver, or is this device not going to work in the US?
>

let me see I will check back with KWorld.

Markus

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: em2820, Tena TNF-9533 and V4L

Am Montag, den 01.09.2008, 03:02 +0200 schrieb Markus Rechberger:
> On Mon, Sep 1, 2008 at 2:55 AM, Lee Alkureishi
> <lee_alkureishi <at> hotmail.com> wrote:
> > Hi Markus and Hermann,
> >
> > Thanks for the replies. Yes, that is exactly the device that I have. I
> > notice that on that specification page, it says both NTSC and PAL are
> > supported. Is that possible? If so, should I go ahead and replace the
> > driver, or is this device not going to work in the US?
> >
> 
> let me see I will check back with KWorld.
> 
> Markus
> 

My, that is the usual since ever before global silicon tuners did
appear.

It is even far below Philips ME MultiEurope MK3s, 4s, 5s ...

Nothing to check there, old very well known chips are in there baked
together with some "other" discretes including the poorer home brewed
SAW filter. 

Cheers,
Hermann

--

Re: KWorld DVB-T 210SE - Capture only in Black/White

Hi Ian,

Am Mittwoch, den 27.08.2008, 01:15 +0200 schrieb hermann pitton:
> Hi Ian,
> 
> Am Dienstag, den 26.08.2008, 19:35 +0100 schrieb Ian Davidson:
> > Arrrrgh!
> > 
> > My capture has gone back to Black and White.
> > 
> > Since being able to capture video in colour, I have been attempting to
> > install mjpegtools.  Today, having been pointed at the livna
> > repository, I have succeeded.  When I tried a video capture (for
> > regression testing purposes), I found that it was, once again, Black
> > and White.
> > 
> > Having said that, I get occasional glimpses of colour - and when I do,
> > it is the real colour of whatever the camera is pointing at.  Having
> > made a brief study, it would seem that occasional frames get colour at
> > the top half of the picture.  I have checked (broken and reconnected)
> > the connections between the camera and the computer, but is does not
> > seem to make any difference.
> > 
> > Any ideas where I go from here?
> > 
> > Ian
> > 
> 
> please excuse, but you are on some limit for random issues.
> 

[PATCH] v4l library YVYU decoding

Hi Hans,

Here is a new YVYU decoding patch which replaces the previous one.

Sorry for it is not tested: the webcam 046d:0896 does not work well.

Cheers.

-- 
Ken ar c'hentañ |             ** Breizh ha Linux atav! **
Jef             |               http://moinejf.free.fr/

This patch adds the decoding of YVYU images generated by vc0321.

Signed-off-by: Jean-Francois Moine <moinejf <at> free.fr>

---
v4l-dvb-423381bc0d61/v4l2-apps/lib/libv4l/libv4lconvert/libv4lconvert-priv.h.orig	2008-08-29
14:00:57.000000000 +0200
+++ v4l-dvb-423381bc0d61/v4l2-apps/lib/libv4l/libv4lconvert/libv4lconvert-priv.h	2008-08-31
16:31:40.000000000 +0200
 <at>  <at>  -59,6 +59,10  <at>  <at> 
 #define V4L2_PIX_FMT_SRGGB8 v4l2_fourcc('R','G','G','B')
 #endif

+#ifndef V4L2_PIX_FMT_YVYU
+#define V4L2_PIX_FMT_YVYU v4l2_fourcc('Y', 'V', 'Y', 'U')

Re: list defaults

On Mon, 01 Sep 2008 02:01:14 +0200
hermann pitton <hermann-pitton <at> arcor.de> wrote:

> Hi Alan,
> 
> can't we have the list defaults back, like it was previously?

Nothing to do with me, I don't admin the list

Alan

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

[PATCH] V4L/DVB: gspca: fix wrong retry counting

After 'while (retry--) {...}', retry will be -1 but not 0.

Signed-off-by: Li Zefan <lizf <at> cn.fujitsu.com>
---
 drivers/media/video/gspca/conex.c   |    4 ++--
 drivers/media/video/gspca/spca561.c |    4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/media/video/gspca/conex.c b/drivers/media/video/gspca/conex.c
index cd3a3f5..b5e3e96 100644
--- a/drivers/media/video/gspca/conex.c
+++ b/drivers/media/video/gspca/conex.c
 <at>  <at>  -731,13 +731,13  <at>  <at>  static void cx11646_jpeg(struct gspca_dev*gspca_dev)
 	reg_w_val(gspca_dev, 0x0000, 0x00);
 	/* wait for completion */
 	retry = 50;
-	while (retry--) {
+	do {
 		reg_r(gspca_dev, 0x0002, 1);
 							/* 0x07 until 0x00 */
 		if (gspca_dev->usb_buf[0] == 0x00)
 			break;
 		reg_w_val(gspca_dev, 0x0053, 0x00);
-	}
+	} while (--retry);
 	if (retry == 0)
 		PDEBUG(D_ERR, "Damned Errors sending jpeg Table");
 	/* send the qtable now */
diff --git a/drivers/media/video/gspca/spca561.c b/drivers/media/video/gspca/spca561.c
index 1073ac3..5ba3b75 100644

Re: bttv driver questions

On Mon, Sep 01, 2008 at 11:44:53AM +0200, Jean Delvare wrote:
> > It's not that much faster. Of the 250MB/s a lot is lost to overhead,
> > especially when there are mostly short packets.
> 
> The very same is true of the PCI side, isn't it? Out of the 133 MB/s
> of PCI bandwith I don't expect to get more than 100 MB/s effective.

You are right. PCI is only faster for transfers of 4 bytes or less.
The throughput formula for memory writes without waitstates on PCI is
  400/3*x/(x+8) MB
and for memory writes with infinite credit without ECRC on PCIe
  250*x/(x+20) MB,
where x is the burst size and must be a multiple of four in both
protocols.

> Actually there may be up to 8 masters. Latency counter values of 254
> and 20 are rather extreme values.

The equilibrium pattern for latency values between 20 and 254 at a
trigger of 4 in my simulation is the same.

> I guess that your computations assume that the BT878 returns the bus
> control as soon as its FIFO is empty?

Yes

> Not sure what you call "maximum fill"? If the FIFO triggers at 32, I
> have a hard time believing that it always gets the control within the
> next 0.17 µs (2 pixels).

Re: em2820, Tena TNF-9533 and V4L

On Mon, 1 Sep 2008 00:11:07 +0200
"Markus Rechberger" <mrechberger <at> gmail.com> wrote:

> please don't use that driver, it'S not maintained anymore either.

The driver is maintained.

Cheers,
Mauro

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: em2820, Tena TNF-9533 and V4L

On Sun, 31 Aug 2008 19:26:51 +0100
Lee Alkureishi <lee_alkureishi <at> hotmail.com> wrote:

> 
> Hi all,
> 
> Hoping someone on this list can help me with this frustrating problem:
> 
> I'm running Mythbuntu 8.04, fully updated. I'm trying to set up a USB TV tuner box, and have made progress
but haven't quite got it working. 
> 
> The USB box is a Kworld PVR TV 2800 RF. It uses a Empia em2820 chipset, and a Tena TNF-9533-D/IF tuner. Other
chips I found under the casing are:
> RM-KUB03 04AEAAC6, HEF4052BT, TEA5767, SAA7113H. 

I have a device with similar chips. All of them are supported. TNF9533-D is PAL, afaik.

> (I had to manally tell modprobe to set the card type (18) and tuner type (61), as it does not have an EPROM.
Took me forever to figure that out!

It is possible to add some autodetection for it. Are you using the driver at
http://linuxtv.org/hg/v4l-dvb, right? On its dmesg log, it will print some codes that helps to do some
tricks for detecting it, based on I2C scan signature.

> The problem arises when I try to do anything with it, though: I've tried a few programs, including mythTV,
tvtime and xawtv. I can't find a way to select the TUNER as the input source. The only options are
"composite1" or "s-video1".

It seems that you're selecting a different board type.