hi all
Hi!
brb
back
Hello!
mchehab: you're in Lisbon?
no
hi all
as we cancelled the media summit, I decided to not go to Lisbon
ah, I thought you were still going for the kernel maintainer summit.
pinchartl is probably still in Lisbon (or traveling back).
yeah, likely
anything for today's meeting?
yes I'm still in Lisbon :-)
I don't have much, but it would be nice if people would review https://patchwork.linuxtv.org/patch/58693/
Actually https://patchwork.linuxtv.org/patch/58717/ and https://patchwork.linuxtv.org/patch/58716/
hverkuil: I'll have a look
I also posted an RFC about metadata, if possible it would be good to discuss it next week.
hmm... haven't we added already a metadata type somewhere?
Not a VFL_TYPE.
not sure what you're trying to do with that... apps can already properly detect and inhibit the metadata devs
(I did such change on Camorama and at zbarcam-qt already)
why do we need a V4L_TYPE?
it's not for apps, it's for the core. Specifically determine_valid_ioctls(). It needs to know that it is dealing with a metadata capture device.
ah, ok
Without it you can enumerate/get/set/try metadata formats via the video capture node, and video formats via the metadata capture node.
Very confusing.
on a quick look, patch looks ok
I would improve the patch's documentation, in order to explain why this is needed. The current description is bogus: it just repeats the subject line
The related RFC: https://www.mail-archive.com/linux-media@vger.kernel.org/msg149892.html
(by documentation, I'm meaning the body of the commit message)
the RFC comment is a way better
Well, the patch was from Vandana, so be kind to my intern :-)
I'll ask her to improve the commit message.
good time to explain him that descriptions should be meaningful :-P
s/him/her/
do you have the HDMI Specification 1.3 or up?
(really hard to tell if a foreign name is masculin or feminin)
I dunno... I don't touch HDMI specs for quite a while
My other intern is working on improving CEC compliance tests, and some of the CEC commands deal with digital tuners and you know a lot more about those standards.
I might have to direct his questions to you.
ok
He's starting with the analog tuning, since that part I know myself.
hverkuil: Could you review this:
https://www.spinics.net/lists/linux-media/msg156061.html
And especially the 2nd patch in the set?
pinchartl: ^
will do
It's bothered me for quite a while that the framework doesn't help subdev drivers with locking much when it comes to kAPI.
hverkuil: Thanks!
what is the status of the 'location' patch series?
I guess there will be a v3?
pinchartl: ^^^^
hverkuil: I think so. you should ask Jacopo :-)
can I invite him to this channel ?
he's sitting in front of me
sure.
jmondi: what is the status of the 'location' patch series? I guess there will be a v3?
hello!
(and good afternoon!)
hverkuil: indeed, I've been working on it during LPC sessions during the previous days
I should be able to send a new one today/tomorrow...
hverkuil: any specific concern?
No, just wondering if there was anything I needed to look at, but I should just wait for v3.
hverkuil: yeah, I hope I will send it out soon
I'd like to ask about a new v4l-utils release. I've added raw IR keymaps and sen
ding IR based on keys in keymaps and it would be nice to have this released
(leaving the room now before I get assigned any mainteneince task :)
hverkuil: please ping me if you need anything else!
bye
syoung: I think you can just mail Gregor Jasny <gjasny@googlemail.com> and ask for a new release.
syoung: usually, Gregor does the releases for us
I think it is about time anyway.
yep
anything else?
great, thanks!
no from my side