On Wed, 20 Jan 2021, Rafa Mar Multimedia en Gnu\Linux via Cin wrote:
> > Should protect against project (or anyfile) overwrite
> > with just 'cin -r my_super_important_file'
> >
> > Try it out?
> >
> > WITH CAUTION!
> >
> > It still probably will *overwrite* some valid XML files, so do not let
>
For this reason I proposed the alternative, much more logical and
intuitive, of using a mark ... such as entry and exit points.
You could even create new start and end render labels, and with these
labels define as many sections as we want, named labels, Start Render,
Finish Render. Marks for
I think that initially it would be sufficient that the render will ignore
> the position of the playhead.
>
This is not a bug. It is a very important feature and is contained in many
existing projects and batch jobs.
It must be kept this way as there are many long time users that have been
very
В сообщении от Wednesday 20 January 2021 23:43:26 Rafa Mar Multimedia en
Gnu\Linux via Cin написал(а):
> Can these changes be added automatically in the corresponding files from
> this .diff file?
Ummm.. I use Slackbuild scripts because I'm on Slackware ...So, yes, for me
this patch can be
Can these changes be added automatically in the corresponding files from
this .diff file?
El mié, 20 ene 2021 a las 12:55, Andrew Randrianasulu via Cin (<
cin@lists.cinelerra-gg.org>) escribió:
>
> Should protect against project (or anyfile) overwrite
> with just 'cin -r my_super_important_file'
Ok, your idea is surely easier to implement, and the same is achieved. It
occurs to me to make a schematic sheet of use. Would it be possible to add
a "Help" button that opens a pdf file? I could make this file in English
(someone should correct it) and in Spanish and provide the file in case you
Should protect against project (or anyfile) overwrite
with just 'cin -r my_super_important_file'
Try it out?
WITH CAUTION!
It still probably will *overwrite* some valid XML files, so do not let 'cin -r'
run loose
Not complie-tested yet
diff --git
В сообщении от Wednesday 20 January 2021 11:37:19 Rafa Mar Multimedia en
Gnu\Linux via Cin написал(а):
> A Cinelerra project always starts with:
>
>
> Perhaps you can indicate in the code that if the file you find has in the
> header "EDL VERSION = Infinity" or simply "EDL" ignore this file,
Update on:
> "
>
> So for me "./cin -r" works and "cin -r" doesn't.
https://superuser.com/questions/156582/why-is-not-in-the-path-by-default
==
Q:
Why is . not in the path by default?
A:
More than a security risk, having '.' in the PATH make almost impossible to
make it sure that the
В сообщении от Wednesday 20 January 2021 12:04:04 Andrea paz via Cin написал(а):
> Last evening I no longer got the "cin command not found" message, but
> the crash returned with the empty dump file. Same exact message as
> Rafa; both from root or not and with "./cin -r" instead of "cin -r".
>
>
В сообщении от Wednesday 20 January 2021 11:21:42 Rafa Mar Multimedia en
Gnu\Linux via Cin написал(а):
> Yes, I knew about this part of the manual, but I see it as a bug or an
> error that the render takes into account the insertion point (position of
> the playhead).
My point was about setting
On Wed, 20 Jan 2021, Andrea paz via Cin wrote:
> the crash returned with the empty dump file. Same exact message as
To get nonempty dump, try in the terminal where you are going to start cin,
the following command:
ulimit -S -c unlimited
and then start cin from the same terminal where ulimit
Last evening I no longer got the "cin command not found" message, but
the crash returned with the empty dump file. Same exact message as
Rafa; both from root or not and with "./cin -r" instead of "cin -r".
Today I compiled the new release without patches. In the "autogen.sh"
step I get a very
A Cinelerra project always starts with:
Perhaps you can indicate in the code that if the file you find has in the
header "EDL VERSION = Infinity" or simply "EDL" ignore this file, do
nothing with it and get an error that says "This file is not a batch render"
I see that the batch list headers
Yes, I knew about this part of the manual, but I see it as a bug or an
error that the render takes into account the insertion point (position of
the playhead).
What I mean is an improvement that on the one hand solves the playhead.
That we do not have to make sure that this is at the beginning to
15 matches
Mail list logo