- Cin - Cinelerra-GG Mailing Lists

I put up my hacked CinelerraGG slackbuild on github
by Andrew Randrianasulu 26 Nov '19

26 Nov '19

Hi all! While not really interesting in general, I think having whole thing outside my computer still better than not having! https://github.com/Randrianasulu/CinelerraGG-slackbuild Guess only thing worth re-investingating is DRI3 + OpenGL video output, for me it was not working, but then I rarely retry DRI3 due to some CPU consumption bug somewhere after prolonged uptime ....

1 0

Po files for spanish translation
by Sergio Daniel Gomez 21 Nov '19

21 Nov '19

The po file offered to translate in "translate the app" page, is same as in github? If not, please send me one, Thanks in advance Sergio

6 20

Re: [Cin] Blu-ray encoding again
by Andrew Randrianasulu 19 Nov '19

19 Nov '19

В сообщении от Friday 15 November 2019 01:01:29 Marton Balint написал(а): > > On Thu, 14 Nov 2019, Andrew Randrianasulu wrote: > > >> "Warning: Do not use the option x264opts, as it will eventually be removed. > >> Use x264-params instead." > >> *ok. we will change that.* > >> > >> f*or bluray_format, mpegts_m2ts_mode=1 *(changed to 2 by me) causes the > >> transport stream to set > >> the transport_priority flag if the packet is audio ac3, which is sort of a > >> kludge... but this is > >> necessary to get audio to reproduce on my home bluray player (samsung > >> ubd-k8500). This was > >> discovered by checking the diff between the ffmpeg output (which fails on > >> player) and the "sintel" > >> iso file from blender site (which works on player). The mode=2 triggers > >> mode=1 and add the > >> transport_priority flag for ac3 audio. It definitely helps here at home. > >> Similarly, *sdt_period=-1* > >> turns off the service descriptor table output, since this is not a > >> broadcast stream. I am not an > >> expert on mpegts and these changes work for me. If you have better > >> information, let me know. > > > > I'm not expert too, but may be Marton can explain to us > > if those changes acceptable in upstream, or they > > must be done as separate parameters .. > > I think we should just change behaviour unconditionally if m2ts mode is > used, unless there is a known downside of doing so. I will extend my > branch with a patch which makes the muxer not use SDT in m2ts mode, I was > not aware that it is not needed in BluRay. There is alternative ts muxer recently open-sourced, you can look into its code: https://github.com/justdan96/tsMuxer NOT guaranteed to be correct, but some code better than no code (buildable for me on 32-bit Slackware) File I used for test was named 1080p25.ts and I found it ... http://www.w6rz.net/1080p25.zip here I can try and locate some ps4 user, in theory this system should be able to play Blu-Rays: https://manuals.playstation.net/document/en/ps4/videos/videodisc.html > > Regards, > Marton >

2 4

Pulldown support in libx264?
by Andrew Randrianasulu 17 Nov '19

17 Nov '19

