Can't join the upcoming media meeting, I have to attend another meeting that starts at the same time.
mchehab: I have two outstanding PRs and more upcoming.
Nothing special to report.
hi all
nothing to report from me either
sorry, I ended being distracted about our meeting
anyway, nothing special to report from my side. I intend to handle the remaining PRs either today or on Monday
mchehab: regarding the ongoing discussion on VIDIOC_ENUM_FMT
I think specifying ioctls based on flags is better than on less detailed concepts such as MC-centric or bridge-centric
the latter is important and needs to be documented in a central place
but individual ioctl documentation should be as precise and concise as possible
any extra information we have opens the door to misinterpretation
saying "if drivers exposes flag FOO then driver shall do this, application shall to that, and application may do this"
is better than saying "if driver is bridge-centric, formats should be re-enumerated after input change"
if you read technical specs, they aim for details with as few words as possible. it's sometimes not very nice to read because of that, but being formal makes sure there's a common definition without room for interpretation
hverkuil: I'm interested in your opinion too
true, but adding something like:
1. Bridge-centric devices
These devices don't advertise the ``V4L2_CAP_IO_MC`` :ref:`capability  <device-capabilities>`.
...
e. g. adding a caption that would help the reader to understand it better won't hurt
anyway, I can't discuss it ATM
pinchartl: remind me on Monday. Sorry, very busy, haven't had the time to follow the discussions.
hverkuil: no worries
I expect to have more time on Tuesday
mchehab: ok