Offline Holidays

Silvereyes 2

FAQ - F-Curve Grouping Inconsistencies

This was originally posted in response to a bug report, but I thought it would be interesting to many other people, if only to document why things are so.

As Sambler writes:

I have found some inconsistency relating to keyed data showing up in the dopesheet/action editor/graph editor.

In the 3dview if you insert a keyframe it shows up in the dopesheet -

For an object all data keyed by set will go into a group (say location). keying another set of data creates a new group (rotation) If you go to the object properties and insert keyframes for scale they show up as individual lines not grouped together at all.

For a bone, keying location creates a group for the bone containing the location data. Adding another key for rotation brings that new data into the existing bone group. But if I go into the bone properties and key the scale properties they show up in the dopesheet as individual lines.

So it would appear that keying by a predefined set in the 3dview groups the data, keying a set for a bone groups the data by a bone group, but keying in the properties panel is not considered a keying set so enters unrelated keyed data.

FAQ - When should I insert keyframes?

Subtitle: And what can Blender do to help me with this?
(This was originally written as a response to a question on BlenderArtists)

There are basically two schools of thought about how/when to keyframe...

Silvereye

Return of the SIlvereyes

The bottlebrush outside my window started flowering again a few days ago, and that means one thing: silvereye season is in full swing again (even if not all the flowers are open, or even fully open yet!)

Double Rainbow

Last night we were treated to a double rainbow!

Themeable Axis Colours

It is now possible (as of r.52026) to customise the axis colours as part of your theme. The main benefit is that now you can tweak these colours so that they are more visible than the old hardcoded ones (a bit of an annoyance of mine with the old colours used). For example:

 Default colours - Note how badly the dark blue tends to fade into the background.

A "softer" set - These are all a bit more visible (and are in fact closer to some of the ones I've seen in other software)

Growth and Renewel in Christchurch

Over the weekend, I spent time out getting some exercise and time away from screens. Heck, I even spent time in a supermarket for the first time in months XD. Here are some pics from around the city of things that have been popping up around the place.

A mural and makeshift garden that's popped up along Riccarton road after a cluster of shops were abruptly demolished a few months ago.

Free at last!

From October 2012

Finally all of my coursework and my honours project thesis are all completed!

Multithreading dependency graphs... (LibEE Paper)

Woah! I've just finished reading through the paper Dreamworks published at Siggraph this year about their new fancy multi-threaded dependency graph.

dl.acm.org/citation.cfm?id=2370919.2370930

Some seriously cool stuff here with some interesting insights which we should take into account when working on our own revamp. Having said that, even without worrying about multi-threading (it's still an area I'm not that familiar/comfortable dealing with yet... and it'd certainly be worth having some multithread gurus around if/when we go down this path) we still have a lot of design issues to tackle to even get a basic system that tackles most of the issues that we're currently facing with our old antiquated beast.

Maker's Schedule vs Manager's Schedule

A while back, I wrote a post in response to one of Paul Graham's essays regarding how it's important/necessary for programmers (or in fact, anyone doing some form of creative activity) to hold a mental picture of all of the relevant parts of a project at hand (i.e. all of it in many cases) to do a good job very productively. As I've been slowly plowing through the writings of many other productive people, similar trends emerge time and time again: being able to hold a mental picture of an entire project when working on it appears to be a contributing factor to how we can achieve "flow" (i.e. that magical state where you're able to absolutely massacre your todo-lists, steamrolling through item after item with barely any effort, while growing manically happy at getting things done in this way).