Hi Kamil,
On Wed, Jan 04, 2012 at 11:19:08AM +0100, Kamil Debski wrote:
...
> > > This takes care of the delay related problems by requiring more buffers.
> > > You have an initial delay then the frames are returned with a constant
> > rate.
> > >
> > > Dequeuing of any frame will be delayed until
inal Message-
> > > From: 'Sakari Ailus' [mailto:sakari.ai...@iki.fi]
> > > Sent: 09 December 2011 20:55
> > > To: Kamil Debski
> > > Cc: 'Mauro Carvalho Chehab'; linux-media@vger.kernel.org; 'Laurent
> Pinchart';
> > > 'Seb
Cc: 'Mauro Carvalho Chehab'; linux-media@vger.kernel.org; 'Laurent
> > Pinchart';
> > 'Sebastian Dröge'; Sylwester Nawrocki; Marek Szyprowski
> > Subject: Re: [RFC] Resolution change support in video codecs in v4l2
> >
> > Hi Kamil,
> >
>
Hi Mauro,
On Tuesday 06 December 2011 16:40:11 Mauro Carvalho Chehab wrote:
> On 06-12-2011 13:19, Kamil Debski wrote:
> > On 06 December 2011 15:42 Mauro Carvalho Chehab wrote:
> >> On 06-12-2011 12:28, 'Sakari Ailus' wrote:
> >>> On Tue, Dec 06, 2011 at 01:00:59PM +0100, Laurent Pinchart wrote:
Hi,
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: 12 December 2011 11:59
>
> Hi Kamil,
>
> On Tuesday 06 December 2011 16:03:33 Kamil Debski wrote:
> > On 06 December 2011 15:36 Sakari Ailus wrote:
> > > On Fri, Dec 02, 2011 at 02:50:17PM -0200, Mauro Carvalho Cheha
Hi Kamil,
On Tuesday 06 December 2011 16:03:33 Kamil Debski wrote:
> On 06 December 2011 15:36 Sakari Ailus wrote:
> > On Fri, Dec 02, 2011 at 02:50:17PM -0200, Mauro Carvalho Chehab wrote:
> > > On 02-12-2011 11:57, Sakari Ailus wrote:
> > > > Some codecs need to be able to access buffers which h
; Sylwester Nawrocki; Marek Szyprowski
> Subject: Re: [RFC] Resolution change support in video codecs in v4l2
>
> Hi Kamil,
>
> On Tue, Dec 06, 2011 at 04:03:33PM +0100, Kamil Debski wrote:
> ...
> > > > >The user space still wants to be able to show these buffers, so
Hi Mauro,
On Tue, Dec 06, 2011 at 02:39:41PM -0200, Mauro Carvalho Chehab wrote:
...
> >I think that still it should contain no useful data, just *_FORMAT_CHANGED |
> >*_ERROR
> >flags set. Then the application could decide whether it keeps the current
> >size/alignment/... or should it allocate
On Wed, Dec 07, 2011 at 12:12:08PM +0100, Kamil Debski wrote:
>
> > From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
> > Sent: 06 December 2011 23:42
> >
>
> [...]
>
> >
> > > >>>That's a good point. It's more related to changes in stream properties
> > ---
> > > >>>the frame rate of the stream
Hi Kamil,
On Tue, Dec 06, 2011 at 04:03:33PM +0100, Kamil Debski wrote:
...
> > > >The user space still wants to be able to show these buffers, so a new
> > flag
> > > >would likely be required --- V4L2_BUF_FLAG_READ_ONLY, for example.
> > >
> > > Huh? Assuming a capture device, when kernel makes
> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> Sent: 06 December 2011 17:40
>
> On 06-12-2011 14:11, Kamil Debski wrote:
> >> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> >> Sent: 06 December 2011 16:40
> >>
> >> On 06-12-2011 13:19, Kamil Debski wrote:
> From: Mauro
> From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
> Sent: 06 December 2011 23:42
>
[...]
>
> > >>>That's a good point. It's more related to changes in stream properties
> ---
> > >>>the frame rate of the stream could change, too. That might be when you
> could
> > >>>like to have more buffers
On Tue, Dec 06, 2011 at 02:20:32PM -0200, Mauro Carvalho Chehab wrote:
> >1) After all the frames with the old resolution are dequeued a buffer
> >with the
> >following flags V4L2_BUF_FLAG_ERROR | V4L2_BUF_FLAG_WRONGFORMAT is
> >returned.
> >2) To acknowledge the resolution ch
On 06-12-2011 14:11, Kamil Debski wrote:
From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
Sent: 06 December 2011 16:40
On 06-12-2011 13:19, Kamil Debski wrote:
From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
Sent: 06 December 2011 15:42
On 06-12-2011 12:28, 'Sakari Ailus' wrote:
On 06-12-2011 12:35, Sakari Ailus wrote:
Hi Mauro,
On Fri, Dec 02, 2011 at 02:50:17PM -0200, Mauro Carvalho Chehab wrote:
On 02-12-2011 11:57, Sakari Ailus wrote:
Hi Mauro,
On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
On 02-12-2011 08:31, Kamil Debski wrote:
Hi,
Y
> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> Sent: 06 December 2011 16:40
>
> On 06-12-2011 13:19, Kamil Debski wrote:
> >> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> >> Sent: 06 December 2011 15:42
> >>
> >> On 06-12-2011 12:28, 'Sakari Ailus' wrote:
> >>> Hi all,
>
On 06-12-2011 13:19, Kamil Debski wrote:
From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
Sent: 06 December 2011 15:42
On 06-12-2011 12:28, 'Sakari Ailus' wrote:
Hi all,
On Tue, Dec 06, 2011 at 01:00:59PM +0100, Laurent Pinchart wrote:
...
2) new requirement is for a bigger buffer. DMA
> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> Sent: 06 December 2011 15:42
>
> On 06-12-2011 12:28, 'Sakari Ailus' wrote:
> > Hi all,
> >
> > On Tue, Dec 06, 2011 at 01:00:59PM +0100, Laurent Pinchart wrote:
> > ...
> >>> 2) new requirement is for a bigger buffer. DMA transfers n
> From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
> Sent: 06 December 2011 15:36
>
> Hi Mauro,
>
> On Fri, Dec 02, 2011 at 02:50:17PM -0200, Mauro Carvalho Chehab wrote:
> > On 02-12-2011 11:57, Sakari Ailus wrote:
> > >Hi Mauro,
> > >
> > >On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho
On 06-12-2011 12:28, 'Sakari Ailus' wrote:
Hi all,
On Tue, Dec 06, 2011 at 01:00:59PM +0100, Laurent Pinchart wrote:
...
2) new requirement is for a bigger buffer. DMA transfers need to be
stopped before actually writing inside the buffer (otherwise, memory
will be corrupted).
In this case, al
Hi Mauro,
On Fri, Dec 02, 2011 at 02:50:17PM -0200, Mauro Carvalho Chehab wrote:
> On 02-12-2011 11:57, Sakari Ailus wrote:
> >Hi Mauro,
> >
> >On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
> >>On 02-12-2011 08:31, Kamil Debski wrote:
> >>>Hi,
> >>>
> >>>Yesterday we had a
Hi all,
On Tue, Dec 06, 2011 at 01:00:59PM +0100, Laurent Pinchart wrote:
...
> > > >>> 2) new requirement is for a bigger buffer. DMA transfers need to be
> > > >>> stopped before actually writing inside the buffer (otherwise, memory
> > > >>> will be corrupted).
> > > >>>
> > > >>> In this case,
Hi Kamil,
On Friday 02 December 2011 18:32:33 Kamil Debski wrote:
> Hi,
>
> Thank you for your comments, Mauro!
>
> Laurent there is a question for you below, so it would be great
> if you could spare a minute and have a look.
Sure :-)
> On 02 December 2011 18:08 Mauro Carvalho Chehab wrote:
>
On 02-12-2011 22:08, 'Sakari Ailus' wrote:
Hi Mauro,
On Fri, Dec 02, 2011 at 03:07:44PM -0200, Mauro Carvalho Chehab wrote:
I'm not fully certain it is always possible to find out the largest stream
resolution. I'd like an answer from someone knowing more about video codecs
than I do.
That is
Hi Mauro,
On Fri, Dec 02, 2011 at 03:07:44PM -0200, Mauro Carvalho Chehab wrote:
> >>I'm not fully certain it is always possible to find out the largest stream
> >>resolution. I'd like an answer from someone knowing more about video codecs
> >>than I do.
> >
> >That is one thing. Also, I don't thi
On 02-12-2011 15:32, Kamil Debski wrote:
Usually there is a minimum number of buffers that has to be kept for future
references. New frames reference previous frames (and sometimes the following
frames as well) to achieve better compression. If we haven't got enough buffers
decoding cannot be don
Hi,
Thank you for your comments, Mauro!
Laurent there is a question for you below, so it would be great
if you could spare a minute and have a look.
> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> Sent: 02 December 2011 18:08
>
> On 02-12-2011 13:41, Kamil Debski wrote:
> > Hi,
> >
On 02-12-2011 13:41, Kamil Debski wrote:
Hi,
From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
Sent: 02 December 2011 14:58
Hi Mauro,
On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
On 02-12-2011 08:31, Kamil Debski wrote:
Hi,
Yesterday we had a chat about video codecs
On 02-12-2011 11:57, Sakari Ailus wrote:
Hi Mauro,
On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
On 02-12-2011 08:31, Kamil Debski wrote:
Hi,
Yesterday we had a chat about video codecs in V4L2 and how to change the
interface to accommodate the needs of GStreamer (and
Hi,
> From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
> Sent: 02 December 2011 14:58
>
> Hi Mauro,
>
> On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
> > On 02-12-2011 08:31, Kamil Debski wrote:
> > >Hi,
> > >
> > >Yesterday we had a chat about video codecs in V4L2 and ho
Hi Mauro,
On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
> On 02-12-2011 08:31, Kamil Debski wrote:
> >Hi,
> >
> >Yesterday we had a chat about video codecs in V4L2 and how to change the
> >interface to accommodate the needs of GStreamer (and possibly other media
> >players
On 02-12-2011 08:31, Kamil Debski wrote:
Hi,
Yesterday we had a chat about video codecs in V4L2 and how to change the
interface to accommodate the needs of GStreamer (and possibly other media
players and applications using video codecs).
The problem that many hardware codecs need a fixed number
Hi,
Yesterday we had a chat about video codecs in V4L2 and how to change the
interface to accommodate the needs of GStreamer (and possibly other media
players and applications using video codecs).
The problem that many hardware codecs need a fixed number of pre-allocated
buffers should be resolve
33 matches
Mail list logo
