jan.krutisch.de

The musichackday that wasn't meant to be

Sun Jan 31 00:00:00 +0100 2010

As my coworker Florian would put it: Damn the sh*t f**k. For us (us being the hamburgian musichackday tourists Michael, Wolfgang and Jan with a taste for low budget travel plans), the musichackday was over before it even started. We patiently stood in line at the Ryanair dominated airport in Lübeck, but, really, we should have known better. Not a single Plane left or arrived at Lübeck after 15:00 on Friday. It was snowing like hell (a very cold hell, that is) and the snow ploughs tried their best, but, heck, it was almost impossible to drive safely with a car out there, so it probably wasn’t a too bad decision to not try to land or start there. Safety first, safety first.

But, being a screwed Ryanair customer, it was clear for us that we had no chance to get to STHLM in time, except for making the travel at maybe 3 times the expense originally planned.

This obviously being the most awesome hackday evar, I’m still quite disappointed. But I repeat myself. Wolfgang suggested early on that we should hack on regardless and so all of us met on Saturday, started with a good Breakfast with leftovers from the porkcamp and dived into the projects we had originally planned for Stockholm.

Michael deployed his small lastFM API hack called my city vs. your city at the end of Saturday and spent Sunday with optimising the calculation.

Wolfgang and I started in the Saturday afternoon with a small echonest analyzer mash with parts of my javascript soft synth work. Yes, the output is silly, yes it would need a lot of work to let it output something useful, but anyway.

I then, after we left the mindmatters office, started to integrate the javascript synth into my webloop stuff.

On sunday Wolfgang made the amie pretty and I deployed the stuff to one of my webservers. After that we recorded two screencasts to be able to be part of the presentations. And then we were able to see the videos that we recorded, streamed into the doberman office in the live stream we watched. Ah, the interwebs.

Now I am sitting here and wondering if Brian Whitman will really ship echonest tracksuits to our office as he suggested in his tweet:

I can’t believe those AMIE dudes found @echonest’s secret plans to drunkuncle.dj. #musichackday #howdoyoushipveloursuitstogermany

Har har. Here are the screencasts:

Next time I very much would prefer to attend in person, thank you very much, but I think we made the best out of it.

iPad it is

Wed Jan 27 00:00:00 +0100 2010

this article has been updated on the 28th of January to correct some errors and clarify a few points

First off: I think the name is a poor choice. The web, especially the twitters seems to agree. I would have loved all the other names that flew around during the last days, like iBook, Canvas, Palette, whatever.

With that out of the way, I am pretty baffled by both the product itself but also the reactions to it.

What can I say. No multitasking feels weird with a device that can run special versions of iWork on it. (Let’s hope they do a lot of state saving and the apps start fast). Apart from that, the whole thing feels like an extremely solid, well designed piece of hardware/software.

Now here’s the real problem: While OS X on my Mac has it’s proprietary edges, the system is mostly open. iPhone and iPad are, by default, pretty much closed devices. And this leaves a lot of questions unanswered. For example, it restricts your music buying to iTunes, which is good for noone but Apple. This is, for example, not the case for iTunes on my Mac, simply because I can drop any piece of music, on CD or as mp3, into iTunes. But there’s a glimpse of hope…there are some changes (yah, NDA fun at work, so I cannot tell anything specific) in the 3.2 SDK that might allow Applications to add files to to other Applications. Maybe. We’ll see.

And now there’s iBooks: Will it restrict Book buying to the iBooks store? We don’t know yet, but at least it is based on a standard (ePub), so it might be possible to add non-DRM books (like my beloved pragprog series) directly to the iBooks app. But what about the DRM format? Will it support the defacto standard Adobe DRM and by that opening your iPad to the hundreds of titles that publishers sell for, e.g. the Sony readers? I somehow doubt that, but we will hopefully get some details on that very soon.

For me, somehow, the closed nature of the iPad is much worse than the closed nature of the iPhone, probably because it’s closer to a “real” computer and I like those to be as open as possible, thankyouverymuch.

Still, I do not agree with many commenters that the iPad is an underwhelming supersized iPhone and nothing else. Or that it cannot compete with netbooks. Or that there are no usecases.

First of all, I think people underestimate the possibilities of a 10" multitouch screen with a very high resolution. A few apps shown in the demos, especially the photos app, show a bit of the magic that will befall you as soon as you can touch this device. Yes, this will be a completely new dimension on top of what’s already possible on the iPhone. No, you probably ain’t seen nothing yet. Yes, you can quote me on that.

Also I think that people underestimate the value of a simple, thin, relatively light and extremely solid device with virtually no moving parts. This WILL be georgeous for reading (I hope that they thought of a way to lock orientation, or otherwise it will be impossible for me to read in the bed), this will be fabulous for watching movies or browsing through your music collection, but in the end, it will open up completely new ways of using a computer, simply because it stops being awkward or unfitting. It is not as clumsy as a larger Notebook (which is usually too heavy to lift it comfortably with one hand), it cannot fall over like my netbook when open, it holds natural (everyone complaining about the huge bezel should also complain about the huge margins usually employed in printed books), and, last but not least, it simply looks great. All in all, it will happily replace a “real” computer in any environment that’s not “computerish” by default. I am relatively sure that I won’t be coding web apps on an iPad anytime soon, but for gaming, reading, watching movies and simple browsing, it will be a much better fit than anything else. And maybe, possibly with the help of the keyboard dock, for some people this will be all the computer they’ll need in their life.

Am I unhappy about the closed nature of all the Shops that Apple has under their control? You bet. Am I unhappy about the missing Multitasking? For sure. Do I think that the iPad will be a success? Yessir, although I am not sure how fast it will take on at first.

One additional word on the multitasking: I don’t actually think that this decision is set in stone. Didn’t it strike you as odd that the SDK version for the iPad is not, as I would have expected, 4.0, but instead it’s just a point release? This should give you a hint that in the summer, when I expect both a new iPhone model AND a new iPhone OS major release (I would not even rule out an iPad 2), there are some major things to come. Not sure that it will feature complete multitasking, but limited background process support (especially for alternative music apps) seems to make sense for me.

Many people also complain about the missing camera and I must say that this strikes me as odd as well – The iPad would otherwise be a kick ass device for video chat. But then again, the initial iPhone didn’t have a camera either. Do you think that Apple didn’t include the camera because they didn’t want to? No, they probably did that because they had enough problems putting the iPhone together as it was, in time, without the camera. And judging from the few images I saw from the iPad, I’d say that the iPad is a comparable engineering masterpiece with little space inside the device and also with every engineering boundary pushed to the limits. Will we see a camera in iteration two of the iPad? I don’t know.

Will I buy the iPad? This largely depends on 1. how the german mobile carrier contracts will look like and 2. how apple will interpret the current dollar to euro conversion rate. But yes, I might buy one, if only to find out if the Appstore coder crowd will finally come up with some descent music apps. (Actually, after the iWork presentation, I was really hoping for a mobile GarageBand version).

An update on the web synthesizer

Tue Jan 26 00:00:00 +0100 2010

After the last post on my crazy “synth in a browser” idea, I tried various other concepts to bring the idea to life. I am not very happy with the current state, but definitely see potential in some of the ideas.

After the rather brutal failure of the streaming idea (I guess, I could, with some serious hackery and a little more systematic approach, trim down latency to around 10sec which might be still way too much to be anywhere near beeing useful), I tried to explore other possibilities. If generating the sound on a server is out of question, I need to generate it in the client. Well, duh.

Now, conventional wisdom says that this is probably too much for the obvious client choice: Javascript. Plus, there’s no interface for “streaming” on the fly synthesized audio from javascript.

But, as it seems, conventional wisdom was invented before Google Chrome, the V8 javascript VM or Safari and the Nitro engine came to life. I personally think that conventional wisdom was invented for a IE 5.0.

So it should be at least worth a try. But even if it is possible to write a realtime software synthesis system in javascript (and I am only spilling a few beans when I tell you: it IS!), this leaves me with the problem of actually playing the generated sound.

My first idea was to write a Java applet. I hear you shake your head in a sad, slow motion, but here’s why: When the Hobnox guys (You know the Hobnox audio tool, right?) started the “Adobe, make some noise” campaign, because Flash 9 basically sucked for self generated audio, they actually used a Java applet to stream the sound.

Basic sound output in Java is not too complicated (You want to take a look at javax.music.sampled.*), but communicating between Javascript and a Java applet involves a very inefficient, very sucky and also very old interface: The infamous LiveConnect. I don’t know the details (and I have a vague feeling that I don’t really want to know) on how the communication actually takes place, but I suspect there is some heavy serialization/deserialization involved. This would explain why it was completely impossible to transfer the sound data as actual arrays of integers (or whatever sample format floats your boat). The only way I could actually bring the communication to life was to use Strings as byte buffers. The remaining encoding issues produce a very subtle, almost analogue sounding noise/hiss, but at least I was able to produce a proof of concept: Yes, it is possible to use Javascript in a very modern browser (Safari in this case) to calculate some basic soft synth algos in realtime. Currently this means a uninterpolated Sawtooth passing through a 4 pole state variable filter with a simple one stage envelope on volume and filter.

The drawbacks, apart from the (maybe fixable) encoding noise: While Java applets run (on OS X that is) in both Firefox and Safari, only Safari was able to handle the workload of the soft synth, Firefox simply falls flat on it’s belly, aka “slow script warning”. While in theory Google Chrome should be the ideal browser to run the synthesizer, it currently does not support Java applets on the Mac. While in theory, both Java and javascript are garbage collected languages, this obviously doesn’t mean that much in reality. I cannot rule out complete stupidity of me and my codes completely, but in my Book, browsers should not crash while simply using these two technologies.

Wanna take a look at my crappy Java and javascript hacks?

Okay, next try. Using flash was, at first not really an option, because my initial idea was to make the whole thing using mostly open technology. Plus: As written above, writing a realtime soft synth for flash is not a real challenge anymore: It has been done, more than once.

On the other hand, Flash has a near-to-ideal market penetration. So why not using a hidden flash applet the same way I wanted to use the Java applet: Simply playing the sound, while the heavy lifting is done in javascript.

At least I was able to use open source technology to try this: I recommend taking a look at haXe for your flash compiling needs.

To cut a long story short: Ongoing investigations, outlook cloudy with some sun during the night. Communication between Javascript and Flash generally seems to be a magnitude faster than between Javascript and Java, because I really was able to send a huge array of Floating Point numbers (!) from Javascript to flash. But you probably don’t want to do that. The CPU indicator in the menu bar looked more like a VU-Meter on the mixer of Paul von Dyk when I ran the example. Next I tried using integers instead of floats, but this only helped a bit. Currently I’m back to trying to do it with Strings but didn’t get it to work, again, I suspect some encoding problems.

I’ll also push it up to github.com as soon as it is usable and doesn’t chrash your browser right away.

So, if I really want to kick some cool javascript synthesizer code on the musichackday STHLM, I need to do a lot of work.

The Hudson Siren - Small pieces loosely joined

Wed Jan 13 00:00:00 +0100 2010

A strong, intrusive indicator for continuous integration failures is extremely useful to keep software quality high. People tend to forget the CI stage if nothing seems to go wrong. And while the usual CCTray-Stuff “kind of” works, a more physical approach may be in order for larger teams. While large “information radiator” screens might be desirable, we chose to go a lot cheaper. One of my colleagues, the recent Rails convert Christoph actually took the first, most important step and implemented the actual notification hardware, using freely available “police lights”, a simple USB driven relais board and a Linksys NSLU2. His work was pretty outstanding: It involved crosscompiling USBLib for the NSLU2 (not to forget installing Debian on it), wiring it all together and then writing some kind of network protocol for it. Now, the actual protocol is pretty simple: Open a telnet connection (aka TCP/IP-Socket) to a specific port and send a command like “BLINK 3 RED” to it. This is, of course, “Keep it simple stupid” aka KISS at it’s best.

Except that now we were faced with a problem: Our CI servers are outside of our office network and you probably don’t want to expose a relatively insecure protocol (with an implementation that’s very likely to contain bugs an attacker could exploit). So, portforwarding from our firewall was out of question. In a very KISSy move, my colleague Timo set up some SSH tunneling and then wrote a simple Hudson-Plugin which would then use the above mentioned protocol via the SSH tunnel. This worked for some time but then we split up our CI server installations (and after that only Java projects could use the Sirens) and anyway, this was a bad kludge, so when the tunnel went down some day due to a server restart, we never restarted it.

So, one day, I simply thought “what the heck” and implemented a siren web service in Sinatra. The web service would simply open the socket and send the command into our own network while it would sit on a server with a public facing Port 80. All in all it took something like 4 hours to implement all of it and deploy it on the server. The hardest problem was how to configure our OSX server to serve the app via Passenger and the built in Apache and then setting up the web configuration. The app takes POST requests on URLs like /red and /blue with additional params to specify style and length of the signal, and also has some GET actions that display help pages and utility forms to enable human endusers to engage the siren for testing purposes (or practical jokes on teams in crunch mode).

The only thing left to do was now to adapt the Hudson-Plugin from above to use the web service instead of the socket connection. And here, my rarely used generalisation instinct kicked in: Wouldn’t it be nice if we had a generic webhook plugin for hudson, so that we could trigger all kinds of actions with it? Yeah, probably, but the plugin is not-quite-finished, sorry.

