headers
Luca Risolia | 1 Jun 2004 03:02
Picon

Re: Request for bayer format

Ok..This is the patch for xawtv-3.92..

diff -uprN xawtv-3.92/libng/color_bayer2rgb.c xawtv-3.92-devel/libng/color_bayer2rgb.c
--- xawtv-3.92/libng/color_bayer2rgb.c	1970-01-01 01:00:00.000000000 +0100
+++ xawtv-3.92-devel/libng/color_bayer2rgb.c	2004-05-31 10:37:11.000000000 +0200
 <at>  <at>  -0,0 +1,257  <at>  <at> 
+/*
+ * colorspace conversion functions
+ *    -- bayer to rgb colorspace conversions
+ *
+ * (c) 2004 Luca Risolia <luca.risolia <at> studio.unibo.it>
+ *     Heavily based on color_yuv2rgb.c by Gerd Knorr <kraxel <at> bytesex.org>
+ *     sbggr8_to_rgb24 written by Christopher Cramer
+ */
+
+#define NG_PRIVATE
+#include "config.h"
+
+#include <stdio.h>
+#include <stdlib.h>
+#include <unistd.h>
+#include <pthread.h>
+#include <sys/time.h>
+#include <sys/types.h>
+
+#include "grab-ng.h"
+
+#define RED	0
+#define GREEN	1
+#define BLUE	2
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jonathan S. Romero | 1 Jun 2004 05:15

Re: ATI TV Wonder VE color shift

I cant understand why this card is sharing it's irq with several other 
devices.  This does not happen when I enabled the APIC function in the 
kernel, but if I enable that system, the kernel crashes every 8 hours or so.

I am probably going to put this issue on hold for a while, since this 
machine happens to also act as my firewall, so I need it up 24/7.  This 
is at home.

Turning on the APIC function fixes the irq sharing problem, and seemed 
to improve the bttv performance, but brought instability on this 
particular motherboard.

Thanks for your info.  I'm also attempting to turn off VBI capture, to 
see if that helps.

-Jonathan S. Romero

hermann pitton wrote:
> Jonathan S. Romero schrieb:
> 
>> Hello,
>>
>> This is my first post to the mailing list, and hopefully I have 
>> provided enough information below to allow for some assistance.
>>
>> I have an ATI tv wonder ve, that has worked fairly well on one system 
>> for over a year.  Upon moving it to another system, with a 2.6 kernel, 
>> the card now works for about an hour before the image turns dark with 
>> a red tint.  Really really dark with a red tint.  I am recording video 
>> using mythtv 0.14.  If I switch the channel down one, then bring it
(Continue reading)

Permalink | Reply | 3 comments |
headers
hermann pitton | 1 Jun 2004 22:10
Picon

Re: Pb with sound on SECAM TV channel

Alexis de Lattre schrieb:
> On Mon, May 31, 2004, hermann pitton wrote :
> 
>>maybe worth to try, if the problem persists with the latest snapshot 
>>(posted a small compile fix for that one). The vanilla 2.6.6 doesn't 
>>have the major rewrite of tda9887 and it's change to v4l2 for your 
>>tuner=38 (Pal-BG is ok here). Has also a debug=1 modprobe option if 
>>preloaded. (The new tda9887 will tell about v4l2, fresh boot if unsure)
> 
> 
> Following your advice, I installed the latest snapshot
> (video4linux-20040528-162129.tar.gz).
> 
> 
> Here are the logs when I load the "saa7134" module :
> 
> Jun  1 00:22:04 localhost kernel: Linux video capture interface: v1.00
> Jun  1 00:22:04 localhost kernel: saa7130/34: v4l2 driver version 0.2.12
> loaded
> Jun  1 00:22:04 localhost kernel: PCI: Found IRQ 9 for device
> 0000:00:0c.0
> Jun  1 00:22:04 localhost kernel: PCI: Sharing IRQ 9 with 0000:00:09.0
> Jun  1 00:22:04 localhost kernel: PCI: Sharing IRQ 9 with 0000:00:10.0
> Jun  1 00:22:04 localhost kernel: saa7134[0]: found at 0000:00:0c.0,
> rev: 1, irq: 9, latency: 12, mmio: 0xd6000000
> Jun  1 00:22:04 localhost kernel: PCI: Setting latency timer of device
> 0000:00:0c.0 to 64
> Jun  1 00:22:04 localhost kernel: saa7134[0]: subsystem: 1894:a006,
> board: KNC One TV-Station DVR [card=24,autodetected]
> Jun  1 00:22:04 localhost kernel: saa7134[0]: board init: gpio is 830000
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Meyer | 1 Jun 2004 23:48
Picon

Re: scantv: invalid value for input: television

Am Samstag, 29. Mai 2004 04:55 schrieb Matthias Meyer:
> vdr:~# scantv -n PAL -f europe-west
> ioctl:
> VIDIOC_ENUM_FMT(index=0;type=VIDEO_CAPTURE;flags=0;description="";pixelfo
>rmat=0x00000000 [....]): Inappropriate ioctl for device
> [global]
> freqtab = europe-west
>
> [defaults]
> input = Television
> norm = PAL
>
> invalid value for input: television
> valid choices for "input": "Composite 0", "Composite 1", "Composite 2",
> "Composite 3", "Tuner 0", "Composite 4", "S-Video 0", "S-Video 1",
> "S-Video 2", "S-Video 3"
>
> I can not find a configurationfile where I can specify the input. Also
> the man page don't give me a hint.
>
> Anybody can help me?
> --
> no panic

