All posts by Skyler Alsever

(TEMPLATE) PROJECT 3: Color Drips (FINAL/WIRED OBJECTS)

image taken from “Graffiti: Art through Vandalism”

Bienvenidos all. On this page i will be documenting the results of my Final interactive electronic arts project titled “Color Drips”.

The primary focus of the project was to create a digital and riskless canvas for street art, also known as graffiti. Using only a wiimote synched up to my desktop computer, one color drip candle cut in half and some basic max/jitter patch work, I have tried to make as realistic of a spray paint simulator as I could given the time constraints and technical limitations

My initial concept for this project was much different than what I  ultimately ended up going with. My initial concept/prototype idea, depicted by the drawings below,  was to use a combination of arduino sensors and computer vision to take an empty spray can and give it new life, turning it into an interactive controller for spraying on a digital canvas.

The can would have had an arduino on the inside with the top spray nozzle removed and replaced with a similar shaped object known as an encoder(think a rotary dial that is also a button. Kinda like what is found on most car radios to control volume/turn on and off).

http://www.digikey.ca/product-search/en?lang=en&site=CA&WT.z_homepage_link=hp_go_button&KeyWords=CT3007-ND&x=17&y=19

Example of a common, Arduino compatible, Encoder. 

This encoder, when turned, would have controlled brush/spray size of the digital spray paint allowing for finer detailing and spray scaling based on screen size. When pressed, it would of course trigger the spray. The location you’re spraying at would have been controlled via a camera which looks at you holding the spray can outwards, specifically looking for an LED light setup on the outside of the can. To synch with the patch for drawing in jitter, this locational data would have then acted as a replacement mouse, the encoder button working as a left mouse click, and with the cursor being hidden/replaced by a max logic command when going fullscreen.

The final bit of functionality on the can would’ve been the addition of a color changing system which happens every-time you shake the can, perhaps controlled either with a flex sensor left to dangle in the hollow inside of the can or by some other manner of control. I purposely wanted to give the project a bit of random flair which would simulate the lack of/spontaneity of resources and permanency that is occurred when one  tries to  paint on the streets. It is for this reason that I choose to not pursue adding an erasing feature. Because in real life tagging you can’t really easily erase spray: you either paint over it or wait for it to be scrubbed off.

To this end, the original concept ALSO had an in patch feature in which, after a random (but not TOO short) interval of time, the piece would reset the entire canvas, whether the artist wanted it to or not. Through this i wanted to emulate the bit of risk/stress/problem with spraying on the street: the general impermanence and lack of time one has to complete their art whether it be due to the acts illegal nature or simply based on man and natures efforts to remove the piece against the endeavors of the artist.

Unfortunately due to lack of materials and time, it was necessary to somewhat dumb my project down a tad. The Arduino was quickly replaced with a wiimote and the processes necessary to sync it with a computer while the spray can was replaced with a halved color drip candle (from which the project now drives its name) and a mount to hold them with. The candle halves work like the basic wii sensor bar in that they emit infared light which the wiimote then picks up on and uses to determine location of the cursor.

The wiimote was coded to resemble my original spray can idea as much possible: the a and b buttons are spray triggers corresponding to left and right click respectively, home button turns on full screen and the plus and minus buttons adjust brush size. The 1  and 2 buttons turn on and off the cursor display respectively. When the wiimote is shook, it triggers a color randomizer that goes through the whole color spectrum and then repeats with randomized saturation levels. This randomizer can even be left on if you want to spray with a changing rainbow toned spectrum.

Admittedly, my project doesn’t quite have a singular metaphor or phrase which I can use to cleverly sum up or express the idea behind my project. Instead I wanted my project to be more of a conceptual metaphoric device used for simulating what it would be like as a graffiti artist on the street. Simulation isn’t quite so far off from metaphor conceptually, so I rationalized it as being an acceptable interpretation of what was asked.

http://www.digra.org/wp-content/uploads/digital-library/12168.04280.pdf

Paper on metaphor and simulation in video games. Not Necessary , but provided as a resource for my views.

There is however a somewhat small artistic and perhaps metaphoric connection I can make from my project that emerged as it itself changed: the connection between the dripping candles and the “dripping spray paint”. The candles themselves are an interesting medium: cut from one original candle I’m literally burning the candle at both ends. And since they are different widths, one burns faster than the other, which makes they spray more erratic as the piece goes on until they have both burnt out and my time is fully up. It turns the painting process into a somewhat stressful race against the clock, perhaps a metaphor for how street painters feel racing against discovery. Not sure.

Ultimately, my final project is pretty close to the level that I wanted my original concept to reach, though obviously with a different control mechanism. i will however say that this is the first project where the coding aspect has fallen somewhat outside of my normal comfort zone and into far more complicated territory.

I had to use a variety of jitter features I have not had enough GENERAL coding experience to be able to understand completely. I have to give credit where credit is due and cite Andrew Benson at cycling74.com for his recipe 44 patch “Scrolly Brush”.

https://cycling74.com/2012/03/20/jitter-recipes-book-four/

My patch relies heavily on his design for scrolly brush if only because his seemed to be the most elegant and intuitive method for taking the info generated by the jit.mgraphics object and using jit.pix and jit.matrix objects to create constantly layering strokes on a singular updating canvas. The “spray” itself is nothing more than a constantly generated ellipse with a gradient in it that’s being repeatedly saved in different locations onto one image screen.

It was also for this reason (unfamiliarity) that the randomly clearing part of the patch was left out: I currently know only how to clear the mgraphics object, and am not as familiar with matrices and the pix object as they are used in jitter. Nor do I completely comprehend which part is doing the brunt of the image saving, the pix or the matrix. Rather than futz with that, I felt it more appropriate to just leave that part for another day.

I also should credit or at least give a shout out too two people in particular who inspired me to think more critically with how drawing works in Max/Jitter: The artist Mr. Doob, original maker of the javascript based procedural drawing platform “Harmony Draw” (link Included below); and cycling74 user Der Hess who ported Harmony to max/jitter (blog link included below).

http://mrdoob.com/projects/harmony/

http://blog.derhess.de/2010/07/08/mr-doobs-harmony-drawing-app-ported-to-max-msp/

These two projects shocked me into realizing how much max/jitter can do if you know the right tricks to it, as well as giving me a near burning desire to learn much more about javascript. It was seeing this project that let me push through my original concept falling through and continue with my drawing spray paint idea rather than just giving up and abandoning it outright, and what makes me DEFINATELY want to return to this project specifically at a later date, so major props to these talented coders.

That being said, despite this post encapsulating what is the Final submitable version of my final project, I do have a strong desire to return to this project in the future. I’m going to be picking up an arduino board sometime soon and hope to use it to fully create my original idea. I plan on using my design possibly as a live interactive part of my room next year (and this year if possible) that I can boot up recreational for myself and my friends to come and express ourselves as we see fit. Make this project a permanent part of my daily life. Definitely.

Overall, and for the final time, I hope you all enjoy my project and I look forward to whatever comments and criticism you have to give.

If you have any other personal questions, or I havent responded here in a while, feel free to contact me at my public email at skids95@snet.net and I’ll respond as soon as I can.

Thank you again for your time and consideration,

-Skyler P. Alsever

-Ece Major

-Imgd Minor

(TEMPLATE) PROJECT 2: How To Remix a How To Basic Video (Video Remix Project)

How to Basic channel logo

Greetings Friends, Romans, Countrymen. On this page i will be documenting the results of my second interactive electronic arts project titled “How to Remix and How to Basic Video”.

The primary focus of the project was to create an interactive video mixing board/drum machine of sorts using only an Xbox 360 controller and Max/Jitter.

The Ultimate goal was to make a video remixing platform that could take the source video (shown below) and produce a live remix of similar quality as the one made by Steve Heller ( also shown below).

original video by “How To Basic” @ youtube.com

Original remix by Steve Heller @ youtube.com

To create the basic frame work for the remixing platform I first had to cut and edit out various short clips from the video, essentially turning them into less than a second or two long “drum” samples. This was by far the longest and most tedious part of the project, and admit-ably due to that the one where the most of the time was cut in terms of actual quality.

I ended up sampling far more clips than I actually needed: over 50 different sound bytes, and I still only got halfway through the original source video. A handful of the clips also have a minor one frame glitch or two simply due to the speed at which I was producing them and the way in which premiere was processing them. There are also some clips which, though cut to the appropriate length, I would have liked to have fiddled around more with in premiere itself if only to adjust for playback speed and tone.

I also admittedly did not use the best video format when exporting the clip: In effort to save time I saved the clips in a somewhat difficult/inefficient/ugly format for max/jitter playback. This was a simple mistake and will be fixed when i return to work on this for fun during break. I know a little better now what better formats work better and faster for projects like this and will be toying around with adobe mass encoder until I get the correct one.

The patch itself is relatively simple, using pure data to take and understand controller input data and then trigger the appropriate video clip based on a numerical listing.

I had originally intended to use a noviation  launchpad to control the mix, in true vjing style, but I opted to go with the Xbox controller instead due to prior experience and familiarity with working with controller mapping and because it fits more with the art piece based on the subject material itself. Essentially it was the irony of using an Xbox 360 controller to control a video of an Xbox 360 being UTTERLY DECIMATED that won out in the end.

