Re: Hauppauge Nova-S-Plus DVB-S works for one channel, but cannot tune in others

On Samstag, 6. April 2013 16:26:32 Mauro Carvalho Chehab wrote: > Em Sat, 06 Apr 2013 19:26:23 +0200 > > Hans-Peter Jansen escreveu: > > On Samstag, 6. April 2013 10:37:52 you wrote: > > > Em Sat, 06 Apr 2013 12:20:41 +0200 > > > > > > Hans-Peter Jansen escreveu: > > > > Dear Mauro, > > > > >

Re: Hauppauge Nova-S-Plus DVB-S works for one channel, but cannot tune in others

Em Sat, 06 Apr 2013 19:26:23 +0200 Hans-Peter Jansen escreveu: > On Samstag, 6. April 2013 10:37:52 you wrote: > > Em Sat, 06 Apr 2013 12:20:41 +0200 > > > > Hans-Peter Jansen escreveu: > > > Dear Mauro, > > > > > > first of all, thank you for providing a proper fix that quickly. > > > > > >

cron job: media_tree daily build: WARNINGS

This message is generated daily by a cron job that builds media_tree for the kernels and architectures in the list below. Results of the daily build of media_tree: date: Sat Apr 6 19:00:20 CEST 2013 git branch: test git hash: 53faa685fa7df0e12751eebbda30bc7e7bb5e71a gcc versi

Re: Hauppauge Nova-S-Plus DVB-S works for one channel, but cannot tune in others

On Samstag, 6. April 2013 10:37:52 you wrote: > Em Sat, 06 Apr 2013 12:20:41 +0200 > > Hans-Peter Jansen escreveu: > > Dear Mauro, > > > > first of all, thank you for providing a proper fix that quickly. > > > > On Freitag, 5. April 2013 13:18:54 Mauro Carvalho Chehab wrote: > > > Em Fri, 05 Ap

Re: Question regarding developing V4L2 device driver and Streaming IO in v4l2-ctl

Hi Hans, Thanks for the pointer to the EVENT and the ENC/DEC CMD :) I just noticed that v4l2-ctl has a command category for them as well. If I configure the codec as a transcoder, and would like to transcode a input bitstream with v4l2-ctl, I should use the following command instance to test our

[PATCH] cx24123: improve precision when calculating symbol rate ratio

Symbol rate ratio were using a rough calculus, as the code was limited to 32 bits arithmetic. Change it to 64 bits, in order to better estimate the bandwidth low-pass filter on the demod. This should reduce the noise and improve reception. Reported-by: Hans-Peter Jansen Signed-off-by: Mauro Carv

Re: Hauppauge Nova-S-Plus DVB-S works for one channel, but cannot tune in others

Em Sat, 06 Apr 2013 12:20:41 +0200 Hans-Peter Jansen escreveu: > Dear Mauro, > > first of all, thank you for providing a proper fix that quickly. > > On Freitag, 5. April 2013 13:18:54 Mauro Carvalho Chehab wrote: > > Em Fri, 05 Apr 2013 13:25:01 +0100 > > > > Adam Sampson escreveu: > > > Han

Re: Question regarding developing V4L2 device driver and Streaming IO in v4l2-ctl

On Sat April 6 2013 14:28:12 Tzu-Jung Lee wrote: > Hi, > > I'm writing device v4l2 driver for our video codec, which can be configured > to: > > 1. decode bitstream and output to TV (output device) > 2. capture video input, and generate encoded bitstream. (capture device) > 3. transc

Re: Hauppauge Nova-S-Plus DVB-S works for one channel, but cannot tune in others

On Fri, Apr 05, 2013 at 01:18:54PM -0300, Mauro Carvalho Chehab wrote: > Could you please test the enclosed patch? It allows the bridge > driver to tell if the set_tone should be overrided by isl6421 or > not. Yes, your patch works fine for me, backported to 3.4, which was just a case of changing

Question regarding developing V4L2 device driver and Streaming IO in v4l2-ctl

Hi, I'm writing device v4l2 driver for our video codec, which can be configured to: 1. decode bitstream and output to TV (output device) 2. capture video input, and generate encoded bitstream. (capture device) 3. transcode input bitstream to another format output bitstream. (mem2mem d

[REVIEW PATCH 1/7] v4l2: put VIDIOC_DBG_G_CHIP_NAME under ADV_DEBUG.

From: Hans Verkuil Only enable this ioctl if the VIDEO_ADV_DEBUG config option is set. This prevents abuse from both userspace and kernelspace (some bridge drivers abuse DBG_G_CHIP_IDENT, lets prevent that from happening again with this ioctl). Signed-off-by: Hans Verkuil --- Documentation/Doc

