Hi Phyllis, Thanks! ~/cingg-repo/cinelerra-5.1> CIN_CONFIG=/tmp/bcast5 ./bin/cin Cinelerra Infinity - built: Nov  2 2026 14:17:48 ........... Cingg still crash at startup and outputs a lot of PluginFFilter: errors .......... [colormatrix_449 @ 0x2c6a5d80] Unspecified destination color space PluginFFilter::new_ffilter(colormatrix)   err: Invalid argument [colorspace_450 @ 0x2c6a5d80] Please specify output colorspace PluginFFilter::new_ffilter(colorspace)   err: Invalid argument ........ PluginFFilter::new_ffilter(select)   err: Operation not permitted [sendcmd_875 @ 0x2c791840] One and only one of the filename or commands options must be specified PluginFFilter::new_ffilter(sendcmd)   err: Invalid argument [sidedata_921 @ 0x2c78fdc0] Side data type must be set PluginFFilter::new_ffilter(sidedata)   err: Invalid argument ............ PluginFFilter::new_ffilter(movie)   err: Operation not permitted [abuffer_1153 @ 0x2c793380] Sample format was not set or was invalid PluginFFilter::new_ffilter(abuffer)   err: Invalid argument [buffer_1154 @ 0x2c793380] Unspecified pixel format PluginFFilter::new_ffilter(buffer)   err: Invalid argument PluginFFilter::new_ffilter(abuffersink)   err: Input/output error PluginFFilter::new_ffilter(buffersink)   err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins build ladspa plugin index for: /usr/local/lib64/cin/ladspa MWindow::init_theme: prefered theme Cakewalk not found. MWindow::init_theme: theme_plugin not found. unjoined tids / owner 1   00007f2734f1b6c0 / 00007f2735de8000 12BC_Clipboard ls -la /tmp/bcast5/ total 28 drwxr-xr-x  2 terje users   100 nov.   2 17:42 . drwxrwxrwt 20 root  root    480 nov.   2 17:42 .. -rw-r--r--  1 terje users 19279 nov.   2 17:42 Cinelerra_plugins -rw-r--r--  1 terje users    22 nov.   2 17:42 Cinelerra_rc -rw-r--r--  1 terje users    30 nov.   2 17:42 ladspa_plugins._usr_local_lib64_cin_ladspa And my My AI helper / free Google Gemini :) adds: Testing with |CIN_CONFIG=/tmp/bcast5| gave a very revealing result: The directory and files *are* actually created in |/tmp/bcast5/| (the file |Cinelerra_plugins| reaches 19,279 bytes), so it is *not* a file permission issue after all. Instead, the plugin indexing fails midway due to an FFmpeg filter scan error: |PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins | It appears |PluginFFilter| fails when probing FFmpeg's |buffersink| / |abuffersink| on Leap 16.1, causing the plugin index generation to abort and crash. Terje On 11/2/26 17:22, Phyllis Smith wrote:

Terje, Check the permissions on the directories/files involved in .bcast5.  Also for a quick test start up Cinellera as follows:

CIN_CONFIG=/tmp/bcast5 cin/bin

where cin/bin is location of your Cinellera binary.

On Mon, Nov 2, 2026, 08:04 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org> wrote:

Hi team,

I have successfully compiled Cinelerra-GG from source on openSUSE Leap 16.1, using a configuration set to single-use without third-party and dynamically linked.

However, I ran into a persistent startup crash related to writing plugin indexes:

MWindow::init_plugins: can't create plugin index: /home/terje/.bcast5/Cinelerra_plugins

Interestingly, the exact same source build runs and behaves seemingly fine on openSUSE Tumbleweed-Slowroll, but on Leap 16.1 the locally built binary in ./bin/cin encounters permission or I/O errors when attempting to write to the configuration directory during initialization unless heavily overridden.

Troubleshooting steps taken so far: - The .bcast5 configuration directory has been deleted and recreated multiple times, but Cingg still crashes during startup. - Three different CinGG AppImages have also been tested on the same system without startup issues.

Has anyone experienced similar path or permission issues when running a fresh source build alongside pre-existing environment configs?

Terje _______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

Phyllis, I'll try that soon. But to have mentioned it; I use ffmpeg 8.1.3 from Packman on Leap 16.1, and ffmpeg 9,0,2 on Slowroll running in dual-boot on the same machine. In the meantime I have also tried to copy ~/.bcast5/Cinelerra_plugins from Slowroll to Leap 16.1 without any change regarding the startup issue. Terje On 11/2/26 20:32, Phyllis Smith wrote:

