Re: [Synfig-devl] Value Node from File

[Yu Chen]

On Wed, Feb 3, 2016 at 12:06 AM, Konstantin Dmitriev <
ksee.zelga...@gmail.com> wrote:

> new valuenode, called "Animated FIle"
>

Really nice.

Will it possible support other formats than .pgo ?

~ yu
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Re: [Synfig-devl] Value Node from File

[Konstantin Dmitriev]

2016-02-03 21:35 GMT+06:00 Yu Chen :
>
> On Wed, Feb 3, 2016 at 12:06 AM, Konstantin Dmitriev
>  wrote:
>>
>> new valuenode, called "Animated FIle"
>
>
> Really nice.
>
> Will it possible support other formats than .pgo ?

Extra coding needed. Should be easy to add, since ValueNode is already
implemented.

Best Regards,
K.

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Re: [Synfig-devl] Value Node from File

[Konstantin Dmitriev]

Dear friends!

The lipsync feature just landed into Synfig master branch. We've got
support for reading Papagayo .pgo files, implemented through new
valuenode, called "Animated FIle". Just import any .pgo file into
Synfig and see what happens.

Thanks to Ivan Mahonin for implementation.

Best Regards,
K.

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Re: [Synfig-devl] Value Node from File

[d/j/a/y is free]

Hello,

About this feature, talking with a friend, i got an idea.

Catch a poses / mouvements from an external device (kinect / webcam )
generate the file and then connect it to a shape/layer in synfig by this
Value Node from file feature.

This could be awesome!

Re: [Synfig-devl] Value Node from File
From: Carlos López González genetita@gm... - 2014-04-07 05:55:04

Hi Charlie, thanks for the code snippet.
I don't like the idea of use the comma as separator since the same
character is used for decimal point in some countries. I think that
space/tab is better for our purpose.
Anyway, all supported formats can be changed later in the code if requested.


2014-04-07 4:05 GMT+02:00 Charlie Murphy cmsmurp00@...:

 Konstantin Dmitriev wrote:
  Hello!
 
  After thinking about file format I have one more idea:
  It would be nice to have a  support for several input formats.
  For example the convert type could have a parameter - Format - with
  a dropdown list, where user can choose the import format.
 
  So the Convert type will have following parameters:
  * Filename
  * Format
 
  We can have only one format for now - Default (the one submitted by
  Carlos), but later we can add CSV and personally I would like to have
  a support for direct import of Papagayo's *.pgo files. ^__^
 
  K.

 Hi!

 The program might be able to deduce the filetype by its extension
 (csv, json, etc).  I think the artist/animator shouldn't have to
 tell Synfig what kind of file they're giving it.  ^^

 I attached a basic CSV parser.

 -Charlie


-- 
[##___l'urgent est remis a demain, l'impossible est en cours...___##]


--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Re: [Synfig-devl] Value Node from File

[Charlie Murphy]

d/j/a/y is free wrote:
 Hello,
 
 About this feature, talking with a friend, i got an idea.
 
 Catch a poses / mouvements from an external device (kinect / webcam )
 generate the file and then connect it to a shape/layer in synfig by this
 Value Node from file feature.
 
 This could be awesome!

That would be extremely useful as a standalone tool.  The outputted
movements could be transformed into a Synfig-format using awk.

-Charlie


--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Re: [Synfig-devl] Value Node from File

[Charlie Murphy]

Konstantin Dmitriev wrote:
 Hello!
 
 After thinking about file format I have one more idea:
 It would be nice to have a  support for several input formats.
 For example the convert type could have a parameter - Format - with
 a dropdown list, where user can choose the import format.
 
 So the Convert type will have following parameters:
 * Filename
 * Format
 
 We can have only one format for now - Default (the one submitted by
 Carlos), but later we can add CSV and personally I would like to have
 a support for direct import of Papagayo's *.pgo files. ^__^
 
 K.

Hi!

The program might be able to deduce the filetype by its extension
(csv, json, etc).  I think the artist/animator shouldn't have to
tell Synfig what kind of file they're giving it.  ^^

I attached a basic CSV parser.

-Charlie

/*!	\file csv.c
**	\copyright Public domain, WTFPL, or CC-0.
**	A comma-separated values (CSV) parser.
*/

/*!	\fn int csv(char *s, char **values, int maxvalues)
**	\brief Extracts comma-separated values into an array.
**	\param s a string of comma-separated values.
**	\param values the array where they will be stored.
**	\param maxvalues the maximum number of values.
**	\return the number of values extracted.
*/
int
csv(char *s, char **values, int maxvalues)
{
	int i;

	if (*s == '\0')
		return 0;

	i = 0;
	while (i  maxvalues) {
		values[i++] = s;

		while (*s != '\0'  *s != ',')
			s++;

		if (*s == '\0')
			break;

		*s = '\0';
		s++;
	}

	return i;
}

--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test  Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees_APR___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Re: [Synfig-devl] Value Node from File

[Carlos López González]

Hi Charlie, thanks for the code snippet.
I don't like the idea of use the comma as separator since the same
character is used for decimal point in some countries. I think that
space/tab is better for our purpose.
Anyway, all supported formats can be changed later in the code if requested.


2014-04-07 4:05 GMT+02:00 Charlie Murphy cmsmur...@gmail.com:

 Konstantin Dmitriev wrote:
  Hello!
 
  After thinking about file format I have one more idea:
  It would be nice to have a  support for several input formats.
  For example the convert type could have a parameter - Format - with
  a dropdown list, where user can choose the import format.
 
  So the Convert type will have following parameters:
  * Filename
  * Format
 
  We can have only one format for now - Default (the one submitted by
  Carlos), but later we can add CSV and personally I would like to have
  a support for direct import of Papagayo's *.pgo files. ^__^
 
  K.

 Hi!

 The program might be able to deduce the filetype by its extension
 (csv, json, etc).  I think the artist/animator shouldn't have to
 tell Synfig what kind of file they're giving it.  ^^

 I attached a basic CSV parser.

 -Charlie



 --
 Put Bad Developers to Shame
 Dominate Development with Jenkins Continuous Integration
 Continuously Automate Build, Test  Deployment
 Start a new project now. Try Jenkins in the cloud.
 http://p.sf.net/sfu/13600_Cloudbees_APR
 ___
 Synfig-devl mailing list
 Synfig-devl@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/synfig-devl




-- 
Carlos
http://synfig.org
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test  Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees_APR___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Re: [Synfig-devl] Value Node from File

[Konstantin Dmitriev]

Hello!

After thinking about file format I have one more idea:
It would be nice to have a  support for several input formats.
For example the convert type could have a parameter - Format - with
a dropdown list, where user can choose the import format.

So the Convert type will have following parameters:
* Filename
* Format

We can have only one format for now - Default (the one submitted by
Carlos), but later we can add CSV and personally I would like to have
a support for direct import of Papagayo's *.pgo files. ^__^

K.


2014-04-03 13:17 GMT+07:00 Carlos López González genet...@gmail.com:
 Good point Charlie. I'll take account UTF8 support for strings and for
 numbers too.


 2014-04-03 5:17 GMT+02:00 Charlie Murphy cmsmur...@gmail.com:

 Carlos López González wrote:
  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.

 Sounds great!

 How will international text be handled?  You might be able to use this
 small libutf[1] library, unless Synfig can already load international
 text.

 [1]: http://git.suckless.org/libutf/tree/



 --
 ___
 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




-- 
http://morevnaproject.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

[Carlos López González]

I don't see the point of have the supported formats as a parameter.
Wouldn't the format depend only on the file itself?
Change the format and not the file doesn't make sense to me.
I think better that format would go inside the file.
 El 05/04/2014 11:59, Konstantin Dmitriev ksee.zelga...@gmail.com
escribió:

 Hello!

 After thinking about file format I have one more idea:
 It would be nice to have a  support for several input formats.
 For example the convert type could have a parameter - Format - with
 a dropdown list, where user can choose the import format.

 So the Convert type will have following parameters:
 * Filename
 * Format

 We can have only one format for now - Default (the one submitted by
 Carlos), but later we can add CSV and personally I would like to have
 a support for direct import of Papagayo's *.pgo files. ^__^

 K.


 2014-04-03 13:17 GMT+07:00 Carlos López González genet...@gmail.com:
  Good point Charlie. I'll take account UTF8 support for strings and for
  numbers too.
 
 
  2014-04-03 5:17 GMT+02:00 Charlie Murphy cmsmur...@gmail.com:
 
  Carlos López González wrote:
   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.
 
  Sounds great!
 
  How will international text be handled?  You might be able to use this
  small libutf[1] library, unless Synfig can already load international
  text.
 
  [1]: http://git.suckless.org/libutf/tree/
 
 
 
 
 --
  ___
  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
 



 --
 http://morevnaproject.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] Value Node from File

[Carlos López González]

Good point Charlie. I'll take account UTF8 support for strings and for
numbers too.


2014-04-03 5:17 GMT+02:00 Charlie Murphy cmsmur...@gmail.com:

 Carlos López González wrote:
  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.

 Sounds great!

 How will international text be handled?  You might be able to use this
 small libutf[1] library, unless Synfig can already load international
 text.

 [1]: http://git.suckless.org/libutf/tree/



 --
 ___
 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

[Charlie Murphy]

Carlos López González wrote:
 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.

Sounds great!

How will international text be handled?  You might be able to use this
small libutf[1] library, unless Synfig can already load international
text.

[1]: http://git.suckless.org/libutf/tree/


--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Re: [Synfig-devl] Value Node from File

[Carlos López González]

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

[Yu Chen]

  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] Value Node from File

[Carlos López González]

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] Value Node from File

[Charlie Murphy]

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