Re: LPC v4l-dvb mini-summit agenda

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

 



On Tuesday 15 September 2009 22:24:41 Brandon Philips wrote:
> On 19:19 Tue 15 Sep 2009, Hans Verkuil wrote:
> > We have a room available all three days, so that makes life easier for us.
> >
> > I assume that most people will want to attend at least the keynote speeches,
> > so I'm scheduling around that.
> 
> Thanks for organizing this. But, I have other priorities and things I
> want to discuss during the conference. I don't think I can attend a
> full three days.

That's no problem.

> > So Wednesday we start at 10:00 after the keynote (except for those
> > attending the audio track) and go on until 15:00 (yes, you are
> > allowed to have lunch :-) ).
> > 
> > Thursday we can start at 9:00 until 16:00.
> 
> I wish I had seen this sooner so we could have done something like the
> Networking folks and met while LinuxCon was going on instead. I
> thought the V4L meetup was going to be a regular BoF.

I'll actually attend LinuxCon as well, so we can talk then as well.

> > Friday starts with a V4L2 BoF followed by two v4l presentations, so
> > we will only have a session from 13:30 - 16:00. I suggest we use
> > that to wrap up.
> 
> After dicussing this a bit Hans and I cut it down to a single 45
> minute slot with each of us doing a 20 or so minutes.

Good to know.
 
> > The main discussion points are these RFCs:
> > 
> > - V2.1 Media Controller RFC:
> > - Bus and data format negotiation (addresses open issue #3 of the MC RFC):
> > - Support for video timings at the input/output interface (aka support for HDTV):
> > - Allow bridge drivers to have better control over DVB frontend operations:
> 
> > We have some other topics as well (in no particular order):
> > - mercurial vs git, how important is backwards compatibility to us?
> > - how to do events in V4L?
> > - is it possible to create a pool of buffers that we can pass around to
> >   various video nodes?
> > - others?
> > 
> > My plan is to use the Wednesday to start with the media controller, make sure
> > that everyone understands what it is and what it is not and perhaps look at
> > one embedded device to see how well it would work. The afternoon we can look
> > at some of the other topics.
> 
> Can you plan on a quick overview of the RFCs and in particular how far
> along the hardware is and how it is implemented early in the morning?

Yes, it will start with an overview of the RFCs and their status.

> An hour by hour schedule with when you plan on discussing what would
> be very helpful. I find meetings that have too open ended of a
> schedule have a tendency to rat-hole ;)

The media controller discussions are hard to plan, but on Wednesday after
lunch I plan on discussing the HDTV timings proposal. That's a high prio
feature that we need to add soon and it does not depend on the media
controller. There are a few open issues there, in particular when it relates
to sensors.

> > I hope that on Thursday we can go over the media controller in more detail,
> > esp. with regards to other embedded devices, current and (if possible)
> > upcoming. 
> 
> An overview of the current hardware implementation would be nice on
> Wed. It seems to be missing from the RFCs.

We should have something on that as well on Wednesday.

Regards,

	Hans

> 
> Thanks,
> 
> 	Brandon
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 



-- 
Hans Verkuil - video4linux developer - sponsored by TANDBERG Telecom
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[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