Jarkko Sakkinen
Posts
5054Following
330Followers
507OpenPGP: 3AB05486C7752FE1
@Aissen there's libcamera and pipewire etc. but what people actually use is a tainted driver ;-) in their work machines. i don't really fully believe that proprietary driver story in 2024 given how many things you can anyway do in user space so not stopping based on this doing a RFC patch TBH (if that was the recommendation).
1
0
1
Jarkko Sakkinen
jarkko
@Aissen it is based on that fixes up the device model https://social.kernel.org/notice/ApXBpAVuAyGBmcPye8
1
0
0
Jarkko Sakkinen
jarkko
Great found the most suitable crate for my test program:
https://github.com/zesterer/euc
I.e. I can pre-render the frame to buffers and then loop those frames to "cast_fd" with a given FPS (25) so it should be fairly timing accurate.
Using rotating and shaded torus I have cyclic movement which the other side (opening /dev/video0) can then read and store a full cycle of the animation.
Client and server can be two threads in the same process, and as final step the client can compare that the read frames are close proximity enough to the pre-rendered frames.
That should create a full headless and "CI friendly" system test for v4l2-cast. Definitely still hold a bit before doing too heavy refactoring and make this happen!
I wonder can we already have Rust programs in kselftest's? My driver is in C but this could be potentially part of the kselftest (at some point).
#linux #kernel #video4linux
https://github.com/zesterer/euc
I.e. I can pre-render the frame to buffers and then loop those frames to "cast_fd" with a given FPS (25) so it should be fairly timing accurate.
Using rotating and shaded torus I have cyclic movement which the other side (opening /dev/video0) can then read and store a full cycle of the animation.
Client and server can be two threads in the same process, and as final step the client can compare that the read frames are close proximity enough to the pre-rendered frames.
That should create a full headless and "CI friendly" system test for v4l2-cast. Definitely still hold a bit before doing too heavy refactoring and make this happen!
I wonder can we already have Rust programs in kselftest's? My driver is in C but this could be potentially part of the kselftest (at some point).
#linux #kernel #video4linux
2
1
2
@mjg59 have not read this nonsense about TPM's for some time. picking up the old classics i suppose... and ignores the fact that TPM is more like a protocol than a piece of hardware. that would be a proprietary hell if everyone had (like Apple) their own TPM alike incompatible chips.
0
0
0
Jarkko Sakkinen
repeated
repeated
Matthew Garrett
mjg59@nondeterministic.computer"Today, most of the major streaming media platforms utilize the TPM to decrypt media streams, forcefully placing the decryption out of the user's control." (from https://www.defectivebydesign.org/dayagainstdrm) I… just… what? This isn't even slightly true. There's plenty of good reasons to object to Microsoft imposing hardware requirements on Windows 11 that aren't strictly required, but *nobody* is doing media decryption on a TPM because TPMs are nowhere near fast enough to do that
4
7
0
Jarkko Sakkinen
repeated
repeated
Jarkko Sakkinen
jarkko
@nogodsnomasters So. I spent ages paying mortgage loan for my small apartment, and if I move away and rent I am "stealing my tenant's labor value"?
It is investment income and there is nothing wrong in that.
It is investment income and there is nothing wrong in that.
0
1
0
Jarkko Sakkinen
jarkko
Edited 1 year ago
I will name my driver as "v4l2-cast". The ioctl will return the file descriptor with the field name "cast_fd".
Feels Platonic sense the best possible name, i.e. you have video capture and video cast devices.
It is more like user space video capture driver than loopback/proxy device. And we have too many things already named as "proxy" or "loopback". They are as descriptive if I named this as v4l2-object or v4l2-instance IMHO. From "cast" you get immediately a gist what is going on and like the use and purpose.
Feels Platonic sense the best possible name, i.e. you have video capture and video cast devices.
It is more like user space video capture driver than loopback/proxy device. And we have too many things already named as "proxy" or "loopback". They are as descriptive if I named this as v4l2-object or v4l2-instance IMHO. From "cast" you get immediately a gist what is going on and like the use and purpose.
0
1
0
Jarkko Sakkinen
jarkko
Edited 1 year ago
Next making a fake webccam program with Rust to have something to run as the server end with the in-kernel driver using anonymous inode for proxy.
Realized that I need this before doing API split (i.e. break).
I'll implement it with Bevy and it will stream a rotating torus (that weird thing in the middle ATM) to the video loopback proxy
#linux #kernel #video4linux
Realized that I need this before doing API split (i.e. break).
I'll implement it with Bevy and it will stream a rotating torus (that weird thing in the middle ATM) to the video loopback proxy
#linux #kernel #video4linux
1
1
2
If I had not used some time of my holiday to work on test then this would have been never finished :-)
This was the most demotivating part. Even tho no progress in kernel code for few weeks, this kind of is still the "RFC patches will be submitted" milestone.
Working on kernel code and seeing how the changes affect - that is fun. Writing a driver blind - that is hell.
This was the most demotivating part. Even tho no progress in kernel code for few weeks, this kind of is still the "RFC patches will be submitted" milestone.
Working on kernel code and seeing how the changes affect - that is fun. Writing a driver blind - that is hell.
0
0
0
Jarkko Sakkinen
repeated
repeated
Truth Or Consequences ✅ 🇺🇦
Savvyhomestead@mastodon.social
0
2
0