On 2/2/26 3:37 AM, Terje J. Hanssen wrote:
On 2/2/26 12:38 AM, Andrew Randrianasulu wrote:
пн, 2 февр. 2026 г., 01:59 Phyllis Smith <[email protected]>:
Andrew, did I miss something? - I checked into GIT, the 0026-Attempt-at-fixing-prefix-system-install-with-libzmpe.patch, with the changes to configure.ac <http://configure.ac> and Makefile.am. - Was there another specific patch for this? Quote="I think we traced failure back to wrong shell used for our configure (mksh vs bash)." If so, I missed it.
No, it should be enough, just T2's recipe fetch *release* tarball, not git commit, so install still fails there, even if we fixed that in git.
- I will gladly make a new test AppImage with enabling Vulkan, but I thought that it had to be built on a computer that had specific hardware capabilities. Am I wrong? or can I just add "--enable-vulkan" to the "configure" line? Same question about ONEVPL?
Well, good question!
While building cinelerra-10 on T2SDE I noticed ffmpeg 5.1 for example outright fail to build with new vulkan headers (no configure check tight enough, I guess).
Depending on what kind of vulkan sdk your build OS for new appimage have it may or may not work with different distros ... I think only way to test is try!
You also can try to enable openvpl, and see if it get pulled into appimage so at least it starts on system without OneVPL installed? Mismatches still possible, with all those moving parts ...
The build requirement package names may vary between Linux distributions.
Seemingly also vulkan hwaccel, like vpl, vaapi and vdpau open-source API's already enabled, can be enabled without having the actual hardware gpu on the build machine.
This was tested previously for vpl (qsv) https://lists.cinelerra-gg.org/archives/list/[email protected]/mess...
To create and test presets it is at least easier to have a package build installed.
To clarify My url above, was with my own build AppImage in Dec 2024. I re-tested now on two Intel machines with: Alder Lake/DG2 and Coffee Lake/UHD 620 (ultrabook) with * cinelerra-5.1-20260120.susetw.x86_64.rpm installed: QSV transcoding works on both * CinGG-20251231-x86_64.AppImage: cant find codec h264_qsv So obviously VPL for QSV hwaccel was then enabled in the rpm build, not in the AppImage ?
On Sat, Jan 31, 2026 at 9:45 PM Andrew Randrianasulu <[email protected]> wrote:
сб, 31 янв. 2026 г., 04:41 Andrew Randrianasulu <[email protected]>:
On Fri, Jan 30, 2026 at 10:24 PM Andrea paz via Cin <[email protected]> wrote: > > My Arch has gcc 15.2.1. The build from git was successful without errors. > Do I need to do any specific tests?
Thanks.
I will try to replicate this error, just for now T2 does not build on my Slackware, but hopefully should build on itself in qemu VM ...
I think we traced failure back to wrong shell used for our configure (mksh vs bash).
Dear Phyllis, I hope everything is more than less ok on your end?
Can we make new release so T2 picks our fix for non-thirdparty install? While at it you can try to enable Vulkan for new appimage so Terje will have chance to test it?
> > _______________________________________________ > Cin mailing list -- [email protected] > To unsubscribe send an email to [email protected]