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 : > 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] 70264e: Add blend method widget into gradient tool options...
Branch: refs/heads/master Home: https://github.com/synfig/synfig Commit: 70264e81d464a86d6518fc620db27eb76d2fe9e6 https://github.com/synfig/synfig/commit/70264e81d464a86d6518fc620db27eb76d2fe9e6 Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_gradient.cpp Log Message: --- Add blend method widget into gradient tool options panel. Commit: 2e527e043f7a6d83d820c3d0631fd04d8b618382 https://github.com/synfig/synfig/commit/2e527e043f7a6d83d820c3d0631fd04d8b618382 Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_gradient.cpp Log Message: --- Improve UI layout of Options. 1. Options Panel border width set to 3px 2. Row spacing is 5px 3. Widgets spacing in the same row is 3px 4. Spacing of sub-option widget is 8px Commit: 8030e1b71f98ae1543b15bcfc7e13399ab02a20a https://github.com/synfig/synfig/commit/8030e1b71f98ae1543b15bcfc7e13399ab02a20a Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Add(uncomment) blend method wiget for Circle Tool Options Panel Commit: cef9f2503c80aa1c330c61a6e5c56fdc64e411ee https://github.com/synfig/synfig/commit/cef9f2503c80aa1c330c61a6e5c56fdc64e411ee Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Add opacity widget to circle tool options panel. It is still a global wide widget, should be changed to a local option which affects circle tool only. Commit: 194c86521cf084cc68b1fd9a769c0f399b6e23eb https://github.com/synfig/synfig/commit/194c86521cf084cc68b1fd9a769c0f399b6e23eb Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Add brush size widget to circle tool options panel. It is still a global wide setting, should be changed to affect circle tool only. Commit: 5c9d159cceb6995177c21bcee5521fef4df5a95d https://github.com/synfig/synfig/commit/5c9d159cceb6995177c21bcee5521fef4df5a95d Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Remove comment Commit: 10059d7ed1186bdb0813b04a13b43cccf2ea2b56 https://github.com/synfig/synfig/commit/10059d7ed1186bdb0813b04a13b43cccf2ea2b56 Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Replace checkbutton with togglebutton for layer creation Commit: 0d47d3e59d7b7a9ad90f0d430e625ac8d3e4300f https://github.com/synfig/synfig/commit/0d47d3e59d7b7a9ad90f0d430e625ac8d3e4300f Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Improve labels and add some missed labels Commit: 50ade3a778bf2f15071ed1ac669e375b05e5ab33 https://github.com/synfig/synfig/commit/50ade3a778bf2f15071ed1ac669e375b05e5ab33 Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Pack all layer type in a hbox - Pack all layer creation buttons in a hbox, - Pack Name and its text field in an other hbox, - Align Title label to left. Commit: a4205c39ce1484aff84404b2178f63e89610b78a https://github.com/synfig/synfig/commit/a4205c39ce1484aff84404b2178f63e89610b78a Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Align Checkbutton items Checkbox at the right and its label at the left Commit: b826f49d56649e633391ab5b263d2ba1c3a00589 https://github.com/synfig/synfig/commit/b826f49d56649e633391ab5b263d2ba1c3a00589 Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Don't expand layer creation buttons. Commit: e44ee4907a0475edc64f8535bf0c79f06bf68530 https://github.com/synfig/synfig/commit/e44ee4907a0475edc64f8535bf0c79f06bf68530 Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Order options Commit: ee01b606b4700e3d94b5f6b8d7dd7892ac67b9d5 https://github.com/synfig/synfig/commit/ee01b606b4700e3d94b5f6b8d7dd7892ac67b9d5 Author: Yu Chen Date: 2014-04-01 (Tue, 01 Apr 2014) Changed paths: M synfig-studio/src/gui/states/state_circle.cpp Log Message: --- Set border width of circ
Re: [Synfig-devl] Value Node from File
Carlos López González wrote: > I'm going to start developing a new convert type that would allow to read > the values for a parameter or value node from a text file. > I want to make it the simplest way possible so I've narrowed the format of > the file and the supported types to this: > > Supported types: bool, integer, real, angle, time, vector, color, string. > File format: > A line with the frame rate (like the lst file): > FPS 24 > Another line with the type of the data (one of these): > TYPE REAL > TYPE BOOL > TYPE INTEGER > TYPE ANGLE > TYPE TIME > TYPE VECTOR > TYPE COLOR > TYPE STRING > > and several lines with the entry: > FRAME VALUE > > ... > > Internally it would create an Animated Value Node the first time the data > is read from the file. The interpolation used for the waypoints of the > Animated Value Node would be a subparameter of the Convert type. Also a > Offset time would be available as subparameter to shift the animation to > other different time. > > I would like to know other's opinion or suggestions before start to code. 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
[Synfig-devl] Fwd: Value Node from File
Forgot attachment -- Forwarded message -- From: Carlos López González Date: 2014-03-31 17:08 GMT+02:00 Subject: Value Node from File To: "synfig-devl@lists.sourceforge.net" Hi! I'm going to start developing a new convert type that would allow to read the values for a parameter or value node from a text file. I want to make it the simplest way possible so I've narrowed the format of the file and the supported types to this: Supported types: bool, integer, real, angle, time, vector, color, string. File format: A line with the frame rate (like the lst file): FPS 24 Another line with the type of the data (one of these): TYPE REAL TYPE BOOL TYPE INTEGER TYPE ANGLE TYPE TIME TYPE VECTOR TYPE COLOR TYPE STRING and several lines with the entry: FRAME VALUE where VALUE can be: REAL (for Real, Time and Angle) 0 or 1 (for bool) INTEGER (for integer) REAL REAL (for vector) REAL REAL REAL [REAL] (for color, interpreted as RGB[A] alpha optional) STRING (a group of words until the end of line for strings) Attached is a dummy file for example for each type. Internally it would create an Animated Value Node the first time the data is read from the file. The interpolation used for the waypoints of the Animated Value Node would be a subparameter of the Convert type. Also a Offset time would be available as subparameter to shift the animation to other different time. I would like to know other's opinion or suggestions before start to code. -- Carlos http://synfig.org -- Carlos http://synfig.org # Lines starting with # are ignored FPS 25 TYPE REAL #TYPE BOOL #TYPE INTEGER #TYPE ANGLE #TYPE TIME #TYPE VECTOR #TYPE COLOR #TYPE STRING #INTERPOLATION CONSTANT #INTERPOLATION TCB #INTERPOLATION LINEAR #INTERPOLATION EASE INTERPOLATION CLAMPED # FORMAT (tabulation or space separated): # FRAME VALUE VALUE # ## REAL, TIME or ANGLE 0 0.3456 12 4.023 20 -0.78454 ## BOOL 0 1 12 0 20 0 ## INTEGER 0 34 12 2 20 -4 ## VECTOR (X, Y) 0 2.564 -3.8709 12 0.000 3.567 20 0.125 6.0342 # COLOR (R, G, B, [A]) 0 0.564 0.8709 0.3456 12 0.000 3.567 0.7830 1.000 20 0.925 0.0342 0.2314 0.7807 ## STRING 0 This is a long string 12 The string goes from the FPS to the end of line 20 Empty strings are alloed too 35 -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] Value Node from File
Hi! I'm going to start developing a new convert type that would allow to read the values for a parameter or value node from a text file. I want to make it the simplest way possible so I've narrowed the format of the file and the supported types to this: Supported types: bool, integer, real, angle, time, vector, color, string. File format: A line with the frame rate (like the lst file): FPS 24 Another line with the type of the data (one of these): TYPE REAL TYPE BOOL TYPE INTEGER TYPE ANGLE TYPE TIME TYPE VECTOR TYPE COLOR TYPE STRING and several lines with the entry: FRAME VALUE where VALUE can be: REAL (for Real, Time and Angle) 0 or 1 (for bool) INTEGER (for integer) REAL REAL (for vector) REAL REAL REAL [REAL] (for color, interpreted as RGB[A] alpha optional) STRING (a group of words until the end of line for strings) Attached is a dummy file for example for each type. Internally it would create an Animated Value Node the first time the data is read from the file. The interpolation used for the waypoints of the Animated Value Node would be a subparameter of the Convert type. Also a Offset time would be available as subparameter to shift the animation to other different time. I would like to know other's opinion or suggestions before start to code. -- Carlos http://synfig.org -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
Re: [Synfig-devl] ValueNode 'Weighted Average' doesn't accept type 'weighted spline_point'
Issue created: http://www.synfig.org/issues/thebuggenie/synfig/issues/614 2014-03-31 14:06 GMT+02:00 Konstantin Dmitriev : > Hi! > Thank you for report! Please open a bug issue. > K. > > 2014-03-31 18:19 GMT+07:00 Carlos López González : > > I've build the latest one multilink improvement branch: > > > https://github.com/blackwarthog/synfig/commits/bone-multilink-improvement2 > > Commit ID: ad361e8 > > > > And I've noticed that I can't load back a saved file that has a shape > linked > > to skeleton with more than two bones. > > > > Attached is the sample file created with the newest bones improvements > and I > > can't open it back again. > > > > Should I open a bug tracker or is Ivan working on this right now? > > Cheers! > > > > -- > > Carlos > > http://synfig.org > > > > > -- > > > > ___ > > Synfig-devl mailing list > > Synfig-devl@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/synfig-devl > > > > > > -- > http://morevnaproject.org/ > > > -- > ___ > 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] ValueNode 'Weighted Average' doesn't accept type 'weighted spline_point'
Hi! Thank you for report! Please open a bug issue. K. 2014-03-31 18:19 GMT+07:00 Carlos López González : > I've build the latest one multilink improvement branch: > https://github.com/blackwarthog/synfig/commits/bone-multilink-improvement2 > Commit ID: ad361e8 > > And I've noticed that I can't load back a saved file that has a shape linked > to skeleton with more than two bones. > > Attached is the sample file created with the newest bones improvements and I > can't open it back again. > > Should I open a bug tracker or is Ivan working on this right now? > Cheers! > > -- > Carlos > http://synfig.org > > -- > > ___ > Synfig-devl mailing list > Synfig-devl@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/synfig-devl > -- http://morevnaproject.org/ -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
Re: [Synfig-devl] Good job Djay & Jcome!
A huge thank you from me as well. You're both doing a splendid work for Synfig! Open source animation salutes you! -David On 03/28/2014 01:13 PM, Carlos López González wrote: I want to publicly recognize and applause the great evolution of Djay and Jcome in their code abilities and their slow but firm contribution to the Synfig code. Well done! Keep it up! -- Carlos http://synfig.org -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
Re: [Synfig-devl] Good job Djay & Jcome!
Same here, I'm following silently their work and must say I'm impressed. Very good work! :.) Cheers Timothée Le 29/03/2014 05:23, Konstantin Dmitriev a écrit : > 2014-03-28 19:13 GMT+07:00 Carlos López González : >> I want to publicly recognize and applause the great evolution of Djay and >> Jcome in their code abilities and their slow but firm contribution to the >> Synfig code. >> >> Well done! Keep it up! > I would like to join the applause. ^__^ > My Regards, > K. > > -- > ___ > Synfig-devl mailing list > Synfig-devl@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/synfig-devl -- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] ValueNode 'Weighted Average' doesn't accept type 'weighted spline_point'
I've build the latest one multilink improvement branch: https://github.com/blackwarthog/synfig/commits/bone-multilink-improvement2 Commit ID: ad361e8 And I've noticed that I can't load back a saved file that has a shape linked to skeleton with more than two bones. Attached is the sample file created with the newest bones improvements and I can't open it back again. Should I open a bug tracker or is Ivan working on this right now? Cheers! -- Carlos http://synfig.org <>-- ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl