Conversation

Jarkko Sakkinen

Some have argued that "we could do the same with Pipewire".

1. I love Pipewire. It's ****ing great. For the first time Linux has multimedia stack that surpasses Apple's.
2. With video we still might want to have option to cut down the stack depending on device. I.e. have a choice in product design whether to use or not use gstreamer and pipewire.

So from this premise IMHO a loopback video device does make sense.

#v4l2 #pipewire #gstreamer
1
1
3

@jarkko My use-case for v4l2-loopback is sharing my webcam from personal desktop to work laptop. How do I even do this with PipeWire?

1
0
1
@oleksandr I don't know I did not do research, only heard the claim. I guess you could do application level solution when e.g. browser would use some Pipewire interface to query cameras provided by it but I personally think that we need a more low-level and stack independent solution.

It's also bad for open source. I mean we should do open source stack overall in a way that someone can e.g. provide alternative to the whole Pipewire even tho at this point we love it.
1
0
0
@oleksandr It's a cool driver to work with. Has been in mind over the years but companies do not care about it ;-) Now is my chance given that I'm not employed to do kernel... Last three weeks have been gone to figuring how to test media from kernel perspective (both in general and specific) but have got side now together, and learned a lot in process.
1
0
0

Jarkko Sakkinen

Edited 12 days ago
@oleksandr I.e. I also have plenty of time for any possible LKML beef ;-) Zero business pressure...

I could CC the patch set to you once I get to that point if you give me your email.
1
0
0

@jarkko Yeah, would appreciate a Cc:. My email is publicly visible in my profile.

1
0
1
@oleksandr ok i pick it from there, thanx for support :-)
0
0
0