Package Details: renderdoc 1.19-1

Git Clone URL: https://aur.archlinux.org/renderdoc.git (read-only, click to copy)
Package Base: renderdoc
Description: OpenGL and Vulkan debugging tool
Upstream URL: https://github.com/baldurk/renderdoc
Keywords: debugger opengl vulkan
Licenses: MIT
Submitter: Schala
Maintainer: bwrsandman
Last Packager: bwrsandman
Votes: 39
Popularity: 1.44
First Submitted: 2015-08-30 22:12 (UTC)
Last Updated: 2022-03-31 19:37 (UTC)

Pinned Comments

bwrsandman commented on 2019-04-27 01:07 (UTC)

If you get the following error:

==> Verifying source file signatures with gpg...
    v1.3.tar.gz ... FAILED (unknown public key 1B039DB9A4718A2D699DE031AC612C3120C34695)

That is because I added pgp signature verification. Please install the author, Baldur Karlsson's pgp key.

gpg --recv-keys 1B039DB9A4718A2D699DE031AC612C3120C34695

Latest Comments

niobium93 commented on 2022-02-01 16:42 (UTC)

I'm not saying to build it for i686, I'm saying add a lib32 package with a 32-bit version of the capture library. This is the only way to capture from 32-bit games. "Not supported" means they don't want to build/maintain i686 binaries, not that it actually doesn't work.

bwrsandman commented on 2022-02-01 13:45 (UTC)

@niobium93 What you says contradicts what @autumnontape said earlier.

So who is right?

niobium93 commented on 2022-02-01 09:52 (UTC)

This package lacks a lib32 version of the capture library, making it impossible to capture frames from 32-bit games/applications.

To remedy this I've modified the PKGBUILD as such.

Maybe include this in the package by default, as it may help others?

rozina commented on 2021-10-22 18:04 (UTC)

You are right. I have later realised that the github repo doesn't have apks prebuilt, so it would be annoying for this package. And at the time of chosing which AUR package to use, the bin one didn't seems active, but now it seems to be.

bwrsandman commented on 2021-10-22 17:57 (UTC)

I have attempted to find a way to add the apkg files without changing the package too much. Unfortunately this would require adding android-sdk, android-ndk and java as makedends. I am not sure that is something I want to do to this package unless most users want this. I would suggest you check out the renderdoc-bin package which has the android artifacts as well as the AMD plugin.

rozina commented on 2021-10-20 17:44 (UTC)

Would it be possible for this package to also include the Android apk needed to run RenderDoc on Android?

bwrsandman commented on 2021-10-16 18:00 (UTC)

@flexw That's not recommended for package manifests. If you are not using all your cores. You should be editing /etc/makepkg.conf instead. Good luck.

flexw commented on 2021-10-16 17:01 (UTC)

Thanks for this package. Could you please consider using Ninja or invoking cmake --build with -j$(nproc). That would speed up the build a lot.

autumnontape commented on 2021-08-02 22:10 (UTC)

i686 should be removed from the archs, right? RenderDoc only supports x86_64 on Linux.

thibaulltt commented on 2020-12-09 10:28 (UTC) (edited on 2020-12-09 10:29 (UTC) by thibaulltt)

As of Oct 8th, 2020, python has moved from v3.8 to v3.9. As such, qrenderdoc cannot launch anymore and fails with the following message :

qrenderdoc: error while loading shared libraries: libpython3.8.so.1.0: cannot open shared object file: No such file or directory

Maybe it would be a good idea to require python 3.8, or flag as out-of-date while renderdoc updates to python 3.9 ?

dos1 commented on 2020-06-14 16:38 (UTC) (edited on 2020-06-14 16:39 (UTC) by dos1)

These three patches are needed to build 1.8: https://github.com/baldurk/renderdoc/commit/e0bda5c8c47af8e0a1ab5a817407ae9c9fc7f4be.patch, https://github.com/baldurk/renderdoc/commit/9fba077537f8f1d6304f622b4f00a775785e33b9.patch and https://github.com/baldurk/renderdoc/commit/fc9eddce49ae11058a0b8af7b3673dd50654cd38.patch

gee commented on 2020-03-11 02:56 (UTC) (edited on 2020-03-11 02:57 (UTC) by gee)

Hello,

the new version won't build here without uncommenting

validpgpkeys=('1B039DB9A4718A2D699DE031AC612C3120C34695')

I get

v1.7.tar.gz ... FAILED (the public key 1B039DB9A4718A2D699DE031AC612C3120C34695 is not trusted)

When running gpg --verify, the output is:

gpg: assuming signed data in 'v1.7.tar.gz' gpg: Signature made Tue 10 Mar 2020 08:35:03 AM PDT gpg: using RSA key 1B039DB9A4718A2D699DE031AC612C3120C34695 gpg: Good signature from "Baldur Karlsson baldurk@baldurk.org" [unknown] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 1B03 9DB9 A471 8A2D 699D E031 AC61 2C31 20C3 4695

