[Cin] Shortcuts

[Andrew Randrianasulu]

В сообщении от Sunday 08 March 2020 16:51:10 Igor BEGHETTO написал(а):
> 
> > I think it would be better to assign Ctrl+D shortcut for "Delete last 
> > track" instead of Ctrl+Shif+D. So, more intuitive, you have Shift+D to 
> > "Delete First track", and Ctrl+D to "Delete Last track": Shift is the 
> > key up (then first), and Ctrl is the key down (then last) in the 
> > keyboard.
> >> I will see about changing this as you suggested.  It would be better. 
> Thanks to take it in consideration.
> 
> About Shortcuts in general.
> I understand you (Phyllis), and I know that it is not easy to change the 
> consolidate Shortcuts used from old cinelerra's users but it would be 
> good if CinelerraGG would use some shortcuts like others NLE (Adobe 
> Premiere, Lightworks, Kdenlive. Sam and Olaf know for AVID and 
> DaVinciResolve, I think). "J-K-L" for PlayBackward-Stop-PlayForward, "i" 
> & "o" for InPoint and OutPoint are standard shortcut.So, new users would 
> be incentivated to change (or less) their NLE.
> Another example may be, navigate between Labels (Ctrl) or Keyframes 
> (Shift) or Edits (Alt) with the LeftArrow and RightArrow because it is 
> more intuitive, I think.
> If you want I can do a lists for my preferences shortcuts but you 
> already know. ;-)
> Thanks.
> 
> IgorBeg
> 
> 
> PS:
> I am not able to compile CinelerraGG since 2020029 version. Can You help 
> me, please?
> I added the compressed log file.
> Thank you.
> 

I think mjpegtools started to fail their autoconf phase:

configure.ac:73: error: possibly undefined macro: AC_PROG_LIBTOOL
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.

[...]

make[4]: Entering directory '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/mjpegtools-2.1.0'
  CC       sndfile-metadata-set.o
Making all in src
Making all in utils
make[5]: Entering directory '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/libiec61883-1.2.0/src'
/bin/bash ../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include    -I/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/../thirdparty/libraw1394-2.1.2/.  -MT cip.lo -MD -MP -MF .deps/cip.Tpo -c -o cip.lo cip.c
make[5]: Entering directory '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/mjpegtools-2.1.0/utils'
gcc: warning: /home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/../thirdparty/libogg-1.3.4/src/.libs/libogg.a: linker input file unused because linking not done
Making all in mmxsse
  CC       ogg_helper.lo
make[6]: Entering directory '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/mjpegtools-2.1.0/utils/mmxsse'
/bin/bash: LIBTOOL@: command not found
Makefile:359: recipe for target 'build_sub22_mests.lo' failed
make[6]: *** [build_sub22_mests.lo] Error 127
make[6]: Leaving directory '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/mjpegtools-2.1.0/utils/mmxsse'
Makefile:505: recipe for target 'all-recursive' failed
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/mjpegtools-2.1.0/utils'
Makefile:499: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/mjpegtools-2.1.0'
Makefile:405: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/mjpegtools-2.1.0'
Makefile:340: recipe for target '/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/../thirdparty/build/mjpegtools.built' failed
make[2]: *** [/home/charlie/cin-repository-clone/cinelerra5_20200229/cinelerra-5.1/thirdparty/../thirdparty/build/mjpegtools.built] Error 2
make[2]: *** Waiting for unfinished jobs....

-- 
Just searched for Error string in log, while searching for 'failed' was probably faster ..

WHY it started to fail I don't know .. may be autotools were updated on your host?