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

[dwlsalmeida@gmail.com]

Hans, I am missing myself as an atendee?

I thought that was implied since I'll be presenting.

-- Daniel


On Fri, 2023-06-02 at 14:40 +0200, 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