Hi Laurent, On Mon, Feb 19, 2018 at 11:19 AM, Laurent Pinchart <laurent.pinch...@ideasonboard.com> wrote: > I've tested VLC (2.2.8) and haven't noticed any issue. If a program is > directed to the metadata video node and tries to capture video from it it will > obviously fail. That being said, software that work today should continue > working, otherwise it's a regression, and we'll have to handle that.
Perhaps it shouldn't be a video node then (as we do with VBI devices). Would something like /dev/videometadataX would be more appropriate? People have for years operated under the expectation that /dev/videoX nodes are video nodes. If we're going to be creating things with that name which aren't video nodes then that is going to cause considerable confusion as well as messing up all sorts of existing applications which operate under that expectation. I know that some of the older PCI boards have always exposed a bunch of video nodes for various things (i.e. raw video vs. mpeg, etc), but because USB devices have traditionally been simpler they generally expose only one node of each type (i.e. one /dev/videoX, /dev/vbiX /dev/radioX). I've already gotten an email from a customer who has a ton of scripts which depend on this behavior, so please seriously consider the implications of this design decision. It's easy to brush this off as "all the existing applications will eventually be updated", but you're talking about changing the basic behavior of how these device nodes have been presented for over a decade. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com
