Thanks again to both of you for your help. I gave the no_poweroff flag a try,
but didn't see any difference. I also tried a "setchannel 3" during the middle
of the encoding session, and also saw no change.
But I think I've found the problem:
> v4lctl setnorm NTSC; v4lctl setfreqtab us-bcas
Hi,
My Haupauge WinTV Nova-T (USB) wasn't being properly recognized. I
got these in dmesg when sending IR signals to it:
[ 433.353038] dib0700: Unknown remote controller key: 1D 3 0 0
It seems the driver is trying to match the vendor field with 0x1E,
whereas 0x1D is not listed.
The followi
From: Muralidharan Karicheri
Following are the changes:-
1) moved i2c board specific part to sub device configuration
structure so that sub device can be loaded from vpfe capture
using the new v4l2_i2c_new_subdev_board() api
2) adding mt9t031 sub device configurati
From: Muralidharan Karicheri
Following updates to ccdc driver :-
1) Adding support for camera capture using mt9t031
2) Changed default resolution for ycbcr capture to NTSC to match
with tvp514x driver.
3) Returns proper error code from ccdc_init (comments agains
From: Muralidharan Karicheri
Re-sending adding Hans to CC
Following updates to vpfe capture driver :-
1) Adding support for camera capture using mt9t031 driver
(A patch for mt9t031 is already sent for review)
2) Use v4l2_i2c_new_subdev_board() for loading sub devices
From: Muralidharan Karicheri
Following updates to vpfe capture driver :-
1) Adding support for camera capture using mt9t031 driver
(A patch for mt9t031 is already sent for review)
2) Use v4l2_i2c_new_subdev_board() for loading sub devices
3) Fixed a bug in s_inp
On Fri, 2009-06-26 at 15:29 -0400, Devin Heitmueller wrote:
> On Fri, Jun 26, 2009 at 3:02 PM, Andy Walls wrote:
> > All I'm saying is that it is obviously the expected behavior, it the
> > specified behavior, and all the userland apps and scripts are written
> > with that behavior in mind.
> >
>
On Fri, Jun 26, 2009 at 3:56 PM, Robert Vincent
> I care and I love the infrastructure that has been created. However, it
> seems as though there are devices that do not conform to the paradigm or
> maybe they are not truly in "low power" mode. My guess is the latter
> otherwise there would be a
Devin Heitmueller wrote:
On Fri, Jun 26, 2009 at 3:02 PM, Andy Walls wrote:
All I'm saying is that it is obviously the expected behavior, it the
specified behavior, and all the userland apps and scripts are written
with that behavior in mind.
The applications' expectation of that behavior is
On Fri, Jun 26, 2009 at 1:59 PM, Devin
Heitmueller wrote:
> On Fri, Jun 26, 2009 at 1:50 PM, Hans Verkuil wrote:
>> On Thursday 25 June 2009 20:25:31 Devin Heitmueller wrote:
>>> Hans,
>>>
>>> I just spoke with mkrufky, and he confirmed the issue does occur with
>>> the HVR-950. However, the em28x
Mauro,
Please pull from:
http://kernellabs.com/hg/~mkrufky/au0828
for the following kernel-compat fix:
- au0828: fix i2c for kernels prior to 2.6.26
au0828-i2c.c |3 +++
1 file changed, 3 insertions(+)
Please note that this tree also contains some changesets from Hans
Verkuil's v4l-dvb-m
On Fri, Jun 26, 2009 at 3:02 PM, Andy Walls wrote:
> All I'm saying is that it is obviously the expected behavior, it the
> specified behavior, and all the userland apps and scripts are written
> with that behavior in mind.
>
> The applications' expectation of that behavior is, of course, why we ar
On Fri, 2009-06-26 at 12:25 -0400, Steven Toth wrote:
> On 6/26/09 12:12 PM, Andy Walls wrote:
> > On Fri, 2009-06-26 at 10:37 -0400, Steven Toth wrote:
> >> On 6/25/09 7:15 AM, Andy Walls wrote:
> >>> On Thu, 2009-06-25 at 08:39 +0200, Hans Verkuil wrote:
> On Thursday 25 June 2009 04:40:11 A
On Friday 26 June 2009 21:01:50 Hans Verkuil wrote:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-dm646x for the
> following:
>
> - ARM: DaVinci: DM646x Video: VPIF driver
> - ARM: DaVinci: DM646x Video: Add VPIF display driver
> - ARM: DaVinci: DM646x Video: Makef
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-dm646x for the
following:
- ARM: DaVinci: DM646x Video: VPIF driver
- ARM: DaVinci: DM646x Video: Add VPIF display driver
- ARM: DaVinci: DM646x Video: Makefile and config files modifications for
Display
- ARM: DaVinci: DM64
On Fri, 2009-06-26 at 14:47 -0400, Devin Heitmueller wrote:
> On Fri, Jun 26, 2009 at 2:34 PM, Andy Walls wrote:
> > Hmm, that sure sounds like a V4L2 spec violation. From the V4L2 close()
> > description:
> >
> > "Closes the device. Any I/O in progress is terminated and resources
> > associated w
On Fri, Jun 26, 2009 at 2:34 PM, Andy Walls wrote:
> Hmm, that sure sounds like a V4L2 spec violation. From the V4L2 close()
> description:
>
> "Closes the device. Any I/O in progress is terminated and resources
> associated with the file descriptor are freed. However data format
> parameters, cur
On Friday 26 June 2009 20:25:42 Kevin Hilman wrote:
> Hans Verkuil writes:
>
> > On Monday 22 June 2009 10:14:30 chaithrika wrote:
> >> Kevin,
> >>
> >> I think this patch has to be taken into DaVinci tree so that it
> >> can be submitted upstream. This patch has to be present in the Linux
> >>
Kevin Hilman writes:
> Chaithrika U S writes:
>
>> Platform specific display device setup for DM646x EVM
>>
>> Add platform device and resource structures. Also define a platform specific
>> clock setup function that can be accessed by the driver to configure the
>> clock
>> and CPLD.
>>
>> Thi
On Fri, 2009-06-26 at 13:23 -0400, Devin Heitmueller wrote:
> On Fri, Jun 26, 2009 at 1:19 PM, Robert
> Krakora wrote:
> > I had ran into this before with the KWorld a few months back.
> > However, whatever problem existed that forced me to add
> > "no_poweroff=1" to modprobe.conf for the em28xx mo
Chaithrika U S writes:
> Platform specific display device setup for DM646x EVM
>
> Add platform device and resource structures. Also define a platform specific
> clock setup function that can be accessed by the driver to configure the clock
> and CPLD.
>
> This patch is dependent on a patch submi
Hans Verkuil writes:
> On Monday 22 June 2009 10:14:30 chaithrika wrote:
>> Kevin,
>>
>> I think this patch has to be taken into DaVinci tree so that it
>> can be submitted upstream. This patch has to be present in the Linux
>> tree for Hans to prepare a pull request for DM646x display driver
On Fri, 2009-06-26 at 11:33 -0500, Mike Isely wrote:
> On Fri, 26 Jun 2009, jmdk wrote:
>
> > Hello,
> >
> > I have a Hauppauge HVR-1900 which works fine with the pvrusb2 driver.
> > However because most TV channels now air with 16:9 content inside 4:3
> > images, I would like to crop out the top
Devin Heitmueller wrote:
On Fri, Jun 26, 2009 at 1:28 PM, Robert
Krakora wrote:
Yes, it is run after mplayer initially tunes it. However, what is the
difference between mplayer tuning and v4l-ctl tuning? They are both
submitting the same IOCTLs to the driver to accomplish the same end
resul
On Fri, 2009-06-26 at 12:25 -0400, Steven Toth wrote:
> On 6/26/09 12:12 PM, Andy Walls wrote:
> >
> > My plan was to add the necessary support to the cx25840 module for
> > setting up the cx23885 pin control multiplexers (subdev config time),
> > the GPIO 23-19 directions (subdev config time), an
On Friday 19 June 2009 14:47:33 Hans Verkuil wrote:
> On Friday 19 June 2009 13:49:37 Halim Sahin wrote:
> > Hi,
> > Ok I have tested
> > modprobe bttv audiodev=-1 card=34 tuner=24 gbuffers=16
> >
> > I am seeing again the delay.
> > More ideas?
>
> Use more printk messages in the bttv_init_card2(
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Fri Jun 26 19:00:03 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12133:05e6c5c9bcb4
gcc version: gcc
On Monday 22 June 2009 10:14:30 chaithrika wrote:
> Kevin,
>
> I think this patch has to be taken into DaVinci tree so that it
> can be submitted upstream. This patch has to be present in the Linux
> tree for Hans to prepare a pull request for DM646x display driver
> patches.
What are the plans
On Tue, 2009-06-23 at 17:49 -0400, Andy Walls wrote:
> On Tue, 2009-06-23 at 16:59 +0100, Steve Firth wrote:
> > Just another quick update.
> >
> > I've now reinstalled the 2nd tuner card back into the ACER 500, and I
> > can confirm that the patched drivers for the Yuan MPC718 work fine on
> >
On Fri, Jun 26, 2009 at 1:50 PM, Hans Verkuil wrote:
> On Thursday 25 June 2009 20:25:31 Devin Heitmueller wrote:
>> Hans,
>>
>> I just spoke with mkrufky, and he confirmed the issue does occur with
>> the HVR-950. However, the em28xx driver does not do a printk() when
>> the subdev registration f
On Thursday 25 June 2009 20:25:31 Devin Heitmueller wrote:
> Hans,
>
> I just spoke with mkrufky, and he confirmed the issue does occur with
> the HVR-950. However, the em28xx driver does not do a printk() when
> the subdev registration fails (I will submit a patch to fix that).
>
> Please let m
On Friday 26 June 2009 18:33:11 Mike Isely wrote:
> On Fri, 26 Jun 2009, jmdk wrote:
>
> > Hello,
> >
> > I have a Hauppauge HVR-1900 which works fine with the pvrusb2 driver.
> > However because most TV channels now air with 16:9 content inside 4:3
> > images, I would like to crop out the top an
On Fri, Jun 26, 2009 at 9:42 AM, Devin
Heitmueller wrote:
> On Fri, Jun 26, 2009 at 7:50 AM, Andy Walls wrote:
>> I use either v4l2-ctl or ivtv-tune
>>
>> $ ivtv-tune -d /dev/video0 -t us-bcast -c 3
>> /dev/video0: 61.250 MHz
>>
>> $ v4l2-ctl -d /dev/video0 -f 61.250
>> Frequency set to 980 (61.250
On Fri, Jun 26, 2009 at 1:28 PM, Robert
Krakora wrote:
> Yes, it is run after mplayer initially tunes it. However, what is the
> difference between mplayer tuning and v4l-ctl tuning? They are both
> submitting the same IOCTLs to the driver to accomplish the same end
> result; or is mplayer probab
On Fri, Jun 26, 2009 at 1:23 PM, Devin
Heitmueller wrote:
> On Fri, Jun 26, 2009 at 1:19 PM, Robert
> Krakora wrote:
>> I had ran into this before with the KWorld a few months back.
>> However, whatever problem existed that forced me to add
>> "no_poweroff=1" to modprobe.conf for the em28xx module
On Fri, Jun 26, 2009 at 1:19 PM, Robert
Krakora wrote:
> I had ran into this before with the KWorld a few months back.
> However, whatever problem existed that forced me to add
> "no_poweroff=1" to modprobe.conf for the em28xx module has went away.
> I have been able to use v4l-ctl or ivtv-tune wit
Hans,
I see it. Thanks.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
Phone : 301-515-3736
email: m-kariche...@ti.com
>-Original Message-
>From: Hans Verkuil [mailto:hverk...@xs4all.nl]
>Sent: Friday, June 26, 2009 2:53 AM
>To: Karicheri, Muralidha
On Fri, 26 Jun 2009, jmdk wrote:
> Hello,
>
> I have a Hauppauge HVR-1900 which works fine with the pvrusb2 driver.
> However because most TV channels now air with 16:9 content inside 4:3
> images, I would like to crop out the top and bottom black bars before
> encoding via the hardware MPEG2 enc
On 6/26/09 12:12 PM, Andy Walls wrote:
On Fri, 2009-06-26 at 10:37 -0400, Steven Toth wrote:
On 6/25/09 7:15 AM, Andy Walls wrote:
On Thu, 2009-06-25 at 08:39 +0200, Hans Verkuil wrote:
On Thursday 25 June 2009 04:40:11 Andy Walls wrote:
On Tue, 2009-06-23 at 14:33 +0200, Hans Verkuil wrote:
On Fri, 2009-06-26 at 10:37 -0400, Steven Toth wrote:
> On 6/25/09 7:15 AM, Andy Walls wrote:
> > On Thu, 2009-06-25 at 08:39 +0200, Hans Verkuil wrote:
> >> On Thursday 25 June 2009 04:40:11 Andy Walls wrote:
> >>> On Tue, 2009-06-23 at 14:33 +0200, Hans Verkuil wrote:
> > On Tue, 2009-06-23 a
On Fri, 26 Jun 2009, Karicheri, Muralidharan wrote:
> I see your point. I think what we could do is to keep this patch in our
> internal tree until you complete fixing the cropping/scaling issue. I
> will merge your future patches to this version. When you are ready to do
> the migration to sub
Guennadi,
>
>I thought you would be doing the latter part - v4l2-subdev conversion.
>Which is good. But, you wrote:
>
>> This patch migrates mt9t031 driver from SOC Camera interface to
>> sub device interface. This is sent to get a feedback about the
>> changes done since I am not sure if some of
On Fri, 26 Jun 2009, Karicheri, Muralidharan wrote:
> >
> >). I started by converting mx3-camera and mt9t031, and I shall upload an
> >incomplete patch, converting only these drivers to my "testing" area,
> >while I shall start converting the rest of the drivers... So, it is
> >advisable to wait f
On Fri, Jun 26, 2009 at 10:42 AM, oblib wrote:
>
> I'm trying to put together a driver for the AverMedia A188, which is
> currently unsupported. Manu Abraham is working on the SAA716x driver which it
> needs, but the frontends seem to be two LGDT3304's.
>
> My google-fu is failing me and I can't
>
>). I started by converting mx3-camera and mt9t031, and I shall upload an
>incomplete patch, converting only these drivers to my "testing" area,
>while I shall start converting the rest of the drivers... So, it is
>advisable to wait for that patch to appear and base any future (including
>this on
On Fri, Jun 26, 2009 at 10:36 AM, Simon Kenyon wrote:
> as you know i have the xl10353 variant. and you got it to work on my
> machine.
>
> now i know you don't want to hear this but the same code will not work on
> another machine.
> both are running 2.6.28-gentoo-r5, however i'm pretty sure the
>
I'm trying to put together a driver for the AverMedia A188, which is currently
unsupported. Manu Abraham is working on the SAA716x driver which it needs, but
the frontends seem to be two LGDT3304's.
My google-fu is failing me and I can't find any documentation on the chip.
Support for the chi
> > But in user space there is nothing changed having access to
> > device and control them.
> > As you know, subdev and int-device is all about how to bind
> > interface(or host?) and device and make them communicated each other.
> > But using subdev device driver with int-device supporting interf
On 6/25/09 6:49 AM, Antonio Jimenez wrote:
Hi all,
is there any news or progress with the work for Hauppauge WinTV-HVR 900H
under Linux?
I read in March some emails here about this theme and I was very happy
with it, because I have one of these cards. But suddenly there were no
more news about
On 6/25/09 7:15 AM, Andy Walls wrote:
On Thu, 2009-06-25 at 08:39 +0200, Hans Verkuil wrote:
On Thursday 25 June 2009 04:40:11 Andy Walls wrote:
On Tue, 2009-06-23 at 14:33 +0200, Hans Verkuil wrote:
On Tue, 2009-06-23 at 11:39 +0800, Terry Wu wrote:
There is already an s_gpio in the core op
Devin Heitmueller wrote:
Regarding the Terratec Cinergy T XS USB you sent me... there are two
variants of the same device with the same USB ID. One has the zl10353
and the other has the mt352. I found one bug that was common to both,
one bug in the zl10353 version, and one bug in the mt352. I
On Fri, Jun 26, 2009 at 7:50 AM, Andy Walls wrote:
> I use either v4l2-ctl or ivtv-tune
>
> $ ivtv-tune -d /dev/video0 -t us-bcast -c 3
> /dev/video0: 61.250 MHz
>
> $ v4l2-ctl -d /dev/video0 -f 61.250
> Frequency set to 980 (61.25 MHz)
>
>
> Regards,
> Andy
Hello Andy,
I had sent George some
On Fri, Jun 26, 2009 at 4:26 AM, Jelle de Jong wrote:
> Hi all,
>
> This is sort of an updated report, I tested my em28xx based hybrid
> devices again and the dvb-t still does not work under the 2.6.30 kernel.
> I am not interested in the analog parts. So how is the process going on
> getting suppo
On Thu, 2009-06-25 at 23:04 -0400, George Adams wrote:
> Having gotten my Pinnacle HDTV Pro Stick working again under some old
> v4l drivers, I'm now facing a much more mundane problem - I can't
> figure out how to use the command line to change the channel.
>
> The video feed (a closed-circuit fe
Hello,
I have a Hauppauge HVR-1900 which works fine with the pvrusb2 driver.
However because most TV channels now air with 16:9 content inside 4:3
images, I would like to crop out the top and bottom black bars before
encoding via the hardware MPEG2 encoder. I tried using the ctl_crop_top
and ctl_c
> On Tuesday 23 June 2009 08:45:51 Hans Verkuil wrote:
>> Hi Mauro,
>>
>> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-misc for
>> the
>> following:
>>
>> - v4l2-spec: add missing V4L2_PIX_FMT_OV511 documentation.
>
> Added this patch:
>
> - v4l2-common: fix uninitialized variable
>
Hi all,
This is sort of an updated report, I tested my em28xx based hybrid
devices again and the dvb-t still does not work under the 2.6.30 kernel.
I am not interested in the analog parts. So how is the process going on
getting support for dvb-t in the kernel. I am also not interested in any
non f
Hi all,
Because i now use a new kernel and new mplayer versions I did some
testing again on one of my long standing issues.
My Afatech AF9015 DVB-T USB2.0 stick does not work with mplayer, other
em28xx devices do work with mplayer.
Would somebody be willing to do some tests and see if mplayers w
> On Fri, 26 Jun 2009, Hans Verkuil wrote:
>
>> On Thursday 25 June 2009 22:17:04 Karicheri, Muralidharan wrote:
>> >
>> > >-Original Message-
>> > >From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>> > >ow...@vger.kernel.org] On Behalf Of Guennadi Liakhovetski
>> > >Sent: Thur
On Fri, 26 Jun 2009, Hans Verkuil wrote:
> On Thursday 25 June 2009 22:17:04 Karicheri, Muralidharan wrote:
> >
> > >-Original Message-
> > >From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> > >ow...@vger.kernel.org] On Behalf Of Guennadi Liakhovetski
> > >Sent: Thursday, Jun
On Tuesday 23 June 2009 08:45:51 Hans Verkuil wrote:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-misc for the
> following:
>
> - v4l2-spec: add missing V4L2_PIX_FMT_OV511 documentation.
Added this patch:
- v4l2-common: fix uninitialized variable
Note that this
61 matches
Mail list logo