Thanks!

ishitatsuyuki commented on 2020-01-26 11:51 (UTC) (edited on 2020-01-26 11:51 (UTC) by ishitatsuyuki)

curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading https://github.com/baldurk/renderdoc/releases/download/v1.6/v1.6.tar.gz.asc

Martoko commented on 2019-12-21 11:47 (UTC)

@Paragoumba just leaving this here for reference: The proper solution is to recompile and reinstall renderdoc.

As that will detect the installed python3.8 headers and use those instead.

PedroHLC commented on 2019-11-29 23:15 (UTC)

Could NOT find PythonInterp in a clean chroot. Just missing python as makedep (required for building docs).

Paragoumba commented on 2019-11-15 10:26 (UTC) (edited on 2019-11-15 10:45 (UTC) by Paragoumba)

Python has been updated from 3.7 to 3.8 so renderdoc won't launch with the following error

qrenderdoc: error while loading shared libraries: libpython3.7m.so.1.0: cannot open shared object file: No such file or directory

To temporarily fix this, create a link /usr/lib/libpython3.7m.so.1.0 pointing to /usr/lib/libpython3.8.so.1.0

bwrsandman commented on 2019-04-27 01:07 (UTC)

If you get the following error:

==> Verifying source file signatures with gpg...
    v1.3.tar.gz ... FAILED (unknown public key 1B039DB9A4718A2D699DE031AC612C3120C34695)

That is because I added pgp signature verification. Please install the author, Baldur Karlsson's pgp key.

gpg --recv-keys 1B039DB9A4718A2D699DE031AC612C3120C34695

bwrsandman commented on 2018-12-12 22:58 (UTC)

pkgconf is part of base-devel whicb is a prerequisite of building packages

encelo commented on 2018-12-12 22:52 (UTC)

It seems like pkgconf should be added as a makedepends.

s-ol commented on 2018-04-11 09:13 (UTC)

This doesn't build for me:

cmake: error while loading shared libraries: libjsoncpp.so.11: cannot open shared object file: No such file or directory

I tried adding jsoncpp to the dependencies but the same happens.

sascha.brunner commented on 2018-03-25 15:05 (UTC)

@AsGreyWolf Seems to be an issue when using -march=native and/or some variation due to an old version of zstd included in renderdoc.

See https://github.com/facebook/zstd/issues/868

bwrsandman commented on 2018-03-20 05:58 (UTC)

@AsGreyWolf that's strange. Do you by any chance not have pthread on your system? You can check with $ ls /usr/include/pthread.h; pacman -Q glibc

AsGreyWolf commented on 2018-03-19 12:42 (UTC)

Could not build. renderdoc/3rdparty/zstd/threading.h:82:25: error: expected ‘;’, identifier or ‘(’ before ‘int’ #define pthread_mutex_t int / #define rather than typedef, because sometimes pthread support is implicit, resulting in duplicated symbols /

hcorion commented on 2017-03-24 17:27 (UTC) (edited on 2017-03-24 17:27 (UTC) by hcorion)

Could we get this package updated? renderdoc is now at 0.33 https://github.com/baldurk/renderdoc/releases/tag/v0.33

doraskayo commented on 2016-12-16 19:26 (UTC)

Other than updating to version v0.32, the package needs a couple of additional updates: * For proper Vulkan support, renderdoc.json must be placed in /usr/share/vulkan/implicit_layer.d/. [1] * qrenderdoc is now in preview form and builds successfully. [2] While it's not fully-featured yet, it does work, and it's the only GUI available for Linux. Perhaps it should be enabled. [1] https://renderdoc.org/docs/behind_scenes/vulkan_support.html [2] https://github.com/baldurk/renderdoc/releases/tag/v0.32

Marqin commented on 2016-10-03 11:53 (UTC) (edited on 2016-10-03 11:55 (UTC) by Marqin)

qrenderdoc stub doesn't build for me in 0.31, so I've omited GUI in output package. Keep in mind that Linux GUI is still marked as work in progress and not supported by upstream. If you want to try building with GUI then remove `-DENABLE_QRENDERDOC=OFF` from cmake invocation and uncomment two commented `install` invocations.

Svenstaro commented on 2016-09-19 02:47 (UTC)

It should definitely be using libgl.

mmozeiko commented on 2016-08-25 18:16 (UTC)

Shouldn't libgl be used instead of mesa-libgl? So you can install this package on systems with nvidia-libgl. nvidia-libgl same as mesa-libgl provides "libgl".

Marqin commented on 2016-08-04 10:12 (UTC)

@damien, thanks for noticing. I've fixed that and made sure it builds using Clean Chroot. Soon I'll test patches that allow building with GCC 6.1

damien commented on 2016-08-03 13:29 (UTC)

The build fails due to an undeclared dependency on the xxd command, which appears to come with vim.