So now, today, I took Timo’s source and ripped out the hardcoded socket code and replaced it with some hardcoded http code.

Which means that the mindmatters siren is back in action. And that’s a good thing.

A most unusual hack

Sat Jan 09 00:00:00 +0100 2010

Sometimes, you have to take a bath to make things come together. In my case, I was pondering porting the absolutely fabulous nanoloop to the iPhone platform. But that was only one piece of the puzzle. The other one was a podcast (Bitsundso) where one of the regulars (namely Thorsten Philipp) was explaining the brand new apple flavor of http streaming – Which is based on delivering a video or audio stream in small chunks (8-10 seconds seems to be a good value) and glueing them together using an extended version of m3u-playlists.

But first, a bit of background. Nanoloop is a music synthesizer/sequencer for the Gameboy, more specificly for the Gameboy Classic and the Gameboy advance (those are two different versions). I am a proud owner of one of the Nanoloop 2.3 cartridges, wich are handmade by Hamburgian resident and 8Bit-Superstar Oliver Wittchow. Editing music with the not-exactly-rich user interface of a handheld game console (a screen and 10 buttons: Left, Right, Up, Down, Start, Select, A, B, L and R) is challenging. Managable and, as Youtube or even my very own Soundcloud stream testifies, with usable results, but, nevertheless, far from being intuitive. Oliver did his best to streamline the experience and to make everything as consistent as possible, but still.

Now, my plan was (and still is) to either convince Oliver to port Nanoloop to the iPhone or to do a knock off of it myself. Here’s the problem: While porting the sound engine should not be a huge problem (both devices are using ARM architecture, plus the iPhone should be an order of a magnitude faster), the interface has to be completely different. Because the iPhone has no buttons. Well, strictly speaking it has four buttons and a rocker switch, but none of them are usable in your own software. What it has, though, is a touch screen. Multitouch, even.

So the real challenge of a nanoloop port would be to convert the user interface from a stricly “hold button A and use cursor keys to change the value of the current note” interface to a simple, elegant and intuitive touch interface. Because, you know, as unintuitive the button interface may seem at first, as with every game controller, after a few hours of usage, it all starts to make sense. And in the end, you are pretty fast using the damn thing. Because, there are worlds to rescue. Or songs to write. And you’d have to be extremely careful not to lose this sense of speed when converting the interface to a touch version.

Anyway, since I am a much better HTML+Javascript coder than I am an iPhone developer, I thought, well, let’s prototype the interface in HTML. I could even build a version that’s compatible to the iPhone, so one could check the usability on the target device.

And then I thought: Yeah, well, but why stop there. Why not building a web version of Nanoloop. With a serverside sound generator and with realtime streaming, using this cool new Apple technology.

So, here we go. In the following, I’ll describe parts of the puzzle and how I solved them. Please note that this is far from finished, all that’s there as I speak is a very rough prototype that has enough problems to make a hard man cry. Nevertheless, you can find the code on github .

The Interface

I started off with the interface. This is what the nanoloop interface looks most of the time:

The grey boxes are 16 steps of a simple step sequencer and the black small rectangles are the visualisation of the data you edit (the screen you look at is for editing per step pitch envelopes).

I decided to use the canvas element for the visualisation. I am still not sure if something like SVG (and raphael.gs for example) would not be better, but, hey, this is just a first shot. I also decided to use one canvas element per step. So it’s 16 little canvasses there, neatly aligned and centered on the screen. The rest is just a big fat, query based javascript hack that will need a lot of refactoring, very soon.

Don’t expect much of a good interface conversion, too. I just did the first thing that came to mind, namely popping up a bigger version of the step as soon as you click on one and closing it again after you click into this big step window. A real iphone version would most certainly allow such a click action as well as a “press-down, open big step, adjust values, release, close big step” variant. But, it’s a start.

The Synth

The next thing I tackled was the sound generation. I briefly thought about reusing my cmusic code from Soundbadge but I wasn’t sure if cmusic would be flexible enough for the stuff I had in mind. What I really wanted was using ruby for the sound generation. So I started to look for a way to render sound files from ruby. Remember: The goal was to output small chunks of audio in a format understandable by Quicktime. My thinking was “naw, encoding mp3 in ruby will probably be a dealbreaker, so simply render out wav files and encode them using a command line utility to something usable.”. And something great I found. The Ruby Application Archive spat out sndlib a library for a lot of sound related stuff written in C with bindings for Ruby and quite some other languages. You only get the source, so it’s configure>make time, but that was pretty easy. The first pifall was that the usual “sudo make install” didn’t install the ruby extension into the right place. So I had to manually copy the sndlib.bundle file (Yep, I’m on a mac, under Unix, this probably woulda been sndlib.so) to /usr/lib/ruby/site_ruby/1.8/universal-darwin10.0/ yadda, yadda. Be also prepared for what may very well be the worst documentation for a project, evar.

But the binding is actually quite nice. There’s a cool SoundData utility class which will act as a sample buffer which you can use to write to the sound files (or sound hardware, if you must).

It also contains quite a few utility functions to generate music and currently I’m using both the sawtooth generator to create the base sound for my synthesizer and the envelope generator.

Hacking the synth together was pretty easy. Writing the sound files in wav format, using the correct, fixed chunk size was a bit hairy and I also expect some bugs to lurk around there (more on that later). Bringing it all to work with Quicktime was a pretty bad experience. Not that anything in there is complicated (you most probably want to use ffmpeg for encoding the files although in theory lame should be fine), but the level of feedback you can expect from Quicktime if anything is wrong feels like it’s 1991 all over again. Error -120203 or something like that. Yeah, right, that one. The devil is in the detail, in my case, my playlist had a small syntax error.

The Streaming

Ah, while we’re at it. The playlist. To concat all the small bits of sound into a coherent music stream, you’ll need a playlist. since it is realtime streaming, it’s a playlist with a sliding window of stream urls in it. Let’s say you have generated 3 streaming parts up to now. The playlist would look something like this:

#EXTM3U
#EXT-X-TARGETDURATION:5
#EXT-X-ALLOW-CACHE:yes
#EXT-X-MEDIA-SEQUENCE:0
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_1.ts
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_2.ts
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_3.ts

Now, if you have your 1000th part generated, the playlist would look like this (I left out the unimportant header bits)

#EXT-X-MEDIA-SEQUENCE:995
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_995.ts
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_996.ts
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_997.ts
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_998.ts
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_999.ts
#EXTINF:5,
http://halfmac.local/~jan/webloop/app/test_1000.ts