Side Note: for added humor, I DID also have a version of the project which took ps4 controller data, turned it into 360 controller data and then used THAT to control the remix in the same way, but it is no longer functional due to my Bluetooth driver turning non-functional. If you know the somewhat simple programs and processes needed to turn ps4 input into 360 controller input, I highly recommend doing so with this patch: it’s very much worth it at least from the conceptual point of view

Granted the patcher is slow to playback the video, based simply on the limitations of my computers processing speed, max/jitters instance on using quicktime, and the format in which the video clips are coded. Never the less I believe the video itself shows the key points I was trying to produce with my project: The ability to freely switch between multiple sets of clips in realtime and have them play back, the ability to slow down, speed up, and re-pitch the clips with the flicking of a joy stick,  and the ability to use every input on a  Xbox 360 controller to produce some controlled result.

Overall, I hope you all enjoy my project and I look forward to whatever comments and criticism you have to give.

If you have any other personal questions, or I havent responded here in a while, feel free to contact me at my public email at skids95@snet.net and I’ll respond as soon as I can.

Thank you for your time and consideration,

-Skyler P. Alsever

-Ece Major

-Imgd Minor

(TEMPLATE) Project 1: The Lotus Bloom (interactive drawing)

copyright of photo to Robyn Nola

Hello everyone. Boys and Girls, Cats and Squirrels. On this page i will be documenting the results of my first interactive electronic arts project titled “the lotus blossom”.

lotus blossom patcher

The primary focus of the project was to create an interactive piece of artwork that though drawn with graphite could function as an interactive electronic controller which controls various sound and visual digital media.

Sorry for poor quality. Encoder was giving me grief so I dumbed the quality down.

My initial inspiration for this project was drawn from the memories i had as a child of using origami fortune tellers (also sometimes known as cuttie catchers).

http://en.wikipedia.org/wiki/Paper_fortune_teller

When I was young it was sort of a hobby of mine to make these and share them among my friends. Though the fortune were simply answers to questions (yes no maybe try again), and the results could be repeated by memory alone, we still used to pretend that the paper craft was some mystical divination device and would wholeheartedly go a long with what they predicted (within reason of course).

I was therefore attempting to recreate that mystique by turning a simple paper fortuneteller into a mystical feeling art piece, where the fortunes weren’t quite so easily set in stone.

When ever a fortune was read and the participant would place their finger over the paper like is demonstrated in the video, it was supposed to trigger one of 4 different fortunes chosen somewhat randomly: as in, each “petal” was supposed to call up to 3 of the 4 fortunes to play at random. however, to save time and to capture the direct simplicity of the original fortunetellers, I decided it would be best to cut that part out and instead make each one trigger just one animation sequence instead.

20141222_171226

There was also an unsolvable issue in the overall design of my project. Due to the conductive pathways being controlled entirely by pencil graphite lines, some very simple but unavoidable limitations started to occur. The makey makey board despite being highly sensitive to high resistance currents, needs relatively unbroken and thick graphite channels to connect to. When any line is drawn and then a fold in the paper occurs it breaks the connection at the point of the fold.

20141222_172004

Due to the folding 3d aspect of the fortune teller design and the fact that it had to be hand hold-able, it turned out the the only physical way to keep the original handheld aspect of the project intact was to somehow weave thin conductive threads into the paper craft, a feat which would’ve matched thematically with the tendrils and inner organs of a flower but required to much time and design restructuring to pull off in a timely manner. This is why in the above video the fortune is told first, with the fortune teller in intact state, but the interactive part is done with the teller fully unfolded.

20141222_194220

I many return to this at a future time to correct this issue and improve upon this design. Particularly once I obtain my own collection of semi conductive thread and a sowing kit.

The animations featured in this are not quite original. I had originally intended to roto-scope the lotus blooming video that plays each time, but out of time and simplicity simply decided to apply a simple set of filters to the video instead along with the text produced at the end.

I may also return to improve upon this as well, particularly once my laptop returns from repairs and my new touchscreen stylus (yufu) comes in.

The tranquil music that plays throughout is a song by 千年破曉 named 晴殤 Tranquil Departure. I’ve included a link to this below.

The Rainstick sound effect I pulled from an app and minorly edited. This link will also be included below.

Overall, I hope you all enjoy my project and I look forward to whatever comments and criticism you have to give.

If you have any other personal questions, or I havent responded here in a while, feel free to contact me at my public email at skids95@snet.net and I’ll respond as soon as I can.

Thank you for your time and consideration,

-Skyler P. Alsever

-Ece Major

-Imgd Minor