Hi Hans, Pawel,
It turns out that I will be able to attend the media workshop.
Pawel, thank you for bringing up the ambiguities of the codec API.
I am happy that I'll have the chance to join this discussion (and
discuss other media topics as well :) ).
You have suggested to discuss this at the end of the day. Could it
be done on Thursday, as I have a return flight around 6pm on Friday?
Best wishes and see you all in Dusseldorf,
--
Kamil Debski
Samsung R&D Institute Poland
> -----Original Message-----
> From: media-workshop-bounces@linuxtv.org [mailto:media-workshop-
> bounces@linuxtv.org] On Behalf Of Pawel Osciak
> Sent: Wednesday, October 01, 2014 2:29 PM
> To: Hans Verkuil
> Cc: Media Workshop
> Subject: Re: [media-workshop] [ANN] First tentative agenda
>
> Hi Hans,
> Thanks for taking care of this!
>
> On Mon, Sep 22, 2014 at 8:42 PM, Hans Verkuil
hverkuil@xs4all.nl
> wrote:
> > Pawel:
> >
> > - Existing codec API ambiguities (does this belong to this topic?)
>
> Not really. This is about the existing codec API (the new codec API
> proposal below is a variant for a slightly different type of codecs,
> those that can't parse the bitstream).
>
> I plan for this to be similar to some previous sessions we've had about
> general ambiguities in the API: a list of issues with a decision on
> each (optionally with a short discussion if needed). The list is not
> short, but I don't want to take too much of everyone's time, and it
> really depends on how much discussion will be needed. Could be 1h or so
> perhaps... We could move this to the end of the day maybe?
>
> Philipp's "clarification of encoder/decoder handling" sounds like it
> could be related, I'm not sure what exactly he'd like to discuss. My
> plan is to discuss the state machine, try to clarify behaviors such as
> what happens on streamon/streamoff, how s_fmt, crop behave, when we
> can/should reqbufs, etc.
>
> I'd really like to write a solid, detailed documentation of this API as
> a result of this discussion, but there are a lot of ambiguities.
>
> > - A proposal for a new codec API extension/mode for HW codecs that
> > can't parse elementary streams
>
> This could be 15 minutes probably for just the presentation, assuming
> no discussion.
>
> Thanks,
> Pawel
>
> _______________________________________________
> media-workshop mailing list
> media-workshop@linuxtv.org
>
http://www.linuxtv.org/cgi-bin/mailman/listinfo/media-workshop