Terje, Oh, you need to fix at least the PluginFFilter errors by adding them to the blacklist in the file plugin.opts in the subdirectory ffmpeg under cinelerra-5.1 subdirectory.  And to save time, to bin/ffmpeg/plugin.opts (so you don't have to rebuild).  Then test again using CIN_CONFIG=/tmp/bcast555 ... At the bottom of ffmpeg/plugin.opts after these last 3 lines:

: do not work in 8.0 (just like the other cuda-s which use nvidia graphics card) #scale_cuda ###Operation not implemented when you try to use it #pad_cuda  ###Operation not permitted

add these lines: : do not work in 9.x  #colormatrix ###Invalid argument #colorspace  ###Invalid argument #select  ###Operation not permitted #sendcmd  ###Invalid argument #sidedata  ###Invalid argument #movie  ###Operation not permitted #abuffer  ###Invalid argument #buffer  ###Invalid argument #abuffersink  ###Input/output error #buffersink  ###Input/output error

If that does not fail, then you can go back to using your $HOME/.bcast5 as usual. Let me know if it still fails after that.  Thanks for finding this and I will test and check into GIT later as I do not get these error on my older distro.

On Mon, Nov 2, 2026 at 10:16 AM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:

Hi Phyllis,

Thanks!

~/cingg-repo/cinelerra-5.1> CIN_CONFIG=/tmp/bcast5 ./bin/cin Cinelerra Infinity - built: Nov  2 2026 14:17:48 ...........

Cingg still crash at startup and outputs a lot of PluginFFilter: errors ..........

[colormatrix_449 @ 0x2c6a5d80] Unspecified destination color space PluginFFilter::new_ffilter(colormatrix)   err: Invalid argument [colorspace_450 @ 0x2c6a5d80] Please specify output colorspace PluginFFilter::new_ffilter(colorspace)   err: Invalid argument ........ PluginFFilter::new_ffilter(select)   err: Operation not permitted [sendcmd_875 @ 0x2c791840] One and only one of the filename or commands options must be specified PluginFFilter::new_ffilter(sendcmd)   err: Invalid argument [sidedata_921 @ 0x2c78fdc0] Side data type must be set PluginFFilter::new_ffilter(sidedata)   err: Invalid argument ............ PluginFFilter::new_ffilter(movie)   err: Operation not permitted [abuffer_1153 @ 0x2c793380] Sample format was not set or was invalid PluginFFilter::new_ffilter(abuffer)   err: Invalid argument [buffer_1154 @ 0x2c793380] Unspecified pixel format PluginFFilter::new_ffilter(buffer)   err: Invalid argument PluginFFilter::new_ffilter(abuffersink)   err: Input/output error PluginFFilter::new_ffilter(buffersink)   err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins build ladspa plugin index for: /usr/local/lib64/cin/ladspa MWindow::init_theme: prefered theme Cakewalk not found. MWindow::init_theme: theme_plugin not found. unjoined tids / owner 1   00007f2734f1b6c0 / 00007f2735de8000 12BC_Clipboard

ls -la /tmp/bcast5/ total 28 drwxr-xr-x  2 terje users   100 nov.   2 17:42 . drwxrwxrwt 20 root  root    480 nov.   2 17:42 .. -rw-r--r--  1 terje users 19279 nov.   2 17:42 Cinelerra_plugins -rw-r--r--  1 terje users    22 nov.   2 17:42 Cinelerra_rc -rw-r--r--  1 terje users    30 nov.   2 17:42 ladspa_plugins._usr_local_lib64_cin_ladspa

And my My AI helper / free Google Gemini :) adds:

Testing with |CIN_CONFIG=/tmp/bcast5| gave a very revealing result: The directory and files *are* actually created in |/tmp/bcast5/| (the file |Cinelerra_plugins| reaches 19,279 bytes), so it is *not* a file permission issue after all. Instead, the plugin indexing fails midway due to an FFmpeg filter scan error:

|PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins |

It appears |PluginFFilter| fails when probing FFmpeg's |buffersink| / |abuffersink| on Leap 16.1, causing the plugin index generation to abort and crash.

Terje

On 11/2/26 17:22, Phyllis Smith wrote:

...

Terje, Check the permissions on the directories/files involved in .bcast5.  Also for a quick test start up Cinellera as follows:

CIN_CONFIG=/tmp/bcast5 cin/bin

where cin/bin is location of your Cinellera binary.

On Mon, Nov 2, 2026, 08:04 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org> wrote:

Hi team,

I have successfully compiled Cinelerra-GG from source on openSUSE Leap 16.1, using a configuration set to single-use without third-party and dynamically linked.

However, I ran into a persistent startup crash related to writing plugin indexes:

MWindow::init_plugins: can't create plugin index: /home/terje/.bcast5/Cinelerra_plugins

Interestingly, the exact same source build runs and behaves seemingly fine on openSUSE Tumbleweed-Slowroll, but on Leap 16.1 the locally built binary in ./bin/cin encounters permission or I/O errors when attempting to write to the configuration directory during initialization unless heavily overridden.

Troubleshooting steps taken so far: - The .bcast5 configuration directory has been deleted and recreated multiple times, but Cingg still crashes during startup. - Three different CinGG AppImages have also been tested on the same system without startup issues.

