Re[2]: [linux-dvb] cx24116 roll-off factor = auto
Le vendredi 23 janvier 2009 22:44:35 Goga777, vous avez Иcrit : For example, DVB-S uses only rolloff = 0.35, so if the driver knows that the chip can't accept auto value, it should use 0.35 value by default in that case. good idea. Anybody against ? That's already the case with cx24116, 0.35 is used for dvb-s already has been done with cx24116 ? It's strange because I can see in cx24116 debug logs the messages like this unsupported rolloff selected (3) for dvb-s Goga -- 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
Re: scan file for it-Cagliari
2009/1/24 Christoph Pfister christophpfis...@gmail.com: From a kaffeine user ... Christoph it-Cagliari Description: Binary data
initial experiences with DVB-S
Hi, Consulting the DVB wiki, I found a lot more options for PCI than USB. Having a PC with few PCI slots (it has some of the PCIe slots instead), I prefer to avoid using anything in a PCI slot unless absolutely essential. I couldn't find a source to purchase any of the supported USB devices (The Pinnacle PCTV looked interesting, but the company appears to have been bought out by another vendor, and the link to purchase their product doesn't work), so I decided to try a Technotrend S-1500 in my PCI slot. The card worked immediately with the Debian lenny (amd64) kernel and the `scan' utility found all the channels, and xine worked immediately too. Now for the issues: - Any recommendation on a USB solution? What to buy, and where to buy it. - The Technotrend card causes a constant increase in the power usage - even when I'm not watching anything. This makes my PSU noisier, not good for a multi-media experience. Maybe the device list needs a column with info about power usage? In comparison, plugging in my DVB-T USB stick makes no noticeable difference in PSU fan noise. I wouldn't mind paying more for a solution without the noise issue. - I decided to try watching a HD channel with xine. Although the channel is picked up immediately, it either works erratically or crashes. xine warns about CPU usage. My PC has a Pentium D 940 (dual core), and while one core is being used at 100%, the other is at less than 20%. There is no other load on the CPU, other than xine. - Another HD issue - are all HD broadcasts in Dolby Digital 5.1, and do I need any extra config to benefit from it? When watching the channel I tested, my amp reported only 2 channels. My xine is correctly configured for 5.1 through my optical output (tested with DVDs) - Does the choice of video card make any difference? I'm currently using a Matrox P650 in a 16x PCIe slot. The TV-Out doesn't work (Matrox proprietary driver issue), a few people have suggested I try NVidia cards, but looking at their web site I see a lot of options. Regards, Daniel -- 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
Re: [GIT PULL -tip] fix 22 make headers_check - 200901
On Sat, 2009-01-24 at 18:26 +0530, Jaswinder Singh Rajput wrote: The following changes since commit aa52dcf69565512e7d285c1c40dc6e56aab6f789: Ingo Molnar (1): Merge branch 'x86/urgent' are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/jaswinder/linux-2.6-tip.git master Jaswinder Singh Rajput (11): headers_check fix: linux/dvb/audio.h headers_check fix: linux/acct.h headers_check fix: linux/elf.h headers_check fix: linux/flat.h headers_check fix: linux/hid.h headers_check fix: linux/if_frad.h 'headers_check fix: linux/if_frad.h' is dropped because of some issues. So here is new pull request: The following changes since commit aa52dcf69565512e7d285c1c40dc6e56aab6f789: Ingo Molnar (1): Merge branch 'x86/urgent' are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/jaswinder/linux-2.6-tip.git master Jaswinder Singh Rajput (10): headers_check fix: linux/dvb/audio.h headers_check fix: linux/acct.h headers_check fix: linux/elf.h headers_check fix: linux/flat.h headers_check fix: linux/hid.h headers_check fix: linux/types.h headers_check fix: linux/videodev.h headers_check fix: x86, kvm.h headers_check fix: x86, swab.h headers_check fix: video/edid.h arch/x86/include/asm/kvm.h |2 +- arch/x86/include/asm/swab.h | 12 +--- include/linux/acct.h|2 +- include/linux/dvb/audio.h |5 - include/linux/elf.h |3 ++- include/linux/flat.h|6 +++--- include/linux/hid.h |2 ++ include/linux/types.h |2 ++ include/linux/videodev.h| 10 -- include/video/edid.h|2 +- 10 files changed, 29 insertions(+), 17 deletions(-) diff --git a/arch/x86/include/asm/kvm.h b/arch/x86/include/asm/kvm.h index b95162a..d2e3bf3 100644 --- a/arch/x86/include/asm/kvm.h +++ b/arch/x86/include/asm/kvm.h @@ -6,7 +6,7 @@ * */ -#include asm/types.h +#include linux/types.h #include linux/ioctl.h /* Architectural interrupt line count. */ diff --git a/arch/x86/include/asm/swab.h b/arch/x86/include/asm/swab.h index 306d417..292a9d1 100644 --- a/arch/x86/include/asm/swab.h +++ b/arch/x86/include/asm/swab.h @@ -1,13 +1,19 @@ #ifndef _ASM_X86_SWAB_H #define _ASM_X86_SWAB_H -#include asm/types.h +#include linux/types.h #include linux/compiler.h +#ifdef __KERNEL__ +# ifdef CONFIG_X86_BSWAP +# define __X86_BSWAP +# endif /* CONFIG_X86_BSWAP */ +#endif /* __KERNEL__ */ + static inline __attribute_const__ __u32 __arch_swab32(__u32 val) { #ifdef __i386__ -# ifdef CONFIG_X86_BSWAP +# ifdef __X86_BSWAP asm(bswap %0 : =r (val) : 0 (val)); # else asm(xchgb %b0,%h0\n\t /* swap lower bytes */ @@ -37,7 +43,7 @@ static inline __attribute_const__ __u64 __arch_swab64(__u64 val) __u64 u; } v; v.u = val; -# ifdef CONFIG_X86_BSWAP +# ifdef __X86_BSWAP asm(bswapl %0 ; bswapl %1 ; xchgl %0,%1 : =r (v.s.a), =r (v.s.b) : 0 (v.s.a), 1 (v.s.b)); diff --git a/include/linux/acct.h b/include/linux/acct.h index 882dc72..ad7b5ab 100644 --- a/include/linux/acct.h +++ b/include/linux/acct.h @@ -59,7 +59,7 @@ struct acct comp_t ac_majflt; /* Major Pagefaults */ comp_t ac_swaps; /* Number of Swaps */ /* m68k had no padding here. */ -#if !defined(CONFIG_M68K) || !defined(__KERNEL__) +#if !defined(__mc68000__) || !defined(__KERNEL__) __u16 ac_ahz; /* AHZ */ #endif __u32 ac_exitcode;/* Exitcode */ diff --git a/include/linux/dvb/audio.h b/include/linux/dvb/audio.h index 89412e1..bb0df2a 100644 --- a/include/linux/dvb/audio.h +++ b/include/linux/dvb/audio.h @@ -24,12 +24,7 @@ #ifndef _DVBAUDIO_H_ #define _DVBAUDIO_H_ -#ifdef __KERNEL__ #include linux/types.h -#else -#include stdint.h -#endif - typedef enum { AUDIO_SOURCE_DEMUX, /* Select the demux as the main source */ diff --git a/include/linux/elf.h b/include/linux/elf.h index 0b61ca4..45a937b 100644 --- a/include/linux/elf.h +++ b/include/linux/elf.h @@ -377,6 +377,7 @@ typedef struct elf64_note { Elf64_Word n_type; /* Content type */ } Elf64_Nhdr; +#ifdef __KERNEL__ #if ELF_CLASS == ELFCLASS32 extern Elf32_Dyn _DYNAMIC []; @@ -404,5 +405,5 @@ static inline int elf_coredump_extra_notes_write(struct file *file, extern int elf_coredump_extra_notes_size(void); extern int elf_coredump_extra_notes_write(struct file *file, loff_t *foffset); #endif - +#endif /* __KERNEL__ */ #endif /* _LINUX_ELF_H */ diff --git a/include/linux/flat.h b/include/linux/flat.h index ec56852..076fff7 100644 --- a/include/linux/flat.h +++ b/include/linux/flat.h @@ -12,15 +12,15 @@ #ifdef __KERNEL__ #include asm/flat.h -#endif - -#defineFLAT_VERSION0x0004L
[linux-dvb] Leadtek WinFast PxDVR3200 H
Hello list, I have a Leadtek WinFast PxDVR3200 H that I am attempting to utilise with MythTV. The Wiki site states that experimental support exists for the DVB side and that Successful tuning of typical Australian channels has been achieved. I am able to create a channels.conf (attached) using scan, and am then able to tune using mythtv-setup, however none of these channels are viewable with the mythfrontend due to it being unable to gain a lock. Relevant bits and pieces: scan, using the latest it-Varese file scan is able to tune to three of the five transponders as per the attached file scan. It also scans on 8Hz but I have no idea why. The file leadtek.dmesg contains the relevant info from dmesg (and messages.log) regarding the initialisation of the card itself. There are no error messages at any time (that I am aware of) despite all of my fiddling about. Of the three transponders that are in my channels.conf file, the third one (61800Hz) causes an error when tuning in mythtv-setup. It states that channels are found but the tsid is incorrect. As such, only the first two successful transponders (70600 and 60200) are tuned by myth. When I attempt to view the tuned channels, myth is unable to gain a lock on any of them. The reported signal strength is about 58% and the S/N varies between 3 and 3.8dB. I am able to tune DVB-T channels on my TV using the same aerial cable but am wondering if signal strength is an issue. I am running it on Kubuntu with a 2.6.24-19 kernel, I have a recent version of the v4l-dvb tree (approx Nov 08) and am using firmware version 2.7. I haven't updated the drivers or the firmware as I have no reason to believe there are changes that would effect this. That said, if someone thinks there has been changes I will get straight on it. I am more than happy to provide more debugging info if required (if you are willing to tell me where else to look) and appreciate any help provided. Cheers Wayne scan Description: Binary data channels.conf Description: Binary data leadtek.dmesg Description: Binary data
RE: [RFC] Adding new ioctl for transparency color keying
-Original Message- From: Shah, Hardik Sent: Thursday, January 22, 2009 10:27 AM To: 'linux-media@vger.kernel.org'; video4linux-l...@redhat.com Subject: [RFC] Adding new ioctl for transparency color keying Hi, OMAP class of device supports transparency color keying. Color keying can be source color keying or destination color keying. OMAP3 has three pipelines one graphics plane and two video planes. Any of these pipelines can go to either the TV or LCD. The destination transparency color key value defines the encoded pixels in the graphics layer to become transparent and display the underlying video pixels. While the source transparency key value defines the encoded pixels in the video layer to become transparent and display the underlying graphics pixels. This color keying works only if the video and graphics planes are on the same output like TV or LCD and images of both the pipelines overlapped. I propose to have the one ioctl to set the encoded pixel value and type of color keying source and destination. Also we should have the CID to enable/disable the color keying functionality. Please let us know your opinions/comments. [Shah, Hardik] Hi Any comments on above IOCTLs, Hans/Mauro, Shall I send patch to add these new ioctls. Regards, Hardik Shah Thanks and Regards, Hardik Shah -- 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
RE: [PATCH] New V4L2 ioctls for OMAP class of Devices
-Original Message- From: Shah, Hardik Sent: Wednesday, January 21, 2009 5:24 PM To: video4linux-l...@redhat.com; linux-media@vger.kernel.org Cc: Shah, Hardik; Jadav, Brijesh R; Nagalla, Hari; Hadli, Manjunath; R, Sivaraj; Hiremath, Vaibhav Subject: [PATCH] New V4L2 ioctls for OMAP class of Devices 1. Control ID added for rotation. Same as HFLIP. 2. Control ID added for setting background color on output device. 3. New ioctl added for setting the color space conversion from YUV to RGB. Signed-off-by: Brijesh Jadav brijes...@ti.com Signed-off-by: Hari Nagalla hnaga...@ti.com Signed-off-by: Hardik Shah hardik.s...@ti.com Signed-off-by: Manjunath Hadli m...@ti.com Signed-off-by: R Sivaraj siva...@ti.com Signed-off-by: Vaibhav Hiremath hvaib...@ti.com --- linux/drivers/media/video/v4l2-ioctl.c | 19 ++- linux/include/linux/videodev2.h| 19 ++- linux/include/media/v4l2-ioctl.h |4 3 files changed, 40 insertions(+), 2 deletions(-) diff --git a/linux/drivers/media/video/v4l2-ioctl.c b/linux/drivers/media/video/v4l2-ioctl.c index 165bc90..7599da8 100644 --- a/linux/drivers/media/video/v4l2-ioctl.c +++ b/linux/drivers/media/video/v4l2-ioctl.c @@ -270,6 +270,8 @@ static const char *v4l2_ioctls[] = { [_IOC_NR(VIDIOC_DBG_G_CHIP_IDENT)] = VIDIOC_DBG_G_CHIP_IDENT, [_IOC_NR(VIDIOC_S_HW_FREQ_SEEK)] = VIDIOC_S_HW_FREQ_SEEK, #endif + [_IOC_NR(VIDIOC_S_COLOR_SPACE_CONV)] = VIDIOC_S_COLOR_SPACE_CONV, + [_IOC_NR(VIDIOC_G_COLOR_SPACE_CONV)] = VIDIOC_G_COLOR_SPACE_CONV, }; #define V4L2_IOCTLS ARRAY_SIZE(v4l2_ioctls) @@ -1838,7 +1840,22 @@ static long __video_do_ioctl(struct file *file, } break; } - + case VIDIOC_S_COLOR_SPACE_CONV: + { + struct v4l2_color_space_conversion *p = arg; + if (!ops-vidioc_s_color_space_conv) + break; + ret = ops-vidioc_s_color_space_conv(file, fh, p); + break; + } + case VIDIOC_G_COLOR_SPACE_CONV: + { + struct v4l2_color_space_conversion *p = arg; + if (!ops-vidioc_g_color_space_conv) + break; + ret = ops-vidioc_g_color_space_conv(file, fh, p); + break; + } default: { if (!ops-vidioc_default) diff --git a/linux/include/linux/videodev2.h b/linux/include/linux/videodev2.h index b0c5010..9fbc3b0 100644 --- a/linux/include/linux/videodev2.h +++ b/linux/include/linux/videodev2.h @@ -879,8 +879,10 @@ enum v4l2_power_line_frequency { #define V4L2_CID_BACKLIGHT_COMPENSATION (V4L2_CID_BASE+28) #define V4L2_CID_CHROMA_AGC (V4L2_CID_BASE+29) #define V4L2_CID_COLOR_KILLER (V4L2_CID_BASE+30) +#define V4L2_CID_ROTATION(V4L2_CID_BASE+31) +#define V4L2_CID_BG_COLOR(V4L2_CID_BASE+32) /* last CID + 1 */ -#define V4L2_CID_LASTP1 (V4L2_CID_BASE+31) +#define V4L2_CID_LASTP1 (V4L2_CID_BASE+33) /* MPEG-class control IDs defined by V4L2 */ #define V4L2_CID_MPEG_BASE (V4L2_CTRL_CLASS_MPEG | 0x900) @@ -1192,6 +1194,17 @@ struct v4l2_hw_freq_seek { }; /* + * Color conversion + * User needs to pass pointer to color conversion matrix + * defined by hardware + */ +struct v4l2_color_space_conversion { + __s32 coefficients[3][3]; + __s32 const_factor; + __s32 offsets[3]; +}; + +/* * A U D I O */ struct v4l2_audio { @@ -1493,9 +1506,13 @@ struct v4l2_chip_ident_old { #endif #define VIDIOC_S_HW_FREQ_SEEK _IOW('V', 82, struct v4l2_hw_freq_seek) + +#define VIDIOC_S_COLOR_SPACE_CONV _IOW('V', 83, struct v4l2_color_space_conversion) +#define VIDIOC_G_COLOR_SPACE_CONV _IOR('V', 84, struct v4l2_color_space_conversion) /* Reminder: when adding new ioctls please add support for them to drivers/media/video/v4l2-compat-ioctl32.c as well! */ + #ifdef __OLD_VIDIOC_ /* for compatibility, will go away some day */ #define VIDIOC_OVERLAY_OLD _IOWR('V', 14, int) diff --git a/linux/include/media/v4l2-ioctl.h b/linux/include/media/v4l2- ioctl.h index b01c044..0c44ecf 100644 --- a/linux/include/media/v4l2-ioctl.h +++ b/linux/include/media/v4l2-ioctl.h @@ -241,6 +241,10 @@ struct v4l2_ioctl_ops { /* For other private ioctls */ long (*vidioc_default) (struct file *file, void *fh, int cmd, void *arg); + int (*vidioc_s_color_space_conv) (struct file *file, void *fh, + struct v4l2_color_space_conversion *a); + int (*vidioc_g_color_space_conv) (struct file *file, void *fh, + struct v4l2_color_space_conversion *a); }; -- 1.5.6 [Shah, Hardik]
Re: [linux-dvb] HVR-1800 Support
On Tue, Jan 20, 2009 at 10:08:51PM -0800, Killero SS wrote: i'm using ubuntu 8.10 2.6.27-9-generic and tried compiling latest modules with hg-clone but my analog capture got broken, firmware error... so i got back to original kernel modules however, some people claim they get audio with analog on /dev/video1 this has never be my case, im using svideo signal so wondering if that may be it. i get analog video on video0 and video1, but some colors look pretty weird, red for example. The driver in the kernel and hg does not set up the registers properly for the video or audio in S-Video mode. I made some changes to get mine working. I can probably make a patch for you if you can get your source build working. You might be able to get everything working using the cx25840ctl utility from the ivtv-utils package. With cx25840ctl you'll need to make sure the i2c-dev module is loaded, and figure out which i2c device is the cx25840 interface. cx25840ctl -l 3 will show the registers from i2c device 3. -s 3 sets the registers on i2c device 3. You'll probably need to set the registers after you have the device open to get the audio working, otherwise the driver will reset some of them. I haven't tested this since I put the settings in my driver. (I still need to use part of this script to fix the brightness, contrast, saturation, and hue though.) #!/bin/sh modprobe i2c-dev cx25840ctl -s 3 EOT VGA_SEL_CH2=0 VGA_SEL_CH3=0 DROOP_COMP_CH3=1 DROOP_COMP_CH2=1 BRIGHT=0 CNTRST=128 USAT=128 VSAT=128 HUE=0 SOFT_RESET=1 START_MICROCNTL=0 PATH1_SEL_CTL=3 PATH1_AVC_STEREO=0 SOFT1_MUTE_EN=0 SRC1_MUTE_EN=0 SA_MUTE_EN=0 PAR_MUTE_EN=0 AC97_MUTE_EN=0 SOFT_RESET=0 EOT # end another thing this card has fm radio, anyone knows how to set it up? i've been unable to find any info regarding this I didn't notice any code for radio support while I was debugging the driver. -- Jeff DeFouw je...@i2k.com -- 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
[PATCH] zoran: Update MAINTAINERS entry
Ronald Bultje hasn't been maintaining the zoran driver for some time. Re-direct people to the mailing lists and web pages. Signed-off-by: Trent Piepho xy...@speakeasy.org --- I think it's better to keep what info there is here instead of deleting the entry entirely. Sure you can find it elsewhere, but isn't the whole point of MAINTAINERS to gather scattered info into one place and keep it up to date? Ronald, would you mind acking this version too? MAINTAINERS |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 3fe4dc2..755a785 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4908,11 +4908,11 @@ L: zd1211-d...@lists.sourceforge.net (subscribers-only) S: Maintained ZR36067 VIDEO FOR LINUX DRIVER -P: Ronald Bultje -M: rbul...@ronald.bitfreak.net L: mjpeg-us...@lists.sourceforge.net +L: linux-media@vger.kernel.org W: http://mjpeg.sourceforge.net/driver-zoran/ -S: Maintained +T: Mercurial http://linuxtv.org/hg/v4l-dvb +S: Odd Fixes ZS DECSTATION Z85C30 SERIAL DRIVER P: Maciej W. Rozycki -- 1.5.4.1 -- 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
Re: [PATCH] Bttv: move check on unsigned
On Mon, 19 Jan 2009, Trent Piepho wrote: On Sat, 17 Jan 2009, Roel Kluin wrote: Please review, this patch was not tested. The static function set_tvnorm is called in drivers/media/video/bt8xx/bttv-driver.c: 1355: set_tvnorm(btv, norm); 1868: set_tvnorm(btv, i); 3273: set_tvnorm(btv,btv-tvnorm); in the first two with an unsigned, but bttv-tvnorm is signed. Probably better to just change bttv-tvnorm is unsigned if we can. Here is an improved patch that does a full tvnorm fix for the driver. The tvnorm value is an index into an array and is never allowed to be negative or otherwise invalid. Most places it was passed around were unsigned, but a few structs and functions had signed values. I got rid of the 0 checks and changed some = BTTV_TVNORMS checks to BUG_ON(). Any problems with this patch Roel? Mauro, don't apply as is, I'll send a pull request for a real patch later. diff -r 6a6eb9efc6cd linux/drivers/media/video/bt8xx/bttv-cards.c --- a/linux/drivers/media/video/bt8xx/bttv-cards.c Fri Jan 23 22:35:12 2009 -0200 +++ b/linux/drivers/media/video/bt8xx/bttv-cards.c Sat Jan 24 16:54:53 2009 -0800 @@ -4131,7 +4131,7 @@ static void __devinit avermedia_eeprom(s } /* used on Voodoo TV/FM (Voodoo 200), S0 wired to 0x1 */ -void bttv_tda9880_setnorm(struct bttv *btv, int norm) +void bttv_tda9880_setnorm(struct bttv *btv, unsigned int norm) { /* fix up our card entry */ if(norm==V4L2_STD_NTSC) { diff -r 6a6eb9efc6cd linux/drivers/media/video/bt8xx/bttv-driver.c --- a/linux/drivers/media/video/bt8xx/bttv-driver.c Fri Jan 23 22:35:12 2009 -0200 +++ b/linux/drivers/media/video/bt8xx/bttv-driver.c Sat Jan 24 17:15:43 2009 -0800 @@ -1300,7 +1300,7 @@ bttv_crop_calc_limits(struct bttv_crop * } static void -bttv_crop_reset(struct bttv_crop *c, int norm) +bttv_crop_reset(struct bttv_crop *c, unsigned int norm) { c-rect = bttv_tvnorms[norm].cropcap.defrect; bttv_crop_calc_limits(c); @@ -1313,16 +1313,13 @@ set_tvnorm(struct bttv *btv, unsigned in const struct bttv_tvnorm *tvnorm; v4l2_std_id id; - if (norm 0 || norm = BTTV_TVNORMS) - return -EINVAL; + BUG_ON(norm = BTTV_TVNORMS); + BUG_ON(btv-tvnorm = BTTV_TVNORMS); tvnorm = bttv_tvnorms[norm]; - if (btv-tvnorm 0 || - btv-tvnorm = BTTV_TVNORMS || - 0 != memcmp(bttv_tvnorms[btv-tvnorm].cropcap, - tvnorm-cropcap, - sizeof (tvnorm-cropcap))) { + if (!memcmp(bttv_tvnorms[btv-tvnorm].cropcap, tvnorm-cropcap, + sizeof (tvnorm-cropcap))) { bttv_crop_reset(btv-crop[0], norm); btv-crop[1] = btv-crop[0]; /* current = default */ diff -r 6a6eb9efc6cd linux/drivers/media/video/bt8xx/bttv-vbi.c --- a/linux/drivers/media/video/bt8xx/bttv-vbi.cFri Jan 23 22:35:12 2009 -0200 +++ b/linux/drivers/media/video/bt8xx/bttv-vbi.cSat Jan 24 17:02:43 2009 -0800 @@ -411,7 +411,7 @@ int bttv_g_fmt_vbi_cap(struct file *file return 0; } -void bttv_vbi_fmt_reset(struct bttv_vbi_fmt *f, int norm) +void bttv_vbi_fmt_reset(struct bttv_vbi_fmt *f, unsigned int norm) { const struct bttv_tvnorm *tvnorm; unsigned int real_samples_per_line; diff -r 6a6eb9efc6cd linux/drivers/media/video/bt8xx/bttv.h --- a/linux/drivers/media/video/bt8xx/bttv.hFri Jan 23 22:35:12 2009 -0200 +++ b/linux/drivers/media/video/bt8xx/bttv.hSat Jan 24 17:00:13 2009 -0800 @@ -266,7 +266,7 @@ extern void bttv_init_card2(struct bttv /* card-specific funtions */ extern void tea5757_set_freq(struct bttv *btv, unsigned short freq); -extern void bttv_tda9880_setnorm(struct bttv *btv, int norm); +extern void bttv_tda9880_setnorm(struct bttv *btv, unsigned int norm); /* extra tweaks for some chipsets */ extern void bttv_check_chipset(void); diff -r 6a6eb9efc6cd linux/drivers/media/video/bt8xx/bttvp.h --- a/linux/drivers/media/video/bt8xx/bttvp.h Fri Jan 23 22:35:12 2009 -0200 +++ b/linux/drivers/media/video/bt8xx/bttvp.h Sat Jan 24 16:54:07 2009 -0800 @@ -137,7 +137,7 @@ struct bttv_buffer { /* bttv specific */ const struct bttv_format *fmt; - inttvnorm; + unsigned int tvnorm; intbtformat; intbtswap; struct bttv_geometry geo; @@ -156,7 +156,7 @@ struct bttv_buffer_set { }; struct bttv_overlay { - inttvnorm; + unsigned int tvnorm; struct v4l2_rect w; enum v4l2_fieldfield; struct v4l2_clip *clips; @@ -176,7 +176,7 @@ struct bttv_vbi_fmt { }; /* bttv-vbi.c */ -void bttv_vbi_fmt_reset(struct bttv_vbi_fmt *f, int norm); +void bttv_vbi_fmt_reset(struct bttv_vbi_fmt *f, unsigned int norm); struct bttv_crop { /* A cropping rectangle in struct bttv_tvnorm.cropcap
Re: [PATCH] zoran: Update MAINTAINERS entry
Hi Trent, On Sat, Jan 24, 2009 at 6:52 PM, Trent Piepho xy...@speakeasy.org wrote: Signed-off-by: Trent Piepho xy...@speakeasy.org --- I think it's better to keep what info there is here instead of deleting the entry entirely. Sure you can find it elsewhere, but isn't the whole point of MAINTAINERS to gather scattered info into one place and keep it up to date? Ronald, would you mind acking this version too? [..] No problem, ack again. Thanks for the fish, Ronald -- 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
[patch review] em28xx: correct mailing list
Hello all I'm not sure is this patch really suitable. But looks that main development mail-list moved to linux-media.. --- Correct mailing list in 3 places in em28xx-cards.c Move to linux-media on vger.kernel.org. Signed-off-by: Alexey Klimov klimov.li...@gmail.com -- diff -r 6a6eb9efc6cd linux/drivers/media/video/em28xx/em28xx-cards.c --- a/linux/drivers/media/video/em28xx/em28xx-cards.c Fri Jan 23 22:35:12 2009 -0200 +++ b/linux/drivers/media/video/em28xx/em28xx-cards.c Sun Jan 25 06:28:10 2009 +0300 @@ -1679,7 +1679,7 @@ em28xx_errdev(If the board were missdetected, please email this log to:\n); em28xx_errdev(\tV4L Mailing List - video4linux-l...@redhat.com\n); + linux-media@vger.kernel.org\n); em28xx_errdev(Board detected as %s\n, em28xx_boards[dev-model].name); @@ -1711,7 +1711,7 @@ em28xx_errdev(If the board were missdetected, please email this log to:\n); em28xx_errdev(\tV4L Mailing List - video4linux-l...@redhat.com\n); + linux-media@vger.kernel.org\n); em28xx_errdev(Board detected as %s\n, em28xx_boards[dev-model].name); @@ -1724,7 +1724,7 @@ em28xx_errdev(You may try to use card=n insmod option to workaround that.\n); em28xx_errdev(Please send an email with this log to:\n); - em28xx_errdev(\tV4L Mailing List video4linux-l...@redhat.com\n); + em28xx_errdev(\tV4L Mailing List linux-media@vger.kernel.org\n); em28xx_errdev(Board eeprom hash is 0x%08lx\n, dev-hash); em28xx_errdev(Board i2c devicelist hash is 0x%08lx\n, dev-i2c_hash); -- Best regards, Klimov Alexey -- 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
Fwd: [linux-dvb] Leadtek WinFast PxDVR3200 H
2009/1/25 Wayne and Holly wayneandho...@alice.it: Hello list, I have a Leadtek WinFast PxDVR3200 H that I am attempting to utilise with MythTV. The Wiki site states that experimental support exists for the DVB side and that Successful tuning of typical Australian channels has been achieved. I am able to create a channels.conf (attached) using scan, and am then able to tune using mythtv-setup, however none of these channels are viewable with the mythfrontend due to it being unable to gain a lock. Relevant bits and pieces: scan, using the latest it-Varese file scan is able to tune to three of the five transponders as per the attached file scan. It also scans on 8Hz but I have no idea why. The file leadtek.dmesg contains the relevant info from dmesg (and messages.log) regarding the initialisation of the card itself. There are no error messages at any time (that I am aware of) despite all of my fiddling about. Of the three transponders that are in my channels.conf file, the third one (61800Hz) causes an error when tuning in mythtv-setup. It states that channels are found but the tsid is incorrect. As such, only the first two successful transponders (70600 and 60200) are tuned by myth. When I attempt to view the tuned channels, myth is unable to gain a lock on any of them. The reported signal strength is about 58% and the S/N varies between 3 and 3.8dB. I am able to tune DVB-T channels on my TV using the same aerial cable but am wondering if signal strength is an issue. I am running it on Kubuntu with a 2.6.24-19 kernel, I have a recent version of the v4l-dvb tree (approx Nov 08) and am using firmware version 2.7. I haven't updated the drivers or the firmware as I have no reason to believe there are changes that would effect this. That said, if someone thinks there has been changes I will get straight on it. I am more than happy to provide more debugging info if required (if you are willing to tell me where else to look) and appreciate any help provided. Cheers Wayne ___ linux-dvb users mailing list For V4L/DVB development, please use instead linux-media@vger.kernel.org linux-...@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb I have the same card, so this might help. I was experiencing many frontend problems when I came across a references in the list to a third party firmware files. It explained that you had to download and extract the firmware within to the firmware dir. I cannot remember exactly what, where and which, however, if you'd like, I can email the extracted fw.tar.bz2(1.5MB) and ivtv.firmware.tar.bz2(123KB) files to you. Then just extract the contents to your firmware dir (on Gentoo /lib/firmware). Anyway, long story short, that fixed it for me. Now I'm just waiting to be able to use the FM radio. -- Regards,Robert . Some people can tell what time it is by looking at the sun, but I have never been able to make out the numbers. --- Errata: Spelling mistakes are not intentional, however, I don't use spell checkers because it's too easy to allow the spell checker to make the decisions and use words that are out of context for that being written, i.e. their/there, your/you're, threw/through and even accept/except, not to mention foreign (I'm Australian) English spelling, i.e. colour/color, socks/sox, etc,. -- 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