Dev:GoogleSoC/Ideas - Revision history

Zelgadis: /* Bones GUI */ there's completely no interface for bones

2012-03-07T11:52:10Z

‎Bones GUI: there's completely no interface for bones

Nikitakit at 10:12, 7 March 2012

2012-03-07T10:12:52Z

Zelgadis: Remove extra stuff

2012-03-06T07:18:16Z

Remove extra stuff

Genete: Move to Ideas some suggested

2012-03-05T18:21:30Z

Move to Ideas some suggested

Zelgadis: /* Suggested easy bugfixes */ note about purpose

2012-03-05T15:41:36Z

‎Suggested easy bugfixes: note about purpose

Zelgadis: Basic ideas list

2012-03-05T15:25:49Z

Basic ideas list

Zelgadis: Move ideas to this page

2012-03-05T14:10:32Z

Move ideas to this page

New page

As we already have a mentor and a student defined, they chose a particular idea to work on:

'''Implement OpenGL render engine'''

You may notice that Synfig Studio is SLOW, making it practically unusable on hardware that is over 6 years old. The biggest reason for this is that all of the color calculations are done in floating point -- because Synfig Studio was built from the ground up with High-Dynamic-Range Imaging in mind. HOWEVER, this will not be the case forever.

Today's graphics processors are powerful and we want to speed up Synfig Studio by implementing the rendering via OpenGL.

First attempts for such implementation were made earlier ([http://synfig.git.sourceforge.net/git/gitweb.cgi?p=synfig/synfig;a=shortlog;h=refs/heads/uiomae_opengl 1]), ([http://synfig.org/forums/viewtopic.php?f=22&t=362 2]) and the first tests showed speed increase up to 14 times.

Unfortunately the person who initiated the development of the OpenGL branch was unable to continue development because of personal issues and the branch were abandoned.

We want to pursue implementing full OpenGL-powered rendering for Synfig Studio. That will result in faster redraw for the workarea during the animation construction and thus make a much better user experience. A good performance of the application during playback and screen redraw is vital for implementing other resource-consuming features like bones and sound support (we need close to real-time response for that).

@@ Line 9: / Line 9: @@
 * {{L|Dev:Sound_Layer|Sound Layer Proposal}}
 == Bones GUI ==
-Support for bones was added in a separate branch of Synfig, but it currently lacks a good user interface. This project would involve writing a GUI to edit bones and integrating it into the current development branch of Synfig.
+Support for bones was added in a separate branch of Synfig, but it currently lacks a user interface. This project would involve writing a GUI to edit bones and integrating it into the current development branch of Synfig.
 * [http://synfig.org/forums/viewtopic.php?f=14&t=311 Bones GUI]

@@ Line 1: / Line 1: @@
-* {{L|Dev:Cairo_render_migration|Cairo-based renderer}}
+== Cairo-based renderer ==
-* [http://synfig.org/forums/viewtopic.php?f=14&t=3248 Single-window UI]
+Synfig currently provides a custom software renderer, which is is not able to take advantage of advanced optimization and hardware acceleration techniques. Porting the renderer to the Cairo graphics library will allow for a faster, more versatile framework.
-* {{L|Dev:Sound_Layer|Sound Support}}
+* {{L|Dev:Cairo_render_migration|Cairo migration plan}}
 * [http://synfig.org/forums/viewtopic.php?f=14&t=311 Bones GUI]

@@ Line 1: / Line 1: @@
 * {{L|Dev:Cairo_render_migration|Cairo-based renderer}}
 * [http://synfig.org/forums/viewtopic.php?f=14&t=3248 Single-window UI]
 * {{L|Dev:Sound_Layer|Sound Support}}
 * [http://synfig.org/forums/viewtopic.php?f=14&t=311 Bones GUI]

@@ Line 1: / Line 1: @@
-== Approved ideas ==
+== Ideas ==
 * {{L|Dev:Cairo_render_migration|Cairo-based renderer}}
 * [http://synfig.org/forums/viewtopic.php?f=14&t=3248 Single-window UI]
 * {{L|Dev:Sound_Layer|Sound Support}}
 * {{L|Dev:Packed_files|Packed files}}
 * {{L|Dev:Wish_list#Animated_sketch|Animated Sketch Layer}}
 * {{L|Dev:Free_Drawing|Redraw tools/Free drawing}}
 * [http://synfig.org/forums/viewtopic.php?f=22&t=1212&hilit=python Scripting Support]

@@ Line 12: / Line 12: @@
 == Suggested easy bugfixes ==
 * [http://wiki.synfig.org/wiki/Dev:Wish_list#Smart_image_sequence_rendering Smart rendering]
 * Layer conversion (Text -> Outline, Text -> Advanced Outline, Outline -> Advanced Outline, Region -> Outline etc)
 * Reverse vertices
 * Keyframes  widget is not updated when adding/removing keyframes

@@ Line 1: / Line 1: @@
-As we already have a mentor and a student defined, they chose a particular idea to work on:
+== Approved ideas ==
-'''Implement OpenGL render engine'''
+== Suggested ideas ==
-You may notice that Synfig Studio is SLOW, making it practically unusable on hardware that is over 6 years old. The biggest reason for this is that all of the color calculations are done in floating point -- because Synfig Studio was built from the ground up with High-Dynamic-Range Imaging in mind. HOWEVER, this will not be the case forever.
+== Suggested easy bugfixes ==
+* [http://wiki.synfig.org/wiki/Dev:Wish_list#Smart_image_sequence_rendering Smart rendering]
-Today's graphics processors are powerful and we want to speed up Synfig Studio by implementing the rendering via OpenGL.
+* Layer conversion (Text -> Outline, Text -> Advanced Outline, Outline -> Advanced Outline, Region -> Outline etc)
+* Reverse vertices
-First attempts for such implementation were made earlier ([http://synfig.git.sourceforge.net/git/gitweb.cgi?p=synfig/synfig;a=shortlog;h=refs/heads/uiomae_opengl 1]), ([http://synfig.org/forums/viewtopic.php?f=22&t=362 2]) and the first tests showed speed increase up to 14 times.
+* Keyframes  widget is not updated when adding/removing keyframes
-−
-Unfortunately the person who initiated the development of the OpenGL branch was unable to continue development because of personal issues and the branch were abandoned.
-−
-We want to pursue implementing full OpenGL-powered rendering for Synfig Studio. That will result in faster redraw for the workarea during the animation construction and thus make a much better user experience. A good performance of the application during playback and screen redraw is vital for implementing other resource-consuming features like bones and sound support (we need close to real-time response for that).