bonnyfone / vectalign
- вторник, 7 июня 2016 г. в 03:13:43
Java
Tool for create complex morphing animations using VectorDrawables (allows morphing between any pair of SVG image)
VectAlign (a.k.a. VectorDrawableAlign) is a developer's tool which automagically aligns two VectorDrawable
"pathData" strings (or SVG images) in order to allow morphing animations between them using an AnimatedVectorDrawable
. VectAlign can be used from command line or through a simple GUI (which includes morphing preview and export functionalities).
Here are some examples of what you can do with the help of VectAlign (take a look at the sample project for a live demo):
As stated in the official docs two paths must be compatible so that they can be morphed, which means that the paths must be composed by the same list of SVG commands (in terms of length and type of commands).
Example of compatible paths:
M 10,10 L 40,10 L 40,40 L 10,40 Z
M 25,10 L 40,25 L 25,40 L 10,25 Z
Example of incompatible paths:
M 10,10 L 40,10 L 40,40 L 10,40 Z
M 30,30 L 10,10 C 14,25 20,30 10,49 L 3,3 L 0,8 Z
Creating an AnimatedVectorDrawable
containing morphing animations which use incompatible paths leads to runtime exceptions like the following:
android.view.InflateException: Binary XML file line #3 Can't morph from M 10,10 L 40,10 L 40,40 L 10,40 Z to M 30,30 L 10,10 C 14,25 20,30 10,49 L 3,3 L 0,8 Z
at android.animation.AnimatorInflater.setupAnimatorForPath(AnimatorInflater.java:337)
at android.animation.AnimatorInflater.parseAnimatorFromTypeArray(AnimatorInflater.java:283)
...
When the morphing involves only simple shapes is averagely simple to fix the paths by manually injecting or duplicating commands here and there; but when the complexity of the shapes grows, this task becomes quite tedious to do by hand (sometimes almost impossible). VectAlign automagically aligns any pair of SVG paths (regardless of their complexity), creating a new pair of morphable paths without altering the original images.
You can download the latest version of the pre-compiled jar from here.
v0.2
v0.1
Run VectAlign from command line by passing the two paths that you want to use in your morphing animation; you can pass these sequences by typing them directly or by referring a file (a simple txt file or even a standard SVG image); simply pass no params if you want to start the GUI:
Examples of execution
Run VectAlign in GUI mode:
java -jar vectalign.jar
java -jar vectalign.jar --gui
Run VectAlign in command line mode:
java -jar vectalign.jar --start "M 10,20..." --end "M 30,30..."
java -jar vectalign.jar --start image1.svg --end image2.svg
The result represents the aligned (and compatible) version of the input paths/images: these new paths can be finally morphed using an AnimatedVectorDrawable
without incurring in the "Can't morph from X to Y" exceptions:
Example of output
--------------------
ALIGNMENT RESULT
--------------------
# new START sequence:
M 48.0,54.0 L 31.0,42.0 L 15.0,54.0 L 21.0,35.0 L 6.0,23.0 L 25.0,23.0 L 25.0,23.0 L 25.0,23.0 L 25.0,23.0 L 32.0,4.0 L 40.0,23.0 L 58.0,23.0 L 42.0,35.0 L 48.0,54.0
# new END sequence:
M 48.0,54.0 L 48.0,54.0 L 48.0,54.0 L 48.0,54.0 L 31.0,54.0 L 15.0,54.0 L 10.0,35.0 L 6.0,23.0 L 25.0,10.0 L 32.0,4.0 L 40.0,10.0 L 58.0,23.0 L 54.0,35.0 L 48.0,54.0
Available options
usage: java -jar vectalign.jar [-g] [-s <"string"|txt_file|svg_file>] [-e <"string"|txt_file|svg_file>] [-m <BASE|LINEAR|SUB_BASE|SUB_LINEAR>] [-v] [-h]
Align two VectorDrawable paths in order to allow morphing animations
between them.
-g,--gui Start VectAlign GUI
-s,--start <"string"|txt_file|svg_file> Starting VectorDrawable
path ("string", txt file or
SVG file)
-e,--end <"string"|txt_file|svg_file> Ending VectorDrawable path
("string", txt file or SVG
file)
-m,--mode <BASE|LINEAR|SUB_BASE|SUB_LINEAR> Aligning technique (default
is BASE)
-v,--version Print the version of the
application
-h,--help
VectAlign is based on an adaptation of the Needleman-Wunsch algorithm, which is used in bioinformatics to align protein or nucleotide sequences.
fillColor
attribute in your VectorDrawable
and use the strokeColor
only. This because filled surfaces are more likely to be affected by artifacts than the stroke-only ones and usually provide less gorgeous morphing effects.Copyright 2015, Stefano Bonetta.
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.