20.07.2011 04:55, Mauro Carvalho Chehab wrote:
The proposed solution is to have the mute
control, that can be valid for all the cards/drivers.
Presumably, it should have the similar name
for all of them, even though for some it will be
a "virtual" control that will control several items,
and for
On Wed, Jul 6, 2011 at 02:23, Tomasz Stanislawski
wrote:
> This patch removes an implicit conversion between multi and single plane
> formats from V4L2 framework. The conversion is to be performed by libv4l2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> ---
Acked-by:
Hi Jon,
Thanks for your patch. I agree I'm not particularly proud of how
allocation looks like right now and of the "first structure field"
requirement. I had similar design dilemmas, but have to agree with
Marek here though. Please see my explanation below.
On Mon, Jun 27, 2011 at 09:39, Jonathan
Hi Hans,
On Sun, Jul 17, 2011 at 23:30, Marek Szyprowski
wrote:
> Hello,
>
> On Wednesday, July 13, 2011 11:39 AM Hans Verkuil wrote:
>
>> From: Hans Verkuil
>>
>> Signed-off-by: Hans Verkuil
>
> Acked-by: Marek Szyprowski
>
Acked-by: Pawel Osciak
I have to say, this is cool stuff!
Pawel
>
On Sun, Jul 17, 2011 at 23:30, Marek Szyprowski
wrote:
> Hello,
>
> On Wednesday, July 13, 2011 11:39 AM Hans Verkuil wrote:
>
>> From: Hans Verkuil
>>
>> Signed-off-by: Hans Verkuil
>
> Acked-by: Marek Szyprowski
>
Acked-by: Pawel Osciak
>> ---
>> drivers/media/video/videobuf2-core.c | 4
Em 19-07-2011 18:57, Stas Sergeev escreveu:
> 19.07.2011 23:29, Mauro Carvalho Chehab wrote:
>>> the additional element, they are fine already.
>>> We can rename it to "Master Capture Switch",
>>> or may not.
>> Adding a new volume control that changes the mute values for the other
>> controls
>>
On 07/19/2011 11:25 AM, Jose Alberto Reguero wrote:
On Martes, 19 de Julio de 2011 01:44:54 Antti Palosaari escribió:
On 07/19/2011 02:00 AM, Jose Alberto Reguero wrote:
On Lunes, 18 de Julio de 2011 22:28:41 Antti Palosaari escribió:
There are two problems:
First, the two frontends (tda100
On 20/07/11 02:12, Jarod Wilson wrote:
> The imon devices have either 1 or 2 usb interfaces on them, each wired
> up to its own urb callback. The interface 0 urb callback is wired up
> before the imon context's rc_dev pointer is filled in, which is
> necessary for imon 0xffdc device auto-detection
19.07.2011 23:29, Mauro Carvalho Chehab wrote:
the additional element, they are fine already.
We can rename it to "Master Capture Switch",
or may not.
Adding a new volume control that changes the mute values for the other controls
or renaming it don't solve anything.
The proposed solution is to
On Tue, 19 Jul 2011, Michael Krufky wrote:
> On Tue, Jul 19, 2011 at 3:37 AM, Jesper Juhl wrote:
...
> > I can test any patches you may come up with and if there's any further
> > information you need from me in order to get an idea about what the
> > problem is, then just ask.
> >
> > Please CC
On Tue, Jul 19, 2011 at 3:37 AM, Jesper Juhl wrote:
> Hi
>
> I have a bunch of Hauppauge HVR-1900 model 73219's, some are revision D1E9
> and work perfectly, but with the newer revision D1F5's the tuner fails to
> detect a signal and consequently just gives me blank output on
> /dev/video0. Other
Em 19-07-2011 15:38, Stas Sergeev escreveu:
> 19.07.2011 22:06, Mauro Carvalho Chehab wrote:
>>> Unless I am mistaken, this control is usually called a
>>> "Master Playback Switch" in the alsa world.
>> No, you're mistaken: on most boards, you have only one volume control/switch,
>> for capture. So
Hadli, Manjunath wrote:
> Sakari, Thank you for your comments. I agree with them and fix.
> Please comment
on the rest of the patches as well.
> -Manju>
Hi Manju,
I'll attempt to find more time for this.
[clip]
>>> +/* CFG1 Masks and shifts */
>>> +#define ONESHOT_SHIFT (0)
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:Tue Jul 19 19:00:31 CEST 2011
git hash:9bc5f6fa12c9e3e1e73e66bfabe9d463ea779b08
gcc version: i686-linux-gcc (GCC) 4.5
19.07.2011 22:06, Mauro Carvalho Chehab wrote:
>> Unless I am mistaken, this control is usually called a
>> "Master Playback Switch" in the alsa world.
> No, you're mistaken: on most boards, you have only one volume control/switch,
> for capture. So, it would be a "master capture switch",
Well, for
Em 19-07-2011 12:50, Stas Sergeev escreveu:
> 19.07.2011 19:27, Mauro Carvalho Chehab wrote:
>>> Unless I am missing the point, you need some mixer control
>>> that will just unmute the "currently-configured things".
>>> If you can unmute all the right things when an app just
>>> starts capturing,
The ATSC A/65C standard (in Section 6.5) allows the "title_length" field
in the Event Information Table (EIT) to be set to zero, but the "atsc_epg"
program crashes with the following backtrace if that happens:
Core was generated by `./atsc_epg -t -f 52100'.
Program terminated with signal 1
The imon devices have either 1 or 2 usb interfaces on them, each wired
up to its own urb callback. The interface 0 urb callback is wired up
before the imon context's rc_dev pointer is filled in, which is
necessary for imon 0xffdc device auto-detection to work properly, but we
need to make sure we d
19.07.2011 19:27, Mauro Carvalho Chehab wrote:
>> Unless I am missing the point, you need some mixer control
>> that will just unmute the "currently-configured things".
>> If you can unmute all the right things when an app just
>> starts capturing, then you can as well unmute the same
>> things by
Em 19-07-2011 11:56, Stas Sergeev escreveu:
> 19.07.2011 18:10, Mauro Carvalho Chehab wrote:
>> As this is an USB device, in general, people don't connect the line out
>> pin. So, typically, in order to unmute this particular device for TV, one
>> should unmute both AC97 MONO and AC97 VIDEO, and mu
19.07.2011 18:10, Mauro Carvalho Chehab wrote:
> As this is an USB device, in general, people don't connect the line out
> pin. So, typically, in order to unmute this particular device for TV, one
> should unmute both AC97 MONO and AC97 VIDEO, and mute AC97 LINE IN.
>
> If the application latter ch
Em 19-07-2011 10:49, Stas Sergeev escreveu:
> 19.07.2011 17:00, Mauro Carvalho Chehab wrote:
>> Several video boards have the option of plugging a loop cable between
>> the device output pin and the motherboard line in pin. So, if you start
>> capturing, you'll also enabling the output of such pin,
Hi Michael
Looks good now, thanks. Unfortunately, we've already missed the 3.1 merge
window, unless Linus decides to release one more 3.0-rcX kernel. But
still, I think, this can qualify as a fix, so, it should be ok even after
-rc1.
Thanks
Guennadi
On Tue, 19 Jul 2011, Michael Grzeschik wrot
19.07.2011 17:00, Mauro Carvalho Chehab wrote:
> Several video boards have the option of plugging a loop cable between
> the device output pin and the motherboard line in pin. So, if you start
> capturing, you'll also enabling the output of such pin, as the kernel
> driver has no way to know if the
Define a frame start event to tell user space when the reception of a frame
starts.
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media/v4l/vidioc-dqevent.xml | 26
.../DocBook/media/v4l/vidioc-subscribe-event.xml | 18 +
include/linux/videodev2.h
The ccdc block in the omap3isp produces frame start events. These events
were previously specific to the omap3isp. Make them generic.
Also add sequence number to the frame. This is stored to the id field.
Signed-off-by: Sakari Ailus
---
Documentation/video4linux/omap3isp.txt |9 +
d
Move documentation of structures used in DQEVENT from SUBSCRIBE_EVENT to
DQEVENT.
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media/v4l/vidioc-dqevent.xml | 107
.../DocBook/media/v4l/vidioc-subscribe-event.xml | 107
2 files changed, 107 i
Hi all,
The OMAP 3 ISP driver implements an HS_VS event which is triggered when
the reception of a frame begins. This functionality is very, very likely
not specific to OMAP 3 ISP so it should be standardised.
I have a few patches to do that. Additionally the next expected buffer
sequence number
Signed-off-by: Michael Grzeschik
---
v1 -> v2: added initial value -1 for lastpage
drivers/media/video/mt9m111.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/mt9m111.c b/drivers/media/video/mt9m111.c
index a357aa8..07af26e 100644
--- a/driv
On Tue, 19.07.11 10:00, Mauro Carvalho Chehab (mche...@infradead.org) wrote:
Heya,
> The thing is that starting capture on a video device has some side effects,
> as it will start capturing from a radio or TV station without specifying
> the desired frequency.
>
> Several video boards have the o
Em 18-07-2011 20:16, Lennart Poettering escreveu:
Heya,
On 17.07.2011 13:51, Mauro Carvalho Chehab wrote:
If pulseaudio is starting sound capture at startup, then it is either
a pulseaudio miss-configuration or a bug there. I fail to understand
why pulseaudio would start capturing sound from a
Em 19-07-2011 08:35, Jesper Juhl escreveu:
Adding linux-media@vger.kernel.org to CC
Thanks, Jesper!
On Tue, 19 Jul 2011, Doron Cohen wrote:
Hi,
This is the first time I ever post changes to linux kernel, so excuse me
if I have errors in the process.
As Siano team member, I would like to u
On Tue, 19.07.11 10:31, Stas Sergeev (s...@list.ru) wrote:
> 2. "Even if it sucks in general". In this case, what solution
> would you propose to get the problem of the white
> noise fixed?
Well, for removing the probing in PA we'd need a way to reliably figure
out in which combinations of input
Hi,
This is the first time I ever post changes to linux kernel, so excuse me
if I have errors in the process.
As Siano team member, I would like to update the drivers for Siano
devices with the latest and greatest fixes. Unfortunately there is a hug
gap between the current code in the kernel and t
On Jul 18, 2011, at 6:29 PM, Chris W wrote:
> On 19/07/11 02:46, Jarod Wilson wrote:
>> The interface 0 urb callback was being wired up before the rc_dev device
>> was allocated, meaning the callback could be called with a null rc_dev,
>> leading to an oops. This likely only ever happens on the o
Hi,
The pwc driver currently has 2 kconfig options, one to enable /
disable various debugging options, and another for enabling/
disabling input-evdev support.
IMHO these both can go away, the debugging can trigger on
CONFIG_VIDEO_ADV_DEBUG, and the input on CONFIG_INPUT.
Regards,
Hans
--
To u
Hi,
In the light of my ongoing pwc driver cleanup I would like to
remove a bunch of module options, like the device_hint option which
allows one the specify a preferred minor, which does not really
fit well in our modern dynamic minor v4l2 config, and there
are a bunch of options for things which
Hi Mauro,
Please pull from my tree to add support for control events to
the pwc driver. Note that this patch depends upon the patches
from hverkuils poll tree (and those patches are thus also
in my tree, but not part of this pull req).
The following changes since commit 30178e8623281063c18592a84
Adding linux-media@vger.kernel.org to CC
On Tue, 19 Jul 2011, Doron Cohen wrote:
>
> Hi,
> This is the first time I ever post changes to linux kernel, so excuse me
> if I have errors in the process.
> As Siano team member, I would like to update the drivers for Siano
> devices with the latest
Sakari,
Thank you for your comments. I agree with them and fix. Please comment on the
rest of the patches as well.
-Manju
On Thu, Jul 14, 2011 at 00:20:50, Sakari Ailus wrote:
> Hi Manju,
>
> Thanks for the patchset!
>
> I have a few comments on this patch below. I haven't read the rest of the
Hi,
On 07/19/2011 12:33 PM, Hans de Goede wrote:
Hi Mauro,
Please pull from my tree to add support for control events to
the pwc driver. Note that this patch depends upon the patches
from hverkuils poll tree (and those patches are thus also
in my tree, but not part of this pull req).
The follo
Hi Mauro,
Please pull from my tree to add support for control events to
the pwc driver. Note that this patch depends upon the patches
from hverkuils poll tree (and those patches are thus also
in my tree, but not part of this pull req).
The following changes since commit 30178e8623281063c18592a84
Le vendredi 15 juillet 2011, remzouille a écrit :
> Le jeudi 14 juillet 2011 18:50:39, vous avez écrit :
> > Em 14-07-2011 06:28, remzouille escreveu:
> > > Hi all,
> > >
> > > This is the patch against kernel 2.6.32 I used to get to work my TV
> > > card Asus My Cinema PS3-100 (1043:48cd).
> > >
Le vendredi 15 juillet 2011, remzouille a écrit :
> Le jeudi 14 juillet 2011 18:50:39, vous avez écrit :
> > Em 14-07-2011 06:28, remzouille escreveu:
> > > Hi all,
> > >
> > > This is the patch against kernel 2.6.32 I used to get to work my TV
> > > card Asus My Cinema PS3-100 (1043:48cd).
> > >
On Martes, 19 de Julio de 2011 01:44:54 Antti Palosaari escribió:
> On 07/19/2011 02:00 AM, Jose Alberto Reguero wrote:
> > On Lunes, 18 de Julio de 2011 22:28:41 Antti Palosaari escribió:
> >> Hello
> >> I did some review for this since I was interested of adding MFE for
> >> Anysee driver which i
Hi
I have a bunch of Hauppauge HVR-1900 model 73219's, some are revision D1E9
and work perfectly, but with the newer revision D1F5's the tuner fails to
detect a signal and consequently just gives me blank output on
/dev/video0. Other input sources, like composite or s-video, work just
fine on
46 matches
Mail list logo