<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>

   ***: syoung has joined #linux-media
   <br> lexano_ has quit IRC (Ping timeout: 480 seconds)
   <br> BrianG61UK has quit IRC (Ping timeout: 480 seconds)
   <br> BrianG61UK has joined #linux-media
   <br> ten157237743246305 has quit IRC (Remote host closed the connection)
   <br> ten157237743246305 has joined #linux-media
   <br> ayaka_ has joined #linux-media
   <br> ayaka_ has quit IRC (Remote host closed the connection)
   <br> ayaka_ has joined #linux-media
   <br> xecutertool has joined #linux-media
   <br> ayaka_ has quit IRC (Ping timeout: 480 seconds)
   <br> xecutercmd has quit IRC (Ping timeout: 480 seconds)
   <br> BrianG61UK has quit IRC (Read error: Connection reset by peer)
   <br> ayaka_ has joined #linux-media
   <br> BrianG61UK has joined #linux-media
   <br> ayaka_ has quit IRC (Ping timeout: 480 seconds)
   <br> ayaka_ has joined #linux-media
   <br> zhentao10 has joined #linux-media
   <br> zhentao10 has quit IRC ()
   <br> ten157237743246305 has quit IRC (Remote host closed the connection)
   <br> ten157237743246305 has joined #linux-media
   <br> djrscally has joined #linux-media
   <br> sailus_ has quit IRC (Quit: ZNC 1.8.2+deb3.1 - https://znc.in)
   <br> GBenji has joined #linux-media
   <br> frieder has joined #linux-media
   <br> ao2 has joined #linux-media
   <br> bingbu has quit IRC (Ping timeout: 480 seconds)
   <br> bingbu has joined #linux-media
   <br> ao2 has quit IRC (Quit: Leaving)
   <br> jmassot has joined #linux-media
   <br> jmassot has quit IRC ()
   <br> jmassot has joined #linux-media
   <br> mvaittin has quit IRC (Ping timeout: 480 seconds)
   <br> hansg has joined #linux-media
   <br> ten157237743246305 has quit IRC (Remote host closed the connection)
   <br> ten157237743246305 has joined #linux-media
   <br> bingbu has quit IRC (Ping timeout: 480 seconds)
   <br> bingbu has joined #linux-media
   <br> mvaittin has joined #linux-media
   <br> danitool has joined #linux-media
   <br> mvaittin has quit IRC (Ping timeout: 480 seconds)
   <br> hansg has quit IRC (Remote host closed the connection)
   <br> ayaka_ has quit IRC (Ping timeout: 480 seconds)
   <br> mvaittin has joined #linux-media
   <br> aza_ has joined #linux-media
   <br> chewitt has joined #linux-media
   <br> xecutertool has quit IRC (Remote host closed the connection)
   <br> xecuter has joined #linux-media
   <br> lexano_ has joined #linux-media
   <br> sgruszka has joined #linux-media
   <br> padovan4 has quit IRC ()
   <br> padovan4 has joined #linux-media
   <br> padovan43 has quit IRC ()
   <br> eelstrebor has joined #linux-media
   <br> ao2 has joined #linux-media
   <br> mvaittin has quit IRC (Ping timeout: 480 seconds)
   <br> ao2 has quit IRC (Quit: Leaving)
   <br> eelstrebor has quit IRC (Quit: Ex-Chat)
   <br> aza_ has quit IRC (Ping timeout: 480 seconds)
   <br> BrianG61UK has quit IRC (Remote host closed the connection)
   bryanodonoghue: ndufresne libcamera gives a standard method to pipewire for us to integrate into firefox/chrome even cheese
   kbingham: bryanodonoghue, So what you're saying is you're waiting for 'libencoder' ;-)
   bryanodonoghue: I think my q is - is there worthwhile work what could be done to plug codecs into pipewire given the direction being taken with libcamera/pipewire
   <br> yeah ... I guess
   kbingham: (fwiw, I think libencoder already exists, and it's called gstreamer/ffmpeg)
   bryanodonoghue: right - I'm thinking of how/where to deploy effort to "get stuff working out of box on qcom in ubuntu/arch/debian"
   <br> so gstreamera/ffmpeg integration in chrome firefox is the answer .. ?
   kbingham: Or direct v4l2m2m ... but I have no idea really.
   <br> It comes up in libcamera discusions too though as people often expect to be able to encode a stream from a camera, and many orgs/communities seem to think a camera should deliver a ready made encoded stream. Which might be lovely except for all the parameters and further complications that would then bring ;-)
   ndufresne: <u>bryanodonoghue</u>: then why not plug gpus ?
   <br> we already struggle with the handful of controls in libcamera, have you considered the challenge for stateless codecs ?
   <br> not to mention the overhead
   kbingham: ndufresne, I think that's /why/ libcamera doesn't have encoders ;-)
   <br> And that's what I mean by "all the parameters and further complications that would bring"
   ndufresne: on thing to note, is that camera and audio card have exclusive access in common, were gpu and codecs can be multi-plexed (well stateful firmware can suck, but that's HW vendor mistake)
   kbingham: ndufresne, But how should firefox/chromium/other apps generically hardware accellerate video encoding on arm ? Or do they already have the required developments?
   ndufresne: They can call directly into v4l2, there is not magic sauce there
   kbingham: The ultiimate question (If I'm assuming bryanodonoghue's predicament, and can put words in his mouth) Can an arm laptop hold a hardware accelerated video call already.
   ndufresne: lol, there is millions of chromebooks out there
   <br> chromium have decoder and encoder support for both stateful and stateless mainline codecs
   kbingham: Yes ;-) of course. But are there millions of chromebooks running debian that can do the same ;-)
   ndufresne: the challenge is of course to build chromium for generic linux, which ChromeOS team don't prioritize
   kbingham: and *that* is bryanodonoghue's question. How do we make chromium / firefox work on generic linux to handle video calls.
   <br> (I think, if I understood bryanodonoghue correctly, and I'm still waiting for him to tell me I missed the point)
   ndufresne: we made the decoders work on RK3399, so its possible, if time wasn't an issue, I'd try to make a flatpak, but again, I'm not in love with chrome in general, I usually prefer firefox, an firefox media stack is ... can't describe it ...
   kbingham: If the answer is - they already do - then - things are all groovy right ;-)
   ndufresne: the Linux/Firefox media dev statement recently is that "we suck at this", so if we can use it through ffmpeg, fine, otherwise we'll do software
   <br> so if someone send patches to enable ffmpeg v4l2m2m codecs (stateful, but bryanodonoghue is on Qualcomm HW so that's good for him), then you will solve the problem
   kbingham: bryanodonoghue, It sounds like I can return to my original answer then. you need 'libencoder' which is also known as gstreamer/ffpmeg ;-)
   ndufresne: or a GN expert to solve the chromium build for generic arm distro
   javierm: <u>ndufresne</u>: chromium can already use pipewire for webrtc, would that use gst as well for video decoding? (I'm not familiar on the pipewire/gst interaction for this part)
   ndufresne: <u>javierm</u>: camera capture and screencast is very different from decoding and encoding
   <br> when you screencast, you actually interface with the compositor through pipepewire (no gst, just mutter/kwin/wlroot etc.)
   <br> when you do libcamera capture through pipewire, you interface with pipewire only, since it has a plugin (SPA plugin) that can use libcamera
   <br> you can of course use GStreamer to feed nodes into pipewire graph, similar to what your compositor do
   <br> what pipewire gives you is multi-plexing across multiple process
   <br> its really bad with compressed data though
   javierm: <u>ndufresne</u>: that's the part that wasn't clear to me. If was using the libcamera SPA plugin or using gst as a video src
   alien_lappy: <u>ndufresne</u>: wait, so my work on RPI4B brc8235-codecs won't be used on FF/chromium? unless someone patches FF to use ffmpeg v4l2m2m?
   ndufresne: Correct, but its not only about the Pi, its literally all the ARM stuff, as said, chromium have the code, its a build issue, the v4l2 stuff has been made to depends on chromeos specifics, but my colleague Chris Oboard have made it work recently, so its fixable for sure, I actually think we are close, but for Firefox, there is a lot more work
   <br> chromium have been doing v4l2 codecs since 2010 in fact
   <br> but the focus is always around chromebooks
   alien_lappy: so, no aarch64 then?
   ndufresne: what do you mean ?
   alien_lappy: i thought chromeos was targeted to 32bit only?
   <br> (on arm)
   <br> i read somewhere that's where that drm crap always is a problem, there was no arm64 build of it
   <br> maybe it's changed now?
   javierm: <u>alien_lappy</u>: chromeos has aarch64 based products for years
   <br> in fact, I don't think that any armv7 chromebook is supported any longer
   ***: danitool has quit IRC (Remote host closed the connection)
   <br> picsea has joined #linux-media
   picsea: Hello! I'm looking for a changelog or something similar for the uvcvideo driver. Is there such a thing somewhere? I couldn't find anything, but I'm not sure I've looked in the right places
   <br> At my company, we have a number of fairly legacy robotic systems that use old 5.x Linux kernels and UVC cameras, and we have noticed that we need to give the cameras very different settings, especially in terms of manual exposure, to achieve comparable photographs across different kernel versions. We'd like to know more about the differences between, say, uvcvideo 5.4.x and 5.10.x, in order to inform our usage of the cameras until we can migrate our s
   <br> ...homogeneous, recent kernel configuration. That's why I'm looking for a changelog of uvcvideo. Or maybe a git log?
   ndufresne: <u>alien_lappy</u>: no anymore
   ***: GBenji has left
   kbingham: picsea, take the most recent linux kernel and run "git log --oneline ./drivers/media/usb/uvc/"
   picsea: kbingham, thanks! I'm cloning git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git right now (lmk if not the correct repo pls)
   kbingham: picsea, I'm sure thats' fine.
   ***: ao2 has joined #linux-media
   picsea: kbingham, I've got the git log now, thank you very much. Now, commits are timestamped, but the kernels we're running have a version number (5.4.x, 5.10.x). Is there a way for me to know which commits I'm looking at made it into which kernel release?
   kbingham: You could filter your git log command to between specfific tags.
   picsea: git log v5.4..v5.5 ./drivers/media/usb/uvc/ does the trick, thanks!
   ***: BrianG61UK has joined #linux-media
   <br> sgruszka has quit IRC (Ping timeout: 480 seconds)
   <br> picsea has quit IRC (Quit: Thank you and good night!)
   <br> ao2 has quit IRC (Quit: Leaving)
   <br> hansg has joined #linux-media
   <br> frieder has quit IRC (Remote host closed the connection)
   <br> eelstrebor has joined #linux-media
   <br> sgruszka has joined #linux-media
   <br> hansg has quit IRC (Quit: Leaving)
   <br> xdarklight has quit IRC (Quit: ZNC - https://znc.in)
   <br> xdarklight has joined #linux-media
   <br> sgruszka has quit IRC (Ping timeout: 480 seconds)
   <br> djrscally has quit IRC (Remote host closed the connection)
   <br> djrscally has joined #linux-media
   <br> jmassot has quit IRC (Remote host closed the connection)
   <br> djrscally has quit IRC (Ping timeout: 480 seconds)
   <br> ten157237743246305 has quit IRC (Remote host closed the connection)
   <br> ten157237743246305 has joined #linux-media