Thank you Phyllis!
I really appreciate these getting committed, much appreciated! I will
indeed wait for the changes and updated builds! You've made my New Year
and it hasn't even started yet!
Best, Glen
---
On 2025-12-31 11:48, Phyllis Smith via Cin wrote:
Glen, if you wait until I check into GIT, the h264.mkv that Andrew
created and h264.mov adapted from faststart...qt, then Andrey
automatically creates new Debian+more packages with those render
formats included.
On Wed, Dec 31, 2025 at 8:50 AM AVLinux via Cin
<[email protected]> wrote:
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_AppImage_from_s.html
*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]
_______________________________________________
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]
