Re: [Cin] Current (10 sep 2020) pdf manual has some pictures displaced?
Andrea, 2 things -- 1 - I integrated these changes BUT have not checked into GIT yet 2 -- I prefer them on the same page too but it makes the manual even longer On Sat, Sep 19, 2020 at 1:38 PM Andrea paz via Cin < cin@lists.cinelerra-gg.org> wrote: > The problem is when there is no physical space on the page to hold the > image (in the position we indicated); so it happens especially with > large images -smaller images can often be fixed. The choice is whether > to leave a blank space in a page with the image moving to the > beginning of the next page (where it is located), but always within > the same section, as Andrew prefers; or to let Latex fill the blank > space with the next section and put the image at the beginning of the > next page. I've let Latex do it so far, but if others prefer Andrew's > idea, it's not difficult to fix it. What do you think? Andrey, what do > you think? > -- > Cin mailing list > Cin@lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
[Cin] Histogram Plugin add on feature
The Histogram Plugin will function as it did but a new feature has been added and checked into GIT. The one default that has been changed is that you can choose a Linear or a Log slider value. It is set at the beginning to 50% but if you want it to be the same as before, just set that slider all the way to Log. The easiest general procedure is to select the area on the timeline for which you would like to see the Histogram averaged and then click on the "Frames" button in the Histogram plugin. Description of other changes: Linear to Log slider - frequency in Linear range to Log range; default is 50%; original was always Log. Frames button - if a Selection is set on the timeline, the number of frames will be calculated and shown in the box next to it. Frame Count box - type in the number of frames you want to be looked at starting at the insert marker or use the up/down counter. Clear Frames icon - reset the frame count to the default value of 0. A side note - by using a number of frames, you can get a "dissolve-like transition effect" which is interesting. -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Current (10 sep 2020) pdf manual has some pictures displaced?
The problem is when there is no physical space on the page to hold the image (in the position we indicated); so it happens especially with large images -smaller images can often be fixed. The choice is whether to leave a blank space in a page with the image moving to the beginning of the next page (where it is located), but always within the same section, as Andrew prefers; or to let Latex fill the blank space with the next section and put the image at the beginning of the next page. I've let Latex do it so far, but if others prefer Andrew's idea, it's not difficult to fix it. What do you think? Andrey, what do you think? -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Current (10 sep 2020) pdf manual has some pictures displaced?
В сообщении от Saturday 19 September 2020 17:59:38 Andrea paz via Cin написал(а): > > I mean, may be it was design choice, but I prefer illustrations to be > > literally on the same page or in same section as txt referencing them, if > > possible > > Something can be done, but sometimes it lacks the space to let an > image enter its section and the same page. This is the case of fig. > 10.8 and 16.2, which I cannot fix. > Latex works like this: we can give indications of where we want an > image, but then it takes care of finding the best layout. It is one of > the great advantages and convenience of Latex, but often the solution > it finds is not good. Moreover, when you change or add something over > time, the structure changes again every time you build the pdf. > For example, I have arranged the figures you pointed out, but nothing > prevents latex from changing their position again in the future. I > have learned that the best solution is to intervene as little as > possible, even if in truth I always find myself fixing something and > then again and again. > Keep reporting every issue, when you notice them: this finishing work > is important. > https://tex.stackexchange.com/questions/32598/force-latex-image-to-appear-in-the-section-in-which-its-declared = If you want the figure to float, but not passing a \section command. you can use the placeins package and its \FloatBarrier command beyond which floats may not pass. A package option allows you to declare that floats may not pass a \section command, but you can place \FloatBarriers wherever you choose. == may this link help? -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Website in French
Hi Sam and thanks for your very quick answer. thanks for your message. Yes, I turned it off, because I'm trying to fix the error of the translation plugin. This plugin is slowly driving me crazy. I've already tried all kinds of things, but the translated pages are always displayed wrong. The problem got worse and worse from update to update. I'm currently in the process of cleaning up the site, so I deactivated German and French for a short time to finally fix this bug. For this reason it is possible that the website is sporadically not available this weekend. OK, capito. Now worries from my side, my purpose was only to rise awareness about that in case of it went unnoticed. Good luck with the refractory plugin, I'm sure you'll end up knocking him down! Cheers, Olivier -- Site web : https://librazik.tuxfamily.org/ Donation : https://liberapay.com/LibraZiK/ Diaspora : https://framasphere.org/people/8c184af0c9450134f6682a053625 Mastodon : https://mastodon.xyz/@LibraZiK -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Website in French
Hi Olivier, thanks for your message. Yes, I turned it off, because I'm trying to fix the error of the translation plugin. This plugin is slowly driving me crazy. I've already tried all kinds of things, but the translated pages are always displayed wrong. The problem got worse and worse from update to update. I'm currently in the process of cleaning up the site, so I deactivated German and French for a short time to finally fix this bug. For this reason it is possible that the website is sporadically not available this weekend. Sam Am 19.09.20 um 16:26 schrieb Olivier Humbert via Cin: Hi all. The website doesn't display its French translation anymore, even if I've translated all the pages. It looks that we can only access to the English, Italian and Spanish versions. I don't know if you're aware about that, then a quick message like this one probably worth to be be sent. Cheers, Olivier -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
[Cin] Website in French
Hi all. The website doesn't display its French translation anymore, even if I've translated all the pages. It looks that we can only access to the English, Italian and Spanish versions. I don't know if you're aware about that, then a quick message like this one probably worth to be be sent. Cheers, Olivier -- Site web : https://librazik.tuxfamily.org/ Donation : https://liberapay.com/LibraZiK/ Diaspora : https://framasphere.org/people/8c184af0c9450134f6682a053625 Mastodon : https://mastodon.xyz/@LibraZiK -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] New feature: enhanced Motion plugin
On Fri, 18 Sep 2020, Andrea paz via Cin wrote: > I have integrated your additions on the latex manual. Now Phyllis will Thank you very much. I've read and made some corrections. Mostly cosmetic ones, like italicizing the names of GUI controls. Some were my own typos, sorry. The patch against the Plugins.tex version you sent yesterday is in attachment. I've also attached a screenshot of the GUI. > I saw that you brought "Add offset" on Motion plugin, so you could > delete Motion-CV. I think Motion-HV has some recent optimizations > (2017). Do you think you can delete Motion-HV too or is it better to > leave it? What about Motion 2 Points? Motion 2 Points and Motion51 implement totally different tracking methods, they must definitely remain here. What about MotionCV and MotionHV, I am not sure. One has to inspect their code. I know, MotionCV has an extra parameters pair, Rotation block size, which does not exist in the Motion plugin. It would be easy to implement it, but I am unsure, whether the distinct rotation match block is really needed. Perhaps I can say later more concretely about the difference, or may be GG remembers. Earlier I used to apply motion stabilization (in Cinelerra-HV) for low quality video, but as of CinelerraHV-6 the plugin became broken. Recently I have imagined to extract the working plugin from CinelerraHV-4.6.1 and adapt it for Cin-GG, but there was the same problem. I tried firstly several tricks, none of them seemed to help. After some deeper debugging I've found, that the problem was not in the plugin, but in the affine interpolation (my bug report two months ago). After affine bugfix the plugin worked again, as earlier. However, it would be sorry wasted time, so I considered to finalize my hacks no matter what... Georgy ___ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email s...@nmr.nioch.nsc.ru ___ motion.png Description: Binary data Plugins.tex.diff.gz Description: Binary data -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin