November 2020 - Cin - Cinelerra-GG Mailing Lists

UPD: Re: DNxHR presets
by Andrew Randrianasulu 12 Nov '20

12 Nov '20

I also tested _lb and _sq presets. They also seems to accept only yuv422p Should I add some remark all those are for using with progressive video? (in file itself, so user will see it in window, othervise reason why it fails to render may be hidden, if user start Cin from menu) ---------- Пересланное сообщение ---------- Тема: Re: [Cin] DNxHR presets Дата: Понедельник 09 ноября 2020 Отправитель: Andrew Randrianasulu <randrianasulu(a)gmail.com> Получатель: cin(a)lists.cinelerra-gg.org I tried to modify those presets so they show/select right pixel format, but for some reason file path: /dev/shm/DNxHR-yuv422-8bit.mov 435864233 bytes info: format: mov,mp4,m4a,3gp,3g2,mj2 1 video stream vid0 (0), id 0x000063: video1 dnxhd 1920x1080 30.00 pix yuv422p is basically same size as file path: /dev/shm/DNxHR-yuv422.mov 435864233 bytes info: format: mov,mp4,m4a,3gp,3g2,mj2 1 video stream vid0 (0), id 0x000063: video1 dnxhd 1920x1080 30.00 pix yuv422p10le color space:bt709/ range:tv 472+0 frms 15.73 secs 0:00:15.73 (both play fast/realtime on my machine, as opposed to DNxHR_444) -------------------------------------------------------

3 14

Minor cosmetic patch for Format Window
by Andrew Randrianasulu 12 Nov '20

12 Nov '20

