Yet another extension of the 3D Bitmap skew v1 post, this time I animated the background brown gradient. My goal here is to make sure I can skew the bitmap from the left as well as from the right. The following animation actually proves that it works. Next I will be using beginGradientFill to create the gradient dynamically and skew the image on either side as the user interacts it via the slider.
Wednesday, October 31, 2007
3D Bitmap skew v4
»menu
»browse
»recent
»meta
»categories
- actionscript (47)
- ActionScript 3 (9)
- avoidance (4)
- bezier (23)
- bitmapData (56)
- blog (44)
- collision (19)
- components (5)
- Flex (1)
- Javascript (15)
- kinematics (9)
- Mootools (40)
- movement (52)
- particles (8)
- scripted 3D (79)
- text fx (5)
- tools (2)
- triangulation (8)
»archives
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- January 2009
- October 2008
- August 2008
- July 2008
- June 2008
- May 2008
- April 2008
- March 2008
- February 2008
- January 2008
- December 2007
- November 2007
- October 2007
- September 2007
- August 2007
- July 2007
- June 2007
- May 2007
- April 2007
- March 2007
- February 2007
- January 2007
- December 2006
- November 2006
- October 2006
- September 2006
- August 2006
- July 2006
- June 2006
- May 2006
- April 2006
- March 2006
- February 2006
- January 2006

Tom Lee said...
Been following this perspective series. It's looking great! One thing I noticed is that the edges of the bitmap actually have a curve to them. I'm not sure whether that's an artifact of the displacement map, or if that was intentional. A true perspective distortion would not have those curves, however.
paul+Ortchanian said...
hi Tom.
Glad you mentioned it. The curve is intended. I am actually maxing the skewY property in order to exaggerate the effect. In reality one would not use it to this extend and will comnibe it with an _xscale of the clip similar to the 3D skew v2 post.
Tom+Lee said...
Awesome! The curve is a cool effect. Do you happen to have any performance data on this approach vs a true 3D implementation such as Papervision? Seems like this would perform better, since it uses native functionality. Certainly the codebase would be lighter...
paul+Ortchanian said...
hi tom,
Actually I talked it over with Carlos Uolla (papervision) there is absolutely no performance loss using this technique (FPS remains the same), papervision might include this technique soon.