Has anyone experienced similar path or permission issues when running a fresh source build alongside pre-existing environment configs?

Terje _______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

Terje, Thanks for the feedback. You can see that all of the 8 previous PluginFFilter error messages went away after you updated plugin.opts. Could you check to make sure that the last 2 do not have anything strange in the line OR that the previous line does not have extraneous blanks after the end? If you copied/pasted from what I typed in, I might have put in a bad character. After getting rid of the abuffersink and buffersink error, you might still get the next error so let me know. No hurry though and use a different /tmp/bcast# file just so it is a true test. On Mon, Nov 2, 2026 at 1:41 PM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:

Phyllis,

I updated plugin.opts (both under ffmpeg/plugin.opts and in bin/ffmpeg/plugin.opts) with the blacklisted 9.x / failing filters you suggested. After clearing out old/incomplete index files from /tmp/bcast555 and ~/.bcast5/, I re-tested launching with CIN_CONFIG=/tmp/bcast555 ./bin/cin.

Unfortunately, Cingg still aborts with the exact same error log during the filter scan: Plaintext

PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast555/Cinelerra_plugins

Terje

On 11/2/26 20:52, Terje J. Hanssen wrote:

Phyllis,

I'll try that soon. But to have mentioned it; I use ffmpeg 8.1.3 from Packman on Leap 16.1, and ffmpeg 9,0,2 on Slowroll running in dual-boot on the same machine.

In the meantime I have also tried to copy ~/.bcast5/Cinelerra_plugins from Slowroll to Leap 16.1 without any change regarding the startup issue.

Terje

On 11/2/26 20:32, Phyllis Smith wrote:

Terje, Oh, you need to fix at least the PluginFFilter errors by adding them to the blacklist in the file plugin.opts in the subdirectory ffmpeg under cinelerra-5.1 subdirectory. And to save time, to bin/ffmpeg/plugin.opts (so you don't have to rebuild). Then test again using CIN_CONFIG=/tmp/bcast555 ... At the bottom of ffmpeg/plugin.opts after these last 3 lines:

...

: do not work in 8.0 (just like the other cuda-s which use nvidia graphics card) #scale_cuda ###Operation not implemented when you try to use it #pad_cuda ###Operation not permitted

add these lines: : do not work in 9.x #colormatrix ###Invalid argument #colorspace ###Invalid argument #select ###Operation not permitted #sendcmd ###Invalid argument #sidedata ###Invalid argument #movie ###Operation not permitted #abuffer ###Invalid argument #buffer ###Invalid argument #abuffersink ###Input/output error #buffersink ###Input/output error

If that does not fail, then you can go back to using your $HOME/.bcast5 as usual. Let me know if it still fails after that. Thanks for finding this and I will test and check into GIT later as I do not get these error on my older distro.

On Mon, Nov 2, 2026 at 10:16 AM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:

...

Hi Phyllis,

Thanks!

~/cingg-repo/cinelerra-5.1> CIN_CONFIG=/tmp/bcast5 ./bin/cin Cinelerra Infinity - built: Nov 2 2026 14:17:48 ...........

Cingg still crash at startup and outputs a lot of PluginFFilter: errors ..........

[colormatrix_449 @ 0x2c6a5d80] Unspecified destination color space PluginFFilter::new_ffilter(colormatrix) err: Invalid argument [colorspace_450 @ 0x2c6a5d80] Please specify output colorspace PluginFFilter::new_ffilter(colorspace) err: Invalid argument ........ PluginFFilter::new_ffilter(select) err: Operation not permitted [sendcmd_875 @ 0x2c791840] One and only one of the filename or commands options must be specified PluginFFilter::new_ffilter(sendcmd) err: Invalid argument [sidedata_921 @ 0x2c78fdc0] Side data type must be set PluginFFilter::new_ffilter(sidedata) err: Invalid argument ............ PluginFFilter::new_ffilter(movie) err: Operation not permitted [abuffer_1153 @ 0x2c793380] Sample format was not set or was invalid PluginFFilter::new_ffilter(abuffer) err: Invalid argument [buffer_1154 @ 0x2c793380] Unspecified pixel format PluginFFilter::new_ffilter(buffer) err: Invalid argument PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins build ladspa plugin index for: /usr/local/lib64/cin/ladspa MWindow::init_theme: prefered theme Cakewalk not found. MWindow::init_theme: theme_plugin not found. unjoined tids / owner 1 00007f2734f1b6c0 / 00007f2735de8000 12BC_Clipboard

ls -la /tmp/bcast5/ total 28 drwxr-xr-x 2 terje users 100 nov. 2 17:42 . drwxrwxrwt 20 root root 480 nov. 2 17:42 .. -rw-r--r-- 1 terje users 19279 nov. 2 17:42 Cinelerra_plugins -rw-r--r-- 1 terje users 22 nov. 2 17:42 Cinelerra_rc -rw-r--r-- 1 terje users 30 nov. 2 17:42 ladspa_plugins._usr_local_lib64_cin_ladspa

And my My AI helper / free Google Gemini :) adds:

Testing with CIN_CONFIG=/tmp/bcast5 gave a very revealing result: The directory and files *are* actually created in /tmp/bcast5/ (the file Cinelerra_plugins reaches 19,279 bytes), so it is *not* a file permission issue after all. Instead, the plugin indexing fails midway due to an FFmpeg filter scan error:

PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins

It appears PluginFFilter fails when probing FFmpeg's buffersink / abuffersink on Leap 16.1, causing the plugin index generation to abort and crash.

Terje

On 11/2/26 17:22, Phyllis Smith wrote:

Terje, Check the permissions on the directories/files involved in .bcast5. Also for a quick test start up Cinellera as follows:

CIN_CONFIG=/tmp/bcast5 cin/bin

where cin/bin is location of your Cinellera binary.

On Mon, Nov 2, 2026, 08:04 Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote:

...

Hi team,

I have successfully compiled Cinelerra-GG from source on openSUSE Leap 16.1, using a configuration set to single-use without third-party and dynamically linked.

However, I ran into a persistent startup crash related to writing plugin indexes:

MWindow::init_plugins: can't create plugin index: /home/terje/.bcast5/Cinelerra_plugins

Interestingly, the exact same source build runs and behaves seemingly fine on openSUSE Tumbleweed-Slowroll, but on Leap 16.1 the locally built binary in ./bin/cin encounters permission or I/O errors when attempting to write to the configuration directory during initialization unless heavily overridden.

Troubleshooting steps taken so far: - The .bcast5 configuration directory has been deleted and recreated multiple times, but Cingg still crashes during startup. - Three different CinGG AppImages have also been tested on the same system without startup issues.

Has anyone experienced similar path or permission issues when running a fresh source build alongside pre-existing environment configs?

Terje _______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

Hi Phyllis, I have removed here the 2.0 k attachment put on hold (startup log when running CIN_CONFIG=/tmp/bcast999 ./bin/cin after updating plugin.opts.) cd ~/cingg-repo/cinelerra-5.1/ffmpeg gedit plugin.opts cp plugin.opts ~/cingg-repo/cinelerra-5.1/bin/ffmpeg/plugin.opts I don't know the reason, but as shown almost every single PluginFFilter probe throws errors (Input/output error, Invalid argument, etc.) when initializing against openSUSE Leap 16.1's system FFmpeg 8.1.3, culminating in the final failure at abuffersink/buffersink: Cinelerra Infinity - built: Nov  2 2026 14:17:48 Libav version: Lavc63.1.102 ... PluginFFilter::new_ffilter(aap)   err: Input/output error PluginFFilter::new_ffilter(acrossover)   err: Operation not permitted ... [hele utskriften du limte inn] ... [abuffer_1153 @ 0x14a24600] Sample format was not set or was invalid PluginFFilter::new_ffilter(abuffer)   err: Invalid argument [buffer_1154 @ 0x14a24600] Unspecified pixel format PluginFFilter::new_ffilter(buffer)   err: Invalid argument PluginFFilter::new_ffilter(abuffersink)   err: Input/output error PluginFFilter::new_ffilter(buffersink)   err: Input/output error MWindow::init_plugins: can't create plugin index: /tmp/bcast999/Cinelerra_plugins Because so many filters fail during the probe stage on FFmpeg 8.x, the plugin index cannot be successfully generated. Let me know what you think is the best way to handle or bypass this filter-scanning behavior for older FFmpeg versions (v. 8.1.3 on Leap 16.1). Terje On 11/2/26 21:59, Phyllis Smith wrote:

Terje, Thanks for the feedback.  You can see that all of the 8 previous PluginFFilter error messages went away after you updated plugin.opts. Could you check to make sure that the last 2 do not have anything strange in the line OR that the previous line does not have extraneous blanks after the end?  If you copied/pasted from what I typed in, I might have put in a bad character.

After getting rid of the abuffersink and buffersink error, you might still get the next error so let me know.  No hurry though and use a different /tmp/bcast# file just so it is a true test.

On Mon, Nov 2, 2026 at 1:41 PM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:

Phyllis,

I updated |plugin.opts| (both under |ffmpeg/plugin.opts| and in |bin/ffmpeg/plugin.opts|) with the blacklisted 9.x / failing filters you suggested. After clearing out old/incomplete index files from |/tmp/bcast555| and |~/.bcast5/|, I re-tested launching with |CIN_CONFIG=/tmp/bcast555 ./bin/cin|.

Unfortunately, Cingg still aborts with the exact same error log during the filter scan:

Plaintext

|PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast555/Cinelerra_plugins |

Terje

On 11/2/26 20:52, Terje J. Hanssen wrote:

...

Phyllis,

I'll try that soon. But to have mentioned it; I use ffmpeg 8.1.3 from Packman on Leap 16.1, and ffmpeg 9,0,2 on Slowroll running in dual-boot on the same machine.

In the meantime I have also tried to copy ~/.bcast5/Cinelerra_plugins from Slowroll to Leap 16.1 without any change regarding the startup issue.

Terje

On 11/2/26 20:32, Phyllis Smith wrote:

...

Terje, Oh, you need to fix at least the PluginFFilter errors by adding them to the blacklist in the file plugin.opts in the subdirectory ffmpeg under cinelerra-5.1 subdirectory.  And to save time, to bin/ffmpeg/plugin.opts (so you don't have to rebuild).  Then test again using CIN_CONFIG=/tmp/bcast555 ... At the bottom of ffmpeg/plugin.opts after these last 3 lines:

: do not work in 8.0 (just like the other cuda-s which use nvidia graphics card) #scale_cuda ###Operation not implemented when you try to use it #pad_cuda  ###Operation not permitted

add these lines: : do not work in 9.x  #colormatrix ###Invalid argument #colorspace  ###Invalid argument #select  ###Operation not permitted #sendcmd  ###Invalid argument #sidedata  ###Invalid argument #movie  ###Operation not permitted #abuffer  ###Invalid argument #buffer  ###Invalid argument #abuffersink  ###Input/output error #buffersink  ###Input/output error

If that does not fail, then you can go back to using your $HOME/.bcast5 as usual. Let me know if it still fails after that.  Thanks for finding this and I will test and check into GIT later as I do not get these error on my older distro.

On Mon, Nov 2, 2026 at 10:16 AM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:

Hi Phyllis,

Thanks!

~/cingg-repo/cinelerra-5.1> CIN_CONFIG=/tmp/bcast5 ./bin/cin Cinelerra Infinity - built: Nov  2 2026 14:17:48 ...........

Cingg still crash at startup and outputs a lot of PluginFFilter: errors ..........

[colormatrix_449 @ 0x2c6a5d80] Unspecified destination color space PluginFFilter::new_ffilter(colormatrix)   err: Invalid argument [colorspace_450 @ 0x2c6a5d80] Please specify output colorspace PluginFFilter::new_ffilter(colorspace)   err: Invalid argument ........ PluginFFilter::new_ffilter(select)   err: Operation not permitted [sendcmd_875 @ 0x2c791840] One and only one of the filename or commands options must be specified PluginFFilter::new_ffilter(sendcmd)   err: Invalid argument [sidedata_921 @ 0x2c78fdc0] Side data type must be set PluginFFilter::new_ffilter(sidedata)   err: Invalid argument ............ PluginFFilter::new_ffilter(movie)   err: Operation not permitted [abuffer_1153 @ 0x2c793380] Sample format was not set or was invalid PluginFFilter::new_ffilter(abuffer)   err: Invalid argument [buffer_1154 @ 0x2c793380] Unspecified pixel format PluginFFilter::new_ffilter(buffer)   err: Invalid argument PluginFFilter::new_ffilter(abuffersink)   err: Input/output error PluginFFilter::new_ffilter(buffersink)   err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins build ladspa plugin index for: /usr/local/lib64/cin/ladspa MWindow::init_theme: prefered theme Cakewalk not found. MWindow::init_theme: theme_plugin not found. unjoined tids / owner 1   00007f2734f1b6c0 / 00007f2735de8000 12BC_Clipboard

ls -la /tmp/bcast5/ total 28 drwxr-xr-x  2 terje users   100 nov.   2 17:42 . drwxrwxrwt 20 root  root   480 nov.   2 17:42 .. -rw-r--r--  1 terje users 19279 nov.   2 17:42 Cinelerra_plugins -rw-r--r--  1 terje users    22 nov.   2 17:42 Cinelerra_rc -rw-r--r--  1 terje users    30 nov.   2 17:42 ladspa_plugins._usr_local_lib64_cin_ladspa

And my My AI helper / free Google Gemini :) adds:

Testing with |CIN_CONFIG=/tmp/bcast5| gave a very revealing result: The directory and files *are* actually created in |/tmp/bcast5/| (the file |Cinelerra_plugins| reaches 19,279 bytes), so it is *not* a file permission issue after all. Instead, the plugin indexing fails midway due to an FFmpeg filter scan error:

|PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins |

It appears |PluginFFilter| fails when probing FFmpeg's |buffersink| / |abuffersink| on Leap 16.1, causing the plugin index generation to abort and crash.

Terje

On 11/2/26 17:22, Phyllis Smith wrote:

...

Terje, Check the permissions on the directories/files involved in .bcast5.  Also for a quick test start up Cinellera as follows:

CIN_CONFIG=/tmp/bcast5 cin/bin

where cin/bin is location of your Cinellera binary.

On Mon, Nov 2, 2026, 08:04 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org> wrote:

Hi team,