Only if I understand terms correctly. diff --git a/cinelerra-5.1/cinelerra/setformat.C b/cinelerra-5.1/cinelerra/setformat.C index cfd43685..1a71b036 100644 --- a/cinelerra-5.1/cinelerra/setformat.C +++ b/cinelerra-5.1/cinelerra/setformat.C @@ -418,7 +418,7 @@ void SetFormatWindow::create_objects() y += mwindow->theme->setformat_margin; add_subwindow(new BC_Title(mwindow->theme->setformat_x3, y, - _("Aspect ratio:"))); + _("Display Aspect Ratio:"))); y += mwindow->theme->setformat_margin; x = mwindow->theme->setformat_x3; add_subwindow(aspect_w = new ScaleAspectText(x, y, thread, mostly self-test to see if I can find where in codebase those strings are located ...

1 0

Parch preventing compilation failure in thirdparty/x264
by Andrew Randrianasulu 12 Nov '20

12 Nov '20

I was recompiling CinGG fot testing "--with-single-user" and found it will fail in x264 directory without some of my old reverts, performed by slackbuild. I have old (2.8) ffmpeg installed system-wide, and x264's configure script was not disabling this integration correctly (even if code was unconditionally adapted to new ffmpeg), so compilation fail. I just added one more parameter in x264 line of thirdparty/Makefile diff --git a/cinelerra-5.1/thirdparty/Makefile b/cinelerra-5.1/thirdparty/Makefile index 27f13c65..880d3128 100644 --- a/cinelerra-5.1/thirdparty/Makefile +++ b/cinelerra-5.1/thirdparty/Makefile @@ -249,7 +249,7 @@ tiff.cfg_params+= --enable-shared=no --disable-zstd $(call if_pkg,libwebp,\ --with-webp-lib-dir=$(call pkg_libs,libwebp))\ $(call if_npkg,libwebp,--disable-webp) twolame.cfg_params?=--enable-shared=no -x264.cfg_params?= --enable-static --enable-pic +x264.cfg_params?= --disable-swscale --enable-static --enable-pic x265.cfg_vars?=$(call cmake_config,source) x265.cfg_params?= -DENABLE_SHARED=no libvpx.cfg_params?= --enable-pic --disable-avx512 shold be applicable cleanly to latest git (commit 3325029f915f54fe7e14d7b2cb1d4b8f4dd8a640 ) I don't think many use such outdated ffmpeg, but this line should not hurt (because x264 in our case just feed via libavcodec API, and scaling can be done early) I rendered small fragment with non-default pixel format, and it appear to work: mediainfo /dev/shm/test.mp4 General Complete name : /dev/shm/test.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom (isom/iso2/avc1/mp41) File size : 1.16 MiB Duration : 15 s 382 ms Overall bit rate : 633 kb/s Writing application : Lavf58.45.100 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High 4:4:4 Predictive@L3 Format settings : CABAC / 4 Ref Frames Format settings, CABAC : Yes Format settings, Reference frames : 4 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 15 s 360 ms Bit rate : 499 kb/s Width : 720 pixels Height : 576 pixels Display aspect ratio : 4:3 Frame rate mode : Constant Frame rate : 25.000 FPS Standard : PAL Color space : YUV Chroma subsampling : 4:4:4 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.048 Stream size : 936 KiB (79%) Writing library : x264 core 157 Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=4 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=25 / keyint_min=13 / scenecut=40 / intra_refresh=0 / rc_lookahead=25 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00 Color range : Limited Matrix coefficients : BT.601 Codec configuration box : avcC Audio ID : 2 Format : AAC LC Format/Info : Advanced Audio Codec Low Complexity Codec ID : mp4a-40-2 Duration : 15 s 382 ms Bit rate mode : Constant Bit rate : 128 kb/s Channel(s) : 2 channels Channel layout : L R Sampling rate : 48.0 kHz Frame rate : 46.875 FPS (1024 SPF) Compression mode : Lossy Stream size : 240 KiB (20%) Language : Russian Default : Yes Alternate group : 1 mplayer also showing video and saying among other things: [swscaler @ 0x57740034]bicubic scaler, from yuv444p to yuv420p using MMXEXT But I can keep this patch local if you think it risky to apply.

1 0

Sad news: Our developer Good Guy has passed away
by Sam 12 Nov '20

12 Nov '20

It is with dismay and sadness that I have to announce this devastating news that our highly esteemed developer W.P. Morrow aka Good Guy died in a traffic accident last Monday at the age of 66. Bill, as he also called in private, was as so often in his free time, out for sports riding his bicycle when he was hit by a truck. He was taken to hospital, but unfortunately he succumbed to his severe injuries. This news is shocking and makes me speechless, although I find it extremely difficult to find words due to my sadness, I would like to remember him at this point. A look back shows that, together with Phyllis, he has pushed this project forward with great passion, dedication and commitment. His ingenuity and creative solutions were always an enrichment for this project. He was never too comfortable to tackle even small problems and improvements to make the life of the users easier. You could tell that he enjoyed programming a lot. He enjoyed improving Cinelerra-GG and interacting with the community. He has acted selflessly and for the good of all, and through his commitment to free and open software, he has made this world a bit freer and better. The gap he leaves behind is huge and filling it will be hard. Thanks for everything dear Bill. It was a great honor and pleasure to work with you. You will be remembered. We will miss you. Rest in peace. I express my condolences to Phyllis, his family and friends. Sam P.S.: Phyllis has expressed the wish to resume work on the project at a later date, currently she needs some time off, and to participate in the documentation and correspondence as usual. I will continue to support this project as before. The monthly releases cannot be offered in the same way at the moment. Minor changes and improvements will take place from time to time. We are open for new developers and hope for your support.

17 17

Cinelerra for Mageia 7?...
by E R 10 Nov '20

10 Nov '20

Pardon my bad english. I'm an aspiring video editor. I use the Linux distribution Mageia 7. Looking for that software in the "Install & Remove Software", I realize that it is not available (not even for Micro$oft Window$). Then I tried installing it through the console, but the following messages came out like this: sudo: apt-get: command not found sudo: apt-install: command not found That is one of the negative points I have found in this distribution; however, it is the one that performs best on my very old all-in-one computer that I bought many years ago. Not even the official Cinelerra GG website has Mageia documentation?? it's strange This website comes closer to what I'm looking for but I don't understand the many links they provide there. It is not entirely clear their proposal to download it. https://fedora.pkgs.org/rawhide/rpmfusion-free-x86_64/cinelerra-gg-5.1.2020… This is the list of video editing software available for Mageia 7: https://wiki.mageia.org/en/List_of_applications#Video_Players.2C_Video_Edit… I had Linux Mint installed, but it gave me nightmares because the wifi was disconnected very often (the router was somewhat close) and also almost everything I did in this distribution was slow. I uninstalled it. Then I installed Ubuntu Studio but the data pointer (popularly known as "mouse") was "lagging" or getting very slow instead of having that natural and fluid movement. I uninstalled it. Finally, I installed Linux Mageia 7, and it does not give the problems that the previous ones; except for: - The terminal that does not allow me to install any program - The package center does not have some popular softwares (I realized when using Mageia for several months). This forced me to search for several weeks for the rpm softwares that I need, but there are hardly any websites that offer that, except one that took a lot of work to find (but it didn't help me). - Chromium browser does not correctly play sound in Youtube live streams, and videos from other platforms (whether live or not)..... the Opera browser does not play audio and video from Youtube live streams, and does not play videos from other platforms (whether live or not). This is what happened when wanting to install Cinelerra on Mageia 7: THIS I WROTE: urpmi.update-a THIS HAPPENED: medium " Core Release (distrib1)" is up-to-date medium " Core Updates (distrib3)" is up-to-date medium " Nonfree Release (distrib11)" is up-to-date medium " Nonfree Updates (distrib13)" is up-to-date medium " Core Release (distrib46)" is up-to-date medium " Core Updates (distrib48)" is up-to-date medium " Nonfree Release (distrib56)" is up-to-date medium " Nonfree Updates (distrib58)" is up-to-date THEN THIS I WROTE: urpmi cinelerra THIS WAS THE RESULT: bash: urpmi: command not found I will not make you engage to follow up on my case (it is voluntary). And previously said, I'm an aspiring video editor. I use the Linux distribution Mageia 7 (developed by many several former employees of the ex-Mandriva) Beside that, I just recently discovered that now it no longer opens "Install ~ Remove Software" after using " urpmi.update-a” in Mageia's “Konsole Terminal” console; is that common? can't it be fixed anymore? Thanks in advance.

4 3

Re: [Cin] Cin Digest, Vol 25, Issue 13
by Wolfgang Brunner 10 Nov '20

10 Nov '20

I am shocked! First of all, I would like to offer my condolences. I'm lost for words. Dear Phillis, thank you for continuing to support us. I am very sad and stay Wolfgang (video4tux) Am Di., 10. Nov. 2020 um 02:05 Uhr schrieb < cin-request(a)lists.cinelerra-gg.org>: > Send Cin mailing list submissions to > cin(a)lists.cinelerra-gg.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.cinelerra-gg.org/mailman/listinfo/cin > or, via email, send a message with subject or body 'help' to > cin-request(a)lists.cinelerra-gg.org > > You can reach the person managing the list at > cin-owner(a)lists.cinelerra-gg.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Cin digest..." > > > Today's Topics: > > 1. Re: Sad news: Our developer Good Guy has passed away (W P) > 2. Re: Sad news: Our developer Good Guy has passed away > (edouard chalaron) > 3. Re: Sad news: Our developer Good Guy has passed away > (daniel-cinelerra-gg(a)opayq.com) > 4. Re: Sad news: Our developer Good Guy has passed away > (Andrew Randrianasulu) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 09 Nov 2020 22:48:03 +0000 > From: W P <wpfilmmaker(a)yandex.com> > To: Sam via Cin <cin(a)lists.cinelerra-gg.org> > Subject: Re: [Cin] Sad news: Our developer Good Guy has passed away > Message-ID: <4844591604962083(a)iva2-15a880c55b23.qloud-c.yandex.net> > Content-Type: text/plain > > I haven't been active in the community for a while, but I follow the > project closely and read the mailinglist everyday. Reading this news made > me speechless. > > Although I never met him I want to say thank you Good Guy, for your great > efforts not just for Cinelerra but also for creating this cozy community, > your username fit you perfectly. > > Today the world lost a great person. > > My condolences go to Phyllis and the rest of the family, > > Marco aka WPFIlmmaker. > > > ------------------------------ > > Message: 2 > Date: Mon, 9 Nov 2020 23:00:11 +0000 (UTC) > From: edouard chalaron <e.chalaron(a)yahoo.com> > To: "cin(a)lists.cinelerra-gg.org" <cin(a)lists.cinelerra-gg.org> > Subject: Re: [Cin] Sad news: Our developer Good Guy has passed away > Message-ID: <1090245360.3587947.1604962811704(a)mail.yahoo.com> > Content-Type: text/plain; charset="utf-8" > > What a tragedy. A very sad day indeed ! > All my thoughts to Phyllis and family > Ed > > Sent from Yahoo Mail on Android > > On Tue, Nov 10, 2020 at 8:57, Sam via Cin<cin(a)lists.cinelerra-gg.org> > wrote: It is with dismay and sadness that I have to announce this > devastating > news that our highly esteemed developer W.P. Morrow aka Good Guy died in > a traffic accident last Monday at the age of 66. Bill, as he also called > in private, was as so often in his free time, out for sports riding his > bicycle when he was hit by a truck. He was taken to hospital, but > unfortunately he succumbed to his severe injuries. > > This news is shocking and makes me speechless, although I find it > extremely difficult to find words due to my sadness, I would like to > remember him at this point. > > A look back shows that, together with Phyllis, he has pushed this > project forward with great passion, dedication and commitment. His > ingenuity and creative solutions were always an enrichment for this > project. He was never too comfortable to tackle even small problems and > improvements to make the life of the users easier. You could tell that > he enjoyed programming a lot. He enjoyed improving Cinelerra-GG and > interacting with the community. He has acted selflessly and for the good > of all, and through his commitment to free and open software, he has > made this world a bit freer and better. > > The gap he leaves behind is huge and filling it will be hard. > > Thanks for everything dear Bill. It was a great honor and pleasure to > work with you. You will be remembered. We will miss you. Rest in peace. > > I express my condolences to Phyllis, his family and friends. > > Sam > > P.S.: Phyllis has expressed the wish to resume work on the project at a > later date, currently she needs some time off, and to participate in the > documentation and correspondence as usual. I will continue to support > this project as before. The monthly releases cannot be offered in the > same way at the moment. Minor changes and improvements will take place > from time to time. We are open for new developers and hope for your > support. > -- > Cin mailing list > Cin(a)lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > >

1 0

Re: [Cin] Sad news: Our developer Good Guy has passed away
by daniel-cinelerra-gg＠opayq.com 09 Nov '20

09 Nov '20

so sorry to hear about this. what a generous person he was. is there anything we can do for phyllis, the family or for anyone directly involved or for the project itself? dan > On 11/10/2020 12:00 AM edouard chalaron via Cin <> wrote: > > > > Preview: What a tragedy. A very sad day indeed ! All my thoughts to Ph --> 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… ] > > > What a tragedy. A very sad day indeed ! > All my thoughts to Phyllis and family > Ed > > Sent from Yahoo Mail on Android https://go.onelink.me/107872968?pid=InProduct&c=Global_Internal_YGrowth_And… > > > > > On Tue, Nov 10, 2020 at 8:57, Sam via Cin > > <cin(a)lists.cinelerra-gg.org> wrote: > > > > > > It is with dismay and sadness that I have to announce this devastating > > news that our highly esteemed developer W.P. Morrow aka Good Guy died in > > a traffic accident last Monday at the age of 66. Bill, as he also called > > in private, was as so often in his free time, out for sports riding his > > bicycle when he was hit by a truck. He was taken to hospital, but > > unfortunately he succumbed to his severe injuries. > > > > This news is shocking and makes me speechless, although I find it > > extremely difficult to find words due to my sadness, I would like to > > remember him at this point. > > > > A look back shows that, together with Phyllis, he has pushed this > > project forward with great passion, dedication and commitment. His > > ingenuity and creative solutions were always an enrichment for this > > project. He was never too comfortable to tackle even small problems and > > improvements to make the life of the users easier. You could tell that > > he enjoyed programming a lot. He enjoyed improving Cinelerra-GG and > > interacting with the community. He has acted selflessly and for the good > > of all, and through his commitment to free and open software, he has > > made this world a bit freer and better. > > > > The gap he leaves behind is huge and filling it will be hard. > > > > Thanks for everything dear Bill. It was a great honor and pleasure to > > work with you. You will be remembered. We will miss you. Rest in peace. > > > > I express my condolences to Phyllis, his family and friends. > > > > Sam > > > > P.S.: Phyllis has expressed the wish to resume work on the project at a > > later date, currently she needs some time off, and to participate in the > > documentation and correspondence as usual. I will continue to support > > this project as before. The monthly releases cannot be offered in the > > same way at the moment. Minor changes and improvements will take place > > from time to time. We are open for new developers and hope for your > > support. > > -- > > Cin mailing list > > Cin(a)lists.cinelerra-gg.org mailto:[email protected] > > https://lists.cinelerra-gg.org/mailman/listinfo/cin > > > > > > > > -- > Cin mailing list > Cin(a)lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin >

1 0

Re: [Cin] Removal of AVStream.*index_entries*
by Andrew Randrianasulu 06 Nov '20

06 Nov '20

В сообщении от Friday 06 November 2020 01:40:34 вы написали: > Quoting Andrew Randrianasulu (2020-11-05 17:53:51) > > В сообщении от Thursday 05 November 2020 14:57:22 вы написали: > > > Hi, > > > Quoting Andrew Randrianasulu (2020-10-30 21:23:22) > > > > Hello, Anton. > > > > > > > > Sorry for writing to you directly and not to ffmpeg-devel, I'm not subscribed to it (just reader via web interface). You can copy my email there if you want. > > > > > > > > In https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/cea7c19cda0ea1630ae1de8c102… you moved nb_index_entries to private header, yet as it turned out this code was used by CinelerraGG: > > > > > > > > https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerr… > > > > > > > > line 723 for example .. > > > > > > > > Do you have any alternative route for getting this info? > > > > I hacked sources of CinlerraGG a bit by directly including libavformat's internal header, but it was not very good idea becaiuse something conflicted when I added it to header file, and required alteration of yet another file even if I added it only to ffmpeg.C > > > > > > > > My hack attached ... > > > > > > frankly, that code looks like a horrible pile of hacks. I cannot, from a > > > quick glance, tell what is it using those private fields for and why it > > > doesn't just call avformat_seek_file() like any other well-behaved > > > program would. > > > > Good question. I think code 'evolved' this way, because this is > > non-linear video editor (so, playback/decoding position can jump > > randomly forward and backward). Also, some format seeks better than > > others. May be other editors work-around this problem differently. Or > > their users just adviced to avoid hard-to-edit formats. > > I think ffms2 <https://github.com/FFMS/ffms2> also operates under > similar constraints, but it does not access private fields. Maybe you > could draw some inspiration from there. Thanks, I compiled it once for Aegisub, and forgot about it :/ > > > > > Can I forward your question about this code to our mail list? > > Sure. I can also be reached on IRC in freenode/#ffmpeg-devel, if anyone > wants to discuss this further. > Forwarding ...

1 0

New builds available
by Phyllis Smith 02 Nov '20

02 Nov '20

The new October 31 tars and pkgs are available to download from the website: cinelerra-gg.org You can download Ugin's lesson1 showing usage of the Projector, labels, and the updated GoTo menu from a permanent spot at: https://www.cinelerra-gg.org/media/tutorials/projector_usage.mp4 Release notes can be downloaded also but a text version is below. ---------------------------------------------------------------------------------------------- Cinelerra-GG (Version Infinity) *Release Notes for 10/01/2020-10/31/2020 *for builds Special *thanks to Pierre/IgorB* for testing and help with great suggestions for improving Tile Mixers. A lesson in Projector usage with labels and the new GoTo menu has been *done by Ugin* (Preobraz). *1. Usability Improvements:* Transitions if disabled will no longer show on expanded tracks or be draggable (expansion is done in the patchbay). This was an email request from IgorBeg. Camera/Projector autorange icons improved (as provided by Igor Beg in BT #511). *New Timeblur plugin* was created which blurs a certain number of frames together. *Histogram plugin* Frames feature added last month did not meet the user’s specifications so has now been modified with a button to “Sum frames” instead to provide a better result. *Drag Select* and Deselect edits on the timeline (BT #494). Added Deselect Edits to MMB on the track to unselect edits within the insert pointer area or selection area (fary54 within BT #494). Spanish translations updated by RafaMar. In the Labels folder of the Resources window, a Double Click on a label will move the cursor to that label on the timeline, thus avoiding have to use the pulldown option of Go To (fary54 BT #518). Some changes in the Window pulldown of *Split X / Split Y panes* include: - The separator lines have been visibly enhanced to make them stand out a little more without making them overwhelming (quintao BT #525). - Guards have been added to the code in some areas of Split X/Y code to prevent odd behavior. - Draw of the panes has had a bug fixed and speedup added, in particular in the case of a redraw. *Gang mode* changes include: - Gang flags in the patchbay specifically when in Gang Channels or Gang Media modes will operate as set in the Master Track. For example, if when in Gang Channels mode, you turn off “Play track” on the visible audio track, none of the associated channels (i.e. the other stereo or other 5 channels will play). And if in Gang Media mode, if you turn on “Play track” for the Master Track, all associated video and audio tracks will play unless you turned off “Play track” for some of the associated audio/video slave tracks which will not play (email discussion started by Oon-Ee Ng). There is still some work to do here yet and to document. - A bug was found while working on Gang Modes where the Master Track was set incorrectly. - The gang flag was originally stored in the EDL session but is now moved in order to maintain correct rendering. This means that for any existing project, the gang mode will be set to 1 initially but then when resaved in the user preference mode, will be right the next time loaded. *Proxy changes* include: - Added 1 (1:1) as an option for proxying because by lowering the bitrate, cpu usage can be as much as 4 times lower without having to be concerned with scaling (quintao in BT #516). - Revised the menu layout based on user feedback (from several users per BT #516). *Tile Mixers* has been improved so that you can designate a rectangle area where you want the mixers to be tiled. In addition this location of the mixers will saved when you “Save layout” under the Window pulldown (IgorBeg/Pierre BT #531). *2. Bugs/Issued Fixed:* Audio Transitions when On not checked still was on - now fixed. Plugin Server problem when missing for Transitions (Andrew dmp). Another vicon render failure was determined to be the cause of a crash that has now been fixed (BT #524 by Pierre). If the program is stopped while a Render is running, for example a Transcode, there was a crash but this has now been guarded against (BT #524 by Pierre). Transitions between certain edit conditions is now more correctly handled. Record Gui “Video Mtr” button disable will now result in the menu being taken down (Fary54 BT #519). Updated shortcuts.html file. The SVG via Inkscape plugin was no longer honoring the alpha transparency channel due to changes in the Inkscape program. This has been fixed but if more changes to Inkscape are made, it could break again (Armando reported in the forum). Updated ffmpeg mpegtsenc bluray patch to get more in synch. Tweak asset equivalent for batchrender warn which was causing false alarms. Removed redundant ffmpeg leak fix (which was patch 4 as Andrew told us). Fixed “Resize Track” menu for assets in Resources window and on the timeline track to work with proxy . Also added a Reset button to easily revert to the original size, retained the Scale values when resized, and made the menu a little wider (IgorBeg BT#530). Draw vicon mode in the Resources window for “Src Target” was inadvertently not working but has now been fixed (IgorBeg BT#528). Resize bug for Filelist type assets, such as png, has been fixed. Patch provided to fix compilation when “with-commercial” is used (mehw BT #532).

3 3