#linux-media 2024-03-07,Thu

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
***syoung has quit IRC (Remote host closed the connection)
syoung has joined #linux-media
[00:33]
lexano_ has quit IRC (Ping timeout: 480 seconds) [00:41]
BrianG61UK has quit IRC (Ping timeout: 480 seconds)
BrianG61UK has joined #linux-media
[00:50]
.... (idle for 17mn)
ten157237743246305 has quit IRC (Remote host closed the connection)
ten157237743246305 has joined #linux-media
[01:08]
..... (idle for 23mn)
ayaka_ has joined #linux-media [01:32]
............................. (idle for 2h22mn)
ayaka_ has quit IRC (Remote host closed the connection)
ayaka_ has joined #linux-media
[03:54]
......... (idle for 41mn)
xecutertool has joined #linux-media
ayaka_ has quit IRC (Ping timeout: 480 seconds)
[04:35]
xecutercmd has quit IRC (Ping timeout: 480 seconds) [04:41]
.... (idle for 16mn)
BrianG61UK has quit IRC (Read error: Connection reset by peer) [04:57]
......... (idle for 43mn)
ayaka_ has joined #linux-media [05:40]
BrianG61UK has joined #linux-media [05:54]
........ (idle for 39mn)
ayaka_ has quit IRC (Ping timeout: 480 seconds) [06:33]
ayaka_ has joined #linux-media [06:39]
zhentao10 has joined #linux-media
zhentao10 has quit IRC ()
[06:51]
.... (idle for 16mn)
ten157237743246305 has quit IRC (Remote host closed the connection)
ten157237743246305 has joined #linux-media
djrscally has joined #linux-media
[07:07]
sailus_ has quit IRC (Quit: ZNC 1.8.2+deb3.1 - https://znc.in) [07:16]
...... (idle for 28mn)
GBenji has joined #linux-media [07:44]
frieder has joined #linux-media
ao2 has joined #linux-media
bingbu has quit IRC (Ping timeout: 480 seconds)
bingbu has joined #linux-media
[07:57]
ao2 has quit IRC (Quit: Leaving)
jmassot has joined #linux-media
jmassot has quit IRC ()
jmassot has joined #linux-media
[08:05]
mvaittin has quit IRC (Ping timeout: 480 seconds) [08:15]
hansg has joined #linux-media [08:28]
...... (idle for 26mn)
ten157237743246305 has quit IRC (Remote host closed the connection)
ten157237743246305 has joined #linux-media
bingbu has quit IRC (Ping timeout: 480 seconds)
bingbu has joined #linux-media
[08:54]
mvaittin has joined #linux-media [09:00]
........ (idle for 38mn)
danitool has joined #linux-media [09:38]
...... (idle for 25mn)
mvaittin has quit IRC (Ping timeout: 480 seconds) [10:03]
hansg has quit IRC (Remote host closed the connection) [10:16]
ayaka_ has quit IRC (Ping timeout: 480 seconds)
mvaittin has joined #linux-media
[10:27]
................. (idle for 1h23mn)
aza_ has joined #linux-media [11:52]
chewitt has joined #linux-media
xecutertool has quit IRC (Remote host closed the connection)
[12:04]
..... (idle for 22mn)
xecuter has joined #linux-media [12:28]
lexano_ has joined #linux-media [12:35]
..... (idle for 24mn)
sgruszka has joined #linux-media [12:59]
padovan4 has quit IRC () [13:12]
..... (idle for 21mn)
padovan4 has joined #linux-media
padovan43 has quit IRC ()
[13:33]
eelstrebor has joined #linux-media
ao2 has joined #linux-media
mvaittin has quit IRC (Ping timeout: 480 seconds)
ao2 has quit IRC (Quit: Leaving)
[13:44]
....... (idle for 32mn)
eelstrebor has quit IRC (Quit: Ex-Chat) [14:25]
.... (idle for 17mn)
aza_ has quit IRC (Ping timeout: 480 seconds) [14:42]
BrianG61UK has quit IRC (Remote host closed the connection) [14:55]
bryanodonoghuendufresne libcamera gives a standard method to pipewire for us to integrate into firefox/chrome even cheese [15:05]
kbinghambryanodonoghue, So what you're saying is you're waiting for 'libencoder' ;-) [15:06]
bryanodonoghueI 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
yeah ... I guess
[15:06]
kbingham(fwiw, I think libencoder already exists, and it's called gstreamer/ffmpeg) [15:07]
bryanodonoghueright - I'm thinking of how/where to deploy effort to "get stuff working out of box on qcom in ubuntu/arch/debian"
so gstreamera/ffmpeg integration in chrome firefox is the answer .. ?
[15:07]
kbinghamOr direct v4l2m2m ... but I have no idea really.
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 ;-)
[15:08]
ndufresnebryanodonoghue: then why not plug gpus ?
we already struggle with the handful of controls in libcamera, have you considered the challenge for stateless codecs ?
not to mention the overhead
[15:14]
kbinghamndufresne, I think that's /why/ libcamera doesn't have encoders ;-)
And that's what I mean by "all the parameters and further complications that would bring"
[15:15]
ndufresneon 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) [15:16]
kbinghamndufresne, But how should firefox/chromium/other apps generically hardware accellerate video encoding on arm ? Or do they already have the required developments? [15:17]
ndufresneThey can call directly into v4l2, there is not magic sauce there [15:18]
kbinghamThe 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. [15:18]
ndufresnelol, there is millions of chromebooks out there
chromium have decoder and encoder support for both stateful and stateless mainline codecs
[15:19]
kbinghamYes ;-) of course. But are there millions of chromebooks running debian that can do the same ;-) [15:19]
ndufresnethe challenge is of course to build chromium for generic linux, which ChromeOS team don't prioritize [15:19]
kbinghamand *that* is bryanodonoghue's question. How do we make chromium / firefox work on generic linux to handle video calls.
(I think, if I understood bryanodonoghue correctly, and I'm still waiting for him to tell me I missed the point)
[15:20]
ndufresnewe 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 ... [15:21]
kbinghamIf the answer is - they already do - then - things are all groovy right ;-) [15:21]
ndufresnethe 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
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
[15:22]
kbinghambryanodonoghue, It sounds like I can return to my original answer then. you need 'libencoder' which is also known as gstreamer/ffpmeg ;-) [15:24]
ndufresneor a GN expert to solve the chromium build for generic arm distro [15:25]
javiermndufresne: 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) [15:32]
ndufresnejavierm: camera capture and screencast is very different from decoding and encoding
when you screencast, you actually interface with the compositor through pipepewire (no gst, just mutter/kwin/wlroot etc.)
when you do libcamera capture through pipewire, you interface with pipewire only, since it has a plugin (SPA plugin) that can use libcamera
you can of course use GStreamer to feed nodes into pipewire graph, similar to what your compositor do
what pipewire gives you is multi-plexing across multiple process
its really bad with compressed data though
[15:32]
javiermndufresne: that's the part that wasn't clear to me. If was using the libcamera SPA plugin or using gst as a video src [15:35]
alien_lappyndufresne: wait, so my work on RPI4B brc8235-codecs won't be used on FF/chromium? unless someone patches FF to use ffmpeg v4l2m2m? [15:39]
ndufresneCorrect, 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
chromium have been doing v4l2 codecs since 2010 in fact
but the focus is always around chromebooks
[15:41]
alien_lappyso, no aarch64 then? [15:43]
ndufresnewhat do you mean ? [15:43]
alien_lappyi thought chromeos was targeted to 32bit only?
(on arm)
i read somewhere that's where that drm crap always is a problem, there was no arm64 build of it
maybe it's changed now?
[15:43]
javiermalien_lappy: chromeos has aarch64 based products for years
in fact, I don't think that any armv7 chromebook is supported any longer
[15:47]
...... (idle for 26mn)
***danitool has quit IRC (Remote host closed the connection) [16:14]
......... (idle for 44mn)
picsea has joined #linux-media [16:58]
picseaHello! 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
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
...homogeneous, recent kernel configuration. That's why I'm looking for a changelog of uvcvideo. Or maybe a git log?
[17:10]
ndufresnealien_lappy: no anymore [17:16]
***GBenji has left [17:21]
kbinghampicsea, take the most recent linux kernel and run "git log --oneline ./drivers/media/usb/uvc/" [17:25]
.... (idle for 15mn)
picseakbingham, thanks! I'm cloning git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git right now (lmk if not the correct repo pls) [17:40]
kbinghampicsea, I'm sure thats' fine. [17:41]
***ao2 has joined #linux-media [17:51]
picseakbingham, 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? [17:52]
kbinghamYou could filter your git log command to between specfific tags. [17:53]
.... (idle for 18mn)
picseagit log v5.4..v5.5 ./drivers/media/usb/uvc/ does the trick, thanks! [18:11]
***BrianG61UK has joined #linux-media
sgruszka has quit IRC (Ping timeout: 480 seconds)
[18:13]
...... (idle for 26mn)
picsea has quit IRC (Quit: Thank you and good night!) [18:40]
.......... (idle for 45mn)
ao2 has quit IRC (Quit: Leaving) [19:25]
hansg has joined #linux-media
frieder has quit IRC (Remote host closed the connection)
[19:31]
eelstrebor has joined #linux-media [19:44]
.... (idle for 17mn)
sgruszka has joined #linux-media [20:01]
...... (idle for 26mn)
hansg has quit IRC (Quit: Leaving) [20:27]
............ (idle for 56mn)
xdarklight has quit IRC (Quit: ZNC - https://znc.in) [21:23]
xdarklight has joined #linux-media [21:35]
sgruszka has quit IRC (Ping timeout: 480 seconds) [21:46]
..... (idle for 22mn)
djrscally has quit IRC (Remote host closed the connection)
djrscally has joined #linux-media
[22:08]
jmassot has quit IRC (Remote host closed the connection) [22:21]
..... (idle for 20mn)
djrscally has quit IRC (Ping timeout: 480 seconds) [22:41]
........... (idle for 54mn)
ten157237743246305 has quit IRC (Remote host closed the connection)
ten157237743246305 has joined #linux-media
[23:35]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)