Package Details: davinci-resolve 19.1.4-2

Git Clone URL: https://aur.archlinux.org/davinci-resolve.git (read-only, click to copy)
Package Base: davinci-resolve
Description: Professional A/V post-production software suite from Blackmagic Design
Upstream URL: https://www.blackmagicdesign.com/support/family/davinci-resolve-and-fusion
Keywords: blackmagic davinci editor resolve video
Licenses: LicenseRef-Commercial
Conflicts: davinci-resolve-beta, davinci-resolve-studio, davinci-resolve-studio-beta
Submitter: jonathon
Maintainer: Muflone
Last Packager: Muflone
Votes: 152
Popularity: 3.08
First Submitted: 2017-04-19 20:57 (UTC)
Last Updated: 2025-05-04 01:29 (UTC)

Dependencies (25)

Required by (0)

Sources (2)

Pinned Comments

Muflone commented on 2025-01-26 00:55 (UTC)

IMPORTANT!

Since version 19.1.3-2 this package will not download automatically the source file from the upstream site.

To build this package you will need to manually download the file from https://www.blackmagicdesign.com/support/family/davinci-resolve-and-fusion and place it in the same directory with the PKGBUILD.

This would reduce the mess in this package, making it more readable and clear. Also bypassing the required information from the upstream URL is not allowed in an automated way.

satriani commented on 2021-05-15 14:14 (UTC)

Issues and bugs, please report on the official forum here: https://forum.blackmagicdesign.com/viewforum.php?f=21&sid=239f0d5c49abe5d6a635b69638192e9a Thank you!

Visit DaVinci Resolve - ArchWiki before installing: https://wiki.archlinux.org/title/DaVinci_Resolve

ATTENTION: Please don't flag this package as out-of-date before beta version has been released as stable!

This is a current stable Package!

The current free beta is available here: https://aur.archlinux.org/packages/davinci-resolve-beta/

And for current studio beta here: https://aur.archlinux.org/packages/davinci-resolve-studio-beta/

Thanks.

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 60 Next › Last »

yar commented on 2022-10-05 16:52 (UTC)

This conflicts with blackmagic-raw-sdk but it doesn't have to. You should not be installing blackmagicraw-player.desktop or blackmagicraw-speedtest.desktop, let the other package do that.

nilsw commented on 2022-09-15 15:31 (UTC) (edited on 2022-09-16 17:03 (UTC) by nilsw)

I took some time to port the PKGBUILD over to use --appimage-extract. The most important changes are

  • --appimage-extract is used. It does not touch any files outside ${srcdir} and thereby doesn't mess up the system during package creation
  • all the modifications and patching in ${srcdir} is done in prepare()
  • all files are moved over in to ${pkgdir} in package(). No patching is done here
  • Most of the logic in davinci-resolve.install was unneccessarily patching existing files in the system or running updaters that can be replaced by pacman hooks. The patching isn't necessary because of the appdir-extract method, and the updaters are now in the dependencies, so none of it was necessary anymore.
  • Removed the ~/Downloads logic as it was not free of side-effect and not good practice. If you just name the file in source=() and the file already exists in the working directory, download will be skipped automatically.

nilsw commented on 2022-09-15 08:10 (UTC)

Somebody pointed me to the Gentoo build files. They are using the undocumented switch

./${_installer_binary} --appimage-extract

which apparently circumvents the problem of the installer writing to /usr/lib/udev etc. Maybe you want to have a look at that?

nilsw commented on 2022-09-14 08:34 (UTC)

And I am a bit confused about the /usr/lib/udev/rules.d situation in prepare() and post_remove().

Why are these lines there? Are the files not part of the package?

nilsw commented on 2022-09-11 10:42 (UTC) (edited on 2022-09-11 10:54 (UTC) by nilsw)

Why are you depending on lib32-libpng12 and libpng12? All other dependencies are 64bit only, but not that one?

I removed the dependency in the PKGBUILD and it builds and runs fine so far.

The dependency was introduced in 2017 in a seemingly unrelated commit, so I am not sure if it isn't simply a typo.

Zdrobot commented on 2022-08-28 04:35 (UTC)

==> Making package: davinci-resolve 18.0-1 (Sun Aug 28 07:32:32 2022)
==> Retrieving sources...
-> Downloading DaVinci_Resolve_18.0_Linux.zip...
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                Dload  Upload   Total   Spent    Left  Speed
1 2739M    1 37.6M    0     0  7004k      0  0:06:40  0:00:05  0:06:35 7097k
curl: (56) OpenSSL SSL_read: error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac, errno 0
==> ERROR: Failure while downloading https://sw.blackmagicdesign.com/DaVinciResolve/v18.0/DaVinci_Resolve_18.0_Linux.zip?Key-Pair-Id=APKAJTKA3ZJMJRQITVEA&Signature=U3/euphJNdbtiIi8xf7SEF2ezckaEgpkgdSdfnMTZDHmtruKJOrFczWS0jQ0Pr5Naaib+taSortNXYKi2Wn9fdrckrWGE8HL8rmaBczaXT82PMPt3DX+ZZGVVuf/RRFt3WfZhq9A42TjbzkY5Ph07RDAQtYAyaESIlU8BinaENT/yJD6zCRxCHoO9nGflly34UAWAKd9Y0B0U4G1mc4Kc24yzIJUv20OtTu2YhXOd8j1kE7rU++OKgv2UsNBNJXm1nrWAcRUBdH46cnPtHf3XSzO3TVW9r7OnKwgeylGz/p8G8ione1wLokCF7dJRyfTz/QQCwelxXr854vtCqwwWQ==&Expires=1661671953
    Aborting...
-> error downloading sources: davinci-resolve 
        context: exit status 1


-> libpng12 not satisfied, flushing install queue
==> Making package: davinci-resolve 18.0-1 (Sun Aug 28 07:32:39 2022)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading DaVinci_Resolve_18.0_Linux.zip...
** Resuming transfer from byte position 39489925
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                Dload  Upload   Total   Spent    Left  Speed
7 2702M    7  211M    0     0  9525k      0  0:04:50  0:00:22  0:04:28 8878k
curl: (56) OpenSSL SSL_read: error:1408F119:SSL routines:ssl3_get_record:decryption failed or bad record mac, errno 0
==> ERROR: Failure while downloading https://sw.blackmagicdesign.com/DaVinciResolve/v18.0/DaVinci_Resolve_18.0_Linux.zip?Key-Pair-Id=APKAJTKA3ZJMJRQITVEA&Signature=bFCMJY+y2f0UF0BslJBdlv3xbzLe2yXn+AA0j/tfYmBoFAnAo31aIko9mJ9LPhL0jIT2JZLorEaVNZQj1n5GERKYAu6WCthRC8+NjIyboINRRpuS6Kj/gKoVgjHu2v/KrF87Zyc1QQTeG9aFpRVk4EXMzkwnm4z8ggo2IDtdgJYEQsFSbVqo/HgvDtKmhle2TVLfOM4PQuA7tPbFmb5ybzoRwxOAd+SjAU0v9fe/Rtf5zCGWuIvXh/Y4LHsAt8QswTH1Lb+/2p30bsQkAEQ5tC3gZqaAkVrkSO5Kz7oiwKixv9Pf38UG2phrtVmYNlVkI3BoHgfkC13dsIMGWXqNKA==&Expires=1661671959
    Aborting...
-> error making: davinci-resolve

phoenix17 commented on 2022-08-25 18:57 (UTC)

This shouldn't install under the ~/.cache directory..

cannot create directory ‘/var/BlackmagicDesign’: Permission denied DaVinci Resolve installed to /home/username/.cache/yay/davinci-resolve/pkg/davinci-resolve/opt/resolve

drowland commented on 2022-08-07 06:27 (UTC) (edited on 2022-09-04 13:42 (UTC) by drowland)

I can't get Resolve to run, and I seem to be in over my head in trying to figure out why. I get "./resolve: symbol lookup error: /usr/lib/libgvc.so.6: undefined symbol: agmemconcat" Has anyone else seen this? I can't seem to find a mention anywhere. Is this a problem with the Archlinux graphviz package somehow? I tried building that myself, but no change.


ok, I figured out the reason for this. I don't quite know how, but I had ended up with a package that didn't include DaVinci's bundled libgvc.so.6.0.0 , but did include the bundled libcgraph.so.6.0.0. The bundled libgvc doesn't have a reference to agmemconcat, while Archlinux's does, but it is defined in libcgraph (but not in the DaVinci bundled version). Anyway, building the new version of the package fixed this. Again, I don't really know why this happened, since I didn't initially alter the PKGBUILD.

C_Schmidpeter commented on 2022-08-06 07:52 (UTC) (edited on 2022-08-06 07:53 (UTC) by C_Schmidpeter)

Davinci 16 used to work on my old Nvidia Optimus system. On my newer internal AMD I cannot even build it any more. Any one having ideas what I am missing?

C_Schmidpeter commented on 2022-08-06 07:50 (UTC)

@Yeho Yes, maybe adding it as "optional" depencency with the remark that it is required for Nvidia users.