So, but how does the streaming work now? Easy. The client (The only client that can do this right now, is quicktime) loads the playlist, fetches the first few stream bits and starts playing them. As soon as it comes to the end of the playlist, it reloads the playlist which now should, ideally, contain links to new streaming bits. To let the client know where exactly he should look, you provide the #EXT-X-MEDIA-SEQUENCE tag.

Now, to be able to stream the generated sound, sound generation needs to be faster than realtime (because of the additional step of converting the wave to a streamable format). Luckily, this is, at least on my Core II Duo iMac, still the case. I’m most curious how well this will work on, let’s say, a vServer where I could deploy this stuff.

The Duct Tape

So I had the sound generation in place, the last thing to do was to glue the web interface and the sound generation together.

Sinatra to the rescue: Three actions, one to transmit changes from the frontend to the server, one to poll the data so that the web editor is updated if someone else at the other end of the world changes something in his view (yes, this is a distributed sound editor, please don’t get too exited…), one to fetch the playlist (Quicktime is a bit picky on the mime type the playlist has to be delivered in, that’s why I have to deliver the playlist with an action).

The last bit is almost boring: Safari, in it’s current incarnation, supports the html5 audio tag. What’s even better: It supports quicktime realtime streaming using the audio tag. Here’s the code:

<audio src="/playlist.m3u8" autoplay="autoplay" autobuffer="autobuffer" />

yip, that’s it. It starts playing (most of the time) as soon as you open the page.

Data storage for the pattern data is currently extremely high tech: A yaml file. A good idea would probably be to change this to an in-mem store (memcached, redis maybe?) and randomly write it to disk to have a backup.

The Drawbacks

Well, streaming always comes with latency. Since this http streaming doesn’t involve any kind of QoS control or other forms of stream control I don’t know shit about, http streaming seems to come with very much latency. I’m pretty sure you could tweak it by setting different chunk sizes and stuff, but here you go. Having a sound editor with over 20 seconds of latency is probably not very practical (although I must say that the nature of nanoloops editor makes it quite possible to work with it).

The other problem is that playback is not entirely bug free (as stated above). Sometimes it seems as if the chunks align perfectly, sometimes they don’t. I am not done debugging this, but maybe there’s an underlying problem I didn’t see in the first place.

The Future

First of all, the user interface code needs some mean refactoring. Then I could add different pattern views to allow editing more than one parameter. I have at least two parameters (Envelope and Sound) that are already present in the synth (and also in the pattern yaml file), so this should be fun and easy.

Next up: I was thinking a bit more about the synthesizer infrastructure and maybe I should try to aim for a bit more of a flexible infrastructure and a variable backend. The current solution works, but poorly and is extremely low tech. So, why not making the synth entirely realtime and stream based (makes it more fun to debug if you could listen directly to it) and then using the recipe of Thorsten Philipp to take a real stream and slash it into pieces. That way, I could also stream it as an icecast stream if I wanted to.

Ah, the possibilites. Good to know that there’s a music hackday coming up :)

The Video

Last but not least, I give you this:

Eine kleine schwedische Meiereikunde

Thu Jan 07 00:00:00 +0100 2010

Jetzt wo der Herr Siepert nicht mehr nur Foodbloggt, könnte ich doch eigentlich auch mal anfangen, Foodzubloggen. Ich hab da leider nicht so viel kulinarische Sexyness beizutragen wie ebenjeniger, aber jeder hat mal klein angefangen.

Jeder, der mich ein bisschen besser kennt, weiss, das ich gefühlt ein halber Skandinavier bin. Ich bin fast jeden Sommer in Schweden, nach ’ner Woche da oben radebreche ich sogar ganz passabel Schwedisch. Auch Dänemark ist mir nicht fremd, im Gegensatz zu dem klassischen Dänemark-Urlauber kenne ich mich allerdings auf Seeland, Lolland und Falster wesentlich besser aus als auf dem “Festland”.

Nundenn. Wie es das Schicksal wollte, verbrachte ich den Jahreswechsel auch in Dänemark, und zwar in Lalandia, ein Ort, den der geneigte Individual-Reisende vermutlich ganz abscheulich findet (Think: Dänische Version der Center Parcs), der aber den Vorteil hatte, ein ganz hervorragendes Schwimmbad zu besitzen und Ferienhäuser mit freiem WLAN. Schon sehr Massentouristisch (und über den Jahreswechsel erschreckend voll) und für mich sicher kein Ort, an dem ich drei Wochen Sommerurlaub verbringen möchte. Für unsere spontane Flucht aus dem Großstadt-Sylvester-Wahnsinn war es jedenfalls ideal.

Aber eigentlich sollte es doch um Milchprodukte gehen, also wo war ich stehen geblieben? Ach ja. In Dänemark muss ich natürlich Ymer kaufen. Und dann kam meine Freundin auch noch mit Dingen aus Schweden (wo sie den ausgewanderten Teil Ihrer Familie besuchte). Und so entstand die Idee, dem geneigten Leser einmal kurz die Vorzüge der skandinavischen Meiereiprodukte nahezubringen. Denn ich stelle immer wieder gerade bei frischgebackenen Skandinavien-Neulingen fest, dass man sich nicht so recht rantraut an all die komischen Dinge, die sich da im Kühlregal stapeln. Was nicht weiter verwunderlich ist, denn erstens sind die Namen nicht selbsterklärend und zweitens ist die Schnittmenge mit den uns Deutschen vertrauten Milchprodukten nicht sonderlich groß.

Wie immer fängt alles mit Milch an. Die heisst in Schweden Mjölk (nicht zu verwechseln mit Mjöl, das ist Mehl, har har), in Dänemark Mælk und in Norwegen Melk. Natürlich gibt es auch in Schweden Fettreduzierte Milch, die heisst dann Lättmjölk (0,5% Fett) oder Mellanmjölk (1,5% Fett). In Norwegen kann man übrigens durchaus etwas derangiert vor dem Milchregal stehen: H-Melk ist dort Vollmilch (Helmelk) und eben nicht länger haltbar. Von allen skandinavischen Milch-Sorten ist die Norwegische übrigens, wie ich finde, die leckerste, was daran liegen könnte, das sie in der Regel bis zu 3.7% Fett hat. Eat that.

Kurzer Einschub: Die Milch kommt in Dänemark und Schweden überwiegend von Arlafoods. Arlafoods ist ein krasser Großkonzern, den man in Deutschland vor allem als Hersteller vom Frischkäse “Buko” kennt oder aber von der Butter “Kærgarden”. Arlafoods ist in 2000 aus der Schwedischen “Arla” und der Dänischen “MD Foods” enstanden. “MD Foods” stammt wiederum aus einer Fusion von MD Foods und Kløver Mæelk, den Namen und das Kleeblatt-Logo dürfte einigen langjährigen Dänemarkurlaubern durchaus ein Begriff sein. Die “Arla” wiederum hiess bis 1975 Mjölkcentralen.

