- Cin - Cinelerra-GG Mailing Lists

ru.po updated again (header only)
by Andrew Randrianasulu 12 Sep '20

12 Sep '20

Hi, all! Sorry for some mess-up, Igor asked me to send slightly edited version of ru.po He can't help much with translations now, so I remain only one russian translator. (i'm fine with this) His name and addr and years of contribution still should be at very top, behind # sign. I'll keep this version of po file as backup just in case my software (Kbabel) mess up header again. At least now I know *where* to put names ....

3 2

Theme "bright" color inconsistence?
by Andrew Randrianasulu 12 Sep '20

12 Sep '20

Hi, all! User asked me how to make new themes for CinelerraGG. While I was unable to answer this question, I at least tried few themes more, and found theme "Bright" to have too-coloriful (IMO, for mostly-b/w theme) icon for 'locklablels'. I tried to GIMP them into something acceptable, but I literally can't make straight line (checkmark for activated icon) even with automatic line drawing! Attached are png files I de-colorized. I uncheked all of 'exif' stuff in GIMP"s png export dialog - this made files smaller, and I also run 'optipng' over them, and compile-tested them: root@slax:/dev/shm/tmp/cinelerra-goodguy-20200905/cinelerra-5.1/plugins/theme_bright# make clean && make cp ../../bin/plugins/themes/theme_bright.plugin /usr/lib/cin/plugins/themes/ cin launched without libpng's CRC errors (I had some if I left GIMP to write exif to png, as it did by default). And those icons kinda ..less-coloriful now. I think artistic user can start from copying existing theme and just modifying icons one by one, but what to do with hypothetical mytheme_theme.c and h files? They can remain the same if line colors not changed?

2 1

Problem with Manual in Latex (TOC). @Andrey
by Andrea paz 08 Sep '20

08 Sep '20

Hi, Andrey There is a problem with TOC: "Contents, page ix. Numbers above 10.6.9 run into the text after them. It's a Latex setting somewhere, we had this elsewhere before." I do not know how to solve it, can you do something?

2 2

Re: [Cin] Looking into minimal alternative Shortcuts
by daniel-cinelerra-gg＠opayq.com 08 Sep '20

08 Sep '20

