our tick we'll do something that invalidates our existing frames and we
need to composite the new ones in paint().
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2127 542714f4-19e9-0310-aa3c-eee0fc999fb1
to composite a set of action frames and one of the character components
has no individual action frames for the requested action.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2090 542714f4-19e9-0310-aa3c-eee0fc999fb1
easily see what the mappings are and properly diff mappings that are
checked into CVS.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1739 542714f4-19e9-0310-aa3c-eee0fc999fb1
because they'll be used for both sprites and animations.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1692 542714f4-19e9-0310-aa3c-eee0fc999fb1
configuration reasons to avoid annoying "recompile and nothing works"
phenomenon. We'll opt for the "make incompatible class change and nothing
works" scenario instead.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1650 542714f4-19e9-0310-aa3c-eee0fc999fb1
that do not have an image specificly for a particular action sequence. In
the future, I'd like to at least provide a mechanism for specifying on a
per action sequence basis which action sequence to fall back to in the
event that a component is missing imagery for that sequence. Then the
default mecahism could be used without forcing all action sequences for a
particular class of components to be exactly alike.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1614 542714f4-19e9-0310-aa3c-eee0fc999fb1
if we have no other orientations then to request anything but orientation
zero causes things to freak out. (This will be fixed but it's going to
require a fair bit of work that I don't have time to do right now.)
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1613 542714f4-19e9-0310-aa3c-eee0fc999fb1
support for 16 orientations in situations where it is merited.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1548 542714f4-19e9-0310-aa3c-eee0fc999fb1
local member names to reflect their actual functionality, flipped the sign
of the origin offset so that it's an offset rather than a negative offset.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1512 542714f4-19e9-0310-aa3c-eee0fc999fb1
exactly big enough to accomodate all of their trimmed components and no
bigger.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1501 542714f4-19e9-0310-aa3c-eee0fc999fb1
use the FrameManager and MediaPanel for displaying sprites since we're not
doing things properly anyway (properly meaning using a sprite manager and
all the associated business).
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1497 542714f4-19e9-0310-aa3c-eee0fc999fb1
and images from the untrimmed source tilesets and images.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1490 542714f4-19e9-0310-aa3c-eee0fc999fb1
allow setting this externally in the near future, but we'll iron that out
later when we get around to scrutinizing all of the caching business more
closely.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1462 542714f4-19e9-0310-aa3c-eee0fc999fb1
follow a path (specifically, I want to allow the media panel to be
"scrolled" along a path).
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1409 542714f4-19e9-0310-aa3c-eee0fc999fb1
"remember" which orientation it should be doing was not working out
because multiple sprites can share the same action frames and they would
step on one anothers' toes.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1360 542714f4-19e9-0310-aa3c-eee0fc999fb1
longer provide access to their underlying image (they actually still do,
but not in the normal course of affairs). This will allow us to use
"trimmed" tiles which are trimmed to the smallest rectangle that contains
the non-transparent pixels in a tile image, which will shrink up our
components and other tiles a great deal.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1339 542714f4-19e9-0310-aa3c-eee0fc999fb1
around arrays of multi-frame images but instead pass around one object
that knows how to render any action frame in any orientation. This
apparently fixed some horrible bug that we had introduced in doing JITC
and now the whole thing is super fast, just like I always thought it would
be. Once we introduce trimmed images, it will blaze!
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@1336 542714f4-19e9-0310-aa3c-eee0fc999fb1
Michael Bayne