Package Details: gpu-screen-recorder r1076.28bc8a0-1

Git Clone URL: https://aur.archlinux.org/gpu-screen-recorder.git (read-only, click to copy)
Package Base: gpu-screen-recorder
Description: A shadowplay-like screen recorder for Linux. The fastest screen recorder for Linux
Upstream URL: https://git.dec05eba.com/gpu-screen-recorder
Licenses: GPL-3.0-only
Submitter: DEC05EBA
Maintainer: DEC05EBA
Last Packager: DEC05EBA
Votes: 52
Popularity: 2.75
First Submitted: 2024-11-15 18:38 (UTC)
Last Updated: 2025-04-23 17:47 (UTC)

Dependencies (23)

Sources (1)

Pinned Comments

DEC05EBA commented on 2024-11-26 18:52 (UTC)

The aur package gpu-screen-recorder-git was renamed to gpu-screen-recorder. Install gpu-screen-recorder instead or you may experience issues.

Latest Comments

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 Next › Last »

ThatOneSeong commented on 2022-08-06 05:51 (UTC)

@DEC05EBA Have been able to confirm with correspondence through this issue I posted that the behavior regarding PipeWire's pulse implementation is the issue. tl;dr: copying/pasting the demo /usr/share/pipewire/pipewire-pulse.conf as an active system/local conf file and uncommenting/changing the value of pulse.default.frag to a value of ~8192/48000 or below effectively (or rather, quite literally) brings the behavior back in line with pw 0.3.51.

Not to make assumptions or judge in any way, but I presume that you're using PulseAudio alone in normal use? The changed behavior in PipeWire with pulse input is allegedly supposed to bring behavior in line with native PulseAudio's buffer size.

ThatOneSeong commented on 2022-07-29 17:46 (UTC)

Can confirm that the issue is caused by the upgrade from pipewire (and co.) 0.3.51 to 0.3.52. I'll be reporting about this to the PW repo, then.

DEC05EBA commented on 2022-07-29 06:12 (UTC) (edited on 2022-07-29 06:17 (UTC) by DEC05EBA)

@ThatOneSeong I was able to reproduce it now. The audio gets messed up when recording with pipewire but not with pulseaudio so it looks like a (new) pipewire (pipewire-pulse implementation) bug...

ThatOneSeong commented on 2022-07-29 05:56 (UTC)

@DEC05EBA Here's a bit of test footage directly from the program I just recorded.

And the output of pacman -Qi:

Name            : gpu-screen-recorder-git
Version         : r121.71149bb-1
Description     : A shadowplay-like screen recorder for Linux. The fastest screen recorder for Linux.
Architecture    : x86_64
URL             : https://git.dec05eba.com/gpu-screen-recorder
Licenses        : GPL3
Groups          : None
Provides        : gpu-screen-recorder
Depends On      : glew  glfw-x11  ffmpeg  libxcomposite  libpulse  nvidia-utils  cuda  libx11
Optional Deps   : None
Required By     : gpu-screen-recorder-gtk-git
Optional For    : None
Conflicts With  : gpu-screen-recorder
Replaces        : None
Installed Size  : 75.74 KiB
Packager        : Unknown Packager
Build Date      : Mon 25 Jul 2022 02:44:00 PM EDT
Install Date    : Mon 25 Jul 2022 02:44:02 PM EDT
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : None

DEC05EBA commented on 2022-07-27 22:59 (UTC) (edited on 2022-07-27 22:59 (UTC) by DEC05EBA)

@ThatOneSeong Could you upload the video that gpu-screen-recorder produces (without editing it) to a file sharing website (not video streaming website that re-encodes the video)? sin ce I cant reproduce it. If not, could you at least show the output of pacman -Qi gpu-screen-recorder-git and mediainfo the-video.mp4?

ThatOneSeong commented on 2022-07-27 21:36 (UTC)

@DEC05EBA Went back and checked, but still the issue persists.

But I'm also using mpv (always have been), yet the issue persists with new recordings. Console output when playing back in mpv even shows an A/V desynchronisation error and dropped frames - which doesn't happen with either older recordings or other local/web videos.

DEC05EBA commented on 2022-07-25 03:22 (UTC) (edited on 2022-07-26 17:52 (UTC) by DEC05EBA)

@ThatOneSeong Can you try it now? If it still doesn't work then it's a known bug in vlc/kdenlive, but it should work with mpv/youtube. I'll fix it for broken media players / video editors in the future.

ThatOneSeong commented on 2022-07-25 03:05 (UTC)

Hi, sorry to be the bearer but I've found a new issue. With both the cli and -gtk frontend of this tool, if I'm capturing the audio from one of the device monitors, the resulting clip (either lowest-quality manual capture or replay) has desynced audio with horrible frame-pacing. Recording just the video alone does not have this issue, just when recording with audio - regardless of whether it's an actual game, or simply a soundless test shot of dragging a Plasma window around.

The same issue does not happen with OBS; even with recording to multiple audio tracks.

Unfortunately, I'm not sure what might've changed on this setup to cause it. I'm using PipeWire for my audio, which has worked as late as June 7th since that's the last day I made a manual recording that turned out fine. It doesn't seem to have anything to do with the WirePlumber transition, since the first recording I'd made with this issue was on June 15th, on the same install of Arch using pipewire-media-session at the time. And no Nvidia driver updates could've happened in that time either.

DEC05EBA commented on 2022-06-01 00:26 (UTC) (edited on 2022-06-01 00:28 (UTC) by DEC05EBA)

How? I just said that that doesn't seem possible in aur. Remote (in git) gives an error if you try to change the name of the package.

edit: it seems like you can change the name of a package, but it's a manual process that a moderator needs to do (after I create a new package and request merge..)