I always think that potentially destructive operations like 'save' or 'delete', when assigned to single keystrokes, can be dangerous. We are much less likely to accidentally touch of ctrl+s than we are to accidentally type s. I have had a number of occasions where i'm working on complex projects with nested edls and accidentally saved my error, requiring me to retrace my steps. Speaking of this, I would like to suggest incorporating a feature which has frequently saved me in audio work: automatic backups. Mixbus (and to my knowledge, Ardour), make periodic automatic snapshots of the active session tagged with date and time. That way, if I screw something up, I can recover a version from an hour or two previous without having to start over again. I don't know if this could be compatible with the Cinelerra model of not collecting session materials in a single folder, but it certainly has been a help in those few times I needed it! Thanks for all the work everyone is doing! Dan > On 09/08/2020 9:26 AM Igor BEGHETTO via Cin <> wrote: > > > > Preview: I think that a software must to do user's life more easy, if --> SPAM? CLICK to BLOCK https://dnt.abine.com/#/block_email/[email protected]/ > > This email is Masked using Blur - it was sent from lists.cinelerra-gg.org to daniel-cinelerra-gg(a)opayq.com (your reply stays Masked). To protect your privacy https://www.abine.com/faq.html#caniaddcc , do not forward this message, or add new recipients like CCs or BCCs. > > Thanks for being a Blur customer! If you haven't yet, [ Try DeleteMe at a discount. https://joindeleteme.com/?utm_source=blur&utm_medium=email&utm_campaign=blu… ] > > > I think that a software must to do user's life more easy, if possible, because user will use the software. Then the question is (for all software): can Developers make the user's life more easy? If yes it is welcome. > > Many softwares use "Ctrl+S" to save and they are not only for Office, I think: Gimp, Inkscape, Scribus, AutoCad, Blender, Solidworks, Audacity, Kdenlive, Shotcut, Adobe Premiere, and so on. It is a standard as meter is the base unit of length in the international System of Units (SI). ;-) > > May be that a specific software don't use "Ctrl+S" to save but, what is the reason? (I would ask to the CCPNMR Developer) > > Shorcuts are used to optimize your work and, if possible, shortcuts (and the position of the key on the keyboard) should be intuitive. For all NLEs there is a standard: J-K-L. > For example some of my shortcuts are: > ================================================= > J - K - L (Play Normal reverse - Stop - Play Normal forward) if pressed twice J (or L), its Play Fast or Normal. > I - O (InPoint - OutPoint) > A - S (Jump backwards next cut - Jump forwards next cut) > > To summarize the jumps backwards and forward: > ----------------------------------+-------------------+-------------------+ > -Jump backwards to the next cut | Alt+LeftArrow, 'A' > -Jump forwards to the next cut | Alt+RightArrow, 'S' > -Jump backwards to the next label | Ctrl+LeftArrow > -Jump forwards to the next label | Ctrl+RightArrow > -Jump backwards... next Keyframes | Shift+LeftArrow > -Jump forward... next Keyframes | Shift+RightArrow > -Jump backwards to the next Autos | Ctrl+Shift+Alt+LeftArrow > -Jump forward to the next Autos | Ctrl+Shift+Alt+RightArrow > ----------------------------------+-------------------+-------------------+ > "Shift+K" and "Ctrl+Shift+K" no longer used. > ================================================= > > > Unfortunately, I don't think that my shortcuts can be implemented in Cinelerra-GG because it means to map completely the assignement of the shortcuts. And I understand that many users (old users?) don't want to change their assignement. I understand them (I no longer have the old "Move tracks Up/Dn" and theyr shortcuts ). > > > IgorBeg > > > > -- > Cin mailing list > Cin(a)lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin >

1 0

Looking into minimal alternative Shortcuts
by Phyllis Smith 08 Sep '20

08 Sep '20

IgorBeg, Earlier you indicated that you have a list of alternative Shortcuts that you would like to see about. When you have time, please send me this list as GG is looking into the possibility of allowing the user to choose a different set of only some. Thanks, gg/phyllis

5 8

BUG on Clear keyframes (CinGG-release by GIT 30Aug 2020)
by Igor BEGHETTO 07 Sep '20

07 Sep '20

Clear Keyframes (Shift+Del) do not delete the right keyframes. Maybe it's too late for the monthy release but a bug I found. I don't know if this bug is also in the last GIT release. 1. Create three (or more) Fade keyframes 2. Highlight an area to select one or more Fade keyframe 3. Hit Shift+Del shortcut or Keyframes-> Clear Keyframes 4. It delete the wrong keyframes and move others. (Note: Settings-> keyframes follow edits = checked) Take a look the screencast at https://streamable.com/q58t37 Thanks! (Sorry for the late) IgorBeg

4 15

Updated ru.po again, this time hopefully with Igor's email back!
by Andrew Randrianasulu 07 Sep '20

07 Sep '20

Well, it took me *a lot of time* to figure out I should put main translator in "Language-Team" field, and then also in comments ... I looked at GIMP's po file [1] only today, after Igor contacted me and asked why his name/contribution was gone from po file. Hopefully _this time_ I did it right! (but of course I can tweak/fix it further) [1] - https://github.com/GNOME/gimp/blob/master/po/ru.po

2 1

Fixed typo in my latest attempt at Russian translation
by Andrew Randrianasulu 06 Sep '20

06 Sep '20

"Оистить" -> "Очистить". compile msgfmt ru-4.po -o cin.mo and put it for tests in /usr/share/locale/ru/LC_MESSAGES

2 2

August Monthly Builds now available on cinelerra-gg.org
by Phyllis Smith 04 Sep '20

04 Sep '20

There are new binaries for the latest version of cinelerra gg at: https://cinelerra-gg.org/download/ as well as the releasenotes.pdf. The release notes contain the known bug and workaround. The manual is currently undergoing major reorganization by Andrea so in order to avoid interference is not being modified until this effort is complete. 2 of the lesser used distros information: Gentoo did not build but Tumbleweed did. Text version of release notes is below. *Cinelerra-GG (Version Infinity) Release Notes for 08/01/2020-08/31/2020 for builds* *Special thanks to Andrew, Andrea, Houku, IgorBeg, and RafaMar for testing* this month, especially of the speed fixes and Auto Bumps as Phyllis was unable to do so. *Release contains a known bug with a workaround.* Clear Keyframes in some cases does not delete the right keyframes. The verified workaround is to turn on/off "keyframes follow edits” when this error could surface. It will be fixed as soon as possible and will be correct in next month’s release. 1. *Bump float Autos* feature has been added which provides a good solution for adding speed to a selection, like an edit, as well as some nice useful applications to the camera, projector, etc. Temporary document/explanation is at: https://cinelerra-gg.org/download/testing/bump_autos.pdf . A new “Create Keyframes”option for a selection area under the Keyframes pulldown was added. 2. Upgraded operating system distros on the build computers. 3. *Changed behavior:* Shortcut for Undo is “z” as originally + *Ctrl-z* so that new users are less confused. Because Ctrl-z was already in use with the middle mouse button on a track for “Cut Pack”, that was changed to Ctrl-Alt-z (video - Top 8 open source video editor – by Nice Micro). Shortcut for Save is “s” as originally + *Ctrl-s* so that new users are less confused. Because Ctrl-s was already in use under the Settings pulldown for Save settings now, that was changed to Ctrl- Shift-S (forum - Ideas for UI Modifications (Improvements?) - note by Tupper). 4. *Usability Improvements:* *Language preference* is now available in the pulldown Settings→Preferences, Appearance tab on the left hand side to make it easy to have CinGG always start in the user’s preferred language (BT #113 by MatN and Gerd via mailing list). Note that the only current choices are the ones that I am quite sure are actually being used. You can still set the environment variable LANGUAGE for other translations like Slovenia, Chinese, Portuguese, etc and if requested, we will add another possible translation in but they have not been updated in a long time and are only done via an automatic translator with no personal corrections done. Ydiff was upgraded to work for rgb/yuv and 16 bit depth. This was done in order to better analyze the problem in the forum of “Loss of detail” by dejay. *Prores format* for rendering was modified to use a default of “profile=3” for High Quality instead of the original “profile=2”. I will take longer to render and produce a larger file but the quality difference is certainly better with a ydiff difference of only 1.7 versus 7.7. This is again in reference to the forum “Loss of detail” by dejay. *Default settings for new configuration* setup in $HOME/.bcast5 have been changed. This does not affect any currently existing setups. Changes include default Load Mode, Click to Activate/Deactivate Focus, and Clear Toggles (Sam suggestion to align with user expectations) now is 0) and Size (was 24 and now 48). More video is of bigger width and height and it was difficult to even see the smaller characters the first time (suggestion from Andrea). Time-reference metadata value that showed up in Audio examples has been added as necessary for “Align Timecodes” (Katacuts supplied examples). Updated es.po Spanish (thanks to RafaMar as he has faithfully been providing for months now). A new feature is *drag speed highlight*s; it is quite useful because it shows you the change that the speed up/down will make to the timeline while moving and then drops it there when you let up on the mouse. *Multiple edit selection* capability has been added. 5. *Bugs/Issues Fixed:* Auto-Rotate for ffmpeg video was not working with hardware vaapi/vdpau devices. Had to rework ffmpeg a/v filter setup and hw decode with vid filters (notified by Ig0r in the forum). Speed Auto edit cuts resulted in incorrect results. This has been fixed as far as we have been able to test. A note about usage is: “ When working with edits and the speed auto, if you make a "cut" in a section, the speed curve values should not change over the remaining playable edits. It is possible to easily add "disjoint" curve points at the boundaries of the edit to preserve the curve shape (houku BT #477). Paste automation tweaks; undo fixes and tweaks for undo commit logic. Normalize speed follows (for example plugins/labels) enhancement. Update shortcuts to reflect changes and make some corrections. A fix was added to the video code interface with ffmpeg in order to make F_minterpolate functional. Although it will now work single-threaded, it is slow and does not seek so using the command line may be a much better way to go (IgorBeg suggestion). Anyway as a result there are now an additional 7 more usable ffmpeg plugins available (Andrea went through the set to find these). Bug fix for get_auto_at_position equivalence test.

4 6

Webserver maintenance
by Sam 03 Sep '20

03 Sep '20

Hi guys, This weekend there will be some maintenance work on the server and the website to fix the language plugin (German and French) and display problems and also to see if some user requests are feasible. Due to this maintenance work, there may be temporary limitations in the accessibility of the website. Sam

3 2