I have successfully compiled Cinelerra-GG from source on openSUSE Leap 16.1, using a configuration set to single-use without third-party and dynamically linked.

However, I ran into a persistent startup crash related to writing plugin indexes:

MWindow::init_plugins: can't create plugin index: /home/terje/.bcast5/Cinelerra_plugins

Interestingly, the exact same source build runs and behaves seemingly fine on openSUSE Tumbleweed-Slowroll, but on Leap 16.1 the locally built binary in ./bin/cin encounters permission or I/O errors when attempting to write to the configuration directory during initialization unless heavily overridden.

Troubleshooting steps taken so far: - The .bcast5 configuration directory has been deleted and recreated multiple times, but Cingg still crashes during startup. - Three different CinGG AppImages have also been tested on the same system without startup issues.

Has anyone experienced similar path or permission issues when running a fresh source build alongside pre-existing environment configs?

Terje _______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

On 11/2/26 22:12, Andrew Randrianasulu wrote:

пн, 2 нояб. 2026 г., 23:41 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:

Phyllis,

I updated |plugin.opts| (both under |ffmpeg/plugin.opts| and in |bin/ffmpeg/plugin.opts|) with the blacklisted 9.x / failing filters you suggested. After clearing out old/incomplete index files from |/tmp/bcast555| and |~/.bcast5/|, I re-tested launching with |CIN_CONFIG=/tmp/bcast555 ./bin/cin|.

Unfortunately, Cingg still aborts with the exact same error log during the filter scan:

Plaintext

|PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast555/Cinelerra_plugins|

|MWindow::init_plugins: can't create plugin index: /tmp/bcast555/Cinelerra_plugins |

Hm.

Are you building in /tmp and not home directory, or this is just place you installed cingg for testing?

It does not work as root too, I assume ..?

Hi Andrew, Just to clarify: The /tmp/bcast555 / /tmp/bcast999 paths are not used for building. They were suggested by Phyllis solely as a clean CIN_CONFIG override to ensure Cingg generates a fresh configuration and plugin index, rather than reusing cached files from ~/.bcast5. All building and compiling are done from my normal user home directory (~/cingg-repo/cinelerra-5.1/). I have also tested running it as root, and the exact same abuffersink / buffersink crash occurs, confirming it is not a permission or path issue. Terje

||

Terje

On 11/2/26 20:52, Terje J. Hanssen wrote:

...

Phyllis,

I'll try that soon. But to have mentioned it; I use ffmpeg 8.1.3 from Packman on Leap 16.1, and ffmpeg 9,0,2 on Slowroll running in dual-boot on the same machine.

In the meantime I have also tried to copy ~/.bcast5/Cinelerra_plugins from Slowroll to Leap 16.1 without any change regarding the startup issue.

Terje

On 11/2/26 20:32, Phyllis Smith wrote:

...

Terje, Oh, you need to fix at least the PluginFFilter errors by adding them to the blacklist in the file plugin.opts in the subdirectory ffmpeg under cinelerra-5.1 subdirectory.  And to save time, to bin/ffmpeg/plugin.opts (so you don't have to rebuild).  Then test again using CIN_CONFIG=/tmp/bcast555 ... At the bottom of ffmpeg/plugin.opts after these last 3 lines:

: do not work in 8.0 (just like the other cuda-s which use nvidia graphics card) #scale_cuda ###Operation not implemented when you try to use it #pad_cuda  ###Operation not permitted

add these lines: : do not work in 9.x  #colormatrix ###Invalid argument #colorspace  ###Invalid argument #select  ###Operation not permitted #sendcmd  ###Invalid argument #sidedata  ###Invalid argument #movie  ###Operation not permitted #abuffer  ###Invalid argument #buffer  ###Invalid argument #abuffersink  ###Input/output error #buffersink  ###Input/output error

If that does not fail, then you can go back to using your $HOME/.bcast5 as usual. Let me know if it still fails after that.  Thanks for finding this and I will test and check into GIT later as I do not get these error on my older distro.

On Mon, Nov 2, 2026 at 10:16 AM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:

Hi Phyllis,

Thanks!

~/cingg-repo/cinelerra-5.1> CIN_CONFIG=/tmp/bcast5 ./bin/cin Cinelerra Infinity - built: Nov  2 2026 14:17:48 ...........

Cingg still crash at startup and outputs a lot of PluginFFilter: errors ..........

[colormatrix_449 @ 0x2c6a5d80] Unspecified destination color space PluginFFilter::new_ffilter(colormatrix)   err: Invalid argument [colorspace_450 @ 0x2c6a5d80] Please specify output colorspace PluginFFilter::new_ffilter(colorspace)   err: Invalid argument ........ PluginFFilter::new_ffilter(select)   err: Operation not permitted [sendcmd_875 @ 0x2c791840] One and only one of the filename or commands options must be specified PluginFFilter::new_ffilter(sendcmd)   err: Invalid argument [sidedata_921 @ 0x2c78fdc0] Side data type must be set PluginFFilter::new_ffilter(sidedata)   err: Invalid argument ............ PluginFFilter::new_ffilter(movie)   err: Operation not permitted [abuffer_1153 @ 0x2c793380] Sample format was not set or was invalid PluginFFilter::new_ffilter(abuffer)   err: Invalid argument [buffer_1154 @ 0x2c793380] Unspecified pixel format PluginFFilter::new_ffilter(buffer)   err: Invalid argument PluginFFilter::new_ffilter(abuffersink)   err: Input/output error PluginFFilter::new_ffilter(buffersink)   err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins build ladspa plugin index for: /usr/local/lib64/cin/ladspa MWindow::init_theme: prefered theme Cakewalk not found. MWindow::init_theme: theme_plugin not found. unjoined tids / owner 1   00007f2734f1b6c0 / 00007f2735de8000 12BC_Clipboard

ls -la /tmp/bcast5/ total 28 drwxr-xr-x  2 terje users   100 nov.   2 17:42 . drwxrwxrwt 20 root root    480 nov.   2 17:42 .. -rw-r--r--  1 terje users 19279 nov.   2 17:42 Cinelerra_plugins -rw-r--r--  1 terje users    22 nov.   2 17:42 Cinelerra_rc -rw-r--r--  1 terje users    30 nov.   2 17:42 ladspa_plugins._usr_local_lib64_cin_ladspa

And my My AI helper / free Google Gemini :) adds:

