Work on 3 different issues - i386 build, desktop icons for appimage, and fix audiofile patch
One bad problem - segmentation fault when rendering on older debian i386 32-bit. Was testing the new h264.mov render format when I got this error and it took a really long time to figure out when this happened. Embarrassed to find out it seems to be due to X264 upgrade in Sept. 2024!
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 Author: Good Guy <[email protected]> Date: Tue Sep 17 12:05:34 2024 -0600
<snip, snip> transfers/primaries, + update x264 from r3106 to r3191
As far as I tested, all rendering of ffmpeg h264 failed but only 1 of the 10 loads of x264 files created on another computer failed (reindeerr.mkv). There are probably other things that might fail when editing an h264 type file but I do not know for sure. The 64-bit version of debian 11 does not fail. I guess it is safe to say, no one is using the 32-bit debian 9.1 version. Maybe Andrew can put his search moxie in play and find a patch. 2. Created a Desktop_icon folder in the download area of the website to make it easy for users of AppImage to make a desktop icon for CinGG. It is documented in the manual but no easy access to the 3 needed files. 3. Put the audiofile patch in the correct subdirectory in GIT source as Andrew pointed out and then just today deleted the one in the wrong place (so I hope it is automatic and not extra work for Andrey's builds).
сб, 3 янв. 2026 г., 01:23 Phyllis Smith via Cin <[email protected]
:
One bad problem - segmentation fault when rendering on older debian i386 32-bit. Was testing the new h264.mov render format when I got this error and it took a really long time to figure out when this happened. Embarrassed to find out it seems to be due to X264 upgrade in Sept. 2024!
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 Author: Good Guy <[email protected]> Date: Tue Sep 17 12:05:34 2024 -0600
<snip, snip> transfers/primaries, + update x264 from r3106 to r3191
May be it makes sense to try newer x264? Year happened, so may be this error was already corrected ? May be older gcc/nasm miscompiled something? Because I can't see this one Slackware 15.0 i586 I'll try to make Debian 9 i586 VM (installer probably need manual mirror choice ....) but not right now - I set new USB hdd to test, and will finish ... in around 1000 minutes ;) As far as I tested, all rendering of ffmpeg h264 failed but only 1 of the
10 loads of x264 files created on another computer failed (reindeerr.mkv). There are probably other things that might fail when editing an h264 type file but I do not know for sure. The 64-bit version of debian 11 does not fail. I guess it is safe to say, no one is using the 32-bit debian 9.1 version. Maybe Andrew can put his search moxie in play and find a patch.
2. Created a Desktop_icon folder in the download area of the website to make it easy for users of AppImage to make a desktop icon for CinGG. It is documented in the manual but no easy access to the 3 needed files.
3. Put the audiofile patch in the correct subdirectory in GIT source as Andrew pointed out and then just today deleted the one in the wrong place (so I hope it is automatic and not extra work for Andrey's builds). _______________________________________________ Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]
Good idea. Am downloading the latest version now and will test tomorrow. On Fri, Jan 2, 2026 at 4:32 PM Andrew Randrianasulu <[email protected]> wrote:
сб, 3 янв. 2026 г., 01:23 Phyllis Smith via Cin < [email protected]>:
One bad problem - segmentation fault when rendering on older debian i386 32-bit. Was testing the new h264.mov render format when I got this error and it took a really long time to figure out when this happened. Embarrassed to find out it seems to be due to X264 upgrade in Sept. 2024!
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 Author: Good Guy <[email protected]> Date: Tue Sep 17 12:05:34 2024 -0600
<snip, snip> transfers/primaries, + update x264 from r3106 to r3191
May be it makes sense to try newer x264?
Year happened, so may be this error was already corrected ?
May be older gcc/nasm miscompiled something? Because I can't see this one Slackware 15.0 i586
I'll try to make Debian 9 i586 VM (installer probably need manual mirror choice ....) but not right now - I set new USB hdd to test, and will finish ... in around 1000 minutes ;)
As far as I tested, all rendering of ffmpeg h264 failed but only 1 of the
10 loads of x264 files created on another computer failed (reindeerr.mkv). There are probably other things that might fail when editing an h264 type file but I do not know for sure. The 64-bit version of debian 11 does not fail. I guess it is safe to say, no one is using the 32-bit debian 9.1 version. Maybe Andrew can put his search moxie in play and find a patch.
2. Created a Desktop_icon folder in the download area of the website to make it easy for users of AppImage to make a desktop icon for CinGG. It is documented in the manual but no easy access to the 3 needed files.
3. Put the audiofile patch in the correct subdirectory in GIT source as Andrew pointed out and then just today deleted the one in the wrong place (so I hope it is automatic and not extra work for Andrey's builds). _______________________________________________ Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]
Update: Unfortunately testing the latest x264 library does not fix the problem of h264 loads/renders on Debian 9.1 i386 32-bit. I have built CinGG-20251231-i386 and uploaded on the website with the GIT source on December 31 but with x264 version r3106. I will make a note in the manual that anyone compiling will have to get the x264 library from:
commit 6eece58c73502e502760595155a27178d64a4feb Date: Sat Sep 7 11:47:46 2024 -0600
And that the x264 library since:
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 ... + update x264 from r3106 to r3191
is temporarily not usable for h264 files, but seems to work for at least a couple of other formats that I checked. I am almost sure that we could make a patch to fix the problem if I was a lot smarter and put some effort into doing so. One bad problem - segmentation fault when rendering on older debian i386
32-bit. Was testing the new h264.mov render format when I got this error and it took a really long time to figure out when this happened. Embarrassed to find out it seems to be due to X264 upgrade in Sept. 2024!
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5
<snip, snip> transfers/primaries, + update x264 from r3106 to r3191
May be it makes sense to try newer x264?
Year happened, so may be this error was already corrected ?
May be older gcc/nasm miscompiled something? Because I can't see this one Slackware 15.0 i586
I'll try to make Debian 9 i586 VM (installer probably need manual mirror choice ....) but not right now - I set new USB hdd to test, and will finish ... in around 1000 minutes ;)
вт, 13 янв. 2026 г., 21:27 Phyllis Smith <[email protected]>:
Update: Unfortunately testing the latest x264 library does not fix the problem of h264 loads/renders on Debian 9.1 i386 32-bit. I have built CinGG-20251231-i386 and uploaded on the website with the GIT source on December 31 but with x264 version r3106. I will make a note in the manual that anyone compiling will have to get the x264 library from:
commit 6eece58c73502e502760595155a27178d64a4feb Date: Sat Sep 7 11:47:46 2024 -0600
And that the x264 library since:
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 ... + update x264 from r3106 to r3191
is temporarily not usable for h264 files, but seems to work for at least a couple of other formats that I checked. I am almost sure that we could make a patch to fix the problem if I was a lot smarter and put some effort into doing so.
Does x264 build from r3191 works standalone (it eats y4m files normally, I think) in same hw/sw environment? You can put whole git x264 tree there and just perform git bisect?
One bad problem - segmentation fault when rendering on older debian i386
32-bit. Was testing the new h264.mov render format when I got this error and it took a really long time to figure out when this happened. Embarrassed to find out it seems to be due to X264 upgrade in Sept. 2024!
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5
<snip, snip> transfers/primaries, + update x264 from r3106 to r3191
May be it makes sense to try newer x264?
Year happened, so may be this error was already corrected ?
May be older gcc/nasm miscompiled something? Because I can't see this one Slackware 15.0 i586
I'll try to make Debian 9 i586 VM (installer probably need manual mirror choice ....) but not right now - I set new USB hdd to test, and will finish ... in around 1000 minutes ;)
Andrew, another good idea so I will try that but not sure when. On Tue, Jan 13, 2026 at 11:54 AM Andrew Randrianasulu < [email protected]> wrote:
вт, 13 янв. 2026 г., 21:27 Phyllis Smith <[email protected]>:
Update: Unfortunately testing the latest x264 library does not fix the problem of h264 loads/renders on Debian 9.1 i386 32-bit. I have built CinGG-20251231-i386 and uploaded on the website with the GIT source on December 31 but with x264 version r3106. I will make a note in the manual that anyone compiling will have to get the x264 library from:
commit 6eece58c73502e502760595155a27178d64a4feb Date: Sat Sep 7 11:47:46 2024 -0600
And that the x264 library since:
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 ... + update x264 from r3106 to r3191
is temporarily not usable for h264 files, but seems to work for at least a couple of other formats that I checked. I am almost sure that we could make a patch to fix the problem if I was a lot smarter and put some effort into doing so.
Does x264 build from r3191 works standalone (it eats y4m files normally, I think) in same hw/sw environment?
You can put whole git x264 tree there and just perform git bisect?
One bad problem - segmentation fault when rendering on older debian i386
32-bit. Was testing the new h264.mov render format when I got this error and it took a really long time to figure out when this happened. Embarrassed to find out it seems to be due to X264 upgrade in Sept. 2024!
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5
<snip, snip> transfers/primaries, + update x264 from r3106 to r3191
May be it makes sense to try newer x264?
Year happened, so may be this error was already corrected ?
May be older gcc/nasm miscompiled something? Because I can't see this one Slackware 15.0 i586
I'll try to make Debian 9 i586 VM (installer probably need manual mirror choice ....) but not right now - I set new USB hdd to test, and will finish ... in around 1000 minutes ;)
On Tue, Jan 13, 2026 at 10:26 PM Phyllis Smith <[email protected]> wrote:
Andrew, another good idea so I will try that but not sure when.
I think I reproduced this x264 crash on debian-live-9.1.0-i386-xfce.iso BUT only if I use nasm-2.14.02.tar.xz for compiling x264-stable branch If I use nasm-2.15.05.tar.xz and recompilex264 and re-link it into ffmpeg - it magically starts to work! Moreover, nasm 2.14.02 fails to compile vp8 asm in ffmpeg.git, so I suggest to upgrade nasm on this build machine/partition to 2.15.05 qemu-system-i386 -enable-kvm -m 1G -cdrom ~/ISO/debian-live-9.1.0-i386-xfce.iso then inside live cd I summoned terminal and said: sudo su - I am root! :) apt install demand gpg keys, but in this version of Debian apt-get was more forgiving so i changed deb.debian.org to archive.debian.org in /etc/apt/source.list and installed few things like git Unpacked nasm from nfs share from host, compiled and installed into live system compiled x264 with --enable-static --enable-pic complied ffmpeg.git with --enable-libx264 --enable-gpl tested ffmpeg -i ../test.mp4 1.mp4 It segfaulted with x264.a compiled with nasm 2.14, and worked when I compiled same x264 with newere nasm 2.15.05 (as in Slackware 15.0) We probably should add this info somewhere (manual, in-tree README), or I forgot to read manual again ...
On Tue, Jan 13, 2026 at 11:54 AM Andrew Randrianasulu <[email protected]> wrote:
вт, 13 янв. 2026 г., 21:27 Phyllis Smith <[email protected]>:
Update: Unfortunately testing the latest x264 library does not fix the problem of h264 loads/renders on Debian 9.1 i386 32-bit. I have built CinGG-20251231-i386 and uploaded on the website with the GIT source on December 31 but with x264 version r3106. I will make a note in the manual that anyone compiling will have to get the x264 library from:
commit 6eece58c73502e502760595155a27178d64a4feb Date: Sat Sep 7 11:47:46 2024 -0600
And that the x264 library since:
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 ... + update x264 from r3106 to r3191
is temporarily not usable for h264 files, but seems to work for at least a couple of other formats that I checked. I am almost sure that we could make a patch to fix the problem if I was a lot smarter and put some effort into doing so.
Does x264 build from r3191 works standalone (it eats y4m files normally, I think) in same hw/sw environment?
You can put whole git x264 tree there and just perform git bisect?
One bad problem - segmentation fault when rendering on older debian i386 32-bit. Was testing the new h264.mov render format when I got this error and it took a really long time to figure out when this happened. Embarrassed to find out it seems to be due to X264 upgrade in Sept. 2024!
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5
<snip, snip> transfers/primaries, + update x264 from r3106 to r3191
May be it makes sense to try newer x264?
Year happened, so may be this error was already corrected ?
May be older gcc/nasm miscompiled something? Because I can't see this one Slackware 15.0 i586
I'll try to make Debian 9 i586 VM (installer probably need manual mirror choice ....) but not right now - I set new USB hdd to test, and will finish ... in around 1000 minutes ;)
On Wed, Jan 14, 2026 at 10:30 AM Andrew Randrianasulu <[email protected]> wrote:
On Tue, Jan 13, 2026 at 10:26 PM Phyllis Smith <[email protected]> wrote:
Andrew, another good idea so I will try that but not sure when.
I think I reproduced this x264 crash on debian-live-9.1.0-i386-xfce.iso
BUT only if I use nasm-2.14.02.tar.xz for compiling x264-stable branch
If I use nasm-2.15.05.tar.xz and recompilex264 and re-link it into ffmpeg - it magically starts to work!
Moreover, nasm 2.14.02 fails to compile vp8 asm in ffmpeg.git, so I suggest to upgrade nasm on this build machine/partition to 2.15.05
qemu-system-i386 -enable-kvm -m 1G -cdrom ~/ISO/debian-live-9.1.0-i386-xfce.iso
then inside live cd I summoned terminal and said:
sudo su -
I am root! :)
apt install demand gpg keys, but in this version of Debian apt-get was more forgiving
so i changed deb.debian.org to archive.debian.org in /etc/apt/source.list and installed few things like git
Unpacked nasm from nfs share from host, compiled and installed into live system
compiled x264 with --enable-static --enable-pic
complied ffmpeg.git with --enable-libx264 --enable-gpl
tested
ffmpeg -i ../test.mp4 1.mp4
It segfaulted with x264.a compiled with nasm 2.14, and worked when I compiled same x264 with newere nasm 2.15.05 (as in Slackware 15.0)
We probably should add this info somewhere (manual, in-tree README), or I forgot to read manual again ...
screenshot: https://mastodon.online/@Andrew_R/115892428731305213
On Tue, Jan 13, 2026 at 11:54 AM Andrew Randrianasulu <[email protected]> wrote:
вт, 13 янв. 2026 г., 21:27 Phyllis Smith <[email protected]>:
Update: Unfortunately testing the latest x264 library does not fix the problem of h264 loads/renders on Debian 9.1 i386 32-bit. I have built CinGG-20251231-i386 and uploaded on the website with the GIT source on December 31 but with x264 version r3106. I will make a note in the manual that anyone compiling will have to get the x264 library from:
commit 6eece58c73502e502760595155a27178d64a4feb Date: Sat Sep 7 11:47:46 2024 -0600
And that the x264 library since:
commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 ... + update x264 from r3106 to r3191
is temporarily not usable for h264 files, but seems to work for at least a couple of other formats that I checked. I am almost sure that we could make a patch to fix the problem if I was a lot smarter and put some effort into doing so.
Does x264 build from r3191 works standalone (it eats y4m files normally, I think) in same hw/sw environment?
You can put whole git x264 tree there and just perform git bisect?
One bad problem - segmentation fault when rendering on older debian i386 32-bit. Was testing the new h264.mov render format when I got this error and it took a really long time to figure out when this happened. Embarrassed to find out it seems to be due to X264 upgrade in Sept. 2024! > > commit 2ce09466ce02b9180d6d7ba30af02e99fca0bdc5 > > <snip, snip> transfers/primaries, + update x264 from r3106 to r3191
May be it makes sense to try newer x264?
Year happened, so may be this error was already corrected ?
May be older gcc/nasm miscompiled something? Because I can't see this one Slackware 15.0 i586
I'll try to make Debian 9 i586 VM (installer probably need manual mirror choice ....) but not right now - I set new USB hdd to test, and will finish ... in around 1000 minutes ;)
participants (2)
-
Andrew Randrianasulu -
Phyllis Smith