Re: [Synfig-devl] Value Node from File
Hi Charlie thanks for your suggestions and comments. Yes, it is better to allow user to specify interpolation in and out for each value entry. But I would propose one alternative: 1) Default interpolation must be defined on file header. If not defined (which is user responsibility) then the default from UI will be used. 2) If not interpolation (in or out) labels are found for a particular value entry, then the default is used. This way, when the interpolation is always the same (in many, many cases) there is not need to write the interpolation for each value entry, which might be tedious for a hand made input file. On the other hand, bool and string values doesn't allow interpolation so individual interpolation in/out for a string value or a bool value will be ignored. It would result always constant interpolation, whatever interpolation type you use. For example if it finds this entry for a string type: 24 This is a example of string with ease meaning... clamp, clamp, clamp! HALT Would parse as: At frame 24 value for string is This is a example of string with ease meaning... clamp, clamp, clamp! HALT, that is, the whole right part of the line is considered as the string itself and no interpolation token is expected. Respect to the frame format, I think that we should stick to frames only. Most of the outputs of the applications use frames as time basis. If there is need to use time (real value) for the time (and ignore the FPS value) then it can be added later. So the 'f' at the end of your example wouldn't be needed. More suggestions? Cheers! 2014-04-01 0:54 GMT+02:00 Charlie Murphy cmsmur...@gmail.com: Hi Genete, I like the simplicity of that format. One question: would a single interpolation be used for all Value Nodes or could you change them separately? Maybe there could be optional columns for interpolation, so to share them consistently across projects. FRAME VALUE IN OUT 0f 10.0clamp ease 6f 12.0easeclamp 20f 18.0clamp clamp -Charlie -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl -- Carlos http://synfig.org -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
Re: [Synfig-devl] Value Node from File
sounds like an other killer feature you will bring to synfig. In case Synfig Studio is used by animation artists, the CSV[1] file support would be welcomed, users can create their value node file in office suite comfortably . http://en.m.wikipedia.org/wiki/Comma-separated_values Cheers! Yu -- 发件人: Carlos López González genet...@gmail.com 发送时间: 2014/4/1 14:13 收件人: synfig-devl@lists.sourceforge.net 主题: Re: [Synfig-devl] Value Node from File Hi Charlie thanks for your suggestions and comments. Yes, it is better to allow user to specify interpolation in and out for each value entry. But I would propose one alternative: 1) Default interpolation must be defined on file header. If not defined (which is user responsibility) then the default from UI will be used. 2) If not interpolation (in or out) labels are found for a particular value entry, then the default is used. This way, when the interpolation is always the same (in many, many cases) there is not need to write the interpolation for each value entry, which might be tedious for a hand made input file. On the other hand, bool and string values doesn't allow interpolation so individual interpolation in/out for a string value or a bool value will be ignored. It would result always constant interpolation, whatever interpolation type you use. For example if it finds this entry for a string type: 24 This is a example of string with ease meaning... clamp, clamp, clamp! HALT Would parse as: At frame 24 value for string is This is a example of string with ease meaning... clamp, clamp, clamp! HALT, that is, the whole right part of the line is considered as the string itself and no interpolation token is expected. Respect to the frame format, I think that we should stick to frames only. Most of the outputs of the applications use frames as time basis. If there is need to use time (real value) for the time (and ignore the FPS value) then it can be added later. So the 'f' at the end of your example wouldn't be needed. More suggestions? Cheers! 2014-04-01 0:54 GMT+02:00 Charlie Murphy cmsmur...@gmail.com: Hi Genete, I like the simplicity of that format. One question: would a single interpolation be used for all Value Nodes or could you change them separately? Maybe there could be optional columns for interpolation, so to share them consistently across projects. FRAME VALUE IN OUT 0f 10.0clamp ease 6f 12.0easeclamp 20f 18.0clamp clamp -Charlie -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl -- Carlos http://synfig.org -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [synfig/synfig] 024840: Fix error: variable length array of non-POD elemen...
Branch: refs/heads/master Home: https://github.com/synfig/synfig Commit: 024840594d13bafd112aad7065859e05ce50d9eb https://github.com/synfig/synfig/commit/024840594d13bafd112aad7065859e05ce50d9eb Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/widgets/widget_curves.cpp Log Message: --- Fix error: variable length array of non-POD element type 'vectorGdk::Point' raised on OSX 10.9 Commit: 2ac156030cd1330d4ebe4e7e1b9fc337c5477024 https://github.com/synfig/synfig/commit/2ac156030cd1330d4ebe4e7e1b9fc337c5477024 Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/synfig/color.cpp M synfig-core/src/synfig/color.h Log Message: --- Fix warnings: in-class initializer for static data member of type 'const float' is a GNU extension Commit: 45892996628c3f6c9f3452a14d0d236d40e507a4 https://github.com/synfig/synfig/commit/45892996628c3f6c9f3452a14d0d236d40e507a4 Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/synfig/color.cpp M synfig-core/src/synfig/color.h Log Message: --- Fix more warnings: in-class initializer for static data member of type 'const float' is a GNU extension Commit: bc685e11cdde2f629c5c4880e5c4150f651fe5b6 https://github.com/synfig/synfig/commit/bc685e11cdde2f629c5c4880e5c4150f651fe5b6 Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M ETL/ETL/_bezier.h M synfig-core/src/synfig/general.h Log Message: --- Fix warnings: private field not used and unused parameter Commit: 872a9db5cafa7c0326d03a022a4148e4eec8282c https://github.com/synfig/synfig/commit/872a9db5cafa7c0326d03a022a4148e4eec8282c Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M ETL/ETL/_bezier.h M synfig-core/src/synfig/type.h Log Message: --- Fix more warnings: private field not used and unused parameter Commit: 97a475aa04a4cc52d8f4a3073ea0017becbfce39 https://github.com/synfig/synfig/commit/97a475aa04a4cc52d8f4a3073ea0017becbfce39 Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/synfig/main.cpp Log Message: --- Disable verbose terminate function in OSX. Since 10.9 __gnu_cxx is a unknown namespace Commit: ec95a179d88d772aa0205d7eaf627435068916e0 https://github.com/synfig/synfig/commit/ec95a179d88d772aa0205d7eaf627435068916e0 Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/modules/mod_svg/svg_parser.h M synfig-core/src/synfig/polynomial_root.h M synfig-core/src/synfig/target_cairo.h M synfig-core/src/synfig/uniqueid.cpp M synfig-core/src/synfig/valuenode_bone.cpp Log Message: --- Fix more warnings issued by Clang compiler Commit: 5e92bb227b70e8d23bd1bbae64f831383be46797 https://github.com/synfig/synfig/commit/5e92bb227b70e8d23bd1bbae64f831383be46797 Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/modules/lyr_freetype/lyr_freetype.cpp M synfig-core/src/modules/lyr_std/booleancurve.h M synfig-core/src/modules/lyr_std/supersample.h M synfig-core/src/modules/lyr_std/warp.h M synfig-core/src/modules/mod_example/metaballs.cpp M synfig-core/src/modules/mod_filter/lumakey.h M synfig-core/src/modules/mod_geometry/advanced_outline.h M synfig-core/src/modules/mod_geometry/outline.h M synfig-core/src/modules/mod_geometry/region.h M synfig-core/src/modules/mod_jpeg/trgt_jpeg.h M synfig-core/src/modules/mod_noise/distort.h M synfig-core/src/modules/mod_noise/valuenode_random.h M synfig-core/src/modules/mod_particle/plant.h M synfig-core/src/modules/mod_png/trgt_cairo_png.h M synfig-core/src/modules/mod_png/trgt_png.h Log Message: --- Silent remaining warnings triggered by Clang compiler for synfig-core Commit: 4fffbd907efd34eacd8e3935d0a916208d818702 https://github.com/synfig/synfig/commit/4fffbd907efd34eacd8e3935d0a916208d818702 Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/synfigapp/action.h Log Message: --- Fix warning: 'synfigapp::Action::Group::set_param' hides overloaded virtual functions Commit: 39a759ea8b4b57e2b5c198749d9825f3e384b1f1 https://github.com/synfig/synfig/commit/39a759ea8b4b57e2b5c198749d9825f3e384b1f1 Author: Carlos Lopez genet...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/synfigapp/actions/keyframewaypointset.h Log Message:
[Synfig-devl] [synfig/synfig] 9f874d: Fix ValueNode_Composite - support any weighted typ...
Branch: refs/heads/master Home: https://github.com/synfig/synfig Commit: 9f874da561b1e19b127c288d3679f6b7d1e5b778 https://github.com/synfig/synfig/commit/9f874da561b1e19b127c288d3679f6b7d1e5b778 Author: Ivan Mahonin b...@icystar.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/synfig/valuenode_composite.cpp Log Message: --- Fix ValueNode_Composite - support any weighted type Commit: 05de8916d648b48412fb0d420ecebf4bc641ca64 https://github.com/synfig/synfig/commit/05de8916d648b48412fb0d420ecebf4bc641ca64 Author: Ivan Mahonin b...@icystar.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/synfig/valueoperations.cpp M synfig-core/src/synfig/valueoperations.h Log Message: --- Support reverse manipulation for ValueAverage helper Commit: 863bf5e093ddd26b381ad9cd4d3e70fb19649921 https://github.com/synfig/synfig/commit/863bf5e093ddd26b381ad9cd4d3e70fb19649921 Author: Ivan Mahonin b...@icystar.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/synfigapp/actions/valuedescset.cpp M synfig-studio/src/synfigapp/instance.cpp Log Message: --- Reverse manipulations for ValueNode_Average and _WeightedAverage Commit: 670a3df302f6de9573782e3868969253d286f40a https://github.com/synfig/synfig/commit/670a3df302f6de9573782e3868969253d286f40a Author: Konstantin Dmitriev ksee.zelga...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/synfig/loadcanvas.cpp M synfig-core/src/synfig/valueoperations.cpp M synfig-core/src/synfig/valueoperations.h Log Message: --- Fix issue #614: 'Weighted Average' doesn't accept type 'weighted spline_point' Commit: 8546d8dfce348eae5be68b3d3eb2d400d8c5832d https://github.com/synfig/synfig/commit/8546d8dfce348eae5be68b3d3eb2d400d8c5832d Author: Konstantin Dmitriev ksee.zelga...@gmail.com Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-core/src/synfig/loadcanvas.cpp M synfig-core/src/synfig/valuenode_composite.cpp M synfig-core/src/synfig/valueoperations.cpp M synfig-core/src/synfig/valueoperations.h M synfig-studio/src/synfigapp/actions/valuedescset.cpp M synfig-studio/src/synfigapp/instance.cpp Log Message: --- Merge pull request #124 from morevnaproject/bone-multilink-improvement Finished Bone Multilink feature Compare: https://github.com/synfig/synfig/compare/d1ac526f7dd2...8546d8dfce34-- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl