View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000483 | Cinelerra-GG | [All Projects] Bug | public | 2020-07-26 12:36 | 2020-07-31 01:10 |
Reporter | sge | Assigned To | PhyllisSmith | ||
Priority | low | Severity | text | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Product Version | 2020-04 | ||||
Target Version | Fixed in Version | ||||
Summary | 0000483: Inconsistency in the documentation of the 'Motion' plugin, parameter 'Settling speed' | ||||
Description | In CinelerraGG_Manual.pdf, section 9.9.50 Motion, paragraph 'Settling speed' the following is written: Settling speed The motion detected between every frame can be accumulated to form an absolute motion vector. If the settling speed is 100 the absolute vector is added to the next frame. If the settling speed is less than 100 the absolute vector is downscaled by the settling amount before being added to the next frame. But in the plugin code the following expressions are used: For translation: total_dx = (int64_t)total_dx * (100 - config.return_speed) / 100; total_dy = (int64_t)total_dy * (100 - config.return_speed) / 100; For rotation: total_angle = total_angle * (100 - config.rotate_return_speed) / 100; It follows that the Cinelerra manual describes the opposite behavior. The following should be documented to reflect the actual functionality (just an example, look also the documentation for the Motion51 plugin): Settling speed: The motion detected between every frame can be accumulated to form an absolute motion vector. Settling speed determines how fast the accumulated translation fades away, and the image resettles to its actual appearance. If the settling speed is 0% the total absolute vector is added to the next frame. So every frame that is processed accumulates the whole motion of the past. If the settling speed is 100% the absolute vector is cancelled completely, adding no past translation to the next frame. If the settling speed is intermediate between 0% and 100% the absolute vector is downscaled by (100 - settling amount) before being added to the next frame. | ||||
Tags | No tags attached. | ||||
Closed per user request. | |
I suggest we leave the ticket open a little longer. Please sge, if you find other parts to modify/improve, let us know. Your analysis is deep and precise, it is important to improve the manual (and CinGG). | |
I have read this in the current version of the Manual, thanks for the revision. Please close this issue! |
|
@sge It has been corrected and the revised Settling Speed for Motion is now on the website Manual version as Andre fixed. Thanks for the revision! |
|
OK, I meant the following. The documentation for the 'Motion51' plugin is correct already. The documentation for the 'Motion' plugin, parameter 'Settling speed' states the opposite to its actual function. The functionalities of the 'Motion' plugin parameter 'Settling speed' and of the 'Motion51' plugin parameter 'Shake fade' are identical. Therefore, the 'Motion' plugin parameter 'Settling speed' may be documented in a similar way to the 'Motion51' plugin parameter 'Shake fade', should such an explanation look more convenient or easier understandable. |
|
I will correct the manual for the Motion and Motion51 plugins based on confirmation from GG so I get it right. | |
Date Modified | Username | Field | Change |
---|---|---|---|
2020-07-26 12:36 | sge | New Issue | |
2020-07-26 16:06 | PhyllisSmith | Assigned To | => PhyllisSmith |
2020-07-26 16:06 | PhyllisSmith | Status | new => confirmed |
2020-07-26 16:06 | PhyllisSmith | Note Added: 0003839 | |
2020-07-26 17:03 | sge | Note Added: 0003840 | |
2020-07-26 22:30 | PhyllisSmith | Note Added: 0003841 | |
2020-07-27 14:08 | sge | Note Added: 0003848 | |
2020-07-27 14:16 | Andrea_Paz | Note Added: 0003849 | |
2020-07-31 01:10 | PhyllisSmith | Status | confirmed => closed |
2020-07-31 01:10 | PhyllisSmith | Resolution | open => fixed |
2020-07-31 01:10 | PhyllisSmith | Note Added: 0003855 |