Can't get replay-sorcery working with hardware acceleration

Support Third-party Applications
1

Hello! I’m trying to use GitHub - matanui159/ReplaySorcery: An open-source, instant-replay solution for Linux as ShadowPlay alternative on linux. It works fine with h264 video encoder, but when i try using hardware acceleration it fails with an error:

ReplaySorcery  Copyright (C) 2020-2021  ReplaySorcery developers
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; see COPYING for details.
FFmpeg version: n5.1.2
[h264_vaapi @ 0x55efd101f900] Filter graph: hwmap=derive_device=vaapi,crop=1920:1080:0:0,scale_vaapi=1920:1080:nv12
[h264_vaapi @ 0x55efd101f900] H.264 baseline profile is not supported, using constrained baseline profile instead.
[h264_vaapi @ 0x55efd101f900] No usable encoding profile found.
[NULL @ 0x55efd101f900] Failed to open encoder: Function not implemented
Failed to create VA-API encoder: Function not implemented
Function not implemented

What’s the problem? Sounds more like an ffmpeg issue.
my gpu is AMD Radeon RX470, i believe it supports vaapi.

2

Hi there.

I’m not sure if you’ve looked at this page on the Arch Wiki but just in case you haven’t, have a look here: Hardware video acceleration - ArchWiki

I trust you find a solution soon.

Ruziel :slight_smile:

3

https://forum.manjaro.org/t/behind-the-scene-manjaro-community-mesa-nonfree-codecs/135012

4

is the post you sent me private? can’t view

5

Alright, i’ve installed nonfree drivers and now h264 profiles are supported, according to the vainfo:

Trying display: wayland
Trying display: x11
vainfo: VA-API version: 1.17 (libva 2.17.1)
vainfo: Driver version: Mesa Gallium driver 22.3.5 for AMD Radeon RX 470 Graphics (polaris10, LLVM 15.0.7, DRM 3.49, 6.1.19-1-MANJARO)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileHEVCMain               : VAEntrypointVLD
      VAProfileHEVCMain               : VAEntrypointEncSlice
      VAProfileHEVCMain10             : VAEntrypointVLD
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc

But now ReplaySorcery fails with

ReplaySorcery  Copyright (C) 2020-2021  ReplaySorcery developers
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; see COPYING for details.
FFmpeg version: n5.1.2
Created KMS service device
[h264_vaapi @ 0x55d5a656ba80] Filter graph: hwmap=derive_device=vaapi,crop=1920:1080:0:0,scale_vaapi=1920:1080:nv12
[h264_vaapi @ 0x55d5a656ba80] Driver does not support QVBR RC mode (supported modes: CQP, CBR, VBR).
[NULL @ 0x55d5a656ba80] Failed to open encoder: Invalid argument
Failed to create VA-API encoder: Invalid argument
Function not implemented
6

Well, did you this message? Kinda self explaining what the problem is.

7

Yyeah… Just checked the source code and found the fix.
If anyone is wondering, setting videoBitrate in replay-sorcery.conf to auto helped.
Thanks everyone

8

…sorry, it links to the Member Hub, but here is an extract of the most important information.

A community effort

(original by @linux-aarhus)

The community has worked behind the scenes to set up a viable solution to make nonfree mesa codecs available to the Manjaro Community.

The solution needed to track all the branches and create automated updates per branch. That technology got established and is ready to be used.

With this we hope to have created the loop-hole needed to provide end-users the non-free codecs they need to utilize their hardearned hardware. The solution makes the end-user - owning the hardware in question - the last link in the chain.

Like rpmfusion for Fedora - the repo is hosted at github using the domain https://nonfree.eu .

The actual repo is located at GitHub - mesa-freeworld/mesa-nonfree

The website contains the necessary instructions - to make it work.

3rd party repository

Yes - you need to add a 3rd party repo - and precisly because of this - the need for any user to actively change their configuration - the user is now the last link in the chain.

As with other 3rd party repositories - the repository is unsupported.

The repo is applicable for all Manjaro branches - BUT - and this is important - the pacman-mirrors tool does not support branch switching for this repo.

You are responsible for maintaining your system configuration

Goto https://nonfree.eu → follow instructions and run a full system update.

Have fun :slight_smile:

1 Like
9

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.