Hello, all! I was trying to see if x264's cli option "piulldown" can be ported to libx264/ffmpeg. Not as simple as copy/pasta, it seems :O in x264.c (from x264 source tree) I see this: /* set up pulldown */ if( opt->i_pulldown && !param->b_vfr_input ) { param->b_pulldown = 1; param->b_pic_struct = 1; pulldown = &pulldown_values[opt->i_pulldown]; param->i_timebase_num = param->i_fps_den; FAIL_IF_ERROR2( fmod( param->i_fps_num * pulldown->fps_factor, 1 ), "unsupported framerate for chosen pulldown\n" ); param->i_timebase_den = param->i_fps_num * pulldown->fps_factor; } and then: /* Encode frames */ for( ; !b_ctrl_c && (i_frame < param->i_frame_total || !param->i_frame_total); i_frame++ ) { if( filter.get_frame( opt->hin, &cli_pic, i_frame + opt->i_seek ) ) break; x264_picture_init( &pic ); convert_cli_to_lib_pic( &pic, &cli_pic ); if( !param->b_vfr_input ) pic.i_pts = i_frame; if( opt->i_pulldown && !param->b_vfr_input ) { pic.i_pic_struct = pulldown->pattern[ i_frame % pulldown->mod ]; pic.i_pts = (int64_t)( pulldown_pts + 0.5 ); pulldown_pts += pulldown_frame_duration[pic.i_pic_struct]; I tried to insert similar logic into libx264, but failed %) in x264.h i see typedef struct x264_picture_t { /* In: force picture type (if not auto) * If x264 encoding parameters are violated in the forcing of picture types, * x264 will correct the input picture type and log a warning. * Out: type of the picture encoded */ int i_type; /* In: force quantizer for != X264_QP_AUTO */ int i_qpplus1; /* In: pic_struct, for pulldown/doubling/etc...used only if b_pic_struct=1. * use pic_struct_e for pic_struct inputs * Out: pic_struct element associated with frame */ int i_pic_struct; and enum declared just above this as enum pic_struct_e { PIC_STRUCT_AUTO = 0, // automatically decide (default) PIC_STRUCT_PROGRESSIVE = 1, // progressive frame // "TOP" and "BOTTOM" are not supported in x264 (PAFF only) PIC_STRUCT_TOP_BOTTOM = 4, // top field followed by bottom PIC_STRUCT_BOTTOM_TOP = 5, // bottom field followed by top PIC_STRUCT_TOP_BOTTOM_TOP = 6, // top field, bottom field, top field repeated PIC_STRUCT_BOTTOM_TOP_BOTTOM = 7, // bottom field, top field, bottom field repeated PIC_STRUCT_DOUBLE = 8, // double frame PIC_STRUCT_TRIPLE = 9, // triple frame }; so, it basically number ? Just this number should be put in encoded frames, so they can be repeated at decoding according to pattern? Now, does libx264 allow such manipulation, I mean it eats frames, and feed them to x264 library fuctions, so just re-doing this dance with pts and timebase and pic_struct should be enough for making pulldown-converted video? It seems blu-ray at specific resolutions/framerates demand this type of encoding, see for example http://www.x264bluray.com/home/720p-encoding "NB: the next two streams use frame doubling to comply with the Blu-Ray specification: 720p25 x264 --bitrate XXXXX --preset veryslow --tune film --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 25 --open-gop --slices 4 --pulldown double --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 -o out.264 input.file" But because pulldown option only supported via x264 cli, it makes creating such streams harder, at least for CinelerraGG Also, what kind of program can check if this pulldown process actually was applied to encoded stream? medianfo? Copy/pasta 'patch' attached ... (it isn't working, not even compiling, just for showing areas I hack on.. I hope at least i bark at correct tree?)

1 0

Re3: Blu-ray encoding again
by Andrew Randrianasulu 17 Nov '19

17 Nov '19

No, apparently pulldown option requres more handling: from x264.h /* Pulldown: * The correct pic_struct must be passed with each input frame. * The input timebase should be the timebase corresponding to the output framerate. This should be constant. * e.g. for 3:2 pulldown timebase should be 1001/30000 * The PTS passed with each frame must be the PTS of the frame after pulldown is applied. * Frame doubling and tripling require b_vfr_input set to zero (see H.264 Table D-1) * * Pulldown changes are not clearly defined in H.264. Therefore, it is the calling app's responsibility to manage this. */ so, no for now. I tried to see if scaling checkbox in BD creation dialog worked, but for some rason it only worked in LANG=en_EN.utf8 LANG=en_EN.utf8 LANGUAGE=ru cin Cinelerra: Could not set locale. Cinelerra Infinity - built: Nov 14 2019 14:17:05 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams (c) 2007-2019 cin5 derivative by W.P. Morrow aka goodguy 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. FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi Mesa: User error: GL_INVALID_OPERATION in glDeleteShader Session time: 0:00:20 Cpu time: user: 0:00:03.192 sys: 0:00:01.071 LANG=ru_RU.utf8 LANGUAGE=ru cin Cinelerra Infinity - built: Nov 14 2019 14:17:05 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams (c) 2007-2019 cin5 derivative by W.P. Morrow aka goodguy 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. FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi Device type none is not supported. Available device types: vdpau cuda vaapi opencl FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi Device type none is not supported. Available device types: vdpau cuda vaapi opencl FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi Device type none is not supported. Available device types: vdpau cuda vaapi opencl FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi AttachmentPoint::attach_virtual_plugin attempt to attach when no plugin_server. Mesa: User error: GL_INVALID_OPERATION in glDeleteShader Session time: 0:00:23 Cpu time: user: 0:00:03.833 sys: 0:00:01.340 AttachmentPoint::attach_virtual_plugin attempt to attach when no plugin_server. - apparently indicator of error? Effect itself attaches, but I can't control its parameters, and composer and resulted output are all black :( Actually, with LANG set to en_US.utf8 LANGUAGE=ru cin still run into problem Only LANG=en_US.utf8 cin with LANGUAGE unset works LANG=fr_FR.utf8 cin fails too (in this autoattach mode from bdcreate.C), same for German locale (de) sorry .... ---------- Пересланное сообщение ---------- Тема: Re2: [Cin] Blu-ray encoding again Дата: Суббота 16 ноября 2019 Отправитель: Andrew Randrianasulu <randrianasulu(a)gmail.com> Получатель: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> actually, I think for current time jsut commented bluray.m2ts opts file should work.... with just struct bd_format expansion, because I don't know how to add correctly line or two inside already-read opts file (my x264-opts editing was not accepted by ffmpeg) ---------- Пересланное сообщение ---------- Тема: Re: [Cin] Blu-ray encoding again Дата: Суббота 16 ноября 2019 Отправитель: Andrew Randrianasulu <randrianasulu(a)gmail.com> Получатель: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> В сообщении от Friday 15 November 2019 02:40:35 Phyllis Smith написал(а): > Andrew: > > File I used for test was named 1080p25.ts and I found it ... > > http://www.w6rz.net/1080p25.zip here > > > > Thanks for this test file. I have been testing the bluray.m2ts that you > provided off and on all day. Everything seems to work just fine on our > bluray burner and when played on the bluray player connected to the TV. > The fake-interlaced=1 parameter was quite intriguing so at least once, I > was able to get a failure with the provided media when I left out this fake > parameter. So I guess it really does what it says it does! So this opts > file will get checked in with, as always, a few gg tweaks. Thanks, > Phyllis/gg > I tried to patch bdcreate.C but while it worked I'm sure i did it wrong (and you need to fix keyint by hand anyway): cat /dev/shm/bdcreate.patch diff --git a/cinelerra-5.1/cinelerra/bdcreate.C b/cinelerra-5.1/cinelerra/bdcreate.C index 863c5d0..fdafa5c 100644 --- a/cinelerra-5.1/cinelerra/bdcreate.C +++ b/cinelerra-5.1/cinelerra/bdcreate.C @@ -44,6 +44,7 @@ static struct bd_format { { "1920x1080 29.97p*", 1920,1080, 29.97, 1, ILACE_MODE_NOTINTERLACED }, { "1920x1080 24p", 1920,1080, 24., 1, ILACE_MODE_NOTINTERLACED }, { "1920x1080 25i", 1920,1080, 25., 1, ILACE_MODE_TOP_FIRST }, + { "1920x1080 25p", 1920,1080, 25., 1, ILACE_MODE_NOTINTERLACED }, { "1920x1080 23.976p", 1920,1080, 23.976, 1, ILACE_MODE_NOTINTERLACED }, { "1440x1080 29.97i", 1440,1080, 29.97, -1, ILACE_MODE_TOP_FIRST }, { "1440x1080 25i", 1440,1080, 25., -1, ILACE_MODE_TOP_FIRST }, @@ -51,6 +52,8 @@ static struct bd_format { { "1440x1080 23.976p", 1440,1080, 23.976,-1, ILACE_MODE_NOTINTERLACED }, { "1280x720 59.94p", 1280,720, 59.94, 1, ILACE_MODE_NOTINTERLACED }, { "1280x720 50p", 1280,720, 50., 1, ILACE_MODE_NOTINTERLACED }, + { "1280x720 29.97p", 1280,720, 29.97, 1, ILACE_MODE_NOTINTERLACED }, + { "1280x720 25p", 1280,720, 25., 1, ILACE_MODE_NOTINTERLACED }, { "1280x720 24p", 1280,720, 24., 1, ILACE_MODE_NOTINTERLACED }, { "1280x720 23.976p", 1280,720, 23.976, 1, ILACE_MODE_NOTINTERLACED }, { "720x576 25i", 720,576, 25., 0, ILACE_MODE_BOTTOM_FIRST }, @@ -325,11 +328,23 @@ int CreateBD_Thread::create_bd_jobs(ArrayList<BatchRenderJob*> *jobs, const char FFMPEG::set_option_path(option_path, "video/%s", asset->vcodec); FFMPEG::load_options(option_path, asset->ff_video_options, sizeof(asset->ff_video_options)); - const char *opts = 0; + char *opts = 0; + char *opts1 = 0; switch( asset->interlace_mode ) { case ILACE_MODE_TOP_FIRST: opts = ":tff\n"; break; case ILACE_MODE_BOTTOM_FIRST: opts = ":bff\n"; break; } + + if ((asset->width == 1920) && (asset->height == 1080) && (asset->frame_rate != 24) && (asset->interlace_mode==ILACE_MODE_NOTINTERLACED)) + opts1="fake-interlaced=1\n"; + if ((asset->width == 1280) && (asset->height == 720) && (asset->frame_rate == 25 || asset->frame_rate == 29.97 ) && (asset->interlace_mode==ILACE_MODE_NOTINTERLACED)) + opts1="pulldown=double\n"; + + if ((opts1) && (opts)) { + int len1 = strlen(opts); + char *cp1 = opts + len1-1; + strncpy(cp1, opts1, sizeof(opts)-len1); + } if( opts ) { int len = strlen(asset->ff_video_options); char *cp = asset->ff_video_options + len-1; ------------------------------------------------------- -------------------------------------------------------

