Tuesday 26 August 2014

Piano technique in the works of J.S. Bach

I've been thinking about this for a while and finally decided it was worth writing about...

The technique required to play Bach on the piano is completely different to the technique required to play, say, Chopin or Rachmaninov. There are some obvious reasons for this: pianos as we know them didn't exist in Bach's time (even during the classical period they were relatively new and very different to modern pianos) and fingerings were very different to what they are today - for example, the thumb was hardly ever used!

I consider this last point to be all-important. It goes a long way towards explaining why even the most technically proficient pianists often still struggle with early repertoire, despite being able to breeze through far more complex 19th and 20th century pieces without any difficulty. It probably also explains my own technical battle with Bach's music.

I tend to think of the development of piano technique as we know it today starting with Chopin; however, there were still composers writing for the piano in a relatively conservative style during Chopin's lifetime (during the first half of the 19th century). Chopin was innovative in many respects, and his 24 etudes in particular bear testimony to this, counting among the many works which are especially suited to playing on a modern piano, with more or less 'modern piano technique'. Such pieces are commonly referred to as highly pianistic. A composer I consider to have attained the pinnacle of 'pianisticness' (no, that's not a word, I just made it up) is Rachmaninov, and any reasonably proficient pianist who has played his music will understand why.

There are ingrained fingerings that modern pianists tend to fall back on when sight-reading or playing a piece they haven't learnt intensively. These are the fingerings that occur most frequently in romantic-era piano music, and which therefore become automatic after someone has been studying the piano for long enough. Even when the pianist has memorised an entire sonata or concerto they are still likely to be falling back on these 'defaults' a lot of the time, without even realising. This is especially true in highly pianistic music, where the expected 'defaults' are rarely broken.

Fingering defaults are perfectly adequate for a lot of piano music written in the 19th century, and for simpler music of other eras. However, they begin to fail when the music doesn't fit into the common spacial patterns the defaults were designed for. A lot of baroque and classical music doesn't fit in; neither does a lot of 20th century music. In fact, there's a relatively narrow range of music in which the pianist can rely on these generic fingerings to get by. Extra work is required to be able to play pieces that fall outside the range of fingering defaults convincingly.

Since an enourmous amount of work is required to get a piece to performance standard anyway, this shouldn't be a problem. However, I've discovered that for me, at least, there are some issues with memorising pieces in which I can't rely on fingering defaults.

Some really unusual (by today's standards) fingerings are required to play Bach's music on the piano. In my score of his D minor concerto, almost every note is fingered. It's absolutely necessary; I would get totally lost without having meticulously figured out the fingering for every passage. Standard fingerings are useless in Bach's music, and even more so in his highly contrapuntal works (i.e. fugues) than in the relatively simple, mostly 2-part texture of the D minor concerto.

I've always learned new pieces of Bach using the 'metronome increment' technique: perfect a passage at a certain BPM, increment the metronome by a small amount, perfect the passage at the new speed, and so on until I can play it perfectly at performance speed. This amount of repetition, combined with the sheer oddness of the fingerings required, have always enabled me to memorise Bach very quickly. However, until I noticed how quickly I forgot pieces of Bach that I thought I'd memorised to perfection, I didn't realise how much I fall back on fingering defaults when playing from memory.

Fingering defaults act like hints when playing from memory.  If you're not quite sure what comes next, well, chances are your fingers already know the pattern and will take care of it for you. That is, if the fingering required to play the passage matches those generic patterns. In Bach this isn't the case; the fingering patterns are unexpected, almost unnatural to a modern pianist. You can no longer depend on generic fingerings - they simply won't work.

Perhaps learning historic fingerings that keyboardists actually used in, say, the baroque era would enable one to develop a new set of fingering defaults that make playing music of that era much easier. This is something I'm very curious about. However, it's important to keep in mind that historical fingerings were not destined for the piano, or at least the piano as we know it today, and different fingerings are probably necessary to play early music on today's pianos - which have far heavier keys - without developing RSI.

Mac reminiscences

note: this was a post I wrote about 6 months ago and never published.
 
Ever since deciding to pursue a computer science/IT degree, I've been trying to remember what my first encounters with computers were like. I've been using Mac computers all my life and since it's Apple's 30th birthday this year, I thought it'd be a good time to try and write about my Mac usage over the years.

My parents had a lot of historic Mac computers. In fact, even the computer that got used on a daily basis probably became historic after a while, considering the amount of time it took before OS X was adopted in our household (I don't know the year exactly, but I can estimate).
One of our historic computers still turned on. It was a Macintosh LC and we referred to it as 'the Dinosaur'. I have no idea what I actually did on it, but I remember the computer itself vividly - especially the purple stripes on the screen when it failed to boot (which was most of the time) and the creaking noises it made.

There's a long list of computer failures in my memory: dead backlights, video cards, hard drives, power cords, you name it. I experienced several iBook deaths and I still remember the events leading to them in detail. One iBook started making a horrible grinding noise; I'm pretty sure the hard drive got replaced shortly afterwards. One refused to boot after I'd been carrying it around all day in 40 degree weather. One particularly bizarre and prolonged death involved behaviour similar to a broken record: everything would freeze, weird graphics glitches would appear and the last few seconds of any playing audio or video would loop endlessly.

I think the iBook that replaced that one was my last, and it was a great little computer. After my mum gave me her old Macbook, I gradually stopped using the iBook, which became more and more lethargic and eventually died peacefully from loneliness.

About a year ago, the trackpad on the Macbook became very slow and unresponsive and eventually got 'stuck', forcing me to turn it off and use a mouse instead. The trackpad functionality intermittantly returned, and currently seems stable. Meanwhile, during the last couple of months something inside the laptop has started making a gentle growling noise, leading to the nickname "ol' growly".

That Macbook is 8 years old now, still running Tiger, and it's going a similar way as the last iBook. I have a policy of turning it on every now and then to keep it alive, but it's hard to find a reason to do that. Its replacement, running Kubuntu, is the first non-Mac I've ever had. I miss many things about OS X, but I'm enjoying the Linux Experience. Er, I mean using Linux.

Friday 14 March 2014

In defense of the command line and the humble text editor

I recently embarked on a new university subject - an introduction to Java programming - as part of my CS/IT degree, and cringed slightly when I heard we were advised (though not forced, thankfully) to use Eclipse. I've had some experience with Eclipse already, using it for Android development, and my overall impression was that it has almost as many features as it does bugs/'features'.

I wasn't looking forward to battling with that again, but it occurred to me that a lot of the things I find annoying about Eclipse could probably be customised/turned off in the preferences, so I decided to give it a go. After all, it does have some useful features, and I thought manually compiling code from the command line would be impractically tedious for assignments later on in the course.

In spite of some ridiculous issues which I can't be bothered relating (long story short: the only version of Eclipse I can use crashes if I try to modify the preferences), for the first week of my new subject I did, in fact, use Eclipse. If I'd been able to do so without it crashing, I might have turned off a lot of its autocompletion features and other things that save typing and make for lazy coding. However, it's hard to resist being lazy, and the way Eclipse is designed also means it's almost difficult to write classes and main methods yourself. Eclipse wants to do everything for you. That's very nice - and very bad for a newbie like me. I'll explain why in a minute.

Today I finally decided I wasn't going to put up with Eclipse anymore, so I moved all my source code out of the Eclipse workspace into appropriate folders for each week of my uni subject, opened up a terminal and Sublime Text, and tried to write a main() method.

I realised I had no idea how to.

It's not like I haven't seen hundreds of them by now; it's just that I've never had to remember how to write them because I've never needed to write them. Eclipse auto-generates these things.

I spent all day manually compiling and running Java code, and I've learnt more than I did in a week of writing similar programs in Eclipse. I consider it a privilege to be able to learn by trial and error, see exceptions and syntax errors pop up and try to figure out what's going on all by myself without the little lightbulbs and red 'X's that Eclipse gives you. I relish the fact that I can leave a variable unused for as long as I like without being given a wiggly yellow line and a warning that says 'you haven't used this variable yet!' I enjoy being able to make mistakes without being admonished. But most of all, I love having to remember how to do things.*

It turns out that Sublime Text - an excellent programmer's text editor - has many of Eclipse's better features, including autocompletion, so perhaps it's not so humble after all. However, the fancier features are unobtrusive enough that I barely noticed they were there.
The only autocompletion I use is for variables and methods I've already typed out at least once; Sublime Text doesn't seem to offer autocompletion for things you haven't already typed. I discovered an exception to that rule (and there are probably others) - it does offer autocompletion for the main() method, which I only allowed myself to use once I was confident I knew how to write it by myself. There's also an option for auto-closure of brackets and strings, but that was one of the features I hated in Eclipse so I'm leaving it off. For now, closing brackets and quotes are too firmly embedded in my muscle memory.

It's slightly scary to realise that if I'd gone on letting Eclipse practically write code for me, if someone had sat me down in front of Vim and asked me to write a Java program I probably wouldn't have been able to.** Until I know enough about Java to be able to work on the kind of big projects that Eclipse is essential for, I refuse to succumb to laziness.

*the whole 'not crashing' thing is pretty great, too.
**without googling anything!

Saturday 22 February 2014

Lazy piano technique

While practising the piano recently, I observed something in my technique which I'd never really paid much attention to before, although I know it's always been there. It struck me as interesting enough to blog about, although it may bore you to death.


For the purposes of this post, I'm going to coin 2 terms to describe different kinds of piano technique: "controlled" technique and "free" technique. The former is very precise and conscious, while the latter is very automatic and probably best described by the word "lazy". This is a massive over-simplification of piano technique, but I think it's a good summary of the two main techniques I find myself utilising. Both have their place, with different passages and even entire pieces sounding better with different techniques.

Controlled technique is what I use whenever I'm learning a new piece or section of a piece, especially in the early stages of metronome practise at very slow speeds, which is the technique I use to learn particularly challenging passages. The controlled technique essentially means thinking about precision, about where exactly where each finger needs to go, leaving nothing up to chance. It also means a small amount of tension in the fingers - ONLY in the fingers, not in the wrist or arm, which would be catastrophic and lead to RSI.

During the early stages of learning a passage, since I won't have developed muscle memory for that passage yet, playing it requires a certain amount of thinking (not something I normally do much of when playing the piano), so controlled technique would be inevitable even if I wasn't making an effort to hit exactly the right notes in order to learn the passage accurately.

Even once I've learnt a passage, initially - usually during the memorisation process, if I haven't automatically memorised it by that time - I'll play using this 'controlled' technique. This is probably mostly due to the need to maintain absolute accuracy while memorising, so I don't memorise mistakes.

While controlled technique greatly increases accuracy and clarity, it is also very risky. I believe many pianists, myself included, rely largely on muscle memory when performing. For me at least, this is something that happens without thinking - it's automatic, and being conscious of where to put my fingers or what's happening in the music actually gets in the way of letting the 'automation' take over. So once I've developed muscle memory for a piece, controlled technique feels uncomfortable, because even that tiny bit more consciousness that's required to be absolutely precise about where your fingers are going can result in a memory lapse. I can't speak for anyone else, but for me thinking really is my worst enemy when it comes to playing from memory.

Contrast this with what I'm going to call "free" technique (you might as well call it "lazy" technique). This is how I usually play something I know well from memory. It involves absolutely no conscious thought, allowing muscle memory to take over completely, and this is aided by complete relaxation of the hand and fingers, which results in a very different (though not always desirable) tone.

The downside of free technique is that over time, accuracy tends to suffer: when I've just learnt a new passage using controlled technique I've practised accuracy a lot, but once I start playing using free technique mistakes creep in and become embedded in muscle memory, accumulating until eventually I'll need to revert to controlled technique for a bit - or even do some slow metronome practise - to get back to the original standard of accuracy that I had immediately after first learning the passage.

The advantage of free technique, however, is that it greatly reduces the risk of memory lapses, as long as my muscle memory is sufficiently well established. Under pressure, such as when performing, I'll tend to fall back on free technique to get me through, which results in lower accuracy but a much greater chance of reaching the end without forgetting anything. It's a sort of mindlessness which is very useful to have when you're nervous.


That was a very long preamble to what I've been meaning to write about all along. For over a year I've been learning Rachmaninov's 2nd piano concerto, specifically the 1st movement (the 2nd I've already performed, albeit without an orchestra). A year is a long time to have something memorised, and for the reasons mentioned above my accuracy has been deteriorating slowly over that period, in spite of improvements in my technique as a whole.

The other night I was practising this movement and suddenly became aware of something which I never really took note of before: while struggling with a passage whose accuracy needed improvement, I found myself playing with a very different technique in order to try to get the notes right. My fingers became tenser, I found myself thinking more about which keys I had to hit, and the tone I was getting out of the piano changed completely (in a good way). In other words, I was playing using controlled rather than free technique, and I much preferred the result.

Once I realised this, I tried to play everything using controlled technique, but felt on the verge of a memory lapse constantly because I was THINKING about the notes for once, rather than letting muscle memory carry me along.

Normally in the course of playing something from memory, I'll constantly switch between controlled and free technique, using free technique most of the time but changing to controlled technique for passages I know are particularly technically challenging. I can actually provide some specific examples of this in the concerto I'm learning: I always use controlled technique in the fast "Un poco piú mosso" section, and always use free technique in this subsequent section. It was the 2nd example here that I was having trouble with the accuracy of, and which from now on I am going to try to play with controlled technique (as I did initially, when I first learnt it).

Although it could be very difficult to strike the balance between passages of the concerto I know well enough to safely be able to play them with controlled technique and passages where controlled tehnique is likely to result in a memory lapse, this is what I would like to try to do before performing it in a piano competition later this year.

Saturday 11 January 2014

Algorithmic atonality

WARNING: I have no idea what I'm doing and errors probably abound.

I recently came across this incredible graphical and musical representation of sorting algorithms.

It got me thinking about the musical possibilities of such algorithms, and I immediately set about experimenting, taking a pseudo-random sample of 8 notes (the 5 notes of the pentatonic scale plus 3 arbitrary ones) to create an 8-tone sequence or tone row (aided by Python's random module.)

The sequence is split over 2 bars in rather the manner that hexadecimal splits bytes into two 4-bit groups (nibbles). No note is ever repeated within the 2 bar sequence.

The random sequence is first copied and pasted into another 2 bars, before sorting starts.
Each 'nibble' is then processed separately. In the case of my particular tone row, it takes 3 repetitions to sort a bar.

We start by sorting just the 2nd bar of the sequence, meaning the 1st bar remains the same for 3 iterations. The final note in the 2nd bar is compared with the previous note; if the previous note is of a higher pitch, the notes are swapped. The sequence is then copied and pasted again, and the following algorithm is used (in this context, 'greater than' means 'at a higher pitch than'). For demonstrative purposes, let's label our 4 notes A, B, C, and D (this has no relation to actual note pitches!)

D > C > B >A

If this statement is false, the first note to break the rule is compared to each of the previously processed notes to determine its place in the sequence.

This is repeated for the final iteration, by which time all the notes in the 2nd bar in the sequence are sorted. The process is then repeated with the first bar in the sequence, while the 2nd bar  remains the same for three iterations.

The LH starts off in the same direction as the RH, but after a few repetitions it retrogrades (is flipped horizontally, in visual terms).

3rds, 5ths and octaves are added to the left and/or right hands at various points. Sometimes 5ths are added below the pure tone row, and sometimes they are added above it. These patterns can also be flipped vertically so that 5ths that were added below the 'melody' are now on top of it, meaning their intervalic relationship changes.

There are rules for these 'filler' notes:

The note must be either a major or minor third, or a perfect fifth, apart from the lowest note in the chord. it must not be the same as any other uppermost or lowermost note in the bar. This means that sometimes (although very rarely), where the overall pattern is using thirds, it becomes necessary to subsitute a 5th in to avoid doubling a note that already exists in the 'melody'.
The fact that this occurrence is so rare - only starting near the very end of the sorting process - fascinates me, although I don't know the reason behind it yet.

The result of my experiment - which I never ended up doing anything interesting with - can be heard here. I cannot stress enough that I don't know what I'm doing. This was just for fun.