Re: [ANN] Media Summit June 26th: Draft Agenda v3

[Umang Jain <umang.jain@ideasonboard.com>]

Hi Hans,

I am Umang and has been a contributor to libcamera.

I would like to attend the media-summit remotely. I am not sure if I 
have to register anywhere or just ask you to add me to the remote 
attendees list.

Umang Jain <umang.jain@ideasonboard.com> (Ideas On Board)

Thanks!

On 6/2/23 6:10 PM, Hans Verkuil wrote:
> Hi all,
>
> This is version 3 of the agenda for the media summit. As always, it
> is subject to change and all times are guesstimates!
>
> The media summit will be held at the Holiday Inn which is close to the
> conference centre where the Embedded Open Source Summit is held:
>
> Holiday Inn Prague Congress Centre - Meeting room "E"
> Na Pankráci 1684/ 15, 140 00 Praha 4-Nusle
> https://www.ihg.com/holidayinn/hotels/us/en/prague/prgnp/hoteldetail
>
> Refreshments (tea/coffee/soda) are available during the day.
>
> The meeting room is sponsored by Collabora and Cisco Systems Norway.
> And lunch is sponsored by Ideas On Board.
>
> Many thanks to the sponsors!
>
> In-Person Attendees:
>
> Sakari Ailus <sakari.ailus@linux.intel.com> (Intel)
> Kieran Bingham <kieran.bingham@ideasonboard.com> (Ideas On Board)
> Deborah Brouwer <deborahbrouwer3563@gmail.com>
> Mauro Carvalho Chehab <mchehab@kernel.org> (Intel)
> Ricardo Ribalda <ribalda@chromium.org> (Google)
> Marco Felsch <m.felsch@pengutronix.de> (Pengutronix)
> Sebastian Fricke <sebastian.fricke@collabora.com> (Collabora)
> Martin Hecht <martin.hecht@avnet.eu> (Avnet)
> Jai Luthra <j-luthra@ti.com> (TI)
> Tommaso Merciai <tomm.merciai@gmail.com> (Avnet)
> Jacopo Mondi <jacopo.mondi@ideasonboard.com> (Ideas On Board)
> Andrzej Pietrasiewicz <andrzej.p@collabora.com> (Collabora)
> Laurent Pinchart <laurent.pinchart@ideasonboard.com> (Ideas On Board)
> Michael Roeder <michael.roeder@avnet.eu> (Avnet)
> Niklas Söderlund <niklas.soderlund@ragnatech.se> (Ragnatech)
> Dave Stevenson <dave.stevenson@raspberrypi.com> (Raspberry Pi)
> Martin Tůma <tumic@gpxsee.org> (GPXSee)
> Stanimir Varbanov <stanimir.varbanov@linaro.org> (Linaro, tentative, after 16:30 only)
> Hans Verkuil <hverkuil-cisco@xs4all.nl> (Cisco Systems Norway)
> Alain Volmat <alain.volmat@foss.st.com> (ST Electronics)
>
> Remote Attendees:
>
> Nicolas Dufresne <nicolas@ndufresne.ca> (Collabora, tentative, afternoon only)
> Hsia-Jun Li <Randy.Li@synaptics.com> (Synaptics)
>
> I will email details on how to join remotely a few days before the media summit
> starts.
>
> If you are listed as attendee (in person or remote) and you can't attend
> after all, please let me know.
>
> If you are listed as presenting a topic during the meeting, then please
> check if the details are correct. It would be really appreciated if you
> can post any slides you have before the meeting (just reply to this message
> with the presentation attached).
>
> Agenda:
>
> 8:45-9:15: get settled :-)
>
> 9:15-9:25: Hans: Quick introduction
>
> 9:25-10:15: Daniel Almeida: Rust V4L2 support
>
>      Discuss the potential blockers as well as the roadmap and priorities for
>      bindings. Present what is currently supported and what isn't in the Rust
>      code for V4L2. Identify potential candidates for new drivers that can be
>      written in Rust. Discuss about maintainership issues related to Rust in V4L2.
>
> 10:15-10:30: Break
>
> 10:30-11:15 Hans & Hsia-Jun Li: "Add extended fmt and buffer" patch series
>
>      https://patchwork.linuxtv.org/project/linux-media/cover/20230206043308.28365-1-ayaka@soulik.info/
>
>      We've been postponing the work on this, but I think we need to decide how to
>      proceed since pixel formats and single vs multi planar is getting to be a nightmare.
>
>      More details from Hsia-Jun Li:
>
>      1. v4l2 header would only maintain the codec format and pixel format in bus.
>      2. the pixel formats would be maintained by the DirectRender, those M
>         variant would not be supported in the new extend pixel format API.
>      3. The number of plane for a pixel format would also responds for its data
>         layout. Ex. NV12 = 2 planes(luma, chroma), I420 = 3 planes(Y, U, V).
>      4. Userspace that supports new extend API could access those driver didn't
>         adapt the new API, kernel would have a backward compatible layer. While
>         the opposite backward compatible is not offered (old API userspace can't
>         access the driver support the new API).
>
>      [optional part]
>      5. An alloc flag would be introduced for allocating those M variant buf.
>         https://lore.kernel.org/lkml/20230322105226.122467-1-randy.li@synaptics.com/
>      6. Stateless codec format would be a modifier to the stateful codec format.
>         We could support different packing mode here.
>
> 11:15-11:30: Break
>
> 11:30-12:15: Andrzej Pietrasiewicz: Stateless Encoders: VP8
>
>      - Introduction to stateless encoders and previous work in this area
>
>      https://github.com/bootlin/linux/tree/hantro/h264-encoding-v5.11
>
>      https://lore.kernel.org/linux-arm-kernel/20230309125651.23911-1-andrzej.p@collabora.com/T/
>
>      - High level decisions
>      - Rate control
>      - VP8 uAPI
>      - Challenges
>
> 12:15-13:30: Lunch
>
> 13:30-14:00: Ricardo Ribalda Delgado: KCAM update
>
>      I would like to share the progress on KCAM from our end.
>
>      I am also trying to collect all the requirements that we are getting
>      from vendors regarding V4L2.
>
> 14:00-14:45: Sakari: generic line-based metadata formats:
>
>      https://lore.kernel.org/linux-media/20230505215257.60704-1-sakari.ailus@linux.intel.com/T/#t
>
> 14:45-??:??: Mauro & sub-maintainers: Subsystem development process
>
>      How to improve it? How do we get more maintainers? It's not working very
>      well at the moment.
>
>      Mauro will present how the media CI works today.
>      Hans will present how the daily build scripts work.
>
>      Can this be harmonized?
>
> Final short topic: Hans: Should we keep the media summit together with the ELCE conference?
>      Or organize it separately, and ask a company like Cisco, Intel or Collabora
>      to organize a room. What would work best? Anything to improve on this?
>
> We have the room until 18:30, but (fingers crossed) I hope to finish before that.
>
> The "Add extended fmt and buffer" and the "Subsystem development process" are
> *very* hard to predict. I want to limit the initial discussion of the that first
> topic to 45-60 minutes, and continue (if needed) in the afternoon after the discussion
> about the subsystem development process. We will have see how it goes.
>
> Please reply with corrections, questions, etc. to this email. I'll update the agenda
> over time.
>
> Regards,
>
> 	Hans