Package Details: gpu-screen-recorder r932.027b29c-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: 44
Popularity: 4.81
First Submitted: 2024-11-15 18:38 (UTC)
Last Updated: 2024-12-29 20:42 (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 .. 11 12 13 14 15 16 17 18 Next › Last »

ThatOneSeong commented on 2022-08-07 03:47 (UTC)

@DEC05EBA Can confirm that it's working great now with today's update. I've closed the issue on pipewire to reflect this. Seems odd that a change to better reflect Pulse behavior actually caused more quirks, but am glad to have the solution regardless. Thank you for the insight.

DEC05EBA commented on 2022-08-06 08:04 (UTC)

@ThatOneSeong thanks, it should work now (im now setting the fragmentation value manually in the program). Pulseaudio seems to behave a bit different than pipewire with fragmentation size. Even though pulseaudio says it sends a batch every 1.5 second by default, that doesn't actually seem to be the case. It sends data at the requested sample rate without having to set fragmentation value (this is when using pa_simple_new interface).

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.

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