Machen wir weiter mit den Gemeinsamkeiten der deutschen und skandinavischen Milchlandschaft: Sahne heisst in Schweden Grädde und in Dänemark Fløde. (Rød Grøte med Fløde anyone?). Schlagsahne kann man tatsächlich relativ direkt übersetzten: Vispgrädde und Piskefløde. Und dann: Gibt es eigentlich in normalen deutschen Supermärkten so etwas wie Kochsahne zu kaufen? Hansano behauptet zumindest, sie hätten sowas im Programm. Im wesentlichen handelt es sich dabei um eine etwas leichtere Sahne (die sich deswegen wohl auch nicht mehr zum aufschlagen eignet) mit ca. 15% Fettgehalt. Im Schwedischen haben wir es hier mit Matlagningsgrädde (oder kurz: Matgrädde) zu tun, im dänischen mit Matlavningsfløde (das musste ich jetzt tatsächlich gerade mal nachsehen).

Weiter in Richtung Fett: Butter heisst im dänischen Smør und im schwedischen Smör. Butter ist in Skandinavien traditionell gesalzen. Das muss man mögen, ich finde es großartig. In Schweden gibt es zwei Sorten: Normal- und Extragesalzen. (Normalsaltad, Extrasaltad)

Der interessante Teil kommt jetzt: Sowohl die Dänen, als auch die Schweden haben ihre ganz eigene Interpretation von Joghurt bzw. Dickmilch.

In Schweden heisst das Fil (ja, das Flachwitzpotential für Deutschsprachige Schwedenurlauber ist enorm) und ist relativ flüssig und recht Sauer (wird im Tetrapack verkauft), hat den selben Fettgehalt wie Milch (und gibt es auch in einer Lätt-Variante) und wird gern mit Früchten (z.B. frisch geflückten Blaubeeren) und Müsli gegessen. Fil gibt es auch mit Früchten. Darüberhinaus gibt es unzählige Fil- und Joghurt-Varianten, die fast alle in Tetrapacks verkauft werden (nur ein paar Joghurt-und-Müsli-Varianten gibts im Becher und Trinkjoghurt in Plastikflasche).

Eine erwähnenswerte Besonderheit ist die sog. Gräddfil, die mit 12% Fett und einer sehr cremigen Konsistenz gerade danach schreit, als Créme-Fraiche-Ersatz und als Grundlage für Dips herzuhalten (im Chipsregal finden sich in der Regel eine ganze Reihe von interessanten Pülverchen, mit denen man z.B. Gräddfil in Chili-Ananas-Dip verwandeln kann. Fragt nicht, war lecker.)

Hier mein übliches Frühstücksrezept: 1,2 Esslöffel Müsli, ein Löffel Preiselbeermarmelade und ’nen ordentlichen Schwung (Lätt-)Fil.

Kurzer Einschub zum Müsli: Das/der wird in Schweden fast ausschließlich in Mehl-ähnlichen Papierverpackungen verkauft. Meine Theorie ist, dass das der Grund ist, warum ich, im Gegensatz zu dem Plastiktüten-Seitenbacher-Krams aus Deutschland noch nie das Gefühl gehabt habe, dass das Müsli muffig schmeckt.

Die Dänen wiederum haben Ymer. Ymer schmeckt vollkommen anders als Fil, ist wesentlich dickflüssiger und unglaublich cremig, was wohl daher kommt, das zur Zubereitung von Ymer Magermilch vergoren wird und nach dem Reifungsvorgang Sahne zugesetzt wird um auf den Fettgehalt von ca. 3,5% zu kommen. Der Name Ymer kommt von , ich zitiere die Wikipedia, von dem Eisriesen Ýmir aus der nordischen Mythologie, der sich von der Milch der Urkuh Auðhumbla ernährte. Macht also alles Sinn. Ymer wird in Dänemark (und ich muss zugeben, dass ich das noch nie probiert habe) mit dem sog. Ymerdrys gegessen, was im wesentlichen gezuckertes zerkrümeltes Schwarzbrot ist. Aber auch in der Müsli-Marmeladen-Kombi schmeckt Ymer ausgezechnet. Von Ymer gibt es auch eine Light-Variante namens Ylette. Witzisch, die Dänen. Und dann gibt es noch A38, eine Joghurt-Sorte die nun wirklich den Preis für den absurdesten Produktnamen gewinnt. (Ich nehme an, es ist der technische Name der verwendeten Acidophilus-Kulturen).

Ach ja, in Norwegen gibt es auch so etwas ähnliches wie Fil, das ist jetzt lange her, aber ich habe sie noch etwas flüssiger und etwas saurer als Fil in Erinnerung und sie heisst Kulturmelk.

Noch erwähnenswert bei den flüssigen Dingen: Kakao. Die Dänen haben Mathilde, deren Maskottchen auch schon mal in einer älteren Demoscene-Produktion auftaucht. Für so eine vorgefertigte Schokomilch ist Mathilde wirklich krass gut.

Und dann: Käse. Die Dänen können da ja so einiges, ein alter Danbo ist schon was feines, oder auch der auch hierzulande recht bekannte Höhlenkäse. Noch besser: Der Blauschimmel. Wobei CASTELLO da gar nicht mein Favorit ist: Ich empfehle Høng – Wenn es was besonderes sein soll, gern auch den mit kandierten Birnenstücken. Und dann: Buko halt. Frischkäse. Nunja.

Die Schweden? Reden wir nicht drüber. Sie haben essbaren Käse, das soll man reichen. Was soll man von einem Land käsemäßig halten, wenn die beliebteste Sorte tatsächlich Haushaltskäse heisst? (Hushållsost). Seltsam ist die Begeisterung der Schweden für Hüttenkäse (Dieser Styropor-Frischkäse), was dazu führt, das es in Schweden Hüttenkäse in zahlreichen, mit Gewürzen und Früchten versetzten Varianten gibt. Ganz lecker, wenn man Hüttenkäse mag.

Interessanter da schon die Norweger: Die haben mit ihrem Jarlsberg einen ziemlich guten Käse mit sehr großen Löchern am Start (und dem klassischen Emmentaler durchaus nicht unähnlich), den man gottseidank sowohl in Schweden als auch in Deutschland oft bekommt. Aber das eigentlich interessante ist der Gudbrandsdalen, ein Ziegenkäse, bei dem bei der Herstellung die Molke und der Milchzucker karamellisiert wird. Gudbrandsdalen ist sehr schmierig und schmeckt tatsächlich wie eine Mischung aus einem Ziegenfrischkäse und, uhm, Karamellbonbons. Da es den bei uns früher im Urlaub eigentlich immer zu essen gab (wir wohnen in Schweden nur ca. 5 km von der norwegischen Grenze), dachte ich, bis ich ca. 15 war, das Ziegenkäse immer süß schmeckt. Heute bin ich dann doch eher ein Freund eines guten französischen, trocken gereiften Rohmilchkäses, aber ab und an nehme ich dann doch auch mal ein Stück von dem Karamellkäse.

Und damit wünsche ich guten Appetit auf der nächsten Skandinavienreise!

Die Revolution wird nicht im Fernsehen...

Mon Dec 07 00:00:00 +0100 2009

Ich hab mir gestern die Revolution angesehen. Und zwar die, die schon längst “am passieren iss”.
Und zwar war ich gestern beim “Holy Shit Shopping” im alten Gaswerk. Das ist der erste Weihnachtsmarkt, für den ich Eintritt bezahlen musste
und, ich denke auch der erste Weihnachtsmarkt, vor dem ich anstehen musste.

Der Anspruch der Macher ist, laut Website:

Die Weihnachts.Shopping.Lounge ist ein Kunst- und Designmarkt und präsentiert seit 6 Jahren ca. 150 handverlesene junge Designer, Kreative und Künstler, sowie eine wilde Mischung an Mode-, Schmuck- und Produktdesign, Kunst, Fotografie, Graphik, Comics und Literatur in besonderer Architektur.

Ja, Kunst gab es auch, Schmuck ’ne ganze Menge, aber ansonsten vor allem: Kunsthandwerk der modernen Variante. Also das ganze Etsy-/Dawanda-Gelöt. Und das ist schon beeindruckend, wie viel Kreativität dieses “Neue Kunsthandwerk” hervorbringt. Klar, es gibt ungefähr 200 Variationen der Handy-Hülle aus Filz, aber zumindest denkt jeder seine Idee mit dazu. Und richtig coole Sachen gabs auch, intelligentes Produktdesign, abgefahrene Ideen, gute und verrückte Mode, und und und. Wenn ich nicht so müde wäre, würde ich mir die Mühe machen und ein paar Sachen verlinken, stattdessen verweise ich auf die Links auf der Seite vom Holy Shit Shopping.

Das ist, für manche mag das anmaßend klingen, gelebte Revolution. Leise, still und heimlich etabliert sich gerade in diesem Bereich eine Kultur des Selbermachens. Des davon-leben-wollens und -könnens. Vorbei an der Offshore-Großindustrie, weil niemand mehr Lust hat, vergängliche Plastikdinge aus China zu kaufen, wenn man statt dessen mit Liebe gemachte, haltbare Dinge aus echten Materialien (t.w. auch hier: Plastik) haben kann. Und vor allem ist niemand da, der den Kleinstproduzenten, die über Etsy und Dawanda ihre Waren an den Mann bringen, erzählt, dass man nur erfolgreich sein kann, wenn man in Masse fertigt. Weil das, auch durch die fortschreitende Demokratisierung der Produktionsmittel, inzwischen gar nicht mehr so wichtig ist. Und selbst wenn: Viele Kleidungsstücke, die auf dem HSS verkauft werden, sind vermutlich nicht in Deutschland produziert. Aber auch hier: Der Zugang zu Produktionsmitteln, auch für die Massenfertigung ist auch immer einfacher geworden, durch z.B. das Internet, über das man inzwischen überall auf der Welt Produktionsanlagen mieten kann, aber auch durch den Druck der großen Konzerne an die “Zulieferindustrie”, immer flexibler zu werden – Und somit ihnen die Möglichkeit gegeben haben, auch flexibler in der Auftragsannahme zu werden. Und so scheint sich der Trend, der für Software schon ganz lange gilt, auch im Bereich der Hardware zu bestätigen: Kleinere Firmen sind im Durchschnitt flexibler, schneller, innovativer und damit mächtiger, während die Bereiche, in denen große Unternehmen bisher Vorteile hatten (Marketing-Macht, große Forschungsbudgets, Synergiemöglichkeiten im Unternehmen) immer unwichtiger werden, bzw. der Vorsprung immer kleiner wird.

Die einzige Macht, die große Unternehmen den kleinen immer noch voraushaben, ist zum einen, massiv Lobbying in der Politik zu betreiben (dazu mehr zu schreiben würde diesen Artikel sprengen) und, leider, Armadas von Anwälten zu bezahlen. Meine Vorhersage ist daher: Es wird weiterhin eine Großunternehmen-freundliche Klientelpolitik betrieben werden, und auf der anderen Seite werden, sobald die Industrie schnallt, was da passiert, anfangen, massivst die Kleinunternehmen wegen irgendwelcher Copyright- und Marktenrechtsverletzungen zu verklagen, wo immer sie können. Die Nummer mit Jack Wolfskin, wenn auch glimpflich ausgegangen, zeigt da ja schon, wie man den Kleinstproduzenten beikommt, wenn man will.

Wird das was ändern, wird das den Trend zu kleinen Unternehmen aufhalten? Ich denke und hoffe nicht. We’ll see.

Man hätte es ahnen können

Tue Nov 10 00:00:00 +0100 2009

Gestern war ja nun ein nicht komplett unwichtiges Datum. Vor 20 Jahren begann mit einer leicht chaotischen Pressekonferenz der Anfang vom Ende der Trennung von West- und Ostdeutschland. Wie es der Zufall wollte, ergab es sich, das mein Kollege Wolfgang und ich die Gelegenheit hatten, gestern Abend in Berlin zu weilen – Der wichtigsten Stadt der Welt, zumindest am neunten November.

Und was für eine fantastische Gelegenheit das war. Wir konnten live erleben wie man einen unglaublich wichtigen Tag in unserer Geschichte statt in eine unglaublich spannende, unglaublich fröhliche und unglaublich glückliche Party in eine unglaublich traurige, unglaublich peinliche und unglaublich überhebliche Großveranstaltung verwandelt. Good job!

Ich glaube allerdings: Dieser Tag war nie als Party geplant. Wenn es um eine Party gegangen wäre, hätte man Getränkestände gehabt, Büdchen und vor allem: Freien Zugang zu allem.

Statt dessen sind wir von Barriere zu Barriere gewandert, die uns gemeinen Pöbel von den wichtigeren Menschen getrennt hat. Teilweise waren diese Barrieren einfach nur Zäune, teilweise aber auch sehr nervöse, unfreundliche Polizisten. Oder um es dem Anlass angemessen zu formulieren: Es wurden gestern sehr sehr viele Mauern gebaut um den Mauerfall zu feiern. Am krassesten war das nach dem offiziellen Ende, als der Zugang zum Hauptbahnhof tatsächlich für ca. 20 Minuten von mittlerweile sehr unfreundlichen Polizisten gesperrt wurde, damit die Herren Politiker und Diplomaten endlich zum Dinner ins Kanzleramt fahren konnten.

