Hi Andrey, Wow, great stuff! I had no idea that these packages existed, that's amazing! Thank you for your work on this! I'm a bit unorthodox in that for packages that aren't in the regular Debian or MX Repos I usually put the newest or most reliable version packages on the ISO and unless there are major updates or bugs I don't really continuously maintain those things between ISO releases. Just building specialized ISOs with my own utilities and customizations takes more spare time than I have (I know we are all in the same boat in that regard) so for now if I could use your builds for major updates and ISO releases that would certainly be less clumsy than wrapping AppImages. Thanks for your generosity! Best, Glen --- On 2025-12-31 10:31, Андрей Спицын via Cin wrote:
Hi Glen
For AV Linux I actually just take your AppImages and wrap them in a Debian Package
You can take mine deb package from https://github.com/einhander/cin-gg-packages/releases Or build a deb package yourself. It's easy.
The debian folder should be copied from blds folder to cinelerra-5.1
I use the following settings in rules file:
CONFFLAGS +="--with-opencv=sta,tar=http://my-internal.ip/opencv-20200306-f.tgz --enabl e-libsvtav1 --with-onevpl"
Run debuild -us -uc to build
Best regards, Andrey
ср, 31 дек. 2025 г., 18:11 AVLinux via Cin <[email protected]>:
Meh, seems like a lot of extra futzing and the extracted AppImage works just fine, I'll just adjust my launcher and work with it extracted for now. For AV Linux I actually just take your AppImages and wrap them in a Debian Package anyway because my ISO's are assembled one Deb at a time and everything that goes in has to be in a Debian package format. Perhaps a better method in general is to extract your AppImages and make a hybrid package from the extracted AppImage. I'm aware that eLive also does 'proper' Debian packages but I try to avoid outside Repos.. Anyway I digress, my issue is solved for now and I'll wait and see if it makes it into future builds.
Thanks so much again for the friendly response and the lightning-fast solution!
Best, Glen
---
On 2025-12-31 03:26, Andrew Randrianasulu via Cin wrote:
On Wed, Dec 31, 2025 at 8:17 AM AVLinux via Cin <[email protected]> wrote:
Hi Andrew, and thanks very much!
I'm working with the November 21 AppImage and I have extracted it and I assume in the AppImage the path would be /squashfs-root/usr/bin/ffmpeg/video/? It seems so because I copied your file there and by running Cin from the extracted AppImage I successfully rendered a working MKV file with H.264+WAV! Is there a command I can run to re-compress the AppImage and get it back to it's binary form?
I usually used instructions from
https://download.cinelerra-gg.org/files/CinelerraGG_Manual/Build_CinGG_AppIm...
*I think* you can just put pre-existing 'bin' folder (from previously unpacked appimage) there and it will be picked up by bld_appimage.sh script.
Phyllis used method with linuxdeploy, but I forgot where its upstream was.
https://www.mail-archive.com/[email protected]/msg09203.html
Thanks so much for your quick attention on this, I will wait for you guys to decide if this is a future addition, in the meantime I have a working solution to use!
Nice to hear from Phyllis and Sam too!
Best, Glen
---
On 2025-12-30 22:07, Andrew Randrianasulu via Cin wrote:
I just copied modified h264_vaapi.mkv as h264.mkv (attached ) to
/usr/share/cin/ffmpeg/video/
and it seems to work with s24/s32 as sound encoder for mkv container..
On Wed, Dec 31, 2025 at 5:53 AM Andrew Randrianasulu <[email protected]> wrote:
On Wed, Dec 31, 2025 at 5:01 AM Sam via Cin <[email protected]> wrote: > > Hi Glen, nice to hear from you. I'm sorry about the forum. We are > currently in the process of completely revamping the website, so > there > may still be some issues with certain functions. Hopefully, this > will be > resolved soon. As for the technical question, some of our > supporters and > developers will certainly be able to answer that better than I > can. > Thank you for your loyalty to Cin-GG. Happy New Year to you too. > > Sam > > Am 31.12.25 um 00:15 schrieb AVLinux via Cin: > > Hi Cin-GG folks! > > > > I'm Glen from AV Linux, I had gotten busy and away from the Cin forum > > but I'm still a hardcore Cin-GG User and I still include Cin-GG in > > every AV Linux release. I was quite concerned when the Cin forum and > > downloads were offline for so long and I was hoping the project was > > still going, now I see the downloads are back but I couldn't seem to > > log into the forum so I thought I'd just join the mailing list. Thank > > you for all you do to keep this project going, I know it is neither > > fun nor easy much of the time to maintain a large open-source project.. > > > > On to my question: > > > > I had a read of the Cin manual about adding ffmpeg options and I'm a > > little lost on how to do what I want, I also use and distribute the > > AppImage version so I'd also like to avoid cracking open every > > AppImage release to add some custom options. I do a lot of Concert > > film restorations these days and I like to work with the Video in > > Cin-GG and then import the Audio into Ardour so I have an unlimited > > choice of specialized Audio Plugins and a more ideal Audio-centered > > workflow. For my use case I really miss a MOV or MKV option to Render > > H.264 Video + WAV Audio, this combination seems to be missing from > > both the 'mov' and 'mkv' extension formats and H.264+WAV is a > > completely valid spec for both MOV and MKV containers.
Mov presets live in ffmpeg/qt category, mostly.
Try faststart_h264.qt (modify to taste) + s16le.qt/s32le.qt ?
If I recall > > there is an h.264_vaapi option in mkv but my Video card doesn't > > support it.. With this Workflow I can import the whole Video file into > > Ardour and extract the Audio and then re-mux with the edited Audio and > > keep the MP4 Video without re-encoding the Video so this is why I'm > > asking an H.264 Render with an uncompressed WAV for further Audio > > editing. In general for an archiving option H.264+WAV is a decent > > combo as well so hopefully it would also be a useful addition beyond > > my needs. > > > > Is it possible to get plain old H.264 + WAV in a MOV or MKV container > > (or even both) in a future release? > > > > Thanks for considering and a Happy and Healthy New Year to all the > > Cin-GG folks!! > > > > Best, Glen > > > _______________________________________________ > Cin mailing list -- [email protected] > To unsubscribe send an email to [email protected]
_______________________________________________ Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]
Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]
_______________________________________________ Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]
Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]
_______________________________________________ Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]