Pete Hindle

Pictures and stuff from a guy who likes coffee.

Tag: Processing

Don’t talk to me about your fucking arduino*

I just realised that I’ve been living with new media technologies as the locum of “what I’m doing in the art world” for the past seven years. And that I’m totally sick of them.

So I deleted 97 feeds from my RSS reader.

What I’m bored of is people who don’t understand the difference between an artistic impulse and a technical idea. They are not the same thing. I also don’t have any great wish to see a large swath of poorly-done art, which is the category that a large amount of new media work falls into. This means that I can rule out seeing artworks that are described by any of the words “gestural control”, “GPS”, “Processing”, or “arduino”. These are technical terms, and as we don’t describe second-rate schlock movies as being an amazing use of processed nitrate film stock, those technical terms should be stricken from the description of any artistic endeavour.

*Disclaimer: there are some people whom I will still listen to their discussion about the technical nitty-gritty.

MMX – The Start of the Post-Digital Decade

2010 and after are going to be about post-digital, by which I mean what comes after we’ve finished staring at our screens. We’re going to see an explosion in the amount of physical objects that would have been impossible without using digital process in the workflow, and objects that won’t work without a connection of some kind to the internet.

Spimes and RFID are only part of what I’m talking about here. Short-run publications, bespoke objects, and even distributed craft networks are also part of this new post-digital boom. There are going to be a lot of interesting tools for artists and designers to explore in the next decade, as we move away from computers being the site of the art (on websites) to being tools that enable interesting things to happen.

With this in mind, I’ve got three predicition for what the post-digital will be about:

  1. It’s about fitting the digital into your workflow
  2. It’s not venerating the things that are on our screens
  3. It’s real-world hard work, and engaging with both hands

With this in mind, I looked back at my last decade and I thought about how my use of computers changed over that time. Do you remember using computers in 2000? I had to wrack my brains a bit, but here’s a personal timeline of digital use:

2000 – Started Foundation course. Used Kai’s Power Tools for the first time, made first video, got first real email address (by which I mean not a hotmail account)

2001 – First year of university. My first computer that was mine- a G3 desktop, zipdisks.

2002 - New computer – G4 eMac with OSX! Lots of browsing at uni, then taking software updates home on disks. Became expert on TWAIN, scanning, photoshop, and waiting for photoshop scanning to finish.

2003 – First external hard drive. Also brought Wacom tablet, midi keyboard (both mostly useless). Made videos, learnt non-linear editing software, wrote dissertation, stared out of the window a lot.

2004 - First broadband connection. Brought Max/MSP, downloaded Processing (alpha!), went on PD course. Still confused by all three ‘easy’ languages. Got Gmail account and my first laptop – a G4 powerbook.

2005 – Overused first broadband connection. Made some digital installations, brought Teleo card, got into electronics, nearly blew Teleo card up. Brought first iPod and Arduino.

2006 - Social networking via Flickr. Went on Arduino course in Barcelona with Massimo and David, gave up on Max/MSP and PD as patcher languages suck time, fun, and light from life.

2007 - Joined Twitter and Facebook. Facebook annoying from start. Finally buy proper domain name and start running my own website. Run the Glowbikes project, using SpokePOV’s as part of an art installation.

2008 – Powerbook dies, replaced with MacBook. Attended geek conferences, wrote and taught two courses for wordpress, made serious effort to learn Processing (which is then forgotten) and brought iPhone.

2009 – Discovered international roaming charges. Erk. eBay’d and sold things on Amazon, wrote thematic blog posts, and interviewed serious hacker-types.

2010 - Now.

Basic Tech V – Mostly Harmless

The title of the fifth book in Douglas Adams’ series, “Mostly Harmless”, comes from a fictional description of the earth as a civilisation. It’s a great pairing of words – the innocuous framed with a hint of threat.

The Soul of a New Machine

Above: The Soul of a New Machine

Isn’t that what the world of programming is like though? It’s ninety-five percent unthreatening typing activities, with a final five percent of 1970’s punk behaviour. And I mean really punk – it could be anything from low-level annoyance to core-wars style worms that destroy all information. This makes programming mostly harmless, just like the pipe-wrench is mostly not deadly.

For me, the work on this project has been really slow going, and I’ve found it very long and arduous to work with the code in this fashion. One of the earlier references in this series of posts was the book Snow Crash by Neal Stephenson, where the major characters are confronted with a spreading virus that destroys the ability for people to speak, transfers a religious belief system into their mind, and makes them run off to join a weird cult. This gets referred to by one of the characters as neuro-lingustic hacking.

This project’s aim has been about using computer tools to examine my pattern of lingustic use. The resulting experimentation with code has convinced me that, in no small way, I should be concentrating on actually making bodies of text rather than dividing my time between attempting to code and and attempting to write. The idea of a reflective tool for text is still a fantastic idea that needs further experimentation, but I’m not sure that I can do it justice between my skill in programming and my desire to create well-crafted sentences.

To that extent, this module has been mostly harmless to me. I’m no longer interested in programming in the way that I was prior to starting it, but I’m not going to rule out the idea of finishing off this project (see the Evaulation PDF) later on in the year. But I can’t breathe true life into the project in the way that a good programmer can. The MV/8000, pictured at the top of this post, was made famous by Tracey Kidder in his Pulitzer Prize winning novel, Soul of a New Machine.

This book, so-titled because of the attention to detail that the dedicated team of engineers and programmers put into this early computer breathed life into a hard-pushed project, is a clear line of demarkation between between writing as an activity and programming. In-house documents from the producers of the MV/8000 (aka the Eagle) are nowhere near as exciting as Kidder’s prose, and would not have propelled either the Eagle, Kidder, or the cast of characters Kidder wrote about to anywhere near the level of fame and notoriety they still had twenty years later.

There will always be a need for textual framing of events, objects, and movements. In the next phase of my studies, I’ll be looking at the Star and Shadow’s volunteer workers, and framing that within a context of grass-roots arts activities, whilst working on the final project for the course. Both of these will projects will take the form of texts that can be read, so there’s good call for me to concentrate on something other than code. And, whilst one of my main aims when coming on the course was to develop my skills as a coder, finding out over the length of this module that I need to direct my energies into something else has been mostly harmless.

Basic Tech IV – So Long, and Thanks for All the String[]

Yesterday was Towel Day, which is an unofficial holiday to mark the anniversary of the death of Douglas Adams. I had no idea when I started writing these blog posts that there was such a thing, and it’s not why I chose to title them after the novels in Adams’ Hitchhiker series. But it is serendipitous.

Read on if you’re looking for uninspiring coursework posts…

Basic Tech III – Life, NCL.AC.UK and Everything

I realised today that I could have titled this “Life, the University, and Everything”, which would have worked a lot better. Hey ho.

The grandiose title of this piece could be read as a sign that I’m going to write about things other than relevant to the course. In general, I’m going to steer clear of that sort of approach in this piece of text. I am slightly tempted to do a cross-comparative chart of my mental state versus the deadline of this module, but the time for that sort of navel-gazing isn’t now, and this isn’t really the place. So, what to do with such a grandiose title?

I know: we’ll talk about Lev Manovich.

Manovich is famous for putting together two things. First, his book, the Language of New Media, which was an early foray into series notions about the academic reception of New Media artworks. It’s aligning of the concepts behind computing as being analogous to early cinema was a masterstroke of metaphor, allowing humanities departments the world over to finally get their head around the fact that yes, really, we are going to be using these computer things for artistic purposes and we better get used to it.

The other thing that Manovich is famous for is his de/reconstructed film software “Soft Cinema”, which puts into practice the more theoretical notions that he talks about in his book. This work was, in fact, shown in the Baltic at an early stage in it’s gestation, where I walked in and then promptly walked out again (having a very low tolerance for the sort of abstract narrative found in most art films).

But these are not the features of Manovich’s practice that I’m going to discuss here. In his recent work, Manovich has looked at the way that society is pressurising all information onto a digital plane, and concluded that as more raw data is available in this form, it is the practice of data-mining that will become valuable. This is a conclusion actually being reached independently in several different structures at the same time, by researchers working in different fields.