Testing with |CIN_CONFIG=/tmp/bcast5| gave a very revealing result: The directory and files *are* actually created in |/tmp/bcast5/| (the file |Cinelerra_plugins| reaches 19,279 bytes), so it is *not* a file permission issue after all. Instead, the plugin indexing fails midway due to an FFmpeg filter scan error:

|PluginFFilter::new_ffilter(abuffersink) err: Input/output error PluginFFilter::new_ffilter(buffersink) err: Input/output error build lv2 index for: /usr/local/share/cin/lv2 MWindow::init_plugins: can't create plugin index: /tmp/bcast5/Cinelerra_plugins |

It appears |PluginFFilter| fails when probing FFmpeg's |buffersink| / |abuffersink| on Leap 16.1, causing the plugin index generation to abort and crash.

Terje

On 11/2/26 17:22, Phyllis Smith wrote:

...

Terje, Check the permissions on the directories/files involved in .bcast5.  Also for a quick test start up Cinellera as follows:

CIN_CONFIG=/tmp/bcast5 cin/bin

where cin/bin is location of your Cinellera binary.

On Mon, Nov 2, 2026, 08:04 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org> wrote:

Hi team,

I have successfully compiled Cinelerra-GG from source on openSUSE Leap 16.1, using a configuration set to single-use without third-party and dynamically linked.

However, I ran into a persistent startup crash related to writing plugin indexes:

MWindow::init_plugins: can't create plugin index: /home/terje/.bcast5/Cinelerra_plugins

Interestingly, the exact same source build runs and behaves seemingly fine on openSUSE Tumbleweed-Slowroll, but on Leap 16.1 the locally built binary in ./bin/cin encounters permission or I/O errors when attempting to write to the configuration directory during initialization unless heavily overridden.

Troubleshooting steps taken so far: - The .bcast5 configuration directory has been deleted and recreated multiple times, but Cingg still crashes during startup. - Three different CinGG AppImages have also been tested on the same system without startup issues.

Has anyone experienced similar path or permission issues when running a fresh source build alongside pre-existing environment configs?

Terje _______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

_______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

On 11/2/26 18:51, Andrew Randrianasulu wrote:

пн, 2 нояб. 2026 г., 18:04 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:

Hi team,

I have successfully compiled Cinelerra-GG from source on openSUSE Leap 16.1, using a configuration set to single-use without third-party and dynamically linked.

However, I ran into a persistent startup crash related to writing plugin indexes:

MWindow::init_plugins: can't create plugin index: /home/terje/.bcast5/Cinelerra_plugins

Interestingly, the exact same source build runs and behaves seemingly fine on openSUSE Tumbleweed-Slowroll, but on Leap 16.1 the locally built binary in ./bin/cin encounters permission or I/O errors when attempting to write to the configuration directory during initialization unless heavily overridden.

Be sure there was no errors during "make install" phase?

I think  there already was report on list about make install error, may be new "make" changed something?

