View allAll Photos Tagged process

Processed by RIT Darkroom 0.48b

The sun rose on fields

snow blown and misted

ghostly swirls and dervishes.

No fog this——

for fog simply lies.

No——this was living

as it arched and twisted,

fingering out to the road

and reaching for me

like the shade of a beloved friend.

There was white inside,

trying to seep out of pores,

I felt it strain

trying to mesh and meld

with this sentient wraith

fingers touching

joining

and suddenly

I am the morning mist

dancing in the crystal air.

 

~Lisa Shields

Spray painting take out food containers and the bottoms of plastic bottles, aka flowers.

 

I found this old processor lying in my cousin's house and took a pic.. (yep, N82).

Processed with VSCOcam with f2 preset

Processed with VSCO with b4 preset

processing sketches

nikon EM | 50mm f1.8 | ektar 100

Rolleiflex 2.8E2 + X-processing@

This is a shot of a retro-hex half way completed. I've polished the pavilion, but stone is still on the dop. The black you see is the wax I use for dopping, the brass color is the dop itself. (The completed stone is "79_prasio" in my photostream)

Flocking algorithm + processing

----------------------------------------------------------

We can’t deny the beauty of these patterns but one can’t help but question the static nature of them. Algorithms are as much about variables as they are about output. Freezing them in time, giving them static shape questions how viable is one objects to the next. If they exist in the range, does only personal aesthetic preference decide importance of one over another and where the process plays such an important part how can we ignore their pre and post decessors. Can their physical manifestation exist not just as a single frame and how does this affect their validity. Are these just decoration and if so, does it then matter if they were created using generative tools or just simply drawn as they are?

 

Just a thought..

----------------------------------------------------------

GOD BLESS AMERICA! JUSTICE IS SERVED. THANK YOU TROOPS!

 

Angel and I had a photoshoot at Golden Hour.

And I am yet to master the art of hiding the remote.

 

Happy Exam Week college students! Good luck!

Have a great day.

Decided I wanted more control over the resulting forms. To do this, I had to tone down the movement possibilities for each of the particles so there would be a greater chance the particles would spread out evenly over the surfaces of the gravity spheres. End result... hairy spheres!!! Heh, I said 'hairy spheres'. Check the hi-res versions to see the detail.

The final print, cropped and uncerimoniously blu-tac'd to a shelf!

 

Can be purchased from: armyofcats.bigcartel.com/

Intermediae Madrid

April 2009

Central Processing Area, Handil - East Kalimantan - Indonesia

I have this cool app on my phone, that I did this cross process effect on this pic, let me know what you think!

try p5sunflow with eskimoblood's surfacelib

  

Computer, Massive Parallel Processor, Processor Unit & Expansion Unit.

 

This is part of an experimental computer, developed in the mid-1980s by the Goodyear Aerospace Corporation for the Goddard Space Flight Center in Greenbelt, Maryland. The comptuer derives it name from its ability to operate on large arrays of data in parallel, i.e. on many numbers at once. By contrast, computers of conventional design operate on one or at most a few pieces of data per cycle. One intended application for such a design was the analysis of the large amounts of data received by remote sensing satelliltes.

 

The Massively Parallel Processor represented one of several approaches to the problem of processing data in parallel. Nearly all modern supercomputers use parallel processing, although not all follow this machine's architecture.

 

Transferred from NASA to the Museum in 1996.

Transferred from NASA, Goddard Space Flight Center

  

2x mode is a basic smoother

HOLGA120S

FUJI PROVIA100 X-Process

 

Procedural mesh generation using the hemesh library exported to the format intel embree expects using processing.

 

hemesh.wblut.com/

processing.org

software.intel.com/en-us/articles/embree-photo-realistic-...

 

test rendering to dig up bugs to push through the last 10% of the tool

a processing sketch that uses bezier curves to control the speed of a moving object. the brightness is directly proportional to the speed of the moving object.

 

www.mantissa.ca/itp/drawingmachines/week04/gesture/

nikon ,D3300 has many tricks

Working with Florian Jennet's Processing port of Alex Evans' structured light scanning code. www.mediamolecule.com/2007/12/10/homebrew-3d-scanner/ This image visualizes the path taken by the phase unwrapping algorithm.

Working on my entry in Alecia's book for the Moleskine portrait exchange group #4 - see more about the exchange at our group blog.

Every now and again, I revisit code from many months ago and end up finding GLARING ERRORS and POOR CODING STYLE and after fixing these problems, the code runs exponentially faster than it used to. The ripple code was one of those projects.

 

Originally, I rendered the ripple array directly to the screen, and I was able to get away with about 60x40 squares. After playing with it a bit recently, i realized that I could simply define a color array and use arraycopy to copy it over onto a PImage that i then use to render out the ripple information.

 

Whereas I could do 1 plane of 60x40 elements before, now I could do 500 planes with alpha intormation at the same FPS as I was getting previously.

 

Just goes to show, revisit old code!

1 2 ••• 66 67 69 71 72 ••• 79 80