Please help!
Nobody use scantv?
Nowhere is a howto for it?
Everybody who use scantv use television as input? What is input television? 
Is it antenna or coax?
There are an alternative for scantv?
(Continue reading)

Permalink | Reply | 3 comments |
headers
Martijn Kuipers | 2 Jun 2004 00:26

Re: scantv: invalid value for input: television

Hi Matthias,

I don't have a clear answer for you (unfortunately), but I think you may
find better luck looking at the ivtv-project. They are working on the
ivtv driver, which should support the PVR-250. This doesn't appear to be
a scantv problem, but a driver problem.

You can find them at ivtv.sf.net. Their faq says something about tuner
problems, but there seems to be quite a number of slightly different
ivtv-cards. 

I hope this helps (at least partially),

Martijn

On Tue, 2004-06-01 at 23:48 +0200, Matthias Meyer wrote:
> Am Samstag, 29. Mai 2004 04:55 schrieb Matthias Meyer:
> > vdr:~# scantv -n PAL -f europe-west
> > ioctl:
> > VIDIOC_ENUM_FMT(index=0;type=VIDEO_CAPTURE;flags=0;description="";pixelfo
> >rmat=0x00000000 [....]): Inappropriate ioctl for device
> > [global]
> > freqtab = europe-west
> >
> > [defaults]
> > input = Television
> > norm = PAL
> >
> > invalid value for input: television
> > valid choices for "input": "Composite 0", "Composite 1", "Composite 2",
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nick Hodulik | 2 Jun 2004 04:31

Weird BTTV Card

Hi-
   I just bought an essentially nameless bt878-based card. It's called a 
3DVision CCD-MX-TVFM , but it goes by other names depending on where 
you find it (see below for others). On the board and tuner itself are 
various incarnations of words and letters like TVF 6631-MFF, 
T17G12002A, and PCB95109. It has a port for an IR remote sensor, FM 
radio antenna, coax in, miniplug audio out, s-video in, RCA in, and 
miniplug audio out. Upon further examination on the web I found that 
one company makes them and sells them to other people.
   Does anyone have this or have any idea what it is?

   I bought it here:

http://www.surpluscomputers.com/CRD10158.html

They call it a Sabrent but it came in a 3DVision box. It exists here as 
well:

http://www.majestron.com/sales/info/CCD-MX-TVFM.htm

I dunno. Any help would be most appreciated.

Thanks.

n

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

Permalink | Reply | 1 comment |
headers
Erik Slagter | 2 Jun 2004 11:38

Re: ATI TV Wonder VE color shift

> I cant understand why this card is sharing it's irq with several other 
> devices.  This does not happen when I enabled the APIC function in the 
> kernel, but if I enable that system, the kernel crashes every 8 hours or so.

You really should try running with APIC enabled (not only for interrupt
sharing issues).

What (in the end) solved my crashing issues was to enable NMI watchdog
(kernel debugging options) and compile with the kernel debugger (kdb).
The first should be in your kernel, the second may be in your kernel or
you may need to download it and patch your kernel.

Now recompile, reboot and test. At least you should have an idea where
your system crashes now. In my case it was a bug in the saa7134 driver.

BTW is it a SMP system?

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 2 comments |
headers
Erik Slagter | 2 Jun 2004 11:42

Re: scantv: invalid value for input: television

> Please help!
> Nobody use scantv?
> Nowhere is a howto for it?
> Everybody who use scantv use television as input? What is input television? 
> Is it antenna or coax?
> There are an alternative for scantv?

AFAIK scantv is tool for finding satelite carriers? I don't see the
connection to xawtv?

If you only want to have the stations from your tv capturing card
scanned automatically, I'd say don't do it. Use xawtv to set them
manually and finetune.

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 0 comments |
headers
Erik Slagter | 2 Jun 2004 11:43

Re: Weird BTTV Card

> They call it a Sabrent but it came in a 3DVision box. It exists here as 
> well:
> 
> http://www.majestron.com/sales/info/CCD-MX-TVFM.htm
> 
> I dunno. Any help would be most appreciated.

Why don't you just try bttv with several card ids?

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 0 comments |
headers
Jonathan S. Romero | 2 Jun 2004 13:30

Re: ATI TV Wonder VE color shift

It is not an SMP system.  I will try your reccomendations regarding 
debugging.

-Jonathan

Erik Slagter wrote:
>>I cant understand why this card is sharing it's irq with several other 
>>devices.  This does not happen when I enabled the APIC function in the 
>>kernel, but if I enable that system, the kernel crashes every 8 hours or so.
> 
> 
> You really should try running with APIC enabled (not only for interrupt
> sharing issues).
> 
> What (in the end) solved my crashing issues was to enable NMI watchdog
> (kernel debugging options) and compile with the kernel debugger (kdb).
> The first should be in your kernel, the second may be in your kernel or
> you may need to download it and patch your kernel.
> 
> Now recompile, reboot and test. At least you should have an idea where
> your system crashes now. In my case it was a bug in the saa7134 driver.
> 
> BTW is it a SMP system?
> 
> 
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>
(Continue reading)

Permalink | Reply | 1 comment |

Gmane