[Cin] Cinelerra-HV 7.1 has been released

[Andrew Randrianasulu]

В сообщении от Sunday 27 January 2019 21:38:23 Phyllis Smith написал(а):
> With some review by GG yesterday in hopes of finding something usable, here
> is some disappointing feedback.
> 
> *1/22/19 - Cinelerra 7.1 Exporting of H.265 video in Quicktime. ...*
> 
> > I don't think CinGG has anything more to do with quicktime,
> 
> The developers at ffmpeg take care of quicktime which Cin-gg takes
> advantage of -- codecs is what they do and they are truly experts.
> *...Seeking for MKV/WEBM files*
> 
> > Who can explain to me what it is: "Seeking for MKV/WEBM files"?
> >
> Seeking is just non-sequential read, i.e. changing the position of the
> insertion pointer on the timeline*. * BTW, as far as I was able to see, hv
> has not been able to do any seeks going backwards for a long time.
> 
> *...More bugs fixed.*
> - After spending at least 2 hours getting 7.1 to compile in Fedora, gg was
> able to actually run it but only in debug mode and then still got a SEGV
> quite quickly.  


I wanted to see 4k and 5k themes and possibly titler changes... but ...
I was not so lucky. It still segfaults for me at very start (32-bit build) 
and waits for something forever if started from root

-------------------
guest at slax:/dev/shm/cinelerra-7.1/bin$ ./cinelerra
Cinelerra 7.1 (C)2019 Adam Williams

Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.
*** Error in `./cinelerra': free(): invalid next size (fast): 0x0b87fe80 ***
======= Backtrace: =========
/lib/libc.so.6(+0x71220)[0xf77e1220]
/lib/libc.so.6(+0x7ba03)[0xf77eba03]
/lib/libc.so.6(cfree+0x58)[0xf77f0568]
./cinelerra(_ZN10FileSystem12parse_tildasEPSs+0x60)[0x94b75d0]
./cinelerra(_ZN10FileSystem13complete_pathEPSs+0x29)[0x94b7719]
./cinelerra(_ZN11PreferencesC1Ev+0x163)[0x8335ca3]
./cinelerra(_ZN7MWindow16init_preferencesEv+0x1f)[0x82e133f]
./cinelerra(_ZN7MWindow14create_objectsEiiPc+0x44)[0x82e6064]
./cinelerra(main+0x632)[0x8215052]
/lib/libc.so.6(__libc_start_main+0x107)[0xf77886a7]
./cinelerra[0x8215de5]
======= Memory map: ========
[skip]

-----------------------------

Chnages to make it compile included adding 

#include <cstring>

in cinelerra-7.1/cinelerra/file.h and cinelerra-7.1/cinelerra/videodevice.h

and also small change disabling vaapi and vdpau for embedded copy of ffmpeg:


# 052906
cd thirdparty/ffmpeg* && ./configure --enable-pthreads --enable-gpl --disable-ffplay --extra-cflags=-I$TOPDIR/$LIBFAAD_PATH/include --extra-libs=-L$TOPDIR/$LIBFAAD_PATH/libfaad/.libs/ --disable-ffserver
 --disable-vaapi --disable-vdpau --disable-ffplay

in 

cinelerra-7.1/quicktime/configure
--------------

plus modification of "install" target

install:
<------>$(MAKE) -C plugins install
<------>cp libmpeg3/$(OBJDIR)/mpeg3dump libmpeg3/$(OBJDIR)/mpeg3peek libmpeg3/$(OBJDIR)/mpeg3toc  libmpeg3/$(OBJDIR)/mpeg3cat bin
<------>cp quicktime/$(OBJDIR)/make_streamable bin
<------>$(MAKE) -C po install
<------>$(MAKE) -C doc install
<------>cp COPYING README bin
<------>cp thirdparty/festival/src/main/festival bin
<------>cp -a thirdparty/festival/lib bin/
<------>cp -a models bin
<------>cd bin && find -name '.svn' -exec rm -r {} \; -prune
<------>cp cinelerra/Cinelerra_factory bin

in 

cinelerra-7.1/build/Makefile.cinelerra (OBJDIR was hardcoded to x86_64)


> Finally got mpeg/ts  media loaded and it would play 
> sequentially. After another 3 hours of looking for potential usable bug
> fixes there was nothing that made any sense to port.
> - There is 1 new plugin, spheretranslate, which is surprising because it
> seems like it should have been put into the spherecam plugin.
> - It seems most of the differences are modification of window_h and
> window_w from 100 to DP(100), i.e. a hard-coded number to a potential
> variable scaled size.  According to gg, this was not a very good way to do
> that and is much better done another way.  Eventually a true scaling
> operation, along with "strings" will be put into cin-gg.
> 
> so maybe it's a useless update for us.
> 
> And for everyone else.  In my opinion, the smart thing to do would be for
> both hv and cv to adopt gg as a good starting point so there is cinelerra
> software that all users can use and the confusion is ended once and for
> all.  But I guess we all know by now that that is never going to happen.
> (Phyllis ONLY)
>