Rendering, encoding and decoding with Nvidia
I've started using CinGG-20230930-x86_64.AppImage and I'm getting the hang of the basics. I have gotten my nvidia hardware engaged with Cinelerra for encoding but still the rendering is not all that great and my CPUs are loaded down. On finding that I need environment variables to engage decoding, I thought maybe that is hindering my rendering. So with the following setting I started a rendering job: export CIN_HW_DEV=vdpau Now I get an error: recvmsg(22, Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory libvdpau is installed: ii libvdpau-va-gl1 0.4.2-1build2:amd64 VDPAU driver with OpenGL/VAAPI backend ii libvdpau1 1.4-3build2:amd64 Video Decode and Presentation API for Unix (libraries) The files exist: drwxr-xr-x 21 root root 4096 Nov 1 19:29 /./ drwxr-xr-x 154 root root 12288 Nov 8 21:08 /etc/ -rw-r--r-- 1 root root 51 Apr 9 2020 /etc/vdpau_wrapper.cfg drwxr-xr-x 14 root root 4096 Mar 8 2023 /usr/ drwxr-xr-x 118 root root 4096 Nov 9 20:40 /usr/lib/ drwxr-xr-x 125 root root 122880 Nov 8 21:08 /usr/lib/x86_64-linux-gnu/ lrwxrwxrwx 1 root root 17 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1 -> libvdpau.so.1.0.0 -rw-r--r-- 1 root root 18592 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0 drwxr-xr-x 2 root root 4096 Sep 30 09:40 /usr/lib/x86_64-linux-gnu/vdpau/ lrwxrwxrwx 1 root root 23 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1 -> libvdpau_trace.so.1.0.0 -rw-r--r-- 1 root root 59544 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1.0.0 drwxr-xr-x 306 root root 12288 Nov 8 21:08 /usr/share/ drwxr-xr-x 145 root root 4096 Nov 8 21:07 /usr/share/bug/ -rwxr-xr-x 1 root root 553 Jan 6 2021 /usr/share/bug/libvdpau1* drwxr-xr-x 2302 root root 81920 Nov 8 21:08 /usr/share/doc/ drwxr-xr-x 2 root root 4096 Jul 27 09:19 /usr/share/doc/libvdpau1/ -rw-r--r-- 1 root root 1447 Mar 24 2022 /usr/share/doc/libvdpau1/changelog.Debian.gz -rw-r--r-- 1 root root 3208 Jan 6 2021 /usr/share/doc/libvdpau1/copyright Regards, David Koski [email protected]
вт, 14 нояб. 2023 г., 11:08 David Koski via Cin <[email protected]
:
I've started using CinGG-20230930-x86_64.AppImage and I'm getting the hang of the basics. I have gotten my nvidia hardware engaged with Cinelerra for encoding but still the rendering is not all that great and my CPUs are loaded down. On finding that I need environment variables to engage decoding, I thought maybe that is hindering my rendering. So with the following setting I started a rendering job:
export CIN_HW_DEV=vdpau
Now I get an error:
recvmsg(22, Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Are you using libre nouveau driver or proprietary nvidia one? I think libre driver only can do hw decoding acceleration on GPUs with up to and including VP5, so around GeForce 750 or so. And even then you need non-free firmware. https://nouveau.freedesktop.org/VideoAcceleration.html I have GF710, and in latest mesa self-compiled as debugoptimized I get some unfan asserts or even simply black screen. It works for me in live session with binary driver installed, where I can use apparently both hw decoder and encoder via nvedec + "cuda" codepath and nvenc via specialized rendering profile, included with cingg. I asked on #nouveau IRC channel and sadly encoder reverse engineering is much harder than I can attempt :( . So I rebooted back into my hdd installed Slackware with libre driver, in hope to track progress with reported bugs https://gitlab.freedesktop.org/mesa/mesa/-/issues/9594 https://gitlab.freedesktop.org/mesa/mesa/-/issues/9582
libvdpau is installed:
ii libvdpau-va-gl1 0.4.2-1build2:amd64 VDPAU driver with OpenGL/VAAPI backend ii libvdpau1 1.4-3build2:amd64 Video Decode and Presentation API for Unix (libraries)
The files exist:
drwxr-xr-x 21 root root 4096 Nov 1 19:29 /./ drwxr-xr-x 154 root root 12288 Nov 8 21:08 /etc/ -rw-r--r-- 1 root root 51 Apr 9 2020 /etc/vdpau_wrapper.cfg drwxr-xr-x 14 root root 4096 Mar 8 2023 /usr/ drwxr-xr-x 118 root root 4096 Nov 9 20:40 /usr/lib/ drwxr-xr-x 125 root root 122880 Nov 8 21:08 /usr/lib/x86_64-linux-gnu/ lrwxrwxrwx 1 root root 17 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1 -> libvdpau.so.1.0.0 -rw-r--r-- 1 root root 18592 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0 drwxr-xr-x 2 root root 4096 Sep 30 09:40 /usr/lib/x86_64-linux-gnu/vdpau/ lrwxrwxrwx 1 root root 23 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1 -> libvdpau_trace.so.1.0.0 -rw-r--r-- 1 root root 59544 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1.0.0 drwxr-xr-x 306 root root 12288 Nov 8 21:08 /usr/share/ drwxr-xr-x 145 root root 4096 Nov 8 21:07 /usr/share/bug/ -rwxr-xr-x 1 root root 553 Jan 6 2021 /usr/share/bug/libvdpau1* drwxr-xr-x 2302 root root 81920 Nov 8 21:08 /usr/share/doc/ drwxr-xr-x 2 root root 4096 Jul 27 09:19 /usr/share/doc/libvdpau1/ -rw-r--r-- 1 root root 1447 Mar 24 2022 /usr/share/doc/libvdpau1/changelog.Debian.gz -rw-r--r-- 1 root root 3208 Jan 6 2021 /usr/share/doc/libvdpau1/copyright
Regards, David Koski [email protected]
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
AppImage has some great advantages but also some disadvantages, one of which is stated below from the manual:
AppImage will probably not allow for either VDPAU or VA-API hardware acceler- ation because the computer where AppImage is created will not have the same graphics card and/or vaapi/vdpau libraries as yours. It is recommended for best results that you build CINELERRA-GG on your specific computer..
There is an AppImage workaround that another user provided to solve this library problem, but it is not for the casual user - https://cinelerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html The laptop computer that I created the AppImage that you are using is an AMD based computer running an older Fedora version 32 and has the following installed:
./usr/lib64/libvdpau.so.1.0.0 ./usr/lib64/libvdpau.so.1 ./usr/lib64/libvdpau.so ./usr/lib64/vdpau/libvdpau_radeonsi.so.1.0.0 ./usr/lib64/vdpau/libvdpau_radeonsi.so.1.0
which I "think" is included in the AppImage generated there. (Andrew is knowledgeable in this area but I am not, so further clarification may have to come from him). On Tue, Nov 14, 2023 at 1:08 AM David Koski via Cin < [email protected]> wrote:
I've started using CinGG-20230930-x86_64.AppImage and I'm getting the hang of the basics. I have gotten my nvidia hardware engaged with Cinelerra for encoding but still the rendering is not all that great and my CPUs are loaded down. On finding that I need environment variables to engage decoding, I thought maybe that is hindering my rendering. So with the following setting I started a rendering job:
export CIN_HW_DEV=vdpau
Now I get an error:
recvmsg(22, Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
libvdpau is installed:
ii libvdpau-va-gl1 0.4.2-1build2:amd64 VDPAU driver with OpenGL/VAAPI backend ii libvdpau1 1.4-3build2:amd64 Video Decode and Presentation API for Unix (libraries)
The files exist:
drwxr-xr-x 21 root root 4096 Nov 1 19:29 /./ drwxr-xr-x 154 root root 12288 Nov 8 21:08 /etc/ -rw-r--r-- 1 root root 51 Apr 9 2020 /etc/vdpau_wrapper.cfg drwxr-xr-x 14 root root 4096 Mar 8 2023 /usr/ drwxr-xr-x 118 root root 4096 Nov 9 20:40 /usr/lib/ drwxr-xr-x 125 root root 122880 Nov 8 21:08 /usr/lib/x86_64-linux-gnu/ lrwxrwxrwx 1 root root 17 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1 -> libvdpau.so.1.0.0 -rw-r--r-- 1 root root 18592 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0 drwxr-xr-x 2 root root 4096 Sep 30 09:40 /usr/lib/x86_64-linux-gnu/vdpau/ lrwxrwxrwx 1 root root 23 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1 -> libvdpau_trace.so.1.0.0 -rw-r--r-- 1 root root 59544 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1.0.0 drwxr-xr-x 306 root root 12288 Nov 8 21:08 /usr/share/ drwxr-xr-x 145 root root 4096 Nov 8 21:07 /usr/share/bug/ -rwxr-xr-x 1 root root 553 Jan 6 2021 /usr/share/bug/libvdpau1* drwxr-xr-x 2302 root root 81920 Nov 8 21:08 /usr/share/doc/ drwxr-xr-x 2 root root 4096 Jul 27 09:19 /usr/share/doc/libvdpau1/ -rw-r--r-- 1 root root 1447 Mar 24 2022 /usr/share/doc/libvdpau1/changelog.Debian.gz -rw-r--r-- 1 root root 3208 Jan 6 2021 /usr/share/doc/libvdpau1/copyright
Regards, David Koski [email protected]
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 14.11.2023 17:51, skrev Phyllis Smith via Cin:
AppImage has some great advantages but also some disadvantages, one of which is stated below from the manual:
.......
There is an AppImage workaround that another user provided to solve this library problem, but it is not for the casual user - https://cinelaerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html
Not to confuse the topic itself, but to complement the last section of the manual url listed: IMO the bdwrite program was easier to use from a package build https://www.mail-archive.com/[email protected]/msg05138.html And possibly also a bundled ffmpeg with Cinelerra can be used from a package build (please correct me if I'm wrong here!): As an example, ffmpeg-6 with Cinelerra (soon) may optional be used, while the official distro still deliver ffmpeg-5 Terje J. Hanssen
ср, 15 нояб. 2023 г., 01:10 Terje J. Hanssen via Cin < [email protected]>:
Den 14.11.2023 17:51, skrev Phyllis Smith via Cin:
AppImage has some great advantages but also some disadvantages, one of which is stated below from the manual:
.......
There is an AppImage workaround that another user provided to solve this library problem, but it is not for the casual user -
https://cinelaerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html <https://cinelerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html>
Not to confuse the topic itself, but to complement the last section of the manual url listed:
IMO the bdwrite program was easier to use from a package build https://www.mail-archive.com/[email protected]/msg05138.html
And possibly also a bundled ffmpeg with Cinelerra can be used from a package build (please correct me if I'm wrong here!): As an example, ffmpeg-6 with Cinelerra (soon) may optional be used, while the official distro still deliver ffmpeg-5
I do not think we package ffmpeg binary itself, but if users build from source they get it as bonus.
Terje J. Hanssen
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 14.11.2023 23:18, skrev Andrew Randrianasulu:
ср, 15 нояб. 2023 г., 01:10 Terje J. Hanssen via Cin <[email protected]>:
Den 14.11.2023 17:51, skrev Phyllis Smith via Cin:
AppImage has some great advantages but also some disadvantages, one of which is stated below from the manual:
.......
There is an AppImage workaround that another user provided to solve this library problem, but it is not for the casual user - https://cinelaerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html <https://cinelerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html>
Not to confuse the topic itself, but to complement the last section of the manual url listed:
IMO the bdwrite program was easier to use from a package build https://www.mail-archive.com/[email protected]/msg05138.html
And possibly also a bundled ffmpeg with Cinelerra can be used from a package build (please correct me if I'm wrong here!): As an example, ffmpeg-6 with Cinelerra (soon) may optional be used, while the official distro still deliver ffmpeg-5
I do not think we package ffmpeg binary itself, but if users build from source they get it as bonus.
Nor in Andrey's prebuild packages at https://github.com/einhander/cin-gg-packages/releases ? It is quite a long time ago, so it is possible I remember wrong ...
Terje J. Hanssen
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
ср, 15 нояб. 2023 г., 01:56 Terje J. Hanssen <[email protected]>:
Den 14.11.2023 23:18, skrev Andrew Randrianasulu:
ср, 15 нояб. 2023 г., 01:10 Terje J. Hanssen via Cin < [email protected]>:
Den 14.11.2023 17:51, skrev Phyllis Smith via Cin:
AppImage has some great advantages but also some disadvantages, one of which is stated below from the manual:
.......
There is an AppImage workaround that another user provided to solve this library problem, but it is not for the casual user -
https://cinelaerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html <https://cinelerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html>
Not to confuse the topic itself, but to complement the last section of the manual url listed:
IMO the bdwrite program was easier to use from a package build https://www.mail-archive.com/[email protected]/msg05138.html
And possibly also a bundled ffmpeg with Cinelerra can be used from a package build (please correct me if I'm wrong here!): As an example, ffmpeg-6 with Cinelerra (soon) may optional be used, while the official distro still deliver ffmpeg-5
I do not think we package ffmpeg binary itself, but if users build from source they get it as bonus.
Nor in Andrey's prebuild packages at https://github.com/einhander/cin-gg-packages/releases ?
It is quite a long time ago, so it is possible I remember wrong ...
Well, there was ffmpeg-kino in Kino DV editor, but cinelerra(s) were not packaging ffmpeg (because they used it via library interface and not cli binary) since at least 2016 when I first looked at Slackware packaging. Other binaries from mjpegtools project are packaged, but not ffmpeg.
Terje J. Hanssen
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 15.11.2023 00:05, skrev Andrew Randrianasulu:
ср, 15 нояб. 2023 г., 01:56 Terje J. Hanssen <[email protected]>:
Den 14.11.2023 23:18, skrev Andrew Randrianasulu:
ср, 15 нояб. 2023 г., 01:10 Terje J. Hanssen via Cin <[email protected]>:
Den 14.11.2023 17:51, skrev Phyllis Smith via Cin:
AppImage has some great advantages but also some disadvantages, one of which is stated below from the manual:
.......
There is an AppImage workaround that another user provided to solve this library problem, but it is not for the casual user - https://cinelaerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html <https://cinelerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html>
Not to confuse the topic itself, but to complement the last section of the manual url listed:
IMO the bdwrite program was easier to use from a package build https://www.mail-archive.com/[email protected]/msg05138.html
And possibly also a bundled ffmpeg with Cinelerra can be used from a package build (please correct me if I'm wrong here!): As an example, ffmpeg-6 with Cinelerra (soon) may optional be used, while the official distro still deliver ffmpeg-5
I do not think we package ffmpeg binary itself, but if users build from source they get it as bonus.
Nor in Andrey's prebuild packages at https://github.com/einhander/cin-gg-packages/releases ?
It is quite a long time ago, so it is possible I remember wrong ...
Well, there was ffmpeg-kino in Kino DV editor, but cinelerra(s) were not packaging ffmpeg (because they used it via library interface and not cli binary) since at least 2016 when I first looked at Slackware packaging.
Other binaries from mjpegtools project are packaged, but not ffmpeg.
Thank you for clarifying that. I think I also verified this by finding no ffmpeg binary file in the (installed) cinelerra rpm.
but if users build from source they get it as bonus.
Did you mean Cinelerra and/or ffmpeg build from source here?
Terje J. Hanssen
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
ср, 15 нояб. 2023 г., 02:38 Terje J. Hanssen <[email protected]>:
Den 15.11.2023 00:05, skrev Andrew Randrianasulu:
ср, 15 нояб. 2023 г., 01:56 Terje J. Hanssen <[email protected]>:
Den 14.11.2023 23:18, skrev Andrew Randrianasulu:
ср, 15 нояб. 2023 г., 01:10 Terje J. Hanssen via Cin < [email protected]>:
Den 14.11.2023 17:51, skrev Phyllis Smith via Cin:
AppImage has some great advantages but also some disadvantages, one of which is stated below from the manual:
.......
There is an AppImage workaround that another user provided to solve this library problem, but it is not for the casual user -
https://cinelaerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html <https://cinelerra-gg.org/download/CinelerraGG_Manual/Managing_AppImage.html>
Not to confuse the topic itself, but to complement the last section of the manual url listed:
IMO the bdwrite program was easier to use from a package build https://www.mail-archive.com/[email protected]/msg05138.html
And possibly also a bundled ffmpeg with Cinelerra can be used from a package build (please correct me if I'm wrong here!): As an example, ffmpeg-6 with Cinelerra (soon) may optional be used, while the official distro still deliver ffmpeg-5
I do not think we package ffmpeg binary itself, but if users build from source they get it as bonus.
Nor in Andrey's prebuild packages at https://github.com/einhander/cin-gg-packages/releases ?
It is quite a long time ago, so it is possible I remember wrong ...
Well, there was ffmpeg-kino in Kino DV editor, but cinelerra(s) were not packaging ffmpeg (because they used it via library interface and not cli binary) since at least 2016 when I first looked at Slackware packaging.
Other binaries from mjpegtools project are packaged, but not ffmpeg.
Thank you for clarifying that. I think I also verified this by finding no ffmpeg binary file in the (installed) cinelerra rpm.
but if users build from source they get it as bonus.
Did you mean Cinelerra and/or ffmpeg build from source here?
well, cinelerra-gg builds ffmpeg along with many other libs in thirdparty, by default. So, if you build cinelerra-gg this way you akso get ffmpeg / ffprobe binaries in thirdparty/ffmpeg-5.1 (or 6.0, 6.1) directory. So you can copy it somewhere and use (libav* libraries compiled statically in it)
Terje J. Hanssen
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Hi, David You can try one of prebuild packages at https://github.com/einhander/cin-gg-packages/releases Maybe they would work for you. Regards, Andrey вт, 14 нояб. 2023 г., 11:08 David Koski via Cin <[email protected]
:
I've started using CinGG-20230930-x86_64.AppImage and I'm getting the hang of the basics. I have gotten my nvidia hardware engaged with Cinelerra for encoding but still the rendering is not all that great and my CPUs are loaded down. On finding that I need environment variables to engage decoding, I thought maybe that is hindering my rendering. So with the following setting I started a rendering job:
export CIN_HW_DEV=vdpau
Now I get an error:
recvmsg(22, Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
libvdpau is installed:
ii libvdpau-va-gl1 0.4.2-1build2:amd64 VDPAU driver with OpenGL/VAAPI backend ii libvdpau1 1.4-3build2:amd64 Video Decode and Presentation API for Unix (libraries)
The files exist:
drwxr-xr-x 21 root root 4096 Nov 1 19:29 /./ drwxr-xr-x 154 root root 12288 Nov 8 21:08 /etc/ -rw-r--r-- 1 root root 51 Apr 9 2020 /etc/vdpau_wrapper.cfg drwxr-xr-x 14 root root 4096 Mar 8 2023 /usr/ drwxr-xr-x 118 root root 4096 Nov 9 20:40 /usr/lib/ drwxr-xr-x 125 root root 122880 Nov 8 21:08 /usr/lib/x86_64-linux-gnu/ lrwxrwxrwx 1 root root 17 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1 -> libvdpau.so.1.0.0 -rw-r--r-- 1 root root 18592 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0 drwxr-xr-x 2 root root 4096 Sep 30 09:40 /usr/lib/x86_64-linux-gnu/vdpau/ lrwxrwxrwx 1 root root 23 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1 -> libvdpau_trace.so.1.0.0 -rw-r--r-- 1 root root 59544 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1.0.0 drwxr-xr-x 306 root root 12288 Nov 8 21:08 /usr/share/ drwxr-xr-x 145 root root 4096 Nov 8 21:07 /usr/share/bug/ -rwxr-xr-x 1 root root 553 Jan 6 2021 /usr/share/bug/libvdpau1* drwxr-xr-x 2302 root root 81920 Nov 8 21:08 /usr/share/doc/ drwxr-xr-x 2 root root 4096 Jul 27 09:19 /usr/share/doc/libvdpau1/ -rw-r--r-- 1 root root 1447 Mar 24 2022 /usr/share/doc/libvdpau1/changelog.Debian.gz -rw-r--r-- 1 root root 3208 Jan 6 2021 /usr/share/doc/libvdpau1/copyright
Regards, David Koski [email protected]
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
That would be the best solution and should work well. It looks like David is using Debian (based on his output of "/usr/share/doc/libvdpau1/changelog.Debian.gz") so: https://github.com/einhander/cin-gg-packages/releases/download/20231110/cin_... On Tue, Nov 14, 2023 at 11:10 AM Андрей Спицын via Cin < [email protected]> wrote:
Hi, David
You can try one of prebuild packages at https://github.com/einhander/cin-gg-packages/releases Maybe they would work for you.
Regards, Andrey
вт, 14 нояб. 2023 г., 11:08 David Koski via Cin < [email protected]>:
I've started using CinGG-20230930-x86_64.AppImage and I'm getting the hang of the basics. I have gotten my nvidia hardware engaged with Cinelerra for encoding but still the rendering is not all that great and my CPUs are loaded down. On finding that I need environment variables to engage decoding, I thought maybe that is hindering my rendering. So with the following setting I started a rendering job:
export CIN_HW_DEV=vdpau
Now I get an error:
recvmsg(22, Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
libvdpau is installed:
ii libvdpau-va-gl1 0.4.2-1build2:amd64 VDPAU driver with OpenGL/VAAPI backend ii libvdpau1 1.4-3build2:amd64 Video Decode and Presentation API for Unix (libraries)
The files exist:
drwxr-xr-x 21 root root 4096 Nov 1 19:29 /./ drwxr-xr-x 154 root root 12288 Nov 8 21:08 /etc/ -rw-r--r-- 1 root root 51 Apr 9 2020 /etc/vdpau_wrapper.cfg drwxr-xr-x 14 root root 4096 Mar 8 2023 /usr/ drwxr-xr-x 118 root root 4096 Nov 9 20:40 /usr/lib/ drwxr-xr-x 125 root root 122880 Nov 8 21:08 /usr/lib/x86_64-linux-gnu/ lrwxrwxrwx 1 root root 17 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1 -> libvdpau.so.1.0.0 -rw-r--r-- 1 root root 18592 Mar 24 2022 /usr/lib/x86_64-linux-gnu/libvdpau.so.1.0.0 drwxr-xr-x 2 root root 4096 Sep 30 09:40 /usr/lib/x86_64-linux-gnu/vdpau/ lrwxrwxrwx 1 root root 23 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1 -> libvdpau_trace.so.1.0.0 -rw-r--r-- 1 root root 59544 Mar 24 2022 /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_trace.so.1.0.0 drwxr-xr-x 306 root root 12288 Nov 8 21:08 /usr/share/ drwxr-xr-x 145 root root 4096 Nov 8 21:07 /usr/share/bug/ -rwxr-xr-x 1 root root 553 Jan 6 2021 /usr/share/bug/libvdpau1* drwxr-xr-x 2302 root root 81920 Nov 8 21:08 /usr/share/doc/ drwxr-xr-x 2 root root 4096 Jul 27 09:19 /usr/share/doc/libvdpau1/ -rw-r--r-- 1 root root 1447 Mar 24 2022 /usr/share/doc/libvdpau1/changelog.Debian.gz -rw-r--r-- 1 root root 3208 Jan 6 2021 /usr/share/doc/libvdpau1/copyright
Regards, David Koski [email protected]
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
participants (5)
-
Andrew Randrianasulu -
David Koski -
Phyllis Smith -
Terje J. Hanssen -
Андрей Спицын