2 4

What is in today's GIT checkin
by Phyllis Smith 16 Nov '19

16 Nov '19

- Finished up last known issue with Mantis BT #237 where the boundary line might block some pixels of the still image video. - While working on this, GG discovered that moving the image and zooming the image *in the Compositor* needed to be enhanced for ease of use. We believe that all previous zooming methods work as they did. I will have to update the shortcuts yet, but basically to use: 1) to zoom in and out, use the middle mouse wheel *when not in protect mode* (the topmost left side icon) 2) to move the image, press down the middle mouse wheel and drag 3) shift + press middle mouse button, returns to Auto zoom 4) whenever part of the video is moved off of the screen, the corresponding scroll bars appear for easy moving And what I think is the best part ! 5) when you go to full screen mode, you can now use the middle mouse wheel the same way as in #1 and #2 More testing is needed and if anyone has the time, 2 builds are available at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-s… https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-sta… - 2 more bugs fixed of duplicate close in vdevicex11 and LV2 plugins were missing an "init" that prevented the "fancy" gui's from being displayed. Unfortunately, 10/31 builds have this deficiency. - 7.2 HV 3 new plugins were added to include: chorus, flanger, and tremolo. - 7.2 additional mods will be worked on next to merge in when possible.

2 1

Re2: Blu-ray encoding again
by Andrew Randrianasulu 16 Nov '19

16 Nov '19

actually, I think for current time jsut commented bluray.m2ts opts file should work.... with just struct bd_format expansion, because I don't know how to add correctly line or two inside already-read opts file (my x264-opts editing was not accepted by ffmpeg) ---------- Пересланное сообщение ---------- Тема: Re: [Cin] Blu-ray encoding again Дата: Суббота 16 ноября 2019 Отправитель: Andrew Randrianasulu <randrianasulu(a)gmail.com> Получатель: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> В сообщении от Friday 15 November 2019 02:40:35 Phyllis Smith написал(а): > Andrew: > > File I used for test was named 1080p25.ts and I found it ... > > http://www.w6rz.net/1080p25.zip here > > > > Thanks for this test file. I have been testing the bluray.m2ts that you > provided off and on all day. Everything seems to work just fine on our > bluray burner and when played on the bluray player connected to the TV. > The fake-interlaced=1 parameter was quite intriguing so at least once, I > was able to get a failure with the provided media when I left out this fake > parameter. So I guess it really does what it says it does! So this opts > file will get checked in with, as always, a few gg tweaks. Thanks, > Phyllis/gg > I tried to patch bdcreate.C but while it worked I'm sure i did it wrong (and you need to fix keyint by hand anyway): cat /dev/shm/bdcreate.patch diff --git a/cinelerra-5.1/cinelerra/bdcreate.C b/cinelerra-5.1/cinelerra/bdcreate.C index 863c5d0..fdafa5c 100644 --- a/cinelerra-5.1/cinelerra/bdcreate.C +++ b/cinelerra-5.1/cinelerra/bdcreate.C @@ -44,6 +44,7 @@ static struct bd_format { { "1920x1080 29.97p*", 1920,1080, 29.97, 1, ILACE_MODE_NOTINTERLACED }, { "1920x1080 24p", 1920,1080, 24., 1, ILACE_MODE_NOTINTERLACED }, { "1920x1080 25i", 1920,1080, 25., 1, ILACE_MODE_TOP_FIRST }, + { "1920x1080 25p", 1920,1080, 25., 1, ILACE_MODE_NOTINTERLACED }, { "1920x1080 23.976p", 1920,1080, 23.976, 1, ILACE_MODE_NOTINTERLACED }, { "1440x1080 29.97i", 1440,1080, 29.97, -1, ILACE_MODE_TOP_FIRST }, { "1440x1080 25i", 1440,1080, 25., -1, ILACE_MODE_TOP_FIRST }, @@ -51,6 +52,8 @@ static struct bd_format { { "1440x1080 23.976p", 1440,1080, 23.976,-1, ILACE_MODE_NOTINTERLACED }, { "1280x720 59.94p", 1280,720, 59.94, 1, ILACE_MODE_NOTINTERLACED }, { "1280x720 50p", 1280,720, 50., 1, ILACE_MODE_NOTINTERLACED }, + { "1280x720 29.97p", 1280,720, 29.97, 1, ILACE_MODE_NOTINTERLACED }, + { "1280x720 25p", 1280,720, 25., 1, ILACE_MODE_NOTINTERLACED }, { "1280x720 24p", 1280,720, 24., 1, ILACE_MODE_NOTINTERLACED }, { "1280x720 23.976p", 1280,720, 23.976, 1, ILACE_MODE_NOTINTERLACED }, { "720x576 25i", 720,576, 25., 0, ILACE_MODE_BOTTOM_FIRST }, @@ -325,11 +328,23 @@ int CreateBD_Thread::create_bd_jobs(ArrayList<BatchRenderJob*> *jobs, const char FFMPEG::set_option_path(option_path, "video/%s", asset->vcodec); FFMPEG::load_options(option_path, asset->ff_video_options, sizeof(asset->ff_video_options)); - const char *opts = 0; + char *opts = 0; + char *opts1 = 0; switch( asset->interlace_mode ) { case ILACE_MODE_TOP_FIRST: opts = ":tff\n"; break; case ILACE_MODE_BOTTOM_FIRST: opts = ":bff\n"; break; } + + if ((asset->width == 1920) && (asset->height == 1080) && (asset->frame_rate != 24) && (asset->interlace_mode==ILACE_MODE_NOTINTERLACED)) + opts1="fake-interlaced=1\n"; + if ((asset->width == 1280) && (asset->height == 720) && (asset->frame_rate == 25 || asset->frame_rate == 29.97 ) && (asset->interlace_mode==ILACE_MODE_NOTINTERLACED)) + opts1="pulldown=double\n"; + + if ((opts1) && (opts)) { + int len1 = strlen(opts); + char *cp1 = opts + len1-1; + strncpy(cp1, opts1, sizeof(opts)-len1); + } if( opts ) { int len = strlen(asset->ff_video_options); char *cp = asset->ff_video_options + len-1; -------------------------------------------------------

1 0

Done! spanish tranlation is complete!
by Sergio Daniel Gomez 15 Nov '19

15 Nov '19

My work is done. I am very grateful for allowing me to collaborate in this project, because despite using cinelerra years ago, reading to translate I found an enormity of things I didn't know. So, I insist, thank you very much, you will say how it continues... Sergio

3 6

Curiosity on OpenSUSE
by Andrea paz 15 Nov '19

15 Nov '19

In the new PC I have problems to install Arch Linux so, temporarily, I'm trying OpenSUSE Tumbleweed. In the laptop I still have Arch. To compile CinGG I first installed the dependencies via "bld_prepare.sh". It has been downloaded Texlive (more than 1 GB of data!) along with the normal dependencies. Is this normal? In Arch is not required Texlive that in fact I have installed separately. PS (@Sam): In the last week the website has become very slow to load and the forum is not displayed correctly. See link image. Is it only happening to me? https://postimg.cc/xJyx3f9G

5 5

I want to help translating cinelerraGG website
by sergiogomez＠tostado.com.ar 13 Nov '19

13 Nov '19

Hi all. I want to help translating cinelerraGG website. Sergio

4 13