Package Details: gpu-screen-recorder-git r888.c8fdf2f-1

Git Clone URL: https://aur.archlinux.org/gpu-screen-recorder-git.git (read-only, click to copy)
Package Base: gpu-screen-recorder-git
Description: A shadowplay-like screen recorder for Linux. The fastest screen recorder for Linux
Upstream URL: https://git.dec05eba.com/gpu-screen-recorder
Keywords: replay screen-recorder shadowplay streaming
Licenses: GPL-3.0-only
Conflicts: gpu-screen-recorder
Provides: gpu-screen-recorder
Submitter: DEC05EBA
Maintainer: DEC05EBA
Last Packager: DEC05EBA
Votes: 38
Popularity: 2.06
First Submitted: 2020-04-16 00:37 (UTC)
Last Updated: 2024-11-10 23:18 (UTC)

Dependencies (23)

Sources (1)

Latest Comments

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

DEC05EBA commented on 2022-09-06 12:45 (UTC)

@ThatOneSeong thanks. Also thanks for testing on pipewire. It was a temporary fix for another problem but I think it should be properly fixed now. It works on both pulseaudio and pipewire now.

ThatOneSeong commented on 2022-09-06 05:26 (UTC)

The CFR change is a pleasant surprise, and I can see getting a lot of use from multiple audio tracks as well! Thank you for your continued work!

FWIW, it seems that PipeWire 0.3.57 has caused specifically the audio track to crackle and desync every couple tens of seconds in a recording. Reverting to PW 0.3.56 resolves it, but not sure whether it's this or that which causes these symptoms

DEC05EBA commented on 2022-09-01 23:03 (UTC)

The recorded video now uses constant frame rate and should work fine with kdenlive, vlc and other software.

DEC05EBA commented on 2022-08-24 08:24 (UTC)

@Typology thanks, but the videos are still in variable frame rate format which means some video editors (kdenlive) and some video players (vlc) cant handle them correctly (works with blender, mpv and youtube though). I need to make them constant frame rate videos first before the videos work well everywhere :<

Typology commented on 2022-08-24 08:19 (UTC)

Hi @DEC05EBA , I saw the latest commit and saw that you added support for multiple audio inputs with separate audio tracks! amazing work, it's now officially the best screen capturing software for linux, it's even better than the original shadowplay on windows, I didn't know where to write this, but I wanted to thank you for all your work.

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...

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