I recently had a very interesting discussion with Andreas Heim, Peter Hall and Werner Sharp (Flash Player Engineer) about DisplayObject.scrollRect, and learnt a lot about the specific mechanics of how it works in the current player. DisplayObject.scrollRect lets you specify a Rectangle object that defines the region of the DisplayObject (Sprite, MovieClip, etc) to display. The masked region is always displayed at the origin of the display object, which lets you scroll the region by changing the x and y properties of the rectangle. For instance, setting the scrollRect as above would mask a 50x50 region of the sprite starting 20 pixels down, but the masked view would still be placed at the sprite's origin, so it would appear to be scrolled 20 pixels up. Sort of handy, but scrollRect really becomes useful when you combine it with cacheAsBitmap. When cacheAsBitmap is false, scrollRect is basically treated the same as a normal vector mask by the renderer. Vector masks are very inefficient in Flash, because the whole DisplayObject is rendered, not just the visible portion. However, when you set cacheAsBitmap to true the renderer switches to an optimized mode where it only renders the masked area of the display object to the bitmap cache, and then uses a combination of bitmap routines and incremental rendering to scroll the content. This can be used to gain very substantial performance benefits. Note that this has the same considerations that are usually associated with cacheAsBitmap. If the display object is dirtied (ie. it changes visually), the Flash player will re-render the bitmap cache, so this technique generally does not make sense for content that is likely to change each frame (though it might if the content is much larger than the masked area). It also has memory overhead from having to maintain the bitmap cache - though I assume it would be lower because it is limited to the masked area. We finally scraped together enough time in our busy production schedule to polish off Panel Pack 1 for release. PP1 is a set of 4 custom panels to help streamline your Flash workflow. These panels are handy for both designers and developers, and while not all of them may be useful to you, we've priced them so that (hopefully) any one of them is worth the price of the pack. Just like gProject, these were built for our own internal use, then polished up to sell. We're not looking to make money off of them, but we are hoping to recoup a portion of the development costs. We'll blog about each panel in more depth over the next few days, but here's a quick overview of what's included with the pack: