Quoting: Ehvis

Quoting: kokoko3kIn other words, the use of nvidia-patch/nvlax, even suggested by the developer of gpu-screen-recorder for fullscreen captures, is not permitted.

Good thing I don't need their permission then.

I'm not sure to get your point...

View this comment - View article - View full comments

To anyone suggesting ways to circumvent artificially imposed restrictions by nvidia, it is explicitely prohibited by the driver license:

Quote2.1.3 Limitations.

No Modification or Reverse Engineering. Customer may not modify (except as provided in Section 2.1.2), reverse engineer, decompile, or disassemble the SOFTWARE, nor attempt in any other manner to obtain the source code.

In other words, the use of nvidia-patch/nvlax, even suggested by the developer of gpu-screen-recorder for fullscreen captures, is not permitted.

View this comment - View article - View full comments

Quoting: CorbenAtm I'm using nvidia-patch and obs-nvfbc. Normally I don't have many issues with neither window capture nor full screen capture, but recently, when Cyberpunk didn't get captured and I switched to full screen capture, I saw a massive performance hit. Does not happen at all with nvfbc.

Advantage now is, I don't have to worry about creating a new source for a window capture as I can set the obs-nvfbc source to capture just one of my desktops. And the better performance when capturing.

Disadvantage though, I have to patch the nvidia driver with every release, and it's not officially supported.

If you capture much and have an IGP available, you may consider switching to a PRIME setup so that you will only tax the igp for grabbing and encoding.

View this comment - View article - View full comments

Another solution for zero copy is to use ffmpeg with kmsgrab.
Yeah, it is not supported by nvidia.

-EDIT-
Quick search revealed others related:
ffmpeg frontend: https://github.com/Saren-Arterius/ussr
zerocopy obs plugin for x11: https://github.com/w23/obs-kmsgrab
zerocopy obs plugin Wayland: https://hg.sr.ht/~scoopta/wlrobs

-EDIT2-

Just made the following, on my system it takes 4% cpu use.
With default values it grabs:
from the first video card found
a portion of 1920x1080
at 30FPS
starting at position 0:0 (upper left)
scales the result to 1280x720
encodes it via vaapi in h264 at excellent quality (and big size ofc).

 
GRAB_SIZE=1920:1080      # How much of the screen you want to grab
GRAB_XY=0:0              # X:Y (upper-left of the grab area; 0:0 is the most upper left)
FRAMERATE=30             # Capture with this framerate
OUTPUT_SCALE=1280:720    # Rescale to this size
CODEC=h264_vaapi         # Video codec, also try hevc_vaapi
QUALITY=18               # Video quality. The higher, the worse.
OUT_FILE=~/video_out.mkv # Write to this output file


ffmpeg -y -device /dev/dri/card0 -f kmsgrab -framerate $FRAMERATE -i - -vaapi_device /dev/dri/renderD128 -vf hwmap=derive_device=vaapi,crop=$GRAB_SIZE:$GRAB_XY,scale_vaapi=$OUTPUT_SCALE:format=nv12 -c:v $CODEC -qp:v $QUALITY $OUT_FILE

View this comment - View article - View full comments

Quoting: doctorx

Quoting: kokoko3kHow ironic,
Pipewire (apparently broken in Arch, which uses default upstream configs) has been created by Wim Taymans, Principal Engineer at Red Hat which in turns sponsors Fedora :)

Even more reason to avoid pipewire

Pipewire may not be ready yet, but I totally approve his approach to stop the fragmentation in the linux audio ecosystem by embracing the existing technologies instead of trying to just replace them.

View this comment - View article - View full comments

QuoteThere comes a time when everyone has to sit and think about what they use on their PC

Totally agree, that was the reason i switched from gentoo to arch.
But that was more than a decade ago.
Since then, when Arch gave me problems, it was either my fault or upstream fault.
Arch is too much a wonderful distro for me, from the aur to Arch rollback machine, you can have the system you want, upgrade, freeze the state and still be able to install new packages or even roll back to the previous -Syu with little to no effort at all.
Since it gave me so little problems, if i ever wanted to switch to an easier distro for lack of time, I think i'd try mint.

View this comment - View article - View full comments

How ironic,
Pipewire (apparently broken in Arch, which uses default upstream configs) has been created by Wim Taymans, Principal Engineer at Red Hat which in turns sponsors Fedora :)

View this comment - View article - View full comments

Keep up the fun!

View this comment - View article - View full comments

Quoting: Kiwii

Quoting: kokoko3kMaybe via usb cable to avoid network troubles too.

Then you get mtp troubles instead...

mtp shortcomings do not depend on the transmission medium, but on the (poorly documented) protocol.

View this comment - View article - View full comments

While my understanding of the meaning of "simple" cannot include the need to perform many steps to accomplish one thing, I can understand that it can still be easier for some to perform what I personally call complexity, instead.
Sure thing is that anybody would agree that Valve should really provide a multiplatform solution which is simple and easy to perform such task out of the box.
Maybe via usb cable to avoid network troubles too.

View this comment - View article - View full comments