Posts Tagged ‘AIR’
Playbook Development with FDT and ANT
December 13th, 2010 • 23 comments ActionScript, AIR, Flash, Playbook
Tags: ActionScript, AIR, ANT, AS3, BlackBerry, Playbook
I just put up a sample FDT project on github which gets you started with BlackBerry Playbook development with FDT. I comes with an ANT build.xml which pretty much does all the work for you.
https://github.com/formatlos/hello-playbook-with-fdt
Read more »
Digital Graffiti – Spray Demo
December 19th, 2008 • 6 comments ActionScript, AIR, Flash, Physical Computing, Projects
Tags: ActionScript, AIR, Arduino, AS3, Physical Computing, RFID
The canvas with the van is not very nice, but just to show you a demo of the spray can. sorry for my bad spraying skills. see a description of the project here.
BitmapData.draw() is limited to 4096px
December 11th, 2008 • 8 comments ActionScript, AIR, Flash
Tags: ActionScript, AIR, AS3, BitmapData, Flash
Thanks to Jens I figured out another limitation in the BitmapData class. It’s actually buried in the draw() method which doesn’t copy any pixels to the BitmapData object whose target x-/y-position is greater than 4096px (0×1000). You don’t get any error just the pixels won’t be copied. This behavior is the same in FlashPlayer 9 and 10 and of course AIR 1.0 – 1.5.
Actually this is no problem for the regular use of BitmapData in FP9 because the BitmapData size is limited to 2880x2880px but using my BitmapDataUnlimited Class and trying to snapshot a Sprite wider or higher than 4096px won’t end up in your desired result.
As you probably know Adobe changed the BitmapData limit in FP10 to a more flexible one, so you are not limited by a specific size anymore but a maximum pixel count of 16,777,215. This means that you can have a BitmapData up to 8191x2048px without using BitmapDataUnlimited but interestingly you can’t draw a Sprite with the same size to this BitmapData object. I think Adobe forgot about their own secret, undocumented »feature«.
example
Sprite: w=8191, h=2048
FP10 BitmapData: w=8191, h=2048 with snapshot of the Sprite
workaround
A workaround for that problem would be to draw everything directly to the BitmapData or if you have to snapshot a Sprite greater than 4096px you could draw it to 4096px BitmapData chunks and copy them to the huge BitmapData afterwards using copyPixels().
Update December 14th, 2008
I added a draw method to the BitmapDataUnlimited class to bypass the 4096px limit.
Using RFID in an ActionScript Application
December 9th, 2008 • 15 comments ActionScript, AIR, Flash, Physical Computing
Tags: ActionScript, AIR, AS3, Flash, Physical Computing, RFID
In order to receive tags, the RFID reader has to be activated through a click on the image. After that, the different RFID tags (sorry for my tiny tags) are used to create different forms.
Digital Graffiti – A Subculture Conquers Interactive Worlds
December 1st, 2008 • 18 comments ActionScript, AIR, Flash, Physical Computing, Projects
Tags: ActionScript, AIR, Arduino, AS3, Physical Computing, RFID
Finally I delivered my thesis project I did in cooperation with Less Rain. The subject was »Digital Graffiti – A Subculture Conquers Interactive Worlds« and it’s all about experimenting with different input devices for a physical, digital graffiti installation. The result is an Adobe AIR application using either the computer mouse, the Nintendo Wiimote or »VandalSpray« to paint digital canvases. VandalSpray is a digital spray can specifically designed for this purpose. It implements the attributes of a real spray can or at least trys to achieve them as natural as possible. Except a turnable bottom for changing the color, VandalSpray has no other interfacing elements than its real counterpart and therefore you don’t have to learn and explore the functionality first, because you intuitively know how to use it.
VandalSpray features includes:
- exchangeable caps
- color display
- digital valve system to vary the amount of »paint« coming out of the cap
- different colors
- wireless
The spray can is built upon the Arduino platform and uses different sensors and electronic modules like a RFID reader, a super bright RGB LED, a Rotary Encoder, a Bluetooth module, a force sensitive resitor (FSR) and loads of wires and solder to implement the desired behavior. For tracking the spray can I use a Wiimote and the WiiFlash ActionScript 3 library and server, but this could also be replaced by a standard webcam and an adequate tracking implementation.
Because I didn’t want to put some kind of speaker in the spray can (there was no space left anyway) the spray sound is generated from the AIR app and output on the speakers of the notebook.
VandalSpray vs. Montana spray can
VandalSpray electronics
More
http://blog.formatlos.de/2008/12/12/digital-spraycan-edemo/
http://blog.formatlos.de/2008/12/19/digital-graffiti-spray-demo/