To clarify: I haven't run make install on Leap 16.1 yet; I am running the binary directly from ./bin/cin inside the source repository. For reference, here is how I configured the build for the current test on Leap 16.1 and Slowroll: cd ~/cingg-repo/cinelerra-5.1 ./autogen.sh ./configure --single-user --without-third-party --with-system-ffmpeg make -j$(nproc) Looking back at our email thread from 2024 (when building on Slowroll) https://lists.cinelerra-gg.org/archives/list/cin@lists.cinelerra-gg.org/mess... There we used a slightly different set of flags and explicit header paths: CFLAGS=-I/usr/include/ffmpeg ./configure --with-single-user --disable-static-build --without-thirdparty --without-libdpx Comparing the two setups, the key differences are: * Using --with-single-user instead of --single-user. * Adding --disable-static-build and --without-libdpx. * Passing CFLAGS=-I/usr/include/ffmpeg to explicitly point the compiler to system FFmpeg headers. I am going to run a fresh build using the 2024 flags now to see if linking against system FFmpeg 8.1.3 on Leap 16.1 behaves differently during the startup plugin probe. A couple of question regarding the build process: Is running make install (with --with-single-user) necessary or beneficial when building with system FFmpeg on Leap 16.1? While it seeminglys works on Slowroll now, could running directly from ./bin/cin without an install step affect how plugins or configuration paths are located, or cause issues during the plugin index generation stage? Terje

Troubleshooting steps taken so far: - The .bcast5 configuration directory has been deleted and recreated multiple times, but Cingg still crashes during startup. - Three different CinGG AppImages have also been tested on the same system without startup issues.

Has anyone experienced similar path or permission issues when running a fresh source build alongside pre-existing environment configs?

Terje _______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

Terje, a little murky but for the latest where all ffmpeg plugins give errors, (1) I think it does not know where the system FFmpeg headers are: hence the inclusion you have on Slowroll of "CFLAGS=-I/usr/include/ffmpeg". (2) Below you have " /configure --single-user --without-third-party --with-system-ffmpeg" so maybe this is just a typo here BUT: --single-user should be --with-single-user --without-third-party should be --without-thirdparty and --with-system-ffmpeg is not recognized If you have time, it would be very helpful to get the build log included by adding to the end of the configure line: 2>&1 | tee log On Tue, Nov 3, 2026 at 6:25 AM Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote:

To clarify: I haven't run make install on Leap 16.1 yet; I am running the binary directly from ./bin/cin inside the source repository.

For reference, here is how I configured the build for the current test on Leap 16.1 and Slowroll:

cd ~/cingg-repo/cinelerra-5.1 ./autogen.sh ./configure --single-user --without-third-party --with-system-ffmpeg make -j$(nproc)

Looking back at our email thread from 2024 (when building on Slowroll)

https://lists.cinelerra-gg.org/archives/list/cin@lists.cinelerra-gg.org/mess...

There we used a slightly different set of flags and explicit header paths:

CFLAGS=-I/usr/include/ffmpeg ./configure --with-single-user --disable-static-build --without-thirdparty --without-libdpx

Comparing the two setups, the key differences are:

- Using --with-single-user instead of --single-user. - Adding --disable-static-build and --without-libdpx. - Passing CFLAGS=-I/usr/include/ffmpeg to explicitly point the compiler to system FFmpeg headers.

I am going to run a fresh build using the 2024 flags now to see if linking against system FFmpeg 8.1.3 on Leap 16.1 behaves differently during the startup plugin probe.

A couple of question regarding the build process:

Is running make install (with --with-single-user) necessary or beneficial when building with system FFmpeg on Leap 16.1?

While it seeminglys works on Slowroll now, could running directly from ./bin/cin without an install step affect how plugins or configuration paths are located, or cause issues during the plugin index generation stage?

Terje

...

Troubleshooting steps taken so far: - The .bcast5 configuration directory has been deleted and recreated multiple times, but Cingg still crashes during startup. - Three different CinGG AppImages have also been tested on the same system without startup issues.

Has anyone experienced similar path or permission issues when running a fresh source build alongside pre-existing environment configs?

Terje _______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

_______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org

Excellent! I would like to read the PDF files you created for future reference. You can send directly to me if you want - phylsmith2017@gmail.com Thanks for sharing. On Tue, Nov 3, 2026, 19:30 Terje J. Hanssen <terjejhanssen@gmail.com> wrote:

Hi everyone,

Thans for the feedback.

Now I think Cinelerra-GG (CinGG) is successfully built from source and dynamic linked on both openSUSE Slowroll and openSUSE Leap 16.1.

The build_prepare.sh package list for openSUSE is updated in the prepared build-guides. GCC 15/16, FFmpeg 8.x/9.x, Python 3.13, and stricter linker behaviors seemingly require tailored configurations, so specific compiler flags and header path inclusions are applied:

Compiler Flags: Used explicit include flags (-I/usr/include/ffmpeg, -I/usr/include/a52dec) and mandatory macro defines (-D_GNU_SOURCE, -include stdint.h, -include pthread.h).

Build Options: Configured with --with-single-user --disable-static-build --without-thirdparty --without-lv2 to seamlessly interoperate with system libraries.

Although minimal testing, both builds so far result in a functional binary at ./bin/cin.

As documentation and reference, I have prepared step-by-step build guides as PDF files for both openSUSE distributions. If there is interest in these, I can offer them for upload,

Terje