It adds the new CID for setting Anti-shake. This CID is provided as
button type. This can commands only if the camera turn on/off this function.
Signed-off-by: HeungJun, Kim
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/media/v4l/controls.xml | 11 +++
drivers/media/video/v4l
It adds the new CID for setting White Balance Preset. This CID is provided as
button type. This can commands only if the camera turn on/off this function.
Signed-off-by: HeungJun, Kim
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/media/v4l/controls.xml | 12
drivers/medi
It adds the new CID for setting Scenemode. This CID is provided as
menu type using the following items:
enum v4l2_scenemode {
V4L2_SCENEMODE_NONE = 0,
V4L2_SCENEMODE_NORMAL = 1,
V4L2_SCENEMODE_PORTRAIT = 2,
V4L2_SCENEMODE_LANDSCAPE = 3,
V4L2_SCENEMODE_SPORTS
It adds the new CID for setting White Balance Preset. This CID is provided as
menu type using the following items:
0 - V4L2_WHITE_BALANCE_INCANDESCENT,
1 - V4L2_WHITE_BALANCE_FLUORESCENT,
2 - V4L2_WHITE_BALANCE_DAYLIGHT,
3 - V4L2_WHITE_BALANCE_CLOUDY,
4 - V4L2_WHITE_BALANCE_SHADE,
Signed-off-by: H
Hi everyone,
This RFC patch series include new 4 controls ID for digital camera.
I about to suggest these controls by the necessity enabling the M-5MOLS
sensor's function, and I hope to discuss this in here.
Any opinions and thoughts are very welcome!
It's good to connect Sylwester's suggestion
On Mon, 26 Dec 2011, Mauro Carvalho Chehab wrote:
I'm currently without time right now to work on a patch, but I think that
several hacks
inside the em28xx probe should be removed, including the one that detects the
endpoint
based on the packet size.
As it is easier to code than to explain in
2011/12/26 Sumit Semwal :
> This is the first step in defining a dma buffer sharing mechanism.
>
> A new buffer object dma_buf is added, with operations and API to allow easy
> sharing of this buffer object across devices.
>
> The framework allows:
> - creation of a buffer object, its association w
On 27-12-2011 18:47, Andreas Oberritter wrote:
> On 27.12.2011 18:26, Mauro Carvalho Chehab wrote:
>> One usage of such call would be to retrieve the autodetected properties,
>> after having a frontend lock.
>
> Btw., dvb_frontend already refreshes the cache whenever the lock status
> changes, i.e
On 27-12-2011 18:47, Andreas Oberritter wrote:
> On 27.12.2011 18:26, Mauro Carvalho Chehab wrote:
>> One usage of such call would be to retrieve the autodetected properties,
>> after having a frontend lock.
>
> Btw., dvb_frontend already refreshes the cache whenever the lock status
> changes, i.e
On 27-12-2011 18:44, Andreas Oberritter wrote:
> On 27.12.2011 18:26, Mauro Carvalho Chehab wrote:
>> On 27-12-2011 12:47, Andreas Oberritter wrote:
>>> On 27.12.2011 14:49, Mauro Carvalho Chehab wrote:
On 27-12-2011 10:21, Andreas Oberritter wrote:
> On 27.12.2011 02:07, Mauro Carvalho Ch
On 27-12-2011 18:37, Andreas Oberritter wrote:
> On 27.12.2011 18:06, Mauro Carvalho Chehab wrote:
>> On 27-12-2011 12:33, Andreas Oberritter wrote:
>>> On 27.12.2011 14:28, Mauro Carvalho Chehab wrote:
On 27-12-2011 10:11, Andreas Oberritter wrote:
> On 27.12.2011 02:07, Mauro Carvalho Ch
Hi Ming,
On 12/26/2011 03:00 AM, Ming Lei wrote:
> On Thu, Dec 22, 2011 at 3:32 AM, Sylwester Nawrocki wrote:
How is face detection enabled or disabled?
>>>
>>> Currently, streaming on will trigger detection enabling, and streaming
>>> off will trigger detection disabling.
>>
>> We would nee
On 27.12.2011 18:26, Mauro Carvalho Chehab wrote:
> One usage of such call would be to retrieve the autodetected properties,
> after having a frontend lock.
Btw., dvb_frontend already refreshes the cache whenever the lock status
changes, i.e. when generating frontend events.
--
To unsubscribe from
On 27.12.2011 18:26, Mauro Carvalho Chehab wrote:
> On 27-12-2011 12:47, Andreas Oberritter wrote:
>> On 27.12.2011 14:49, Mauro Carvalho Chehab wrote:
>>> On 27-12-2011 10:21, Andreas Oberritter wrote:
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
> The old method is renamed to get_fr
On 27.12.2011 18:06, Mauro Carvalho Chehab wrote:
> On 27-12-2011 12:33, Andreas Oberritter wrote:
>> On 27.12.2011 14:28, Mauro Carvalho Chehab wrote:
>>> On 27-12-2011 10:11, Andreas Oberritter wrote:
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
> DVB-S and DVB-T, as those were the
The JPEG compression quality control is currently done by means of the
VIDIOC_S/G_JPEGCOMP ioctls. As the quality field of struct v4l2_jpgecomp
is being deprecated, we add the V4L2_CID_JPEG_COMPRESSION_QUALITY control,
so after the deprecation period VIDIOC_S/G_JPEGCOMP ioctl handlers can be
remove
The JPEG compression quality value can currently be read using the
VIDIOC_G_JPEGCOMP ioctl. As the quality field of struct v4l2_jpgecomp
is being deprecated, we add the V4L2_CID_JPEG_COMPRESSION_QUALITY
control, so after the deprecation period VIDIOC_G_JPEGCOMP ioctl
handler can be removed, leaving
Add DocBook entries for the JPEG control class.
Signed-off-by: Sylwester Nawrocki
---
Documentation/DocBook/media/v4l/biblio.xml | 20 +++
Documentation/DocBook/media/v4l/controls.xml | 161
.../DocBook/media/v4l/vidioc-g-jpegcomp.xml| 16 ++-
3 fi
The V4L2_CID_JPEG_CLASS control class is intended to expose various
adjustable parameters of JPEG encoders and decoders. Following controls
are defined:
- V4L2_CID_JPEG_CHROMA_SUBSAMPLING,
- V4L2_CID_JPEG_RESTART_INTERVAL,
- V4L2_CID_JPEG_COMPRESSION_QUALITY,
- V4L2_CID_JPEG_ACTIVE_MARKER.
Th
Hi,
This patchset is a follow up of an RFC which can be found here:
http://www.mail-archive.com/linux-media@vger.kernel.org/msg39012.html
It creates a new JPEG control class with a tiny amount of four controls
in it. It also adds V4L2_CID_JPEG_COMPRESSION_QUALITY control to two gspca
sub-devices:
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:Tue Dec 27 19:00:18 CET 2011
git hash:1a5cd29631a6b75e49e6ad8a770ab9d69cda0fa2
gcc version: i686-linux-gcc (GCC
I managed to get the Oops when disconnecting:
Message from syslogd@xbmc at Dec 27 17:53:32 ...
kernel:[ 493.144450] Oops: [#1] SMP
Message from syslogd@xbmc at Dec 27 17:53:32 ...
kernel:[ 493.147537] Process kworker/0:4 (pid: 1912, ti=f2f94000
task=f44d6180 task.ti=f2f94000)
Message fro
On 27-12-2011 14:26, Patrick Boettcher wrote:
> On Friday 23 December 2011 18:27:12 Patrick Boettcher wrote:
>> On Friday, December 23, 2011 02:38:59 PM Andreas Oberritter wrote:
>>> On 22.12.2011 22:30, Antti Palosaari wrote:
@@ -201,6 +205,9 @@ typedef enum fe_guard_interval {
On 27-12-2011 15:33, Antti Palosaari wrote:
> On 12/27/2011 07:06 PM, Mauro Carvalho Chehab wrote:
>> On 27-12-2011 12:33, Andreas Oberritter wrote:
>>> On 27.12.2011 14:28, Mauro Carvalho Chehab wrote:
On 27-12-2011 10:11, Andreas Oberritter wrote:
> On 27.12.2011 02:07, Mauro Carvalho Ch
On 12/27/2011 07:06 PM, Mauro Carvalho Chehab wrote:
On 27-12-2011 12:33, Andreas Oberritter wrote:
On 27.12.2011 14:28, Mauro Carvalho Chehab wrote:
On 27-12-2011 10:11, Andreas Oberritter wrote:
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
DVB-S and DVB-T, as those were the standards s
On 27-12-2011 12:47, Andreas Oberritter wrote:
> On 27.12.2011 14:49, Mauro Carvalho Chehab wrote:
>> On 27-12-2011 10:21, Andreas Oberritter wrote:
>>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
The old method is renamed to get_frontend_legacy(), while not all
frontends are conver
On 12/27/2011 06:44 PM, Thomas Holzeisen wrote:
Until some time ago, there was not even a remote chance getting this Dual-Tuner
Stick to work. When trying to tune in a
second transponder, the log got spammed with these:
[ 835.412375] af9015: command failed:1
[ 835.412383] mxl5005s I2C write f
On 27-12-2011 12:33, Andreas Oberritter wrote:
> On 27.12.2011 14:28, Mauro Carvalho Chehab wrote:
>> On 27-12-2011 10:11, Andreas Oberritter wrote:
>>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
DVB-S and DVB-T, as those were the standards supported by DVBv3.
>>>
>>> The description se
Hello there,
I got a MSI DigiVox Duo stick identifying as:
Bus 001 Device 005: ID 1462:8801 Micro Star International
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass0 (Defined at Interface level)
bDeviceSubClass
On Friday 23 December 2011 18:27:12 Patrick Boettcher wrote:
> On Friday, December 23, 2011 02:38:59 PM Andreas Oberritter wrote:
> > On 22.12.2011 22:30, Antti Palosaari wrote:
> > > @@ -201,6 +205,9 @@ typedef enum fe_guard_interval {
> > >
> > > GUARD_INTERVAL_1_128,
> > > GUARD_INTER
On 12/27/2011 12:12 PM, Christian Prähauser wrote:
Yes, I'm meaning something like what it was described there. I think
that the code written by Christian were never submitted upstream.
Hello Mauro,
Konstantin drew my attention to this discussion. Indeed, some time ago I wrote
a base-band de
On 27.12.2011 14:49, Mauro Carvalho Chehab wrote:
> On 27-12-2011 10:21, Andreas Oberritter wrote:
>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>>> The old method is renamed to get_frontend_legacy(), while not all
>>> frontends are converted.
>>>
>>> Signed-off-by: Mauro Carvalho Chehab
>>
On 27.12.2011 14:28, Mauro Carvalho Chehab wrote:
> On 27-12-2011 10:11, Andreas Oberritter wrote:
>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>>> DVB-S and DVB-T, as those were the standards supported by DVBv3.
>>
>> The description seems to be incomplete.
>>
>>> New standards like DSS, I
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-mfc/s5p_mfc_dec.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/s5p-mfc/s5p_mfc_dec.c
b/drivers/media/video/s5p-mfc/s5p_mfc_dec.c
index 844a4d7..c25ec02 100644
--
On 27-12-2011 11:19, Mauro Carvalho Chehab wrote:
> On 27-12-2011 10:31, Andreas Oberritter wrote:
>> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>>> Mauro Carvalho Chehab (91):
>>
>> It would be nice if you could send each message as a reply to the cover
>> letter next time, instead of sendi
On 27-12-2011 10:21, Andreas Oberritter wrote:
> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>> The old method is renamed to get_frontend_legacy(), while not all
>> frontends are converted.
>>
>> Signed-off-by: Mauro Carvalho Chehab
>> ---
>> drivers/media/dvb/bt8xx/dst.c |
On 27-12-2011 10:11, Andreas Oberritter wrote:
> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>> DVB-S and DVB-T, as those were the standards supported by DVBv3.
>
> The description seems to be incomplete.
>
>> New standards like DSS, ISDB and CTTB don't fit on any of the
>> above types.
>>
On 27-12-2011 10:31, Andreas Oberritter wrote:
> On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
>> Mauro Carvalho Chehab (91):
>
> It would be nice if you could send each message as a reply to the cover
> letter next time, instead of sending message x as a reply to message x-1.
>
> Otherwise,
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
> Mauro Carvalho Chehab (91):
It would be nice if you could send each message as a reply to the cover
letter next time, instead of sending message x as a reply to message x-1.
Otherwise, one needs a very wide screen to display all messages in a
th
On 27.12.2011 02:08, Mauro Carvalho Chehab wrote:
> There's no need to initialize unused fields with zero, as Kernel does
> it automatically. Don't do that, in order to save some space at the
> data segment.
No space is saved for members of a struct, unless the complete struct is
initialized to ze
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
> The old method is renamed to get_frontend_legacy(), while not all
> frontends are converted.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/media/dvb/bt8xx/dst.c |8 +-
> drivers/media/dvb/dvb-core/dvb_frontend.c |
On 27.12.2011 02:07, Mauro Carvalho Chehab wrote:
> DVB-S and DVB-T, as those were the standards supported by DVBv3.
The description seems to be incomplete.
> New standards like DSS, ISDB and CTTB don't fit on any of the
> above types.
>
> while there's a way for the drivers to explicitly change
On 27-12-2011 08:28, Antti Palosaari wrote:
> Hello
> basically I am done all these changes when rewrote whole af9013 driver. Fist
> PULL request is sent one month ago and I resend it last week. Could you apply
> that first?
I'll apply the pending pull requests before those series and rebase wha
Hi Christoph,
On the last tests I did with Kaffeine, it is now working properly
with Brazil's video/audio codecs (mpeg4/AAC). So, it makes sense
to add a channel list for it.
At least on the Kaffeine version I have here, it seems to be using
a DVBv3 frontend call, so it appears as if it is a DVB-
>
> Yes, I'm meaning something like what it was described there. I think
> that the code written by Christian were never submitted upstream.
>
Hello Mauro,
Konstantin drew my attention to this discussion. Indeed, some time ago I wrote
a base-band demux for LinuxDVB. It was part of a project to
Hello
basically I am done all these changes when rewrote whole af9013 driver.
Fist PULL request is sent one month ago and I resend it last week. Could
you apply that first?
Antti
On 12/27/2011 03:07 AM, Mauro Carvalho Chehab wrote:
Instead of using dvb_frontend_parameters struct, that were
d
LinuxMint 12 64bit, Kernel 3.0.0-12, does not load this USB stick
-- part of dmesg output is attached.
When I used kernel 3.0.0-0300 with Ubuntu 11.04 the Micronas DRXD DVB-T
tuner in this stick was identified and firmware loaded.
I've tried manually placing the 3 bits of firmware in /lib/firmw
47 matches
Mail list logo