Re: [RFC PATCH] media: Virtual camera driver

[Laurent Pinchart]

On Mon, Feb 02, 2026 at 11:19:03AM +0200, Jarkko Sakkinen wrote:
> On Mon, Feb 02, 2026 at 11:05:52AM +0200, Jarkko Sakkinen wrote:
> > On Mon, Feb 02, 2026 at 02:02:14AM +0100, Mauro Carvalho Chehab wrote:
> > > On Mon, 02 Feb 2026 00:25:37 +0100 Oleksandr Natalenko wrote:
> > > > On pondělí 2. února 2026 0:17:20, středoevropský standardní čas Mauro Carvalho Chehab wrote:
> > > > > No. At the machine with the camera, obs can read from a V4L2 input,
> > > > > generate a mpeg TS stream, and listen to a UDP port (for instance). 
> > > > > 
> > > > > At the remote machine, you can just pass the URL to ffmpeg.  
> > > > 
> > > > I can't, I have to feed the stream into Firefox somehow for it to see the stream as a virtual webcam.
> > > 
> > > Motioneye could be used on such scenario. It has a proper web
> > > interface, allows multiple users to watch, has login control accepts
> > > multiple cameras.
> > 
> > When proposed workarounds move in the area of motion detection systems
> > it feels like there was a competion who invents the most impractical
> > solution for a practical real-world problem out in the wild.

I'm also not quite sure how motioneye would be related. Please see my
reply to Gergo in this mail thread for a proposed solution that is (in
my opinion) not a workaround.

> A trivial Google search shows that the scope of the issue, which is
> also (on emphasis) a security issue, and net effect that is caused
> of not addressing it properly.

How is it a security issue ?

-- 
Regards,

Laurent Pinchart