It’s been a long time since I’m wrote something useful here. Though, lots of things happened during that period and I feel a need to share with you, my dear readers, some random thoughts.
Last time I have a lot of work with Synfig Studio. Making Production Cuts video and directing some external Synfig animation projects lead me to the idea of improving morevnaproject’s rendering system.
Currently the rendering system is based on pure “make” and works the same way as typical build system used to compile Linux software: you write rules in special “Makefiles”, describing how to compile (in our case – render) your files. Also those rules contain dependencies between all your sources. That’s very cool – “make” utility tracks the changes in your files and when you tell it to rebuild/re-render your project, it looks if any of the dependent files changed or not and invokes build/render procedure only if the change happened. Very cool. It saves a lot of time and efforts. You don’t need to remember which files need to be re-rendered if you have changed something essential (like bike model or – eww! – lightning template). The bottomside is that Makefiles are quite complex for ordinary user, you need to maintain all dependencies by hand and keep them up to date. For small projects it’s too time consuming to set up make infrastructure. It’s very unlikely to expect that average user will study make rules and use them in the daily work. Sometimes you just need to quickly setup directory tree, do your work and archive (or trash) result when everything is done – and all that int 2 or 3 days – there’s no time to write all those rules.
Projects like automake and quickly lead me to the idea is to have a “bridge” application between pure “make” and the user. It should generate Makefiles on the fly from user request and then let “make” to do the rest of the work. That can be achieved by introducing a set of conventions about the directory structure of the project sources and developing the tool itself. Most probably the result will look like some kind of project template accompanied with control application. We plan to make it available to community for reuse in any other animation project.
I still not sure about the name for the tool. I am going to call it “remake”. Any other ideas? At this moment I can tell that the idea is implemented at 70%, so we still have some time to think. BTW, realization of the tool lead us to some project restructuring – expect changes in repositories soon.
About further evolution of this idea. It can be a web frontend for git configured for animation content. That should include generating snapshots for commits, diffs for animations and automated rendering. That’s totally crazy idea – I’m aware, that I have no hardware resources and, most importantly, no time to implement it in nearest future.
More about used software (most probably I should have name this post Random Software News, eh-heh-heh). As you know, morevnaproject is closely related with development of Synfig Studio. We had hard times since we started web infrastructure reorganization at synfig.org and there’s still a lot-lot of work to do. Most of things are still messed up, but we keep moving. Released 0.62.01 version promises to be much more stable than previous one as it resolves some annoying issues.
There’s another valuable step made related to Synfig – we have started writing official documentation. Of course it consumes much time (again), but it’s strategically important to get more users into Synfig, build solid and growing user community and thus, have more contributors for Morevna Project. We plan to release documentation in three media formats – online, pdf and printed book.
Some words about Synfig’s future. Of course it will be bright, happy, etc. But I’m not about that. I want to share another crazy idea popping into my head recently. Probably most crazy one. Often I watched a people coming to IRC asking how they can do interactive animations with Synfig like flash ones. Those requests used to irritate me. From the start Synfig was developed for high quality animation production, not for cheap web animations. Synfig’s visualization is slow, the animation needs to be rendered, rendered animation is huge, adding interaction to rendered video is a big problem… But time passed by, Synfig is changing, we got opengl branch… And suddenly I have realized: hey, why not? ^__^ If we will get opengl optimization, then we will get realtime rendering and that means Synfig’s files can be visualised on the client side. All people will need is the browser plugin. Now, let’s imagine Synfig developers will add just a single new feature – a hyperlinks. Now synfig animation is not just an animation anymore, it’s hypertext!.. err… hyperanimation? Then suddenly from animation package Synfig turns into web authoring package. It is powerful for animation, it is free, it’s WYSIWYG, it’s format is readable like HTML – Synfig can beat flash here… maybe even HTML? Who knows…
You may notice that we had very few commits in out git repositories last time. The reason is that most artwork produced goes into drafts. I haven’t managed to find time to integrate them into git repository, but you can watch some of them on the wiki. These days I’m spending much time trying to improve my drawing skills. watching artbooks, especially Gainax ones – like “Groundworks of Evangelion” and “Gainax Artbook”. That pursuits my learning very well.
That’s all my thoughts for the moment. Stay tuned!