Hi Laurent,
On Feb 18, 2011, at 2:56 AM, Laurent Pinchart wrote:
> Hi Stephan,
>
> On Thursday 17 February 2011 18:18:38 Stephan Lachowsky wrote:
>> On Thu, 2011-02-17 at 08:03 -0800, Laurent Pinchart wrote:
>>> On Friday 28 January 2011 20:35:05 Stephan Lachowsky wrote:
Parse the UVC 1.0 a
On Mon, Feb 14, 2011 at 01:20:56PM +0100, Laurent Pinchart wrote:
> + Enable the media controller API used to query media devices internal
> + topology and configure it dynamically.
> +
> + This API is mostly used by camera interfaces in embedded platforms.
I'd expect this comme
On Fri, 18 Feb 2011, Juliano Valentini wrote:
> Dears,
>
> I'm trying to apply Guennadi's patch
> (http://download.open-technology.de/BeagleBoard_xM-MT9P031/linux-2.6-omap3isp-bbxm-mt9p031.gitdiff)
> to official 2.6.37.1 Kernel version.
No, this cannot work. That kernel patch requires media-cont
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 Feb 18 19:00:29 CET 2011
git master: 1b59be2a6cdcb5a12e18d8315c07c94a624de48f
git media-master: gcc version: i6
Hi,
I just got a pinnacle 300i i'd like to use to watch dvbt streams.
Under linux i get a very poor signal, picture/sound skips and is full
of artifacts every few seconds, while in windows it works fine.
Also, if i reboot (no shutdown) from windows to linux, it works good,
so i think this has some
Hi Michal,
On Friday 18 February 2011 15:05:42 Michal Nazarewicz wrote:
> > On Friday 18 February 2011 14:19:44 Michal Nazarewicz wrote:
> >> Cache operations are always needed, aren't they? Whatever you do, you
> >> will always have to handle cache coherency (in one way or another) so
> >> there
On Friday 18 February 2011 14:19:44 Michal Nazarewicz wrote:
Cache operations are always needed, aren't they? Whatever you do, you
will always have to handle cache coherency (in one way or another) so
there's nothing we can do about it, or is there?
On Fri, 18 Feb 2011 14:21:53 +0100, Laurent
Hi Michal,
On Friday 18 February 2011 14:19:44 Michal Nazarewicz wrote:
> On Fri, 18 Feb 2011 13:57:25 +0100, Laurent Pinchart wrote:
> > On Friday 18 February 2011 12:37:24 Michal Nazarewicz wrote:
> >
> > [snip]
> >
> >> What I'm trying to say is that it would be best if one could configure
>
On Fri, 18 Feb 2011 13:57:25 +0100, Laurent Pinchart
wrote:
Hi Michal,
On Friday 18 February 2011 12:37:24 Michal Nazarewicz wrote:
[snip]
What I'm trying to say is that it would be best if one could configure
the device in such a way that switching between modes would not require
the d
Hi Michal,
On Friday 18 February 2011 12:37:24 Michal Nazarewicz wrote:
[snip]
> What I'm trying to say is that it would be best if one could configure the
> device in such a way that switching between modes would not require the
> device to free buffers (even though in user space they could be
Em 18-02-2011 08:31, Laurent Pinchart escreveu:
It's a trade-off between memory and speed. Preallocating still image
capture buffers will give you better snapshot performances, at the
expense of memory.
The basic problems we have here is that taking snapshots is slow with
the current API if
Hi Mauro,
On Friday 18 February 2011 13:33:12 Mauro Carvalho Chehab wrote:
> Em 18-02-2011 08:31, Laurent Pinchart escreveu:
> > It's a trade-off between memory and speed. Preallocating still image
> > capture buffers will give you better snapshot performances, at the
> > expense of memory.
> >
>
Em 18-02-2011 08:31, Laurent Pinchart escreveu:
> It's a trade-off between memory and speed. Preallocating still image capture
> buffers will give you better snapshot performances, at the expense of memory.
>
> The basic problems we have here is that taking snapshots is slow with the
> current A
Dears,
I'm trying to apply Guennadi's patch
(http://download.open-technology.de/BeagleBoard_xM-MT9P031/linux-2.6-omap3isp-bbxm-mt9p031.gitdiff)
to official 2.6.37.1 Kernel version.
I suppose that kernel version is wrong or missing previous patches
(see result at the end).
I have to make it work:
On Fri, 18 Feb 2011 11:31:30 +0100, Laurent Pinchart
wrote:
Hi Michal,
On Friday 18 February 2011 00:09:51 Michal Nazarewicz wrote:
>>> On Thu, 17 Feb 2011, Mauro Carvalho Chehab wrote:
There's an additional problem with that: assume that streaming is
happening, and a S_FMT changi
> From: Jaeryul Oh [mailto:jaeryul...@samsung.com]
>
> Kamil, I have a question about MFC state FINISHING & FINISHED as below.
Hi Peter,
I have answered your question below.
>
>
> > -Original Message-
> > From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> > ow...@vger.kern
Hi Stephan,
On Thursday 17 February 2011 18:18:38 Stephan Lachowsky wrote:
> On Thu, 2011-02-17 at 08:03 -0800, Laurent Pinchart wrote:
> > On Friday 28 January 2011 20:35:05 Stephan Lachowsky wrote:
> > > Parse the UVC 1.0 and UVC 1.1 VS_FORMAT_MPEG2TS descriptors.
> > > This a stream based forma
Hi Stephan,
On Friday 18 February 2011 00:28:54 Stephan Lachowsky wrote:
> On Thu, 2011-02-17 at 08:01 -0800, Laurent Pinchart wrote:
> > On Friday 28 January 2011 20:38:58 Stephan Lachowsky wrote:
> > > Associate the H.264 GUID with an H.264 pixel format so that frame
> > > and stream based forma
Hi Michal,
On Friday 18 February 2011 00:09:51 Michal Nazarewicz wrote:
> >>> On Thu, 17 Feb 2011, Mauro Carvalho Chehab wrote:
> There's an additional problem with that: assume that streaming is
> happening, and a S_FMT changing the resolution was sent. There's
> no way to warrant
Hi Mauro,
On Thursday 17 February 2011 20:04:33 Mauro Carvalho Chehab wrote:
> Em 16-02-2011 08:35, Guennadi Liakhovetski escreveu:
> But from the point of view of the application it makes more sense to
> actually have two video nodes. The only difference is that when one
> starts s
Hi Guennadi,
On Thursday 17 February 2011 17:46:15 Guennadi Liakhovetski wrote:
> Hi all
>
> Let me try to further elaborate on this topic. So far, I think, the
> following provides the cleanest solution to our quick format-switching /
> multiple video-queue problem:
>
> On Wed, 16 Feb 2011, Gue
Use the correct scales to calculate cropping offsets.
Signed-off-by: Guennadi Liakhovetski
---
This one is unrelated to vb2, but it touches the same file.
drivers/media/video/sh_mobile_ceu_camera.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/medi
Now that soc-camera supports videobuf API v1 and v2, camera-host drivers
can be converted to videobuf2 individually. This patch converts the
mx3_camera driver.
Signed-off-by: Guennadi Liakhovetski
---
This one is also on git.linuxtv.org already.
drivers/media/video/mx3_camera.c | 342
After the switch to videobuf2, videobuffer callbacks are called unlocked,
therefore they have to protect their internal data themselves.
Signed-off-by: Guennadi Liakhovetski
---
This one will be merged with https://patchwork.kernel.org/patch/516491/
drivers/media/video/sh_mobile_ceu_camera.c |
Add two helper inline functions to retrieve soc-camera device context
from videobuf and videobuf2 queue pointers.
Signed-off-by: Guennadi Liakhovetski
---
This patch shall go in before sh-mobile-ceu conversion to vb2. It is
already in my vb2 branch on git.linuxtv.org.
include/media/soc_camera
Hi
Two of these patches I already pushed to my experimental vb2 branch on
linuxtv.org, I just forgot to also post them here (bad-bad). The third one
is actually a fix / an improvement to the original sh-mobile-ceu driver
port to vb2, which I would like to merge with it for final submission. I
26 matches
Mail list logo
