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

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

 



Hi Hans,

On Fri, Jun 2, 2023 at 9:44 PM Hans Verkuil <hverkuil@xxxxxxxxx> wrote:
>
> On 02/06/2023 15:40, dwlsalmeida@xxxxxxxxx wrote:
> > Hans, I am missing myself as an atendee?
> >
> > I thought that was implied since I'll be presenting.
>
> Oops, now adding you to the attendees list:
>
> Daniel Almeida <daniel.almeida@xxxxxxxxxxxxx> (Collabora)
>
> You did reply to the 'request for topics' email, but not to the 'please let
> me know if you will attend' email, and I forgot that the first implied the
> second :-)

If there are still seats available, I would like to attend in person.
I am very interested in the "extended fmt and buffer" work.

Please note that I will not be representing my employer.

ChenYu


> Thank you for pointing this out!
>
>         Hans
>
> >
> > -- 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@xxxxxxxxxxxxxxx> (Intel)
> >> Kieran Bingham <kieran.bingham@xxxxxxxxxxxxxxxx> (Ideas On Board)
> >> Deborah Brouwer <deborahbrouwer3563@xxxxxxxxx>
> >> Mauro Carvalho Chehab <mchehab@xxxxxxxxxx> (Intel)
> >> Ricardo Ribalda <ribalda@xxxxxxxxxxxx> (Google)
> >> 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)
> >> Michael Roeder <michael.roeder@xxxxxxxx> (Avnet)
> >> Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx> (Ragnatech)
> >> Dave Stevenson <dave.stevenson@xxxxxxxxxxxxxxx> (Raspberry Pi)
> >> 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)
> >> Alain Volmat <alain.volmat@xxxxxxxxxxx> (ST Electronics)
> >>
> >> Remote Attendees:
> >>
> >> Nicolas Dufresne <nicolas@xxxxxxxxxxxx> (Collabora, tentative,
> >> afternoon only)
> >> Hsia-Jun Li <Randy.Li@xxxxxxxxxxxxx> (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@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 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