<div dir="ltr"><div dir="ltr"><div dir="ltr"><a href="https://www.youtube.com/watch?v=kXdCBwWy2TY">https://www.youtube.com/watch?v=kXdCBwWy2TY</a><br></div><div>Reframe Rt I had already as a topic</div></div></div><br><div class="gmail_quote"><div dir="ltr">Am Mi., 2. Jan. 2019 um 21:51 Uhr schrieb <<a href="mailto:cin-request@lists.cinelerra-gg.org">cin-request@lists.cinelerra-gg.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send Cin mailing list submissions to<br>
<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:cin-request@lists.cinelerra-gg.org" target="_blank">cin-request@lists.cinelerra-gg.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:cin-owner@lists.cinelerra-gg.org" target="_blank">cin-owner@lists.cinelerra-gg.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Cin digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Cinx - 10-bit h264 and/or h265 (Terje J Hanssen)<br>
2. Re: Ungrouping of video and audio clips after some edits (Xing Tu)<br>
3. ReframeRT, Interpolate Video (Andrea paz)<br>
4. Re: ReframeRT, Interpolate Video (Xing Tu)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 2 Jan 2019 19:46:55 +0000<br>
From: Terje J Hanssen <<a href="mailto:terje@nordland-teknikk.no" target="_blank">terje@nordland-teknikk.no</a>><br>
To: "<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>" <<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>><br>
Subject: Re: [Cin] Cinx - 10-bit h264 and/or h265<br>
Message-ID: <<a href="mailto:ebc8550e-c8db-75c2-6ee9-96c5b5539eb4@nordland-teknikk.no" target="_blank">ebc8550e-c8db-75c2-6ee9-96c5b5539eb4@nordland-teknikk.no</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Is Cinelerra10bit (Cinx) based on 10-bit x264 or 10-bit x265?<br>
It is based on x265 BUT there is a enable flag in the build scripts for anyone doing there own build to use x264 instead.<br>
<br>
Thank you for clarifying and confirming that, which was what I initially thought.<br>
<br>
The confusion and uncorrected manual resulted in falsely believing that the maintainers of x264 included the possibility of having both 8/10 bit working without having to make a special compile. We were fooled for a month or so and I had updated the manual and did not correct it<br>
<br>
Yes, I remember that (refer your previous mail 07.06.2018).<br>
<br>
But as Cinelerra (Cin) then is based on x264, I wonder if the following reference below is something that has been incorporated later in x264 and possibly yet change that "Cin" has the opportunity to work with both 8-bit and 10-bit x264?<br>
<br>
x264 supports both 8-bit and 10-bit outputs, and you don't have to do anything special.<br>
ffmpeg -h encoder=libx264<br>
......<br>
Previously you had to compile x264 with --bit-depth=10, and then link your ffmpeg to either an 8-bit or 10-bit libx264, but that is now unnecessary. See Unify 8-bit and 10-bit CLI and libraries for more info.<br>
<a href="https://video.stackexchange.com/questions/13164/encoding-422-in-10-bit-with-libx264/13166#13166" rel="noreferrer" target="_blank">https://video.stackexchange.com/questions/13164/encoding-422-in-10-bit-with-libx264/13166#13166</a><br>
See Unify 8-bit and 10-bit CLI and libraries for more info.<br>
<a href="https://git.videolan.org/?p=x264.git;a=commit;h=71ed44c7312438fac7c5c5301e45522e57127db4" rel="noreferrer" target="_blank">https://git.videolan.org/?p=x264.git;a=commit;h=71ed44c7312438fac7c5c5301e45522e57127db4</a><br>
<br>
<br>
Very interesting and promising signals regarding better help and documentation, if this succeed to make things easier for new users to start with and next continue with Cinelerra. It is known this has been an Achilles heel and has caused the impression of a steep learning curve.<br>
<br>
Terje<br>
<br>
<br>
Den 02.01.2019 18:02, skrev Phyllis Smith:<br>
Is Cinelerra10bit (Cinx) based on 10-bit x264 or 10-bit x265?<br>
It is based on x265 BUT there is a enable flag in the build scripts for anyone doing there own build to use x264 instead.<br>
The confusion and uncorrected manual resulted in falsely believing that the maintainers of x264 included the possibility of having both 8/10 bit working without having to make a special compile. We were fooled for a month or so and I had updated the manual and did not correct it<br>
<br>
GG is doing a Leap15 cinx experiment right now so I can get the wording correct in the manual since we have not re-tested it in quite some time. And I will try to be consistent in the terminology as you suggested too.<br>
<br>
A single, updated manual for "Cinelerra-GG Infinity" sounds to be to the 'right time', and yes, I will report typos/faults/RFEs on areas I see the demand for more detailed explanations or procedures.<br>
<br>
In general a 'single manual' needs to fill the demand for a combined "Users Guide" beside a "Reference or Feature Guide", maybe also as a online html and pdf print. And especially the new "gui ease of use" with the new "Cinfinity plugins icon set" compared with the original default icons or KB shortcuts as a reference.<br>
Issue #77 in MantisBT is planned to be used to get reviewers help on the manual.<br>
<br>
Maybe this is a possibility to create a more integrated Help-system for Cinelerra-GG Infinity?<br>
<br>
I.e a "Help" menu with<br>
<br>
- link to the online manual<br>
- context sensitive Help?<br>
- the "About" button<br>
Believe it or not we actually have 2 shortcut single letters left in the english alphabet for use on the main window. One of these is "h" and we are saving it for Help ! The other letter is "p" which I think should be saved for "p-hyllis".<br>
<br>
P.S. gg's experiment was done faster than I could finish this email due to interruptions. With CINX, you can ONLY create 10-bit output when you render. gg/phyllis<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.cinelerra-gg.org/pipermail/cin/attachments/20190102/2de371fa/attachment-0001.html" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/pipermail/cin/attachments/20190102/2de371fa/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 2 Jan 2019 11:50:18 -0800<br>
From: Xing Tu <<a href="mailto:xtu360@gmail.com" target="_blank">xtu360@gmail.com</a>><br>
To: "Cinelerra.GG" <<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>><br>
Subject: Re: [Cin] Ungrouping of video and audio clips after some<br>
edits<br>
Message-ID:<br>
<CABNAfr99=<a href="mailto:5xsofjagvYH5nOirvFgNHM-28sjyyyKVL2DaOO9OA@mail.gmail.com" target="_blank">5xsofjagvYH5nOirvFgNHM-28sjyyyKVL2DaOO9OA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
> I think that you are omitting the fact that all track streams must be independent. If they are always bound in the way you seem to describe, it would not be possible to create arbitrary alignments. This is essential, since the result must support all possible media placements.<br>
<br>
I think Good Guy made that clear in a previous message and it makes<br>
sense. However, when the video "stream" is *grouped* with the audio<br>
"stream", the only thing that's possible is moving them around (or<br>
performing the operations available in the middle click menu). It's<br>
counter-intuitve that when trying to extend or shorten the length of<br>
the video stream, the corresponding audio stream remains unaffected<br>
(and vice-versa) despite being grouped.<br>
<br>
> You can still get what you want by switching from Arrow mode (Drag and Drop) to Ibeam mode (Cut and Paste)...<br>
<br>
I can see how this would work, but it comes back to the original<br>
problem of having to perform multiple actions. In addition to what you<br>
said about having to keep in mind which tracks are (dis)armed, the<br>
user would also be required to count the number of frames they removed<br>
(or added when using the "drag all following edits" action) from the<br>
video stream and do the same for the audio stream. It's clear that<br>
this is inefficient.<br>
<br>
> The undo is specifically for "edit" operations and grouping is not considered an edit but the state at the time of the undo edit is reverted to the last commit for an editing operation - this is what you show in your video.<br>
<br>
That's what I thought after thinking for a bit... but can you explain<br>
why both groups were separated after the second "undo"?<br>
<br>
> There is no obvious way, but you can do a Ctrl-C from the terminal window where you started running cin and it will create a /tmp/cin...dmp file that contains the last 32 UNDO entries<br>
<br>
Okay, so that's why ctrl-c has to be done twice to exit. It'd<br>
certainly be useful if you guys can figure this one out.<br>
<br>
Thank you guys again, though. It's really appreciate from some dumb<br>
user that you guys are even working on this project and have made all<br>
the improvements so far.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 2 Jan 2019 21:00:25 +0100<br>
From: Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com" target="_blank">gamberucci.andrea@gmail.com</a>><br>
To: "Cinelerra.GG" <<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>><br>
Subject: [Cin] ReframeRT, Interpolate Video<br>
Message-ID:<br>
<<a href="mailto:CANnPPRrj23g5F0HMJCJTt%2B5rYj-WgD%2BoOb5YeBAfCcLuykKEWg@mail.gmail.com" target="_blank">CANnPPRrj23g5F0HMJCJTt+5rYj-WgD+oOb5YeBAfCcLuykKEWg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
I don't understand how these two plugins work. The explanations on<br>
manual-cv are not clear (for me, of course). Can someone who knows how<br>
to use them explain how they work?<br>
(it's used to make the new unified manual).<br>
GG/Phyllis you can't answer, it's just to make sure you don't waste<br>
your time :-)<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Wed, 2 Jan 2019 12:51:14 -0800<br>
From: Xing Tu <<a href="mailto:xtu360@gmail.com" target="_blank">xtu360@gmail.com</a>><br>
To: "Cinelerra.GG" <<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>><br>
Subject: Re: [Cin] ReframeRT, Interpolate Video<br>
Message-ID:<br>
<CABNAfr-vykvMLfNQ8jrTmsBQtpxauFvCi+0kDB7=<a href="mailto:rCzeus-t1g@mail.gmail.com" target="_blank">rCzeus-t1g@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
>From what I gather, ReframeRT is a way of interpreting the source<br>
footage and playing it back at a specified rate. The most common<br>
example would be to have 60fps source footage in a 30fps project<br>
(settings -> format -> frame rate) and setting it to play back at 1/2<br>
the speed -- set ReframeRT to 0.5. This would result in smooth slow<br>
motion as all the frames are played back, but there are 2 times the<br>
number of frames in the source compared to rate they are being played<br>
back at. It can also be used to correct footage.<br>
If, however, you want to achieve smooth slow motion with 30fps source<br>
footage, you can use Interpolate.<br>
Interpolate I think makes up frames that don't exist, like "frame<br>
blending" in premiere.<br>
This video might be of some help, as it shows you the features in<br>
action <a href="https://www.youtube.com/watch?v=1NvrfXOa8j0" rel="noreferrer" target="_blank">https://www.youtube.com/watch?v=1NvrfXOa8j0</a>.<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Cin Digest, Vol 3, Issue 5<br>
*********************************<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Lg<div>Wolfgang</div></div>