New AppImage release with mostly only changes for Android/Termux builds
The November AppImage is available now in the usual place along with the updated releasenotes, pdf manual, and html manual. https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64.AppImage https://cinelerra-gg.org/download/images/CinGG-20211130-multibit.AppImage https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64-older_distros... https://cinelerra-gg.org/download/images/CinGG-20211130-i386.AppImage I am still trying to come up with a solution for 32-bit AppImage on Debian 11 Bullseye, but I think we do not currently have the expertise to fix this. I was able to get it to build/compile on 11 but it just SEGV's when loading and even just clicking on OK in a menu. *Very sketchy notes on doing a build for an Android tablet/phone are at:* https://cinelerra-gg.org/download/CinelerraGG_Manual/Android_Tablet_or_Phone... Need Andrew and Andrea to read this over and fix it. ****************** Copy of latest Release Notes GIT for Cinelerra-GG has the following changes from 11/01/2021-11/30/2021 *Libaom *has been upgraded to 3.2.0 with speed improvements. - 20% faster on a 1.5 minute video. *Elive* has provided packages to install for both the version 10 Buster and version 11 Bullseye *Debian*. The wikipedia entry for Cinelerra now has a *Hungarian translation* thanks to *MatN* and assists. *Mpeg render formats* added from Andrew to include mpeg2_hq.mpeg, pass1/2of2.mpeg. The availability of *CinGG on an Android* tablet using Termux has been proven with a variety of mods prepared by *Andrew-R*: - new file blds/termux.bld to use as a guide for building CinGG - new files bthread.h and libbthread.tar.gz for Android specific code - various patches of ifdefs to avoid compiling sections of code that will not work on the Android in libaom, libwebp, libzmpeg, ffmpeg4.4, mjpegtools, compiling DB (database) for x86 and i386 only, guicast directory file mods, Makefiles/configure.ac changesand various other small mods.
On Wednesday, December 1, 2021, Phyllis Smith via Cin < [email protected]> wrote:
The November AppImage is available now in the usual place along with the updated releasenotes, pdf manual, and html manual.
https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64.AppImage https://cinelerra-gg.org/download/images/CinGG-20211130-multibit.AppImage https://cinelerra-gg.org/download/images/CinGG- 20211130-x86_64-older_distros.AppImage https://cinelerra-gg.org/download/images/CinGG-20211130-i386.AppImage
I am still trying to come up with a solution for 32-bit AppImage on Debian 11 Bullseye, but I think we do not currently have the expertise to fix this. I was able to get it to build/compile on 11 but it just SEGV's when loading and even just clicking on OK in a menu.
*Very sketchy notes on doing a build for an Android tablet/phone are at:* https://cinelerra-gg.org/download/CinelerraGG_Manual/ Android_Tablet_or_Phone_wit.html Need Andrew and Andrea to read this over and fix it.
If you have empty versions of locale.alias, locale.dir, and $PREFIXshare/X11localeen_US.UTF-8en_US.UTF-8XLC_LOCALE probably add slashes like this If you have empty versions of locale.alias, locale.dir, and $PREFIX/share/X11/locale/en_US.UTF-8/XLC_LOCALE -- You can even build a package version similiar to Debian, just with 'pkg searchpkg install' instead of 'apt search/install' and with '*-static' instead of '-dev-devel packages probably can be edited to You can even build a package version similiar to Debian, just with 'pkg search pkg_name / pkg install pkg_name' instead of 'apt search/install pkg_name' and with '*-static' instead of '*-dev/-devel packages
****************** Copy of latest Release Notes GIT for Cinelerra-GG has the following changes from 11/01/2021-11/30/2021 *Libaom *has been upgraded to 3.2.0 with speed improvements. - 20% faster on a 1.5 minute video. *Elive* has provided packages to install for both the version 10 Buster and version 11 Bullseye *Debian*. The wikipedia entry for Cinelerra now has a *Hungarian translation* thanks to *MatN* and assists. *Mpeg render formats* added from Andrew to include mpeg2_hq.mpeg, pass1/2of2.mpeg. The availability of *CinGG on an Android* tablet using Termux has been proven with a variety of mods prepared by *Andrew-R*: - new file blds/termux.bld to use as a guide for building CinGG - new files bthread.h and libbthread.tar.gz for Android specific code - various patches of ifdefs to avoid compiling sections of code that will not work on the Android in libaom, libwebp, libzmpeg, ffmpeg4.4, mjpegtools, compiling DB (database) for x86 and i386 only, guicast directory file mods, Makefiles/configure.ac changesand various other small mods.
Eh, what is the problem with AppImage on Debian-11? I powered it up in VirtualBox, updated the distro, pulled the CinGG git, did not apply any extra patches, building both static and AppImage went without errors. Both seem to work fine.. MatN On Tue, 30 Nov 2021 14:30:07 -0700 Phyllis Smith via Cin <[email protected]> wrote:
The November AppImage is available now in the usual place along with the updated releasenotes, pdf manual, and html manual.
https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64.AppImage https://cinelerra-gg.org/download/images/CinGG-20211130-multibit.AppImage https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64-older_distros... https://cinelerra-gg.org/download/images/CinGG-20211130-i386.AppImage
I am still trying to come up with a solution for 32-bit AppImage on Debian 11 Bullseye, but I think we do not currently have the expertise to fix this. I was able to get it to build/compile on 11 but it just SEGV's when loading and even just clicking on OK in a menu.
*Very sketchy notes on doing a build for an Android tablet/phone are at:* https://cinelerra-gg.org/download/CinelerraGG_Manual/Android_Tablet_or_Phone... Need Andrew and Andrea to read this over and fix it.
****************** Copy of latest Release Notes GIT for Cinelerra-GG has the following changes from 11/01/2021-11/30/2021 *Libaom *has been upgraded to 3.2.0 with speed improvements. - 20% faster on a 1.5 minute video. *Elive* has provided packages to install for both the version 10 Buster and version 11 Bullseye *Debian*. The wikipedia entry for Cinelerra now has a *Hungarian translation* thanks to *MatN* and assists. *Mpeg render formats* added from Andrew to include mpeg2_hq.mpeg, pass1/2of2.mpeg. The availability of *CinGG on an Android* tablet using Termux has been proven with a variety of mods prepared by *Andrew-R*: - new file blds/termux.bld to use as a guide for building CinGG - new files bthread.h and libbthread.tar.gz for Android specific code - various patches of ifdefs to avoid compiling sections of code that will not work on the Android in libaom, libwebp, libzmpeg, ffmpeg4.4, mjpegtools, compiling DB (database) for x86 and i386 only, guicast directory file mods, Makefiles/configure.ac changesand various other small mods.
MatN That is precisely the problem (I think!) -- it works on Virtual Boxes, but not on the "real thing". On Wed, Dec 1, 2021 at 7:03 AM mnieuw--- via Cin <[email protected]> wrote:
Eh, what is the problem with AppImage on Debian-11?
I powered it up in VirtualBox, updated the distro, pulled the CinGG git, did not apply any extra patches, building both static and AppImage went without errors.
Both seem to work fine..
MatN
On Tue, 30 Nov 2021 14:30:07 -0700 Phyllis Smith via Cin <[email protected]> wrote:
The November AppImage is available now in the usual place along with the updated releasenotes, pdf manual, and html manual.
https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64.AppImage
https://cinelerra-gg.org/download/images/CinGG-20211130-multibit.AppImage
https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64-older_distros...
https://cinelerra-gg.org/download/images/CinGG-20211130-i386.AppImage
I am still trying to come up with a solution for 32-bit AppImage on Debian 11 Bullseye, but I think we do not currently have the expertise to fix this. I was able to get it to build/compile on 11 but it just SEGV's when loading and even just clicking on OK in a menu.
*Very sketchy notes on doing a build for an Android tablet/phone are at:*
https://cinelerra-gg.org/download/CinelerraGG_Manual/Android_Tablet_or_Phone...
Need Andrew and Andrea to read this over and fix it.
****************** Copy of latest Release Notes GIT for Cinelerra-GG has the following changes from 11/01/2021-11/30/2021 *Libaom *has been upgraded to 3.2.0 with speed improvements. - 20% faster on a 1.5 minute video. *Elive* has provided packages to install for both the version 10 Buster and version 11 Bullseye *Debian*. The wikipedia entry for Cinelerra now has a *Hungarian translation* thanks to *MatN* and assists. *Mpeg render formats* added from Andrew to include mpeg2_hq.mpeg, pass1/2of2.mpeg. The availability of *CinGG on an Android* tablet using Termux has been proven with a variety of mods prepared by *Andrew-R*: - new file blds/termux.bld to use as a guide for building CinGG - new files bthread.h and libbthread.tar.gz for Android specific code - various patches of ifdefs to avoid compiling sections of code that will not work on the Android in libaom, libwebp, libzmpeg, ffmpeg4.4, mjpegtools, compiling DB (database) for x86 and i386 only, guicast directory file mods, Makefiles/configure.ac changesand various other small mods.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
MatN, See BT # 596 for more details. On Wed, Dec 1, 2021 at 7:03 AM mnieuw--- via Cin <[email protected]> wrote:
Eh, what is the problem with AppImage on Debian-11?
I powered it up in VirtualBox, updated the distro, pulled the CinGG git, did not apply any extra patches, building both static and AppImage went without errors.
Both seem to work fine..
MatN
On Tue, 30 Nov 2021 14:30:07 -0700 Phyllis Smith via Cin <[email protected]> wrote:
The November AppImage is available now in the usual place along with the updated releasenotes, pdf manual, and html manual.
https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64.AppImage
https://cinelerra-gg.org/download/images/CinGG-20211130-multibit.AppImage
https://cinelerra-gg.org/download/images/CinGG-20211130-x86_64-older_distros...
https://cinelerra-gg.org/download/images/CinGG-20211130-i386.AppImage
I am still trying to come up with a solution for 32-bit AppImage on Debian 11 Bullseye, but I think we do not currently have the expertise to fix this. I was able to get it to build/compile on 11 but it just SEGV's when loading and even just clicking on OK in a menu.
*Very sketchy notes on doing a build for an Android tablet/phone are at:*
https://cinelerra-gg.org/download/CinelerraGG_Manual/Android_Tablet_or_Phone...
Need Andrew and Andrea to read this over and fix it.
****************** Copy of latest Release Notes GIT for Cinelerra-GG has the following changes from 11/01/2021-11/30/2021 *Libaom *has been upgraded to 3.2.0 with speed improvements. - 20% faster on a 1.5 minute video. *Elive* has provided packages to install for both the version 10 Buster and version 11 Bullseye *Debian*. The wikipedia entry for Cinelerra now has a *Hungarian translation* thanks to *MatN* and assists. *Mpeg render formats* added from Andrew to include mpeg2_hq.mpeg, pass1/2of2.mpeg. The availability of *CinGG on an Android* tablet using Termux has been proven with a variety of mods prepared by *Andrew-R*: - new file blds/termux.bld to use as a guide for building CinGG - new files bthread.h and libbthread.tar.gz for Android specific code - various patches of ifdefs to avoid compiling sections of code that will not work on the Android in libaom, libwebp, libzmpeg, ffmpeg4.4, mjpegtools, compiling DB (database) for x86 and i386 only, guicast directory file mods, Makefiles/configure.ac changesand various other small mods.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Nice section on Android/Termux; only at the beginning is there a CinGG to replace with \CGG{}. (32-bit appimage still doesn't work for me in Debian 11 32-bit with Qemu/Virt. Probably something is missing in my Debian, which I don't know well because I've never been in the deb world.)
@Andrea, it build and and works for in a VirtualBox VM, in 1386 and x86_84. The Debian-11s were never before used to build, did you do a sudo blds/bld_prepare.sh? It pulls in a lot of needed stuff. Am going to setup a native partition to do testing. MatN On Wed, 1 Dec 2021 16:31:04 +0100 Andrea paz via Cin <[email protected]> wrote:
Nice section on Android/Termux; only at the beginning is there a CinGG to replace with \CGG{}. (32-bit appimage still doesn't work for me in Debian 11 32-bit with Qemu/Virt. Probably something is missing in my Debian, which I don't know well because I've never been in the deb world.)
@MatN I don't remember if I used sudo with bld_prepare.sh; but since I was following the instructions in the manual and Andrew's, I think I used sudo (or su). However, as was mentioned in: https://lists.cinelerra-gg.org/pipermail/cin/2021-October/003975.html Some dependencies I had to install by hand. But the problem is only with appimage, while compiling from git is always OK.
Yesterday I managed to get Debian11 32 bit working on real hardware. I got both the static and AppImage version of CinGG to build, both seem to work (more testing needed). - I installed git, then pulled down the latest from CinGG, did sudo /blds/bld_prepare.sh , and the static built fine, not other software needed. - I then installed the i386 version as per bld_appimage.sh, then the AppImage build when fine too. So I did not have to install any extra software, it just worked. I did not install any patches, have not tested av1 movies yet. If you suspect something wrong with your Debian install, I could take a look if you want. - install inxi (sudo apt install inxi). - do "inxi -F >inxi.txt" - do "sudo journalctl -xb" >journal.txt" And zip the two files and mail me, maybe I can see something wrong. MatN On Wed, 1 Dec 2021 20:52:08 +0100 Andrea paz <[email protected]> wrote:
@MatN I don't remember if I used sudo with bld_prepare.sh; but since I was following the instructions in the manual and Andrew's, I think I used sudo (or su). However, as was mentioned in: https://lists.cinelerra-gg.org/pipermail/cin/2021-October/003975.html Some dependencies I had to install by hand. But the problem is only with appimage, while compiling from git is always OK.
On Fri, 2021-12-03 at 09:33 +0100, mnieuw--- via Cin wrote:
Yesterday I managed to get Debian11 32 bit working on real hardware. I got both the static and AppImage version of CinGG to build, both seem to work (more testing needed). - I installed git, then pulled down the latest from CinGG, did sudo /blds/bld_prepare.sh , and the static built fine, not other software needed.
- I then installed the i386 version as per bld_appimage.sh, then the AppImage build when fine too.
The linuxdeploy i386 version, I meant to write.
@MatN
do "inxi -F >inxi.txt" do "sudo journalctl -xb" >journal.txt"
I attach the 2 files. (Don't waste your time with my problems; the best thing to do is to remove the VM, since I'm just messing around and finding problems that aren't there...) [OT] With "nomodeset" you disable the GPU completely and everything happens via software (CPU). I don't know the type of your video card, but both "amdgpu" and "radeon" drivers require "early Kernel Mode Settings (KMS)" otherwise there are boot problems. If you have a Southern Islands (SI) or Sea Islands (CIK) card, you must also load the appropriate kernel modules. See the Arch's wiki: https://wiki.archlinux.org/title/AMDGPU https://wiki.archlinux.org/title/ATI (I know the wiki by heart from how many problems I had with my AMD! ;-})
On my Debian11-32 setup I got the sound now, no idea what cause the silence yesterday. So it seems I have a fully functional system. I have tested the AppImage on native hardware (AMD 2200G, 16 G RAM), and it seems to work fine. CinGG video interface X11, hardware video acceleration not available due to firmware problems with the AMD GPU driver. Screen 1280x1024. Started from terminal to see if any errors. Only git source was use, no patches. 1. /home/mat/Videos/big_buck_bunny_1080p_stereo.ogg, 1080p50 . Smooth forward _and_ backward (tested normal speed). Not too heavy CPU use. 2. Stream3_AV3_HD_6.3mbps.webm from Elencard. This is an AV1 coded movie, smooth forward, plays backward but sometimes stops shortly. 95% CPU. 3, Stream3_AV1_4K_13.9mbps.webm. Plays smoothly forward (4K AV1, and no hardware assist, I am impressed). 100% CPU. Backwards badly stuttering. 4. Passengers_Breakfast_4K.mkv This is an HDR movie. Cannot be played real time with this setup, but that is the same on my 2 x faster test machine. Sound and picture sync problems. 5. MP3 sound file, plays perfectly. I did not see any CinGG errors in the terminal, some ffmpes warnings. No crashes, rock stable. I'll do some more experimenting, but so far,works as planned. MatN
MatN, If you tested these type files and it works, then it must be my Debian install. On Fri, Dec 3, 2021 at 11:36 AM M Nieuwenhoven via Cin < [email protected]> wrote:
On my Debian11-32 setup I got the sound now, no idea what cause the silence yesterday. So it seems I have a fully functional system.
I have tested the AppImage on native hardware (AMD 2200G, 16 G RAM), and it seems to work fine. CinGG video interface X11, hardware video acceleration not available due to firmware problems with the AMD GPU driver. Screen 1280x1024. Started from terminal to see if any errors. Only git source was use, no patches.
1. /home/mat/Videos/big_buck_bunny_1080p_stereo.ogg, 1080p50 . Smooth forward _and_ backward (tested normal speed). Not too heavy CPU use.
2. Stream3_AV3_HD_6.3mbps.webm from Elencard. This is an AV1 coded movie, smooth forward, plays backward but sometimes stops shortly. 95% CPU.
3, Stream3_AV1_4K_13.9mbps.webm. Plays smoothly forward (4K AV1, and no hardware assist, I am impressed). 100% CPU. Backwards badly stuttering.
4. Passengers_Breakfast_4K.mkv This is an HDR movie. Cannot be played real time with this setup, but that is the same on my 2 x faster test machine. Sound and picture sync problems.
5. MP3 sound file, plays perfectly.
I did not see any CinGG errors in the terminal, some ffmpes warnings. No crashes, rock stable. I'll do some more experimenting, but so far,works as planned.
MatN -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
can you both cat /proc/cpuinfo from your hw please?) On Friday, December 3, 2021, Phyllis Smith via Cin < [email protected]> wrote:
MatN, If you tested these type files and it works, then it must be my Debian install.
On Fri, Dec 3, 2021 at 11:36 AM M Nieuwenhoven via Cin < [email protected]> wrote:
On my Debian11-32 setup I got the sound now, no idea what cause the silence yesterday. So it seems I have a fully functional system.
I have tested the AppImage on native hardware (AMD 2200G, 16 G RAM), and it seems to work fine. CinGG video interface X11, hardware video acceleration not available due to firmware problems with the AMD GPU driver. Screen 1280x1024. Started from terminal to see if any errors. Only git source was use, no patches.
1. /home/mat/Videos/big_buck_bunny_1080p_stereo.ogg, 1080p50 . Smooth forward _and_ backward (tested normal speed). Not too heavy CPU use.
2. Stream3_AV3_HD_6.3mbps.webm from Elencard. This is an AV1 coded movie, smooth forward, plays backward but sometimes stops shortly. 95% CPU.
3, Stream3_AV1_4K_13.9mbps.webm. Plays smoothly forward (4K AV1, and no hardware assist, I am impressed). 100% CPU. Backwards badly stuttering.
4. Passengers_Breakfast_4K.mkv This is an HDR movie. Cannot be played real time with this setup, but that is the same on my 2 x faster test machine. Sound and picture sync problems.
5. MP3 sound file, plays perfectly.
I did not see any CinGG errors in the terminal, some ffmpes warnings. No crashes, rock stable. I'll do some more experimenting, but so far,works as planned.
MatN -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
MatN: flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb hw_pstate ssbd ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 xsaves clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca so, ssse3 present (like on my home machine) Phyllis: nice opteron cpu, but.. flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc cpuid extd_apicid amd_dcm pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr hw_pstate vmmcall npt lbrv svm_lock nrip_save pausefilter sse4a but no ssse3! so, I guess she was hit by BT #587 and/or BT #596 On Friday, December 3, 2021, mat via Cin <[email protected]> wrote:
On Fri, 2021-12-03 at 21:47 +0300, Andrew Randrianasulu via Cin wrote:
can you both cat /proc/cpuinfo from your hw please?)
Attached is mine from the machine I test Debian11 32 bit native on.
MatN
Have you tried using the simplest CinGG video driver, X11? That is what I am using at the moment, have not tested others, MatN
Op 3 december 2021 om 19:41 schreef Phyllis Smith via Cin <[email protected]>:
MatN, If you tested these type files and it works, then it must be my Debian install.
On Fri, Dec 3, 2021 at 11:36 AM M Nieuwenhoven via Cin < [email protected]> wrote:
On my Debian11-32 setup I got the sound now, no idea what cause the silence yesterday. So it seems I have a fully functional system.
I have tested the AppImage on native hardware (AMD 2200G, 16 G RAM), and it seems to work fine. CinGG video interface X11, hardware video acceleration not available due to firmware problems with the AMD GPU driver. Screen 1280x1024. Started from terminal to see if any errors. Only git source was use, no patches.
1. /home/mat/Videos/big_buck_bunny_1080p_stereo.ogg, 1080p50 . Smooth forward _and_ backward (tested normal speed). Not too heavy CPU use.
2. Stream3_AV3_HD_6.3mbps.webm from Elencard. This is an AV1 coded movie, smooth forward, plays backward but sometimes stops shortly. 95% CPU.
3, Stream3_AV1_4K_13.9mbps.webm. Plays smoothly forward (4K AV1, and no hardware assist, I am impressed). 100% CPU. Backwards badly stuttering.
4. Passengers_Breakfast_4K.mkv This is an HDR movie. Cannot be played real time with this setup, but that is the same on my 2 x faster test machine. Sound and picture sync problems.
5. MP3 sound file, plays perfectly.
I did not see any CinGG errors in the terminal, some ffmpes warnings. No crashes, rock stable. I'll do some more experimenting, but so far,works as planned.
MatN -- 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
MatN es, I tried X11 because I started out with a new .bcast5 and that is the default. I later tried OpenGL and X11-XV with the same results. I am going to send you the O/S output you requested in an earlier email in a few minutes (hopefully) On Fri, Dec 3, 2021 at 11:53 AM M Nieuwenhoven via Cin < [email protected]> wrote:
Have you tried using the simplest CinGG video driver, X11? That is what I am using at the moment, have not tested others,
MatN
Op 3 december 2021 om 19:41 schreef Phyllis Smith via Cin < [email protected]>:
MatN, If you tested these type files and it works, then it must be my Debian install.
On Fri, Dec 3, 2021 at 11:36 AM M Nieuwenhoven via Cin < [email protected]> wrote:
On my Debian11-32 setup I got the sound now, no idea what cause the silence yesterday. So it seems I have a fully functional system.
I have tested the AppImage on native hardware (AMD 2200G, 16 G RAM), and it seems to work fine. CinGG video interface X11, hardware video acceleration not available due to firmware problems with the AMD GPU driver. Screen 1280x1024. Started from terminal to see if any errors. Only git source was use, no patches.
1. /home/mat/Videos/big_buck_bunny_1080p_stereo.ogg, 1080p50 . Smooth forward _and_ backward (tested normal speed). Not too heavy CPU use.
2. Stream3_AV3_HD_6.3mbps.webm from Elencard. This is an AV1 coded movie, smooth forward, plays backward but sometimes stops shortly. 95% CPU.
3, Stream3_AV1_4K_13.9mbps.webm. Plays smoothly forward (4K AV1, and no hardware assist, I am impressed). 100% CPU. Backwards badly stuttering.
4. Passengers_Breakfast_4K.mkv This is an HDR movie. Cannot be played real time with this setup, but that is the same on my 2 x faster test machine. Sound and picture sync problems.
5. MP3 sound file, plays perfectly.
I did not see any CinGG errors in the terminal, some ffmpes warnings. No crashes, rock stable. I'll do some more experimenting, but so far,works as planned.
MatN -- 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 -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Hi Phyllis, thanks for the test videos. Here are my test results: 1. BBB, 1080p60 H.265. Forward normal, about 70% CPU. Backward severely stuttering, sometime video freeze for a few seconds. The bbb I tested earlier was H.264 coded. 2. bs.mpeg , giraffe.ogg, lips.jpg: forward and backward OK. MatN
MatN Thanks, so could it really be my computer and sse3 related? I am trying to figure out how to upgrade from 11.0 to 11.1 without the internet but there does not seem to be an upgrade CD or similar to do that - still looking. This is an older computer. On Fri, Dec 3, 2021 at 1:11 PM mat via Cin <[email protected]> wrote:
Hi Phyllis,
thanks for the test videos. Here are my test results:
1. BBB, 1080p60 H.265. Forward normal, about 70% CPU. Backward severely stuttering, sometime video freeze for a few seconds. The bbb I tested earlier was H.264 coded.
2. bs.mpeg , giraffe.ogg, lips.jpg: forward and backward OK.
MatN
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Hi Phyllis, You can use apt-offline. Nice guide is here: https://thelinuxuser.com/update-debian-offline/ But I didn't test it. Some years ago there was i386 full bd images available and debian can be upgraded using them. Maybe they still available using jigdo protocol. Best regards, Andrey пт, 3 дек. 2021 г., 23:16 Phyllis Smith via Cin <[email protected]
:
MatN Thanks, so could it really be my computer and sse3 related? I am trying to figure out how to upgrade from 11.0 to 11.1 without the internet but there does not seem to be an upgrade CD or similar to do that - still looking. This is an older computer.
On Fri, Dec 3, 2021 at 1:11 PM mat via Cin <[email protected]> wrote:
Hi Phyllis,
thanks for the test videos. Here are my test results:
1. BBB, 1080p60 H.265. Forward normal, about 70% CPU. Backward severely stuttering, sometime video freeze for a few seconds. The bbb I tested earlier was H.264 coded.
2. bs.mpeg , giraffe.ogg, lips.jpg: forward and backward OK.
MatN
-- 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
FINALLY, there is a Debian 11.0 Bullseye 32-bit AppImage for testing at: https://cinelerra-gg.org/download/images/CinGG-20211130-i386-newer_distros.A... It needs more testing probably. You can use apt-offline. Nice guide is here:
https://thelinuxuser.com/update-debian-offline/ But I didn't test it. Some years ago there was i386 full bd images available and debian can be upgraded using them. Maybe they still available using jigdo protocol.
*Andrey*, thanks for this tip which will come in handy in the future. I did install apt-offline and then read the directions which were easy to understand but required an already installed Debian 32-bit that had internet access -- I did not have one easily available yet. *Andrew*, the problem must have been like you said, the sse3, because when I installed 32-bit Debian 11.0 on a different laptop, CinGG worked. How did we get this far using Cinelerra without realizing that the computers to use it had to have sse3 ?? This may be why some users try it and announce that it doesn't work. It is kind of funny that I picked the only computer in the house that does not have sse3 to initially work on -- I checked ! *MatN*, thanks for patiently installing Debian on your computer and doing a bunch of tests. And helping me get past a lot of problems. It really helped to have your working AppImage for me to test. If you have time, please check this AppImage so that I know it is OK for monthly builds. *Andrea*, could you please test too and provide feedback from your virtual box (or whatever)? *Georgy*, with the hint you provided in an earlier email, I have found the way to force EXR and OpenBase to always use CinGG's instead of the system's but I have a lot more experimentation left to do to see if this will be needed. And "no", I did not get the network up yet on Debian as I wanted to concentrate on making sure I would be able to create monthly AppImages. But MatN had some more hints for me and now it should be easier because the laptop computer I am using has a wifi card instead of the wired desktop.
Appimage works fine in Debian 11 32-bit (VM); thanks. I've tried some AV1 videos at 720p and they work fine (reverse playback has, as usual, some fps drops).
On Monday, December 6, 2021, Phyllis Smith via Cin < [email protected]> wrote:
FINALLY, there is a Debian 11.0 Bullseye 32-bit AppImage for testing at: https://cinelerra-gg.org/download/images/CinGG- 20211130-i386-newer_distros.AppImage It needs more testing probably.
You can use apt-offline. Nice guide is here: https://thelinuxuser.
com/update-debian-offline/ But I didn't test it. Some years ago there was i386 full bd images available and debian can be upgraded using them. Maybe they still available using jigdo protocol.
*Andrey*, thanks for this tip which will come in handy in the future. I did install apt-offline and then read the directions which were easy to understand but required an already installed Debian 32-bit that had internet access -- I did not have one easily available yet. *Andrew*, the problem must have been like you said, the sse3, because when I installed 32-bit Debian 11.0 on a different laptop, CinGG worked. How did we get this far using Cinelerra without realizing that the computers to use it had to have sse3 ?? This may be why some users try it and announce that it doesn't work. It is kind of funny that I picked the only computer in the house that does not have sse3 to initially work on -- I checked !
I think bug only bites on 32-bit distro AND non-ssse3 (tree s!) CPU. If you have time you can double-check by booting 64-bit live cd on very same machine and lauch CinGG appimage from this environment *MatN*, thanks for patiently installing Debian on your computer and doing a
bunch of tests. And helping me get past a lot of problems. It really helped to have your working AppImage for me to test. If you have time, please check this AppImage so that I know it is OK for monthly builds. *Andrea*, could you please test too and provide feedback from your virtual box (or whatever)? *Georgy*, with the hint you provided in an earlier email, I have found the way to force EXR and OpenBase to always use CinGG's instead of the system's but I have a lot more experimentation left to do to see if this will be needed.
And "no", I did not get the network up yet on Debian as I wanted to concentrate on making sure I would be able to create monthly AppImages. But MatN had some more hints for me and now it should be easier because the laptop computer I am using has a wifi card instead of the wired desktop.
When building for aarch64, in the guicast Makefile the aarch64 is detected, but it then proceeds to produce 32 bit code anyway. Andrew found that, the attached patch fixes it. MatN
MatN, For some reason this email went into my spam, but I got it now and will check into GIT next time I boot that desktop. Are there additional aarch64 specific mods that I might have missed? I checked randrik19 and found none but did not carefully check email attachments. Also, I hope you have a chance to test: https://cinelerra-gg.org/download/images/CinGG-20211130-i386-newer_distros.A... On Sat, Dec 4, 2021 at 2:48 PM mat via Cin <[email protected]> wrote:
When building for aarch64, in the guicast Makefile the aarch64 is detected, but it then proceeds to produce 32 bit code anyway. Andrew found that, the attached patch fixes it.
MatN
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Monday, December 6, 2021, Phyllis Smith via Cin < [email protected]> wrote:
MatN, For some reason this email went into my spam, but I got it now and will check into GIT next time I boot that desktop. Are there additional aarch64 specific mods that I might have missed? I checked randrik19 and found none but did not carefully check email attachments.
I made few more patches some days ago {attached} - can you check them on x86(x86-64) too?
Also, I hope you have a chance to test: https://cinelerra-gg.org/ download/images/CinGG-20211130-i386-newer_distros.AppImage
On Sat, Dec 4, 2021 at 2:48 PM mat via Cin <[email protected]> wrote:
When building for aarch64, in the guicast Makefile the aarch64 is detected, but it then proceeds to produce 32 bit code anyway. Andrew found that, the attached patch fixes it.
MatN
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
I have tried the 3 patches; patch 0006 does not apply: $ LC_ALL=C git am /home/paz/Download/patch/0006-TEST-autoreconf-for-thirdparty-libs-for-new-arches.patch Applying: TEST: autoreconf for thirdparty libs (for new arches) error: patch failed: cinelerra-5.1/thirdparty/Makefile:212 error: cinelerra-5.1/thirdparty/Makefile: patch does not apply Patch failed at 0001 TEST: autoreconf for thirdparty libs (for new arches) hint: Use 'git am --show-current-patch=diff' to see the failed patch When you have resolved this problem, run "git am --continue". If you prefer to skip this patch, run "git am --skip" instead. To restore the original branch and stop patching, run "git am --abort". Tried the suggestion, but don't understand it and don't know if it will help: $ LC_ALL=C git am --show-current-patch=diff --- cinelerra-5.1/thirdparty/Makefile | 15 ++++++++++----- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/cinelerra-5.1/thirdparty/Makefile b/cinelerra-5.1/thirdparty/Makefile index 3b2a153d..db83efe9 100644 --- a/cinelerra-5.1/thirdparty/Makefile +++ b/cinelerra-5.1/thirdparty/Makefile @@ -185,7 +185,7 @@ ffmpeg.cfg_params= \ cmake_config=echo 'cmake "$$$$@" "$(1)"' > ./configure; chmod +x ./configure; libbthread.cfg_vars?= echo "exec true" > ./configure; chmod +x ./configure; a52dec.mak_params?= ; cd $(call bld_path,a52dec,include); ln -sf . a52dec -a52dec.cfg_vars?= CFLAGS+=" -U__FreeBSD__ $(call inc_path,djbfft)" LIBS+=" $(call ld_path,djbfft)" +a52dec.cfg_vars?= CFLAGS+=" -U__FreeBSD__ $(call inc_path,djbfft)" LIBS+=" $(call ld_path,djbfft)"; autoreconf -ifv && automake -caf; a52dec.cfg_params?=--enable-djbfft --disable-oss djbfft.cfg_vars?=echo "$(call bld_path,djbfft)" > conf-home; \ (CFLAGS="$(CFLAGS)"; $(CFG_VARS)$(if $(CFG_VARS),; )echo "$(CC) $$$$CFLAGS") > conf-cc; \ @@ -212,15 +212,16 @@ mjpegtools.cfg_vars?= ./autogen.sh; mjpegtools.cfg_params?= --enable-shared=no --without-libquicktime --without-libdv \ : I deleted the patch and installed the other 2: the compile works and CinGG works fine.
ow, sorry 0006 was depending on 0004 and I think we do not need it... try to apply 0004 and then 0006..? (if you have time for yet another rebuild) I'll try to remake 0006 without additional unneeded dependency On Tuesday, December 7, 2021, Andrea paz <[email protected]> wrote:
I have tried the 3 patches; patch 0006 does not apply:
$ LC_ALL=C git am /home/paz/Download/patch/0006-TEST-autoreconf-for-thirdparty-libs-for-new- arches.patch Applying: TEST: autoreconf for thirdparty libs (for new arches) error: patch failed: cinelerra-5.1/thirdparty/Makefile:212 error: cinelerra-5.1/thirdparty/Makefile: patch does not apply Patch failed at 0001 TEST: autoreconf for thirdparty libs (for new arches) hint: Use 'git am --show-current-patch=diff' to see the failed patch When you have resolved this problem, run "git am --continue". If you prefer to skip this patch, run "git am --skip" instead. To restore the original branch and stop patching, run "git am --abort".
Tried the suggestion, but don't understand it and don't know if it will help:
$ LC_ALL=C git am --show-current-patch=diff --- cinelerra-5.1/thirdparty/Makefile | 15 ++++++++++----- 1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/cinelerra-5.1/thirdparty/Makefile b/cinelerra-5.1/thirdparty/Makefile index 3b2a153d..db83efe9 100644 --- a/cinelerra-5.1/thirdparty/Makefile +++ b/cinelerra-5.1/thirdparty/Makefile @@ -185,7 +185,7 @@ ffmpeg.cfg_params= \ cmake_config=echo 'cmake "$$$$@" "$(1)"' > ./configure; chmod +x ./configure; libbthread.cfg_vars?= echo "exec true" > ./configure; chmod +x ./configure; a52dec.mak_params?= ; cd $(call bld_path,a52dec,include); ln -sf . a52dec -a52dec.cfg_vars?= CFLAGS+=" -U__FreeBSD__ $(call inc_path,djbfft)" LIBS+=" $(call ld_path,djbfft)" +a52dec.cfg_vars?= CFLAGS+=" -U__FreeBSD__ $(call inc_path,djbfft)" LIBS+=" $(call ld_path,djbfft)"; autoreconf -ifv && automake -caf; a52dec.cfg_params?=--enable-djbfft --disable-oss djbfft.cfg_vars?=echo "$(call bld_path,djbfft)" > conf-home; \ (CFLAGS="$(CFLAGS)"; $(CFG_VARS)$(if $(CFG_VARS),; )echo "$(CC) $$$$CFLAGS") > conf-cc; \ @@ -212,15 +212,16 @@ mjpegtools.cfg_vars?= ./autogen.sh; mjpegtools.cfg_params?= --enable-shared=no --without-libquicktime --without-libdv \ :
I deleted the patch and installed the other 2: the compile works and CinGG works fine.
No, that was the only one pending from me. Attached is the test result of your test AppImage . MatN On Mon, 2021-12-06 at 09:08 -0700, Phyllis Smith via Cin wrote:
MatN, For some reason this email went into my spam, but I got it now and will check into GIT next time I boot that desktop. Are there additional aarch64 specific mods that I might have missed? I checked randrik19 and found none but did not carefully check email attachments.
Also, I hope you have a chance to test: https://cinelerra-gg.org/download/images/CinGG-20211130-i386-newer_distros.A...
On Sat, Dec 4, 2021 at 2:48 PM mat via Cin <[email protected]> wrote:
When building for aarch64, in the guicast Makefile the aarch64 is detected, but it then proceeds to produce 32 bit code anyway. Andrew found that, the attached patch fixes it.
MatN
MatN: Have you loaded a video file with audio that is of type mkv? that type seems to fail more often. But I am having difficulty with my Debian setup so that besides not getting out to the network, I have not yet got sound to work. I have been creating AppImage on Debian 9.1 32-bit the same way since May of this year and last month was the first time anyone mentioned a problem with it on Debian Bullseye. Andrea/Andrew: I have fixed the manual section on Android as you both noted. On Wed, Dec 1, 2021 at 9:05 AM mnieuw--- via Cin <[email protected]> wrote:
@Andrea, it build and and works for in a VirtualBox VM, in 1386 and x86_84. The Debian-11s were never before used to build, did you do a sudo blds/bld_prepare.sh? It pulls in a lot of needed stuff.
Am going to setup a native partition to do testing.
MatN
On Wed, 1 Dec 2021 16:31:04 +0100 Andrea paz via Cin <[email protected]> wrote:
Nice section on Android/Termux; only at the beginning is there a CinGG to replace with \CGG{}. (32-bit appimage still doesn't work for me in Debian 11 32-bit with Qemu/Virt. Probably something is missing in my Debian, which I don't know well because I've never been in the deb world.)
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
@Phyllis, I will do that mkv test on the VM one, sometime tomorrow. I did render a H.264 mp4 file after cutting a bit from the original (also MP4), and the result was fine, video and audio. The native one gave me problems installing, screen full of pixels, which is a known problem (framebuffer mode does not work). The help of the install screen led me to force VGA 80x25, and it installed smoothly. But, after reboot, the Xserver does not start, you see it in its log in /var/logs/Xorg... . Looking at "journalctl -b", there are errors with amdgpu driver, failing firmware. I suspect my AMD video (built-in of the CPU) is having driver problems. Need to find a fix, like forcing it to use Vesa 800x600 or so, to get my XFCE desktop. I have not tested sound yet. The network should be fine, the install used it, and I did an "apt upgrade". If you want to access samba shares, you might have to install gvfs-backend, gvfs-fuse and smbclient. The reason it probably works here in a VirtualBox VM is that it has a different video card. @Andrea, which video card do you use for your qemu VM? When trying to build for qemmu/aarch64, I used virtio without acceleration, have you tried VGA or QXL? They are easy to change using virt-manager. One of the choices only gave you 800x600, can't quickly remember which one. MatN On Wed, 1 Dec 2021 13:22:52 -0700 Phyllis Smith via Cin <[email protected]> wrote:
MatN: Have you loaded a video file with audio that is of type mkv? that type seems to fail more often. But I am having difficulty with my Debian setup so that besides not getting out to the network, I have not yet got sound to work. I have been creating AppImage on Debian 9.1 32-bit the same way since May of this year and last month was the first time anyone mentioned a problem with it on Debian Bullseye.
Andrea/Andrew: I have fixed the manual section on Android as you both noted.
On Wed, Dec 1, 2021 at 9:05 AM mnieuw--- via Cin <[email protected]> wrote:
@Andrea, it build and and works for in a VirtualBox VM, in 1386 and x86_84. The Debian-11s were never before used to build, did you do a sudo blds/bld_prepare.sh? It pulls in a lot of needed stuff.
Am going to setup a native partition to do testing.
MatN
On Wed, 1 Dec 2021 16:31:04 +0100 Andrea paz via Cin <[email protected]> wrote:
Nice section on Android/Termux; only at the beginning is there a CinGG to replace with \CGG{}. (32-bit appimage still doesn't work for me in Debian 11 32-bit with Qemu/Virt. Probably something is missing in my Debian, which I don't know well because I've never been in the deb world.)
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Thursday, December 2, 2021, mnieuw--- via Cin <[email protected]> wrote:
@Phyllis,
I will do that mkv test on the VM one, sometime tomorrow. I did render a H.264 mp4 file after cutting a bit from the original (also MP4), and the result was fine, video and audio.
The native one gave me problems installing, screen full of pixels, which is a known problem (framebuffer mode does not work). The help of the install screen led me to force VGA 80x25, and it installed smoothly. But, after reboot, the Xserver does not start, you see it in its log in /var/logs/Xorg... . Looking at "journalctl -b", there are errors with amdgpu driver, failing firmware.
try to find deb package with linux-firmware or microcode - some debian installs only provided thisb oackage in non-free repo (not activated by default) so a lot of users faced this problem but sadly AMD unable/unwilling to open up those increasingly complex gpu-side firmwares... https://wiki.debian.org/AtiHowTo#Firmware === Proprietary, binary-only firmware (also known as microcode) is not allowed in the main Debian repository as per the Debian Free Software Guidelines. The firmware can be obtained by installing the firmware-amd-graphics package, as long as the non-free component is enabled in your SourcesList file. The installation instructions below this section will document adding this component and installing the necessary firmware. Without this package installed, poor 2D/3D performance is commonly experienced. Some GPUs may require firmware to function properly at all. ===
I suspect my AMD video (built-in of the CPU) is having driver problems. Need to find a fix, like forcing it to use Vesa 800x600 or so, to get my XFCE desktop. I have not tested sound yet. The network should be fine, the install used it, and I did an "apt upgrade". If you want to access samba shares, you might have to install gvfs-backend, gvfs-fuse and smbclient.
The reason it probably works here in a VirtualBox VM is that it has a different video card.
@Andrea, which video card do you use for your qemu VM? When trying to build for qemmu/aarch64, I used virtio without acceleration, have you tried VGA or QXL? They are easy to change using virt-manager. One of the choices only gave you 800x600, can't quickly remember which one.
MatN
On Wed, 1 Dec 2021 13:22:52 -0700 Phyllis Smith via Cin <[email protected]> wrote:
MatN: Have you loaded a video file with audio that is of type mkv? that type seems to fail more often. But I am having difficulty with my Debian setup so that besides not getting out to the network, I have not yet got sound to work. I have been creating AppImage on Debian 9.1 32-bit the same way since May of this year and last month was the first time anyone mentioned a problem with it on Debian Bullseye.
Andrea/Andrew: I have fixed the manual section on Android as you both noted.
On Wed, Dec 1, 2021 at 9:05 AM mnieuw--- via Cin <[email protected]> wrote:
@Andrea, it build and and works for in a VirtualBox VM, in 1386 and x86_84. The Debian-11s were never before used to build, did you do a sudo blds/bld_prepare.sh? It pulls in a lot of needed stuff.
Am going to setup a native partition to do testing.
MatN
On Wed, 1 Dec 2021 16:31:04 +0100 Andrea paz via Cin <[email protected]> wrote:
Nice section on Android/Termux; only at the beginning is there a CinGG to replace with \CGG{}. (32-bit appimage still doesn't work for me in Debian 11 32-bit with Qemu/Virt. Probably something is missing in my Debian, which I don't know well because I've never been in the deb world.)
-- 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
It took over 5 hours to get Debian11 32 bit running in graphical mode. It was indeed a video problem with the AMD 2200G CPU. That lacks functionality without loaded firmware, but the firmware (being non-free) is not in the standard distribution. Anyway, installing the firmware made it worse, possibly there is no 32 bit version??). When booting, it went dead very quickly. Finally got it to work by modifying the kernel command line. Originally it said ... vga=771 quiet, which froze the system. Changing it to vga=normal nomodeset makes it work (I left out the quiet). So, the static build is going on now, when OK will do AppImage. I am curious if I have to install extra software like Andrea did. Then the mkv testing, but that will be tomorrow. MatN On Wed, 1 Dec 2021 23:35:38 +0100 <[email protected]> wrote:
@Phyllis,
I will do that mkv test on the VM one, sometime tomorrow. I did render a H.264 mp4 file after cutting a bit from the original (also MP4), and the result was fine, video and audio.
The native one gave me problems installing, screen full of pixels, which is a known problem (framebuffer mode does not work). The help of the install screen led me to force VGA 80x25, and it installed smoothly. But, after reboot, the Xserver does not start, you see it in its log in /var/logs/Xorg... . Looking at "journalctl -b", there are errors with amdgpu driver, failing firmware. I suspect my AMD video (built-in of the CPU) is having driver problems. Need to find a fix, like forcing it to use Vesa 800x600 or so, to get my XFCE desktop. I have not tested sound yet. The network should be fine, the install used it, and I did an "apt upgrade". If you want to access samba shares, you might have to install gvfs-backend, gvfs-fuse and smbclient.
The reason it probably works here in a VirtualBox VM is that it has a different video card.
@Andrea, which video card do you use for your qemu VM? When trying to build for qemmu/aarch64, I used virtio without acceleration, have you tried VGA or QXL? They are easy to change using virt-manager. One of the choices only gave you 800x600, can't quickly remember which one.
MatN
On Wed, 1 Dec 2021 13:22:52 -0700 Phyllis Smith via Cin <[email protected]> wrote:
MatN: Have you loaded a video file with audio that is of type mkv? that type seems to fail more often. But I am having difficulty with my Debian setup so that besides not getting out to the network, I have not yet got sound to work. I have been creating AppImage on Debian 9.1 32-bit the same way since May of this year and last month was the first time anyone mentioned a problem with it on Debian Bullseye.
Andrea/Andrew: I have fixed the manual section on Android as you both noted.
On Wed, Dec 1, 2021 at 9:05 AM mnieuw--- via Cin <[email protected]> wrote:
@Andrea, it build and and works for in a VirtualBox VM, in 1386 and x86_84. The Debian-11s were never before used to build, did you do a sudo blds/bld_prepare.sh? It pulls in a lot of needed stuff.
Am going to setup a native partition to do testing.
MatN
On Wed, 1 Dec 2021 16:31:04 +0100 Andrea paz via Cin <[email protected]> wrote:
Nice section on Android/Termux; only at the beginning is there a CinGG to replace with \CGG{}. (32-bit appimage still doesn't work for me in Debian 11 32-bit with Qemu/Virt. Probably something is missing in my Debian, which I don't know well because I've never been in the deb world.)
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
@Andrea, I stand corrected, my 32 bit Debian 32 bit on VirtualBox was used in November to build the 32 bit version, I found notes. The 64 bit version was not used before for building. For qemu audio, I chose ICH6. ICH9 did not work at all on deb11 aarch64. With ICH6 the audio control (cmd line: pavucontrol, it is probably also on the taskbar depending on your desktop) shows output and input with line out and in plugged in. It did not produce sound in the host yet, that is apparently an issue, but not needed for me right now. AC97 might work too. For qemu client configuration, I use exclusively virt-manager up to know, and run qemu in user space. For pointing device, use the tablet, not the mouse. It works easier. MatN On Wed, 1 Dec 2021 17:05:19 +0100 <[email protected]> wrote:
@Andrea, it build and and works for in a VirtualBox VM, in 1386 and x86_84. The Debian-11s were never before used to build, did you do a sudo blds/bld_prepare.sh? It pulls in a lot of needed stuff.
Am going to setup a native partition to do testing.
MatN
On Wed, 1 Dec 2021 16:31:04 +0100 Andrea paz via Cin <[email protected]> wrote:
Nice section on Android/Termux; only at the beginning is there a CinGG to replace with \CGG{}. (32-bit appimage still doesn't work for me in Debian 11 32-bit with Qemu/Virt. Probably something is missing in my Debian, which I don't know well because I've never been in the deb world.)
@MatN QEMU vm configuration (I left the default): - Hypervisor: KVM (strange: I had read that for 32-bit guests KVM could not work) - CPU Model: EPYC-Rome (I wish! I actually have a Ryzen 3700X) - Virtual Net: Default (NAT) - Mouse and Keyboard: PS/2 - Screen: Server Spice - Video: QXL (does not work with other options!) - Audio: HDA (ICH9) - USB: USB3 I didn't touch Debian or the VM. I just had to install some dependencies that, apparently, bld_prepare.sh didn't have installed. Maybe the fault is the DE used (LxQT) which is really minimal and unstable. Anyway the build from git works fine, video and audio. I only have problems with AV1. I have tried VP8, webm, Vorbis and h264, mkv. The only strange messages on the terminal are: FFMPEG::open_decoder: some stream times estimated: /home/test-deb/Video/1280.webm int MWindow::load_filenames(ArrayList<char*>*, int, int, int): [...] FFMPEG::open_decoder: some stream times estimated: /home/test-deb/Video/sample_1280x720_surfing_with_audio.mkv int MWindow::load_filenames(ArrayList<char*>*, int, int, int): But everything seems to work fine (remember: in the build, not appimage).
On Thursday, December 2, 2021, Andrea paz via Cin < [email protected]> wrote:
@MatN QEMU vm configuration (I left the default):
- Hypervisor: KVM (strange: I had read that for 32-bit guests KVM could not work)
quite nice when you get _more_ than you hoped for. May be this line about not supporting 32-bit guests was about arm/ppc cpus {less-used combinations tend to break in qemu}
- CPU Model: EPYC-Rome (I wish! I actually have a Ryzen 3700X)
for me 32-bit crash only happened on ssse3-less cpu models, like early coreduo (not core2duo!). Not sure if Cin built on this processor will survive such virtual downgrade, but then hopefully you can rebuilt it with new cpu setting fast enough. Also, I never tried virtualbox for any prolonged time, so I do not know what kind of cpu it emulates... If roughly the same as host cpu - then crash bug will not happen by default on new enough hosts...
- Virtual Net: Default (NAT)
- Mouse and Keyboard: PS/2
- Screen: Server Spice
- Video: QXL (does not work with other options!)
- Audio: HDA (ICH9)
- USB: USB3
I didn't touch Debian or the VM. I just had to install some dependencies that, apparently, bld_prepare.sh didn't have installed. Maybe the fault is the DE used (LxQT) which is really minimal and unstable. Anyway the build from git works fine, video and audio. I only have problems with AV1. I have tried VP8, webm, Vorbis and h264, mkv. The only strange messages on the terminal are:
FFMPEG::open_decoder: some stream times estimated: /home/test-deb/Video/1280.webm int MWindow::load_filenames(ArrayList<char*>*, int, int, int): [...] FFMPEG::open_decoder: some stream times estimated: /home/test-deb/Video/sample_1280x720_surfing_with_audio.mkv int MWindow::load_filenames(ArrayList<char*>*, int, int, int):
But everything seems to work fine (remember: in the build, not appimage). -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
participants (7)
-
Andrea paz -
Andrew Randrianasulu -
M Nieuwenhoven -
mat
-
mnieuw＠zap.a2000.nl
-
Phyllis Smith -
Андрей Спицын