<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 9 нояб. 2022 г., 21:39 Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">gamberucci.andrea@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Can you confirm<br>
> --without-thirdparty --disable-libdpx --without-libdpx --without-lv2 --disable-static-build<br>
> also still works?<br>
><br>
I don't know if my test has any value, since I did it on 64-bit Arch.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">this is exactly why I asked for your help - my single system may work ok, but what about unintended sideeffects?</div><div dir="auto"><br></div><div dir="auto">Thankfully, you found none, so may be Phyllis will give this  patch another spin with few more old and new distros, and may be add to git if no issues surface.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
However the build with patching and disabling thirdparty, etc gave no<br>
errors and some simple editing test showed no problems.<br>
The only errors involved loading OpenCL plugins:<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">I thought about this, some plugins probably need two sources for operation (as overlay), but may be simpler ones can be forced to work by setting filtering_device to opencl somehow? Ffmpeg itself provides option for setting filtering device independent from decode/encoding device:</div><div dir="auto"><br></div><div dir="auto">filter_hw_device option. from  <a href="https://ffmpeg.org/ffmpeg.html">https://ffmpeg.org/ffmpeg.html</a><br></div><div dir="auto">"</div><div dir="auto"><dt><samp>filter_hw_device <var>name</var></samp></dt>
<dd><p>Pass the hardware device called <var>name</var> to all filters in any filter graph.
This can be used to set the device to upload to with the <code>hwupload</code> filter,
or the device to map to with the <code>hwmap</code> filter.  Other filters may also
make use of this parameter when they require a hardware device.  Note that this
is typically only required when the input is not already in hardware frames -
when it is, filters will derive the device they require from the context of the
frames they receive as input.
</p>
<p>This is a global setting, so all filters will receive the same device."</p></dd><dd><p><br></p></dd><dd><p>----</p></dd><dd><p>but this is idea for another day</p></dd></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
build plugin index for: /home/paz/cinelerra5/cinelerra-5.1/bin/plugins<br>
PluginFFilter::new_ffilter(overlay_opencl)<br>
  err: Input/output error<br>
PluginFFilter::new_ffilter(overlay_qsv)<br>
  err: Input/output error<br>
PluginFFilter::new_ffilter(program_opencl)<br>
  err: Operation not permitted<br>
PluginFFilter::new_ffilter(remap_opencl)<br>
  err: Input/output error<br>
PluginFFilter::new_ffilter(xfade_opencl)<br>
  err: Input/output error<br>
[openclsrc_883 @ 0x55c0871a9940] OpenCL source requires output<br>
dimensions to be specified.<br>
PluginFFilter::new_ffilter(openclsrc)<br>
  err: Invalid argument<br>
build ladspa plugin index for: /home/paz/cinelerra5/cinelerra-5.1/bin/ladspa<br>
<br>
But they do not affect the operation of CinGG. I attach the logs if<br>
they are of interest.<br>
</blockquote></div></div></div>