Re: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-29 Thread Philipp Zabel
Hi Andrzej, Am Mittwoch, den 29.05.2013, 14:05 +0200 schrieb Andrzej Hajda: > Hi Philipp, > > On 05/29/2013 01:13 PM, Philipp Zabel wrote: > > Hi Kamil, > > > > Am Mittwoch, den 29.05.2013, 11:54 +0200 schrieb Kamil Debski: > >> Hi Philipp, Hans, > >> > >>> On mem2mem decoders with a hardware bit

RE: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-29 Thread Kamil Debski
s Verkuil'; Marek Szyprowski; Andrzej Hajda > Subject: Re: [RFC] [media] mem2mem: add support for hardware buffered > queue > > Hi Kamil, > > Am Mittwoch, den 29.05.2013, 11:54 +0200 schrieb Kamil Debski: > > Hi Philipp, Hans, > > > > > On mem2mem

Re: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-29 Thread Andrzej Hajda
Hi Philipp, On 05/29/2013 01:13 PM, Philipp Zabel wrote: > Hi Kamil, > > Am Mittwoch, den 29.05.2013, 11:54 +0200 schrieb Kamil Debski: >> Hi Philipp, Hans, >> >>> On mem2mem decoders with a hardware bitstream ringbuffer, to drain the >>> buffer at the end of the stream, remaining frames might nee

Re: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-29 Thread Philipp Zabel
Hi Kamil, Am Mittwoch, den 29.05.2013, 11:54 +0200 schrieb Kamil Debski: > Hi Philipp, Hans, > > > On mem2mem decoders with a hardware bitstream ringbuffer, to drain the > > buffer at the end of the stream, remaining frames might need to be > > decoded without additional input buffers being provi

Re: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-29 Thread Philipp Zabel
Hi Sylwester, Am Mittwoch, den 29.05.2013, 11:32 +0200 schrieb Sylwester Nawrocki: > Hello Philip, > > On 05/22/2013 12:17 PM, Philipp Zabel wrote: > > On mem2mem decoders with a hardware bitstream ringbuffer, to drain the > > buffer at the end of the stream, remaining frames might need to be dec

RE: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-29 Thread Kamil Debski
Hi Philipp, Hans, > On mem2mem decoders with a hardware bitstream ringbuffer, to drain the > buffer at the end of the stream, remaining frames might need to be > decoded without additional input buffers being provided, and after > calling streamoff on the v4l2 output queue. This also allows a driv

Re: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-29 Thread Sylwester Nawrocki
Hello Philip, On 05/22/2013 12:17 PM, Philipp Zabel wrote: > On mem2mem decoders with a hardware bitstream ringbuffer, to drain the > buffer at the end of the stream, remaining frames might need to be decoded > without additional input buffers being provided, and after calling streamoff > on the v

Re: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-22 Thread Philipp Zabel
Am Mittwoch, den 22.05.2013, 12:36 +0200 schrieb Hans Verkuil: > On Wed 22 May 2013 12:17:36 Philipp Zabel wrote: > > On mem2mem decoders with a hardware bitstream ringbuffer, to drain the > > buffer at the end of the stream, remaining frames might need to be decoded > > without additional input bu

Re: [RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-22 Thread Hans Verkuil
On Wed 22 May 2013 12:17:36 Philipp Zabel wrote: > On mem2mem decoders with a hardware bitstream ringbuffer, to drain the > buffer at the end of the stream, remaining frames might need to be decoded > without additional input buffers being provided, and after calling streamoff > on the v4l2 output

[RFC] [media] mem2mem: add support for hardware buffered queue

2013-05-22 Thread Philipp Zabel
On mem2mem decoders with a hardware bitstream ringbuffer, to drain the buffer at the end of the stream, remaining frames might need to be decoded without additional input buffers being provided, and after calling streamoff on the v4l2 output queue. This also allows a driver to copy input buffers in