Hi all, I've decided to hold the meeting during the ELCE and not on Thursday. Two key people can't be there on Thursday and some travel back Thursday evening and so would have to leave early.
Looking at the schedule I propose instead to have one meeting on Tuesday morning concentrating on finalizing the codec support. On Wednesday we have a second meeting for libcamera (morning) and looking at future V4L2 developments such as v4l2_ext_buffer/format, Request API and complex camera pipelines (afternoon). Laurent, it would make sense if you or one of the other libcamera devs is 'chairing' the libcamera meeting. Do you agree? If so, can you prepare an agenda for that meeting? I plan on leaving Thursday afternoon, so we have the option to continue the talks around that last topic on Thursday morning. I have no idea where we will hold these meetings since I've no idea what the conference center looks like and if they have suitable places for doing something like this. So I'll look around on the Monday and mail the details of where to meet then. Confirmed attendees: Boris Brezillon <boris.brezil...@collabora.com> Alexandre Courbot <acour...@chromium.org> Nicolas Dufresne <nico...@ndufresne.ca> Tomasz Figa <tf...@chromium.org> Ezequiel Garcia <ezequ...@collabora.com> Eugen Hristev <eugen.hris...@microchip.com> Paul Kocialkowski <paul.kocialkow...@bootlin.com> Helen Koike <helen.ko...@collabora.com> Jacopo Mondi <jac...@jmondi.org> Laurent Pinchart <laurent.pinch...@ideasonboard.com> Hans Verkuil <hverk...@xs4all.nl> If you are not on this list, but want to join, please let me know. Since this is really three half-day meetings, each with a different topic, please let me know which of those half-day meetings you want to attend. Regards, Hans On 8/28/19 12:55 PM, Hans Verkuil wrote: > On 8/16/19 10:06 AM, Hans Verkuil wrote: >> Rather then discussing topics for a meeting under the subject 'Lisbon' >> let's start a new thread referring to the right place :-) >> >> I will try to organize a room, either during the ELCE or (if that doesn't >> work) perhaps on the Thursday afterwards. If that's going to be a problem >> for someone, please let me know. > > I can only get a room for Thursday afternoon (2pm-6pm). I'm inclined to take > that room, but if a lot of people who want to come, will already have left > on the Thursday, then there is no point in me reserving this room. > > So if you are unable to attend on Thursday, then please let me know asap! > > If Thursday is no problem, then I wanted to have more informal meetings > somewhere in the conference center during the morning, and after lunch > use the room. > > If Thursday is a no-go, then we will just have to find a place inside > the conference center during the ELCE. > > Regards, > > Hans > >> >> I do need to know how many people I can expect. I have the following >> confirmed attendees (and please reply if you are not listed!): >> >> Alexandre Courbot <acour...@chromium.org> >> Tomasz Figa <tf...@chromium.org> >> Jacopo Mondi <jac...@jmondi.org> >> Laurent Pinchart <laurent.pinch...@ideasonboard.com> >> Hans Verkuil <hverk...@xs4all.nl> >> >> I know there were more who mentioned on irc that they would attend, >> but it is easier to keep track if I have it in an email. >> >> Topics posted under the previous thread: >> >> Tomasz: >> >> I would want to discuss various v4l2_buffer improvements, e.g. >> - DMA-buf import with plane offsets, >> - unifying the buffer structs for M and non-M formats, >> - ability to import different FDs with offsets for non-M formats if the >> layout matches driver expectations, etc. >> >> Besides that, I would be interested in the general idea on handling >> complex cameras in the Linux kernel in spite of the remaining V4L2 >> limitations, e.g. >> - combinatorial explosion of /dev/video nodes, >> - significant ioctl overhead, >> - huge amount of historical legacy making the driver and userspace >> implementations overly difficult and prone to repetitive mistakes, >> - the above also limiting the flexibility of the API - formats, frame >> rates, etc. set using distinct APIs, not covered by Request API, with >> non-failure "negotiation hell", etc. >> - lack of fences, etc. >> >> Jacopo: >> >> Apart from discussing libcamera and hope we could kickstart a review of >> its API, I would like to re-start discussing multiplexed stream support, >> but that would require Sakari to be there, something I'm not certain >> about. Sakari? >> >> Alexandre: >> >> If Collabora/Bootlin is there, I'd certainly want to discuss stateless >> codecs, in particular m2m codec helpers and finalize the specification >> in general. >> >> Regards, >> >> Hans >> >