[REVIEW PATCH 5/7] v4l2: add range support for VIDIOC_DBG_G_CHIP_INFO

From: Hans Verkuil More devices than expected have several register ranges. By exposing these ranges through the G_CHIP_INFO API life is simplified for debug tools. By keeping such information in the driver itself is it also easy to keep the code up to date or to modify the ranges depending on th

[REVIEW PATCH 6/7] v4l2 DocBook: document the new register range support.

From: Hans Verkuil Signed-off-by: Hans Verkuil --- .../DocBook/media/v4l/vidioc-dbg-g-chip-info.xml | 29 +--- 1 file changed, 25 insertions(+), 4 deletions(-) diff --git a/Documentation/DocBook/media/v4l/vidioc-dbg-g-chip-info.xml b/Documentation/DocBook/media/v4l/vidioc-

[REVIEW PATCH 7/7] ivtv: add g_chip_info support.

From: Hans Verkuil Signed-off-by: Hans Verkuil --- drivers/media/pci/ivtv/ivtv-ioctl.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/media/pci/ivtv/ivtv-ioctl.c b/drivers/media/pci/ivtv/ivtv-ioctl.c index 9cbbce0..f9162aa 100644 --- a/drivers/media/pci/ivtv

[REVIEW PATCH 4/7] v4l2: rename VIDIOC_DBG_G_CHIP_NAME to _CHIP_INFO

From: Hans Verkuil This ioctl will be extended to return more information than just the name. Signed-off-by: Hans Verkuil --- Documentation/DocBook/media/v4l/compat.xml |2 +- Documentation/DocBook/media/v4l/v4l2.xml |4 +- .../DocBook/media/v4l/vidioc-dbg-g-chip-info

[REVIEW PATCH 2/7] v4l2: drop V4L2_CHIP_MATCH_SUBDEV_NAME.

From: Hans Verkuil After using the new VIDIOC_DBG_G_CHIP_NAME ioctl I realized that the matching by name possibility is useless. Just drop it and rename MATCH_SUBDEV_IDX to just MATCH_SUBDEV. The v4l2-dbg utility is much better placed to match by name by just enumerating all bridge and subdev de

[REVIEW PATCH 0/7] VIDIOC_DBG_G_CHIP_NAME fixes/improvements

Recently VIDIOC_DBG_G_CHIP_NAME was introduced as a replacement for the old VIDIOC_DBG_G_CHIP_IDENT. While working on modifying v4l2-dbg to use the new API I realized that a few changes should be made before this API goes public. The first four patches make some essential improvements: - put VIDI

[REVIEW PATCH 3/7] v4l2-ioctl: fill in name before calling vidioc_g_chip_name

From: Hans Verkuil That way drivers do not need to fill in the name themselves for bridge address 0. Signed-off-by: Hans Verkuil --- drivers/media/v4l2-core/v4l2-ioctl.c |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c b/driv

Re: Hauppauge Nova-S-Plus DVB-S works for one channel, but cannot tune in others

Dear Mauro, first of all, thank you for providing a proper fix that quickly. On Freitag, 5. April 2013 13:18:54 Mauro Carvalho Chehab wrote: > Em Fri, 05 Apr 2013 13:25:01 +0100 > > Adam Sampson escreveu: > > Hans-Peter Jansen writes: > > > In one of my systems, I've used a > > > Hauppauge Nov

[REVIEW PATCH 1/2] tuner-core/tda9887: get_afc can be tuner mode specific

From: Hans Verkuil The get_afc op in tda9887 is valid only for the radio mode. But due to the way get_afc in analog_demod_ops was designed it would overwrite the afc value with a bogus value when in TV mode. Pass a pointer to the afc value instead, and when not in radio mode leave it alone in th

[REVIEW PATCH 2/2] tuner-core/simple: get_rf_strength can be tuner mode specific

From: Hans Verkuil The get_rf_strength op in tuner-simple is valid only for the radio mode. But due to the way get_signal in analog_demod_ops was designed it would overwrite the signal value with a bogus value when in TV mode. Pass a pointer to the signal value instead, and when not in radio mod

[REVIEW PATCH 0/2] Two tuner-core patches fixing afc/signal bugs

I noticed that the afc and signal values returned by VIDIOC_G_TUNER were completely wrong in ivtv. I tracked this down to bugs in tda9887 and tuner-simple (the afc and rf_strength ops are only valid when in radio mode, not when in TV mode) and limitations in the get_afc/signal analog_demod_ops pro