Das der Rest der Veranstaltung ganz offensichtlich komplett von den Event-Experten des ZDF geplant war, ist am Ende nur noch konsequent. Die Auswahl der Künstler folgte offensichtlich den selben Mechanismen wie bei Wetten Das. Die Regie dieses unseligen Domino-Days war an der Struktur der Sendung orientiert, was eine unglaublich dämliche Idee und der ganzen Domino-Metapher sowas von abträglich, die Kette in der Mitte mehrere Male zu unterbrechen, nur um einen Song spielen zu können und noch ein paar wichtige Personen der Zeitgeschichte zu Wort kommen zu lassen. Ich mag Mohammed Yunus wirklich gern, aber was genau hat dieser Mann, der zufällig (für den Vision Summit) in der Stadt ist, mit der deutschen Einheit zu tun?

Das am Ende das Wetter dann auch noch perfekt zu einer solch ruinierten Veranstaltung passte, war nur noch das Tüpfelchen auf dem Iiieeh. Und so war von dem mageren Feuerwerk dann nur noch der kleinste Teil zu sehen, weil durch die hohe Luftfeuchtigkeit alles in einer Wolke aus Dampf und Rauch verschwand.

Allerdings kann man sich sicher sein, dass die ganze Veranstaltung aus Sicht der Veranstalter ein voller Erfolg war. Die Staatsgäste dürften nach dem tollen Dinner im Kanzleramt (oder wo auch immer das stattfand) vergessen haben, wie scheisse kalt es auch auf ihrer Staatsgästetribühne war, im Ausland dürften die opulenten, vernünftig hingeschnittenen Bilder der paar Hundert Jubelperser, die in die VIP-Zonen durften, sicher wesentlich unkritischer betrachtet worden sein.

Mit anderen Worten: Auch wir sind endgültig in einem Stadium angekommen, wo es nur noch um die Macht der Bilder geht. “Das Volk”, das mit seinem insistieren und seinem hohen Einsatz dieses Ereignis erst möglich gemacht hat, hat bitte hinter der Absperrung zu bleiben und darf dann auch gern um zehn nach Hause gehen. Das hat das Volk dann übrigens auch gemacht – Man musste schließlich, wie mein Kollege Wolfgang so treffend bemerkte, rechtzeitig zu Hause sein (wo es schließlich auch warm und trocken ist) um die Zusammenfassung in den Tagesthemen zu schauen.

Wider die Kulturflatrate

Sat Oct 24 00:00:00 +0200 2009

Nundenn. Ich habe diesen Artikel schon einmal geschrieben. Beziehungsweise, ich habe die Gedanken, die zu diesem Artikel führen, schon einmal versucht, in einen Artikel zu gießen. Und dann erschien nach dem Drücken des Buttons mit dem Text “Veröffentlichen” nicht ganz das erwartete: Es präsentierte sich mir das Login-Formular meines Blogsystems. Sämtliche Versuche, den Text irgendwie der Browserhistorie zu entlocken scheiterten Gnadenlos.

Anstatt den Text noch einmal zu schreiben, fasste ich mir danach ein Herz und führte endlich den schon vor längerer Zeit gefassten Plan aus, jan.krutisch.de durch eine Sammlung meiner diversen Blogs zu ersetzen. Und hier sind wir nun.

Aber, das Thema soll ja lauten: Kulturflatrate. Also hier ein Text, der so ähnlich bereits einmal in den Tiefen des Datenraumes verschwand:

In den aktuell ja sehr engagiert zwischen ewiggestrigen Medienmenschen und Zukunftsverstehern geführten Debatten zur Zukunft der Medien taucht gern immer mal wieder der Begriff der Kulturflatrate auf. Die Idee dabei ist, bei den bösen Internetzbenutzern, die ja alle so wahnsinnig viel Medien konsumieren, die sie gar nicht gekauft haben (Alles Diebe und Piraten!) quasi mit der Zugangsgebühr zusätzlich eine Mediennutzungsgebühr (eben die Kulturflatrate) zu erheben, die dann nach Nutzung an die Medienersteller ausgeschüttet werden.

Was für eine Wundervolle Idee! All unsere Probleme sind gelöst! Alles wird gut!

Nur: Ich weiss gar nicht wo ich aufhören soll, den Proponenten einer solchen Kulturflatrate zu widersprechen.

Als erstes muss so etwas zwangsläufig an der Organisation scheitern. Wir haben inzwischen genug Erfahrung gesammelt mit Verwertungsgesellschaften wie der ungeliebten GEMA und ähnlichen Schwachmatenvereinen um sagen zu können: Das wird nicht funktionieren. Zumindest nicht so, dass die beteiligten Künstler gerecht ausgezahlt werden. Denn wenn man die durch die Flatrate eingenommenen Gelder gerecht verteilen will, braucht man genaue Nutzungsdaten. Schon mal jemand drüber nachgedacht, wie man die erfassen will? Und wenn man sich schon aus Datenschutzgründen von einer Einzelerfassung trennt, wie soll dann der Verteilungsschlüssel ermittelt werden? Vielleicht analog zu der Erfassung von Radio- und Fernseh-Marktanteilen? Die ja auch so wahnsinnig realistische und aussagekräftige Ergebnisse hervorbringen? Zuguterletzt: Wie man so ein Unterfangen stemmen will, ohne einen riesigen Bürokratie-Apparat zu schaffen, weiss wahrscheinlich niemand. Und ein zusätzlicher Bürokratie-Apparat ist genau das, was die Medienbranchen genau jetzt brauchen.

Der nächste Punkt ist: All diese Diskussionen werden von einer ganz bestimmten Position aus geführt, die ich für falsch halte, bzw. von der ich denke, dass es sich um eine Sichtweise handelt, an die wir uns über die letzten paar zig Jahre gewöhnt haben, die aber keinerlei Anspruch auf Dauerhaftigkeit haben wird.

Wovon ich rede? Dass ein Künstler steinreich damit werden kann, dass er Konserven seiner Kunst verkauft. Oder zumindest gut davon leben kann. Denn die Chance, aus dem Verkauf solcher Konserven überhaupt Geld zu generieren, hängt an der Tatsache, dass es sich, da nur in Bestimmter Form (Notenblätter > Lochstreifen > Schallplatten > CDs) erhältich, um sog. knappe Güter handelt. Dies ist aber bei Digital vorliegenden Daten nicht mehr der Fall, ob einem das gefällt, oder nicht. Alle Versuche, diese Medien mit Hilfe von DRM u.ä. quasi künstlich zu verknappen, müssen scheitern, was die Musikindustrie mit dem inzwischen ja weitgehend akzeptierten Verzicht auf DRM auch anerkennt.

