Re: [ANN] Media Summit June 26th: Final Agenda

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 23/06/2023 09:33, Hans Verkuil wrote:
> Hi all,
> 
> This is the final version of the agenda for the media summit.

Two more items:

We'll be using etherpad to keep notes. I created one here:

https://pad.systemli.org/p/media-summit-2023

Code of conduct:

https://events.linuxfoundation.org/embedded-open-source-summit/attend/code-of-conduct/

i.e.: 'be nice' :-)

Regards,

	Hans

> 
> As always, the agenda is subject to change and all times are guesstimates!
> 
> The media summit will be held on Monday June 26th 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!
> 
> Regarding the face mask policy: we will follow the same guidance that the
> Linux Foundation gives for the EOSS conference:
> 
> https://events.linuxfoundation.org/embedded-open-source-summit/attend/health-and-safety/
> 
> So: "Masks are recommended, but not required, to be worn at the event."
> 
> In-Person Attendees:
> 
> Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx> (Intel)
> Daniel Almeida <daniel.almeida@xxxxxxxxxxxxx> (Collabora)
> Deborah Brouwer <deborah.brouwer@xxxxxxxxxxxxx> (Collabora)
> Mauro Carvalho Chehab <mchehab@xxxxxxxxxx> (Media Kernel Maintainer)
> Marco Felsch <m.felsch@xxxxxxxxxxxxxx> (Pengutronix)
> Sebastian Fricke <sebastian.fricke@xxxxxxxxxxxxx> (Collabora)
> Martin Hecht <martin.hecht@xxxxxxxx> (Avnet)
> Jai Luthra <j-luthra@xxxxxx> (TI)
> Tommaso Merciai <tomm.merciai@xxxxxxxxx> (Avnet)
> Jacopo Mondi <jacopo.mondi@xxxxxxxxxxxxxxxx> (Ideas On Board)
> Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx> (Collabora)
> Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> (Ideas On Board)
> Ricardo Ribalda <ribalda@xxxxxxxxxxxx> (Google)
> Michael Roeder <michael.roeder@xxxxxxxx> (Avnet)
> Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx> (Ragnatech)
> Dave Stevenson <dave.stevenson@xxxxxxxxxxxxxxx> (Raspberry Pi)
> Chen-Yu Tsai <wens@xxxxxxxxxx>
> Martin Tůma <tumic@xxxxxxxxxx> (GPXSee)
> Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx> (Linaro, tentative, after 16:30 only)
> Hans Verkuil <hverkuil-cisco@xxxxxxxxx> (Cisco Systems Norway)
> Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx> (Ideas On Board)
> Arthur Vinchon <arthur.vinchon@xxxxxxxxxxxxxx> (AllegroDVT)
> Alain Volmat <alain.volmat@xxxxxxxxxxx> (ST Electronics)
> 
> Remote Attendees:
> 
> Kieran Bingham <kieran.bingham@xxxxxxxxxxxxxxxx> (Ideas On Board)
> Nicolas Dufresne <nicolas@xxxxxxxxxxxx> (Collabora, tentative, afternoon only)
> Umang Jain <umang.jain@xxxxxxxxxxxxxxxx> (Ideas On Board)
> Hsia-Jun Li <Randy.Li@xxxxxxxxxxxxx> (Synaptics)
> Mantena, Prasanth <p-mantena@xxxxxx> (TI)
> Benjamin Mugnier <benjamin.mugnier@xxxxxxxxxxx> (ST Electronics)
> Porwar, Suren <s-porwar@xxxxxx> (TI)
> Devarsh Thakkar <devarsht@xxxxxx> (TI)
> 
> All remote participant should have received an email on how to join the
> meeting. If not, let me know asap!
> 
> Disclaimer: I have no idea how good the remote experience will be, it will
> depend on how the room is set up and the wifi quality. It worked reasonably
> well in Dublin, so fingers crossed. It will be a Webex conference. If you
> plan to speak as well, then I strongly recommend that you use a good webcam
> since the typical laptop microphone is horrible.
> 
> 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@xxxxxxxxxxx/
> 
>     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@xxxxxxxxxxxxx/
>     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@xxxxxxxxxxxxx/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@xxxxxxxxxxxxxxx/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 are currently limiting the number of attendees to allow for - hopefully - more
>     focused discussions. Should we continue with that or open it up to more people?
>     If we keep it limited, what criteria should be used?
> 
> 
> 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




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux