Blood Orange re-presents an iconic film theme (and royal funeral march) as an epic indie electro rock anthem. SoNic brings a unique slice of dark dubstep to the party, and nsu's atmospheric breakbreat-step interpretation takes the tune to another level.
Equally monumental RE: Memory comes from a similar place - glitch beats and choral samples in an archaic, cavernous hall. nsu's remix again whips these elements into unsurpassed breakbeat, while Haszari's minimal tech-house treatment provides groove and disquiet in equal measure.
Open Reaper Preferences, select Devices > MIDI Devices.
Double click "Traktor Virtual Input" and select "use this device" and "send midi clock to this device".
In Traktor, open the sync panel thing up the top by clicking the metronome.
Click "EXT" button - this tells traktor to listen for MIDI Clock.
Now get a track (with an accurate grid!) loaded into a traktor deck.
In Reaper, have something that has a beat set up (i.e. a loop from a recording, midi loop, place some audio in the timeline).
Press play in Reaper so your loop plays forever.
In Traktor, the sync panel should show a tempo similar to the tempo in Reaper. You'll notice that it wavers about a bit.
Press play on your gridded track and click Sync.
The Traktor deck should be roughly in sync with Reaper! (In fact, it is loose enough that it sounds a bit like a real DJ is nudging it.)
- If we send the MIDI over a network or MIDI connection to a different machine, will this sync well enough to bother with?
- Can we sync two copies of Traktor (on different machines) this way?
If you have problems (or corrections), comment below so we can determine what I really did to make this work.
Before getting the phone I did some googling and it appeared that it was possible to make this cheap phone work even better by upgrading from Android 2.2 to some other custom Android based on 2.3. Why? These things were mentioned, and all were compelling:
- multitouch support (really?);
- better battery life/power management, aka..
- ..overclocking/underclocking (hmm...);
- support running newer apps;
- something about running apps of the SD card rather than internal storage;
- generally improved UI performance (aka "snappier")
- a nice suite of standard software with gesture support (CyanogenMod looks great as a complete environment with documentation..).
So I thought I'd attempt the upgrade before I started using the phone. I figure if I start using it, and get some data on it, I'll be too scared to upgrade later.
This is actually a really tricky question, because ROMs only tend to be available on dodgy-looking forums as links to even less comforting download sites, and half the time they're down. Also they tend to have cumulative, confusing release notes.
I settled on DroniX (v0.4) eventually, because it didn't seem to have any problems. (Yes - the site is in italian..)
The problems with the others:
- IDEOS Dev Team's Gingerman - wifi was broken on the one I tried, and getting hold of later builds seemed impossible (lots of broken links, generally disorganised archives of releases)
- FusionIdeos - Google chat didn't work for me, and there was a permanent notification telling me the network was down (grr!)
Some ROMs appeared to download and install fine, but after the final reboot did not appear to have changed anything about the phone. Possibly they were meant to be used as a skin over another ROM (file sizes for these ROMs vary wildly), or the upgrade process did not complete. So that ruled out other ROMs, e.g. one of the many CyanogenMod ports (possibly from IDEOS Dev Team).
Another thing I didn't like about some ROMs was a generally cruddy UI, with over-the-top boot animations and cluttered home screen/launcher.
Also related to this issue is how to obtain the ROM image. A popular app ROM Manager is available via the Android Market. This simplifies things, maintaining lists of links to various ROM images so you can select and download them directly to the device. This didn't seem to be an option for me - the ROM I needed (there weren't many listed for IDEOS, possibly only one) appeared to be a broken link. So I would download an image from a website and transfer it to the SD card manually (via USB).
Note however that ROM Manager was integral to the process, as it also allows you to backup your current ROM, which is fundamentally useful.
Performing the Upgrade
The process is as follows:
- backup anything on phone
- install the phone's driver (on a Windows PC)
- root the phone (using SuperOneClick, Windows-PC only)
- install ROM Manager app on the phone
- backup current ROM
- install new ROM
- test, rinse, repeat if desired.
Some details for the above items:
Installing phone drivers on PC:
- turn on USB debugging on phone:
- Settings>Applications>USB Debugging > ON
- connect phone to PC via USB, new hardware wizard
- select "search for drivers in specific location"
- browse to adb something folder on phone, next
- "setting up Android Composite ADB Interface" .. done.
- download latest SimpleOneClick from xda forum:
- unzip to desktop
- (re)connect phone to PC via USB cable
- don't mount SD card/turn on USB file sharing
- run SuperOneClick
- click "Root" button
- "do you want me to install busybox?" yes (what is busybox?)
- (shell access stuff that is useful for really rooting around by the looks)
- "do you want me to run a test?" yes - test successful
- look in launcher, I now have SuperUser app, success
Backup current ROM image:
- first, need to install recovery ROM
- select "Flash ClockworkMod Recovery"
- failed.. reboot phone first perhaps?
- disconnect phone from PC
- reboot phone (off & on)
- launch ROM Manager, select "Flash ClockworkMod Recovery"
- select "Huawei U8150 Ideos"
- progress bar
- SuperUser allow? Yes
- ROM Manager, select Backup Current ROM
- enter a file name, go
- auto reboots
- terminal thing with android picture and it says it is backing up
- various things happen
- generating md5 sum takes ages
- auto reboots
- where is this image saved?
- it is in the menu of ROM Manager's Manage and Restore Backups
- it is on the SD card in a folder under clockworkmod
- it is ~240 mb
Installing new awesome ROM:
- downloading via ROM Manager menu doesn't seem to work (bad dropbox link?)
- download a good ROM (see above!) - I downloaded from this forum:
- mount SD card, copy file, unmount
- launch ROM Manager, select "Install ROM From SD Card"
- browse to zip file, select
- ROM preinstall ok defaults
- backup existing NO (default + I just backed up)
- wipe data and cache NO (default)
- wipe dalvik cache YES (default)
- (dalvik cache is the java virtual machine cache)
- OK to reboot and install
- quick console stuff
- boots into new phone .. is it better?
Here's the audio (freely downloadable if you want to listen later, and I may put it on the beats reality podcast too).
Haszari's First Ever Truly Live Set by haszari
A Rudimentary ApproachAs far as live electronic music goes, this is a somewhat primitive performance. There are four songs, each has approximately 3-4 parts, and there are a small number of effects/parameters available for me to tweak. Also I'm relying heavily on a great-sounding dub delay effect which can feedback; I've used it to fill things out, give things dynamics and shape, and also used it (screaming feedback like a guitar amp) for short-term sound effects.
Also, of the four songs, 2 are built from short loops of (my own) previously recorded material - i.e. the notes are not being sequenced live, and there is no synthesiser producing the notes live.
Another limitation is that there are no stabs or manually-played samples/notes/effects; everything is in some kind of pattern which is triggered quantised. (The main reason for this is I ran out of time.)
Limitless PossibilityBut I'm really excited about what is happening in this live set. Even though I've heavily used samples, I had a huge amount of control available to me live, and more importantly, it was easy and fun to perform with no plan in an underground bunker (through my low rent sound system, running the whole night off a single power outlet). I had a lot of flexibility, nothing much was planned. What did I have control over?
- Within each song, I had a level fader for each part, meaning the songs were mixed (in a primitive sense) live. These faders could be set up differently depending on the part, for example one synth strings part had the fader pre-reverb.
- Each part had at least one other parameter on a knob; this could be a filter cutoff for a synth part, or a fader between two drum sounds for a drum part.
- All parts had one or more (looped) patterns, which could be triggered/untriggered (quantised to an appropriate interval) with a button. In the case of multiple patterns, a button allowed me to navigate up/down to select the pattern to play next time around.
- Some parts had a triggerable variation or fill - for example, hold down a button to play a randomised (schizofrenic funk drummer) fill until the button is released.
- Each song was assignable to a global (DJ-ish) channel - with a level fader, 3-band EQ, and a send to the global dubdelay. Assigning a song also made its parts available - i.e. I could only trigger parts etc when a song was "loaded" into a channel.
- Although I only had two songs' worth of hardware control, this was live-mappable and I could easily manage (parts of) all four songs playing at once if I want to.
What made this really exciting and fun for me is that I could treat this like a software project. I could start small, implement a simple beat that I could drop & interact with live, building in more complexity later. It felt like prototyping - sketching out a framework of how things should work, and revisiting different aspects later until I had something much more complex, organic and live up and running.
I may post again with more detail about how SuperCollider supports writing and performing like this - so comment if you want to find out more about something.
Of course I have been meaning to do this for a while (this and about fifty billion other things..).
- I have a few LEDs lying around because of the super cool LED sign my brother made for me
- I once watched a handy introductory video on the concept
- I aim to one day make a controller featuring a huge grid of light up buttons (this is a small step on the way)
Anyway what drew me to the track was the beautiful guitar part - which for me evoked certain 80s film soundtracks, e.g. John Hughes movies, or Twin Peaks. I aimed for a slightly seventies disco downgrade, drenched in acid 303 lines against a chilled out bass and beat. In all, quite a different sound for me, and I'm pleased!
Also on the EP are diverse takes from none other Newclear honcho nsu, AK deep d&b slow burner Soul Science, breakbeat champion Will Marshall, as well as a new remix from Squeezer (the TSV remix).
Go out and buy the EP! This week!
It seems in the past ten or so years, music software and technology has become much more powerful, usable, and accessible (i.e. cheap). This, combined with the convenience and ease of digital distribution, is why Cartoon Beats came about - we are mucking around making our own music, and if we are going to be hustling around labels and DJs trying to get them to promote our music, we might as well release it ourselves. So that's great, but something's still missing for me.
Producing a track, and DJing it out have become completely separated for me - one of them involves sitting at a desk, endlessly tweaking and fiddling with a timeline UI in software, the other involves standing up, bashing buttons, waggling my arms and/or nodding my head while subtly adjusting various aspects of a fixed and unchanging recording. I crave the ability to combine all this into one activity - the power and flexibility of composition and production with the immediacy of DJing.
Alongside this I feel a huge disconnect between how I used to make music, when I was in metal/rock band - jamming, noodling on riffs with other players for hours on end. The music was definitely not locked to any timeline, and often evolved in front of you, even if many of the elements were pre-planned or rehearsed. I miss that! And I thought that by now (ten years later, surrounded by supercomputers and extremely affordable USB MIDI gear) it would be much easier to achieve!
So I have tried out lots of software with these kinds of goals in mind. And always found myself wanting more..
So what is it that I want?
Power & Flexibility or Expandability
I don't want a system to present arbitrary limitations or obscure or prevent cutting edge algorithms/processing from being used. A simple example - I want completely flexible routing, which most software provides these days (GarageBand doesn't; Reaper does). A more complex example - should I read about some clever DSP technique, I don't want to have to wait for someone to write a plugin, or attempt to write one myself; ideally the technique can be implemented/prototyped directly in the software (e.g. Pd contains many units which can be used as building blocks to build up arbitrary processing; the same technique in Reaper might require a custom plugin, or a complex mess of routing connecting many plugins). Another way of looking at this: if I happen upon some interesting technique in a tutorial or academic paper, it should be possible to apply/adapt the technique.
Modularity or Abstraction
This is essentially the flip side of flexibility - a complex graph of processing units, or a sequence of audio samples, or notes, should be able to be treated as a single unit, with useful parameters exposed. I have found that this is a limitation with timeline-based software (e.g. Reaper or GarageBand) - a channel is a single level. You cannot for example sequence some audio and then treat the sequence as a unit; you have to paste it, warts-and-all, around the timeline to reuse it, and of course, you can't easily adjust something in all these pasted copies. MIDI clips are one way around this. Also I find myself wanting to package up snippets of automation data.
By this I mean not obscuring things. VST plugins for example, are really great units with lots of expressive power packed into them; but more often than not the actual core of what the plugin does is obscured from the user. This is especially frustrating when you have lots of plugins that do subtle variations on the same thing. I don't want these things to be a black box - I want to be able to find out or understand. Note that this is distinct from abstraction above, which allows the user to package things up and (temporarily) obscure the details. Also important here is that the techniques, musical information and processing used in a track should be as easy to get out of the system as they are to put in (so you aren't locked in to the system).
Casualness or Immediacy
Traditional musical instruments and musical gear have presented a very casual kind of interface - you pick the thing up and start playing it, or connect it to a sound system and turn knobs. I want this kind of expressive power to be possible or available to me. What I don't want is for production to be something that I have to lock myself in a room for hours to do - I want it to be more like a toy, and something that I can attempt to involve my kids in (or expose them to). You know, like picking up a guitar.
Conciseness or Efficiency (or Scalability)
I have only recently realised how important this is to me. As my projects got more complex, I found that I was more constrained by previous decisions. With modular software such as Jive (or Pd), while it might technically be possible to play a complete live set of a few original tracks, to do so would not really be feasible. This really ties in with modularity mentioned above, being paranoid about backing up/losing work, and the fact that my day job is writing software. A text-based file format (as in Pd), or even text-based user interface (SuperCollider, or any one of many audio programming languages) is a huge advantage from the point of view of organising the content in a project. On the other end of the scale for example, a binary file format that folds in midi information and audio samples etc is not ideal.
So I'm delighted to announce, I have found a system that appears to do well in all these respects - SuperCollider. In future blogs I will go into why I am so happy with SuperCollider, and what I have been doing with it - but rest assured, I have been jamming with it, playing with it as a musical/audio toy, experimenting with the low-level nuts and bolts of audio processing, and even working towards playing live with it.
Of course this is my own idiosyncratic view, and I don't have much experience with non-free/cheap musical software. In particular, Ableton Live, AudioMulch and energyXT all seem potentially very useful. So feel free to chime in with your experiences...
- What do you love about the software/system you use to make music?
- What do you hate?
- How do you (or how would you like to) perform electronic music live?
- What do you wish your system could do?
Available now - get yours from the sto'.
1. Haszari - It's Not Real (original)
2. Haszari - It's Not Real (nsu Are Those Real? remix)
3. Haszari - It's Not Real (Aural Trash Pass The Dutchie remix)
4. Haszari - It's Not Real (Snake Charmer Dark Matter remix)
5. nsu - Neutron Star MMX (original)
6. nsu - Neutron Star MMX (Haszari SSE remix)
7. nsu - Neutron Star MMX (Greg Churchill Last Gas Station Before Pluto remix)
8. nsu - Neutron Star MMX (Snake Charmer Hyperdrive remix)\