Das Grundproblem bleibt – Es handelt sich bei Musikaufzeichnungen nicht mehr um eine knappe Ressource. Warum man dafür also Geld bezahlen soll, leuchtet nicht ein. Das einzige Argument ist, dass die armen Künstler ja auch von irgendetwas leben müssen.

Dass dieses Argument in der Regel von Industrievertretern vorgebracht wird und daher eher als “Die Industrie, die sich auf Kosten der Künstler und der Konsumenten in den letzten Jahrzehnten dumm und dusselig verdient hat, fürchtet jetzt um ihre Umsätze” zu verstehen ist, sei mal nur am Rande bemerkt. Vor allem aber: In welchem Gesetz steht eigentlich geschrieben, dass Künstler in jedem Fall mit dem Verkauf von Konserven Geld verdienen müssen? Ist es nicht vielmehr so, dass sich die Frage, wovon Musiker leben können, im Laufe der letzten, sagen wir 500 Jahre, bestimmt schon mindestens fünf Mal komplett umgekrempelt hat? Und: Während die Einnahmen aus der Produktion einer Musikkonserve stetig sinken und gegen Null tendieren, sollte man nicht vergessen, dass dies auch bei der eigentlichen Produktion der Fall ist – Für viele Musiker ist es inzwischen durchaus möglich (wenn auch aufwändig), eine komplette Produktion (inklusive der Distribution) für NULL Euro zu machen – Wenn man die Arbeitskosten aussen vor lässt, was man ja in der Regel z.B. tut, wenn es sich bei der Arbeit um die Ausübung eines Hobbys handelt.

Um es ganz klar zu sagen: Ja, das Leben als Musiker wird noch seltener als bisher aus einer seriellen Ansammlung von Champagner-Bädern bestehen. Ja, wenn alles so läuft wie ich mir das vorstelle, wird es eine Industrie rund um diese Kunstform nur noch in Ansätzen geben. Was ich für eine gute und der Kunst förderliche Sache halte. Ja, die Frage, wovon man denn als Musiker bitteschön noch leben soll, muss gestellt werden. Meine Antwort könnte so aussehen:

1. Von Konzerten. Wenn man anfangen würde, bei Konzerten viel von den zur Zeit noch scheinbar notwendigen Mittelsmännern rauszuschneiden und nicht, wie es die Musikindustrie zur Zeit versucht, mit 360-Deals noch mehr Mittelsmänner hinzuzufügen, dann wäre da zum einen nochmal deutlich mehr für die Künstler drin und zum anderen würde dies dem Künstler die Aufgabe aufdrängen, sich noch mehr Gedanken zu machen, wie er Konzerte und Live-Auftritte möglichst attraktiv gestalten kann. Denn Konzerte sind eine knappe Ressource. Einen Liveauftritt kann man streamen, aber ganz ehrlich: Das kann man auch lassen. Zumindest wenn er gut ist und das Publikum möglichst weit einbezogen wird (Wir haben dazu ja ein paar Ideen).

2. Von geschickten Aktionen. Limited Editions. Merchandize, etc.

3. Über das, was wir “Crowd-Patronage” genannt haben: Fans können sich an der Finanzierung, z.B. von Plattenaufnahmen beteiligen. Sellaband ist ein gutes Beispiel, wie sowas aussehen kann, aber auch Dinge wie Kickstarter würden sich dafür sicher eignen.

4. Von einem bedingungslosen Grundeinkommen, wenn es denn da wäre. Diese Idee habe ich von Christian Heller (aka Plomlomplom). Warum nicht einfach für Künstler, die das wollen, den kommerziellen Druck einfach komplett entfernen. Wenn man Musik nicht mehr macht, weil man davon leben will, sondern weil es einem Spaß macht, dann ist das sicher gut für die Kunst. Ein Bedingungsloses Grundeinkommen (eine der meines Erachtens lohnenswertesten Utopien der letzten Zeit) würde es einem ermöglichen, wenn man in der Lage ist, die Ansprüche auf das Niveau des Grundeinkommens herunterzuschrauben (und die Idee ist ja, dass man davon “gut” leben kann, dass es also deutlich über dem sog. Existenzminimum liegen muss), dann kann man machen was man will. Zum Beispiel Musik produzieren und sie so weit wie möglich verteilen, was dank des bösen Internets quasi kostenlos möglich ist.

Mit anderen Worten: Es gibt Lösungen für dieses Problem, die nicht erfordern, dass wir einen schlecht kontrollierbaren, ungerechten und wahnsinnig aufgeblasenen Apparat schaffen, der für die Vergütung einer Ressource sorgt, die eigentlich prinzipiell nicht mehr vergütbar ist. Ich halte es da mit Clay Shirky, der, in einem anderen Zusammenhang (Zeitungen, noch so eine halbtote Branche auf dem Sterbebett) sinngemäß äusserte, dass er nicht die Hoffnung habe, dass nun alles gleich viel besser werde, im Gegenteil, vermutlich muss erst einmal nochmal alles schlimmer werden, bevor wir neue Wege finden, wie wir sicher stellen können, dass (ab hier von mir paraphrasiert) Kulturgüter wie Musik (oder eben journalistische Texte) weiterhin von Künstler (bzw. Journalisten) erschaffen werden.

Denn: So lange wir Menschen sind, machen wir Musik. Kein anderes Lebenwesen (auch nicht die Menschenaffen) kann Musik machen, oder auch nur würdigen. Ohne dass wir genau verstanden hätten warum das so ist, erfüllt Musik offensichtlich einen gesellschaftlichen Zweck. Nur: Dass sie darüber hinaus für alle Ewigkeit den Zweck erfüllen muss, eine gesamte Industrie zu ernähren und dass es festgeschrieben ist, dass Musiker die seit ein paar Jahrzehnten stark erhöhte Aufmerksamkeit als Individuen behalten, dafür gibt es eigentlich keine schlüssige Begründung ausser “Weil die Musikindustrie das so will”. Was ich nachvollziebar finde, mir aber persönlich total egal ist.

Something new

Mon Oct 19 00:00:00 +0200 2009

Yes, I’m a bit late to the game, but finally it clicked for me: I want to write Blog posts in my favourite Text editor and want to have it versioned, thank you very much.

Well, here it is. My all-new website. It is an experiment to try to bundle my various blogging activities here. After all, my blogging-frequency dropped near zero anyway, so having like three and a half blogs only made matters worse.

Enjoy. I’ll keep you posted on my experiences. Eventually.