This polyphyletic idea is ideally suited to Manovich’s position as somebody who can talk about the practice of art and computers in a way that those working in other fields can’t. For instance, whilst both Martin Wattenburg and Ben Fry are creating, promoting, and even working as artists in these fields, they still do not have the necessary academic chutzpah to propel the idea under discussion out of the ballpark. They are, essentially, knocking the idea around between a few like-minded friends.

Franco Moretti is not a like-minded friend, nor is he particularly interested in what we would term “New Media” (from what I can make out, which should be regarded as limited). However, what he is interested in, as a leading left-wing literary critic, is a method of understanding texts. And, as Manovich would point out, these texts are merely data awaiting transmutation into a computerised form. Therefore, coming to the point and the birth of yet another instance of our polyphyletic idea, Moretti suggests the use of quantitative data analysis for literature in his book “Graphs, Maps, Trees”.

I find the fact that infovisualization is being suggested as a research tool in the humanities as particularly interesting, and when I attended a recent afterparty for a Newcastle University conference on Crime Fiction I had a chance to quiz those doing stylistic analysis of texts in other fields. It was regarded as impossible that a visual program could be analysed by a computer (not so, either by using jit.cv or by web services such as Mechanical Turk). But I’m not sure that these people were participating in leading edge research, and besides, I was being plied with mohitios at the time.

The final point of this is, however, that there will be an expanding bubble of interest around these themes of data-mining and the humanities, and that Newcastle University already has some projects and researchers that are interested in this field (by which I am not referring to myself, but rather people working within the English department whom I’ve met very briefly). There needs to be a way of gathering the tools, or creating accessible tools for these researchers, and as soon as possible, so that Moretti’s idea of quantitative tools for qualitative purposes can become a reality.

Having said that, I’m now ready to share my own set of quantitative tools. Be aware that this is a rough and ready – but working – version, and merely produces a small line-graph and a text files that counts specific words. In the next section of this (essay? Series of blog posts?) I’ll discuss the road not taken, by which I mean the false starts and horrific crushing disappointments of working in code.

orange_text_test

Old Video, New Post

http://vimeo.com/moogaloop.swf?clip_id=2720282&server=vimeo.com&show_title=1&show_byline=0&show_portrait=0&color=c9ff23&fullscreen=1

I’m putting this up because my mum told me she liked it. Thanks! It’s a video made with the programming language Processing, inspired by the work of Douglas Coupland.

Basic Tech I – (The Hitchhikers Guide to Regex)

The current state of my Basic Techniques project is this:

It doesn’t work.

However, this is a defeatist attitude. Not quite as defeatist as I’ve been considering (it doesn’t work, I’m never going to understand regex, and I’m going to stop bothering with programming being the other considered viewpoint).

On the other hand, sometimes the ways that it doesn’t work make no sense to me. For instance, one piece of code I wrote matched the string being read to a specific string, and incremented a counter once using the ‘++’ function. Except that it didn’t, it decided to increment the counter 559 times, and then it decided that all the words I was looking for were all there, 559 times.

Back to the drawing board from that code then. I really thought that loop was going to work as well; it had all the indications of when and where, as it cycled through the newly created string array that contained the compartmentalised (granulised?) longer string.

Then, when that failed I was back at regex. And I now hate regex deeply and purely, for being such a dense science that needs introduction. A big ‘thanks’ to everybody who pointed me at the same damn impenetrable tutorial. I sort of wish I’d chosen to do a project with Arduino controlled rockets instead, because whilst rocket science might have a reputation for being hard it never involves typing a string of impenetrable characters into a search box and hoping against hope that this would be the last leap. (http://www.youtube.com/watch?v=1XBwWAu2a5U)

Even the more seasoned programmers threw some askance glances at my code when they saw the way that splitTokens() works – ie, you throw all the tokens you want to use to split up the text together in a big line. For me, this was the lump of code ” ,.?!;: “, which I’d inherited from Daniel Shiffman’s example code in “Learning Processing”. This actually made a lot more sense to me than the output of match().

According to it’s documentation, Match() outputs an array if the sequence searched for matches what is in the inputted string. It outputs a an array “if the sequence did match, an array is returned. If there are groups (specified by sets of parentheses) in the regexp, then the contents of each will be returned in the array. Element [0] of a regexp match returns the entire matching string, and the match groups start at element [1] (the first group is [1], the second [2], and so on).”

Okay: first problem. Putting parentheses in doesn’t make it work with multiple choices. I guess we can swap over to matchAll() for that, but without multiple parentheses and therefore multiple choices, what point is the items returned as an array? It could, surely, be a yes/no answer? In fact, it returns an array which flummoxed me for several days as I realised that no matter what I put into the string as input, it always returned the same value. Two.

Searching for the word ‘will’ in the phrase “Inside will a tag, you will find will will content” will only ever return the value of two. Or rather, the value of ‘yes’ transmuted into ‘two’ by way of the length of an array, which is an entirely erroneous way of doing it. Almost as erroneous as the previous way of counting through the text as a string and looking at each individual part and then counting them (again, erroneously – to the tune of 559). Balls.

In my presentation – which I guess I’ll be covering in Basic Tech II (The Poptart at the End of the Universe) – I was told by Atau that I was only a half step away from solving a few of the problems. Maybe. I can see a functioning end to this problem, just not from here. Should I use the match function and the logic structure that I’ve been working on? There’s no guarantee that the logic structure will even work (559!) Five-five-nine! My least best guess is that my Macbook wants to emigrate to the People’s Republic of China and move to computing division 559.

Creating Displays with Processing

Again, this blog post is part of my basic techniques module, so you might not find this thrilling… casual readers might want to skip this blog post and come back later.

As part of my basic techniques module I wanted to work on something quite simple. I’ve broken it down into lots of smaller chunks, and this chunk that I’ve been working on refers to how you would move the data gathered from counting words within a text to a graphical display.

fake_values

Here I’ve used a ellipse to represent a number between zero and three-hundred and sixty. The finished project won’t have that sort of word limit, and the use of an ellipse would not be a good design feature, but for the purposes of this sketch it works pretty well. Some of the important parts are that the sketch communicates the values from inside a for loop (which, in the final project, will count through the words of the document as an array), it uses rollover style data display, and it has a selection of choices from which you can pick to display different data.

Obviously, this is a mock-up in several different ways, and the data doesn’t actually mean anything – it’s more an experiment to see the data and see how it would be crafted in Processing. Some things that I’m not happy with are the immense amount of code that it takes to do the rollover affect (should that be a class by itself?) and the placement of the text above the smaller arcs. I also think that the actually main display could be better, by rounding off the value to a straight int rather than a four-point decimal.

Click on the image above to see the sketch in action and to download the source code.

Basic Techniques Blogpost

As part of my coursework, I’m creating a text analysis tool. The coursework also states that blog posts are part of the working progress. Therefore, if you’re not on my course or working with Processing in some form, I doubt the post would be interesting to you.

What is the best way of storing a number next to a word?

button_test

I want to scan through a document and look for specfic words. I’ve stored the words in a string array. I thought that the best way to deal with the storage of the words would be to create a two dimensional array and store the words in the first array, and the amount of the word searched for in the second array.

This is not so good, actually, because I made a fatal misunderstanding about two dimensional arrays. The first array is more like an index, so where I thought I was creating…
Read the rest of this entry »

Let a Thousand James Hugonin Paintings Bloom

http://vimeo.com/moogaloop.swf?clip_id=3539565&server=vimeo.com&show_title=1&show_byline=0&show_portrait=0&color=c9ff23&fullscreen=1

James Hugonin is an artist who lives in Northumbria, and makes paintings that reflect his surroundings by taking the predominant colour for each day and painting a square in that colour. This is very procedural art, and therefore it lends itself very well to make a computer program that does the same thing.

This would probably annoy the bejesus out of Hugonin. Sadly, this is not my concern, as this is another exercise set my Jamie Allan, my tutor. Obviously, if you’ve seen my last piece of work for him, you might be getting concerned that Jamie is actually running some form of art world Project Mayhem, and that all graduates of the DM course will be changing their name to Bob soon. This is probably not the case.

I am Pete’s complete lack of surprise.

If you’re going to procedurally fake something, why just fake one? Therefore I set the program to stop cranking out fakes at a thousand. The colour’s a bit off, as if Hugonin had suddenly found his Northumbrian idle surrounded by flesh tones, but it holds together. The video ends up being 8.20 long, with two “paintings” every second.