BuschnicK - cyclist, programmer and babbling bloke

Garbage collection considered harmful

2010-02-23T21:03:00.001+01:00

I think garbage collection is one of the biggest disservices modern programming languages brought upon us. It is touted as a silver bullet and apparently no new language can live without it. Java, Python, PHP, ActionScript, VisualBasic, C#, Ruby, ...
Why do I think garbage collection is evil?

the problem it promises to solve isn't actually solved. You can still easily get memory leaks by building circular references or forgetting to unregister event handlers. However now these leaks are much harder to track down and fix.
the problem of memory management, i.e. efficiently using the available memory is made tremendously harder. You give up all control over when or even if your objects get collected. There is no easy way to make use of the problem domain knowledge the programmer has and the garbage collector hasn't. If I know in advance I'll need a lot of memory the next frame it makes sense to clean up ahead of time. The garbage collector can't know this and will be caught off guard, causing performance drops. Also, how much memory is wasted for "zombie objects", that just linger around, waiting to be collected? Trying to fine tune an application's memory profile and reducing it's footprint feels like having to work blindfolded, in a straight jacket with your feet stuck in the mud.
as far as I know no one has figured out yet how to combine garbage collection with deterministic destruction. Destructors in garbage collected languages are either non-existent or worthless because you don't get any guarantees when or if they'll execute. This kills one of the most useful programming idioms ever invented: RAII, or Resource Acquisition Is Initialization. You acquire a resource in a class' constructor and release it in the destructor. There is a well defined sequence of events and the destructor is guaranteed to be called, you cannot forget to release the resource. And before you say garbage collection makes alloc/release patterns obsolete think again. There are other resources besides memory that follow the exact same pattern with potentially catastrophic consequences if you forget to release them: file handles, network connections, vertex buffers, audio loops, database connections, database transactions, locking textures, mutexes... I'm sure you can think of more. And this is not even accounting for application specific logic like undo/redo patterns.
this is related to the previous point about RAII. Without deterministic destructors writing exception safe code becomes very hard indeed. Instead of having all your classes clean up automatically after themselves you have to manually remember to bracket everything with try/catch/finally clauses. As a direct consequence you'll need absolute information about what code may throw exceptions and when. Knowledge that often has nothing to do with the problem at hand, is easily forgotten and is often buried under layers and layers of code. Hence Java-like crutches of requiring exception specifications for every method.
you lose value semantics for everything but the simplest native types. There is a distinct divide between native types like int and objects. While the former are passed around by value the latter can only be passed by reference. This causes lots of confusion and ugly hacks (Java's int vs Integer) and often forces you to write less efficient code.

Contrary to popular belief memory management is not a problem in C++. In fact, in modern C++ you hardly ever allocate memory directly. I can't remember the last time I had to search for a memory leak but I do have to minimize memory usage of my programs constantly. Yes, even in times of multi gigabyte RAM machines you easily exhaust that memory when dealing with lots of concurrency or just large complex problems. Now garbage collection solves a problem I don't have (leaking memory) while making a problem I do have (using too much memory) infinitely harder to solve. And before anyone says I just haven't discovered my leaks yet - some of my stuff has to run 24/7 under heavy load, even small leaks will quickly become apparent in such a situation.
Trusting the garbage collector to solve memory issues for you is like sitting in a burning house, closing your eyes to the problem and repeating to yourself: "Everything's gonna be fine. Everything's gonna be fine." until you go up in flames. Memory leaks aren't the problem, using too much of it is.

Summary: I hate garbage collection and the sooner the world rids itself of that addiction the better.

Operation Survival Server

2010-02-10T19:40:00.002+01:00

Being a persistent multiplayer game Operation Survival needs a server running the show in the background. My first gut reaction was to use Apache and build the game logic on top of that. There is a host of programming languages to choose from and if that wasn't enough I thought I'd just implement my own cgi or plug-in module. Use an XMLRPC API to service game client requests and we should be all set - right?

Pondering this for a while I came to the conclusion that it would be a terrible choice. To start with I don't really need an HTML server for the game, so Apache won't help all that much. Of course the game will need a website, forum and all that stuff as well, but handling the actual game logic, database persistence and interactivity has nothing whatsoever to do with HTML. Second, a regular connection to your web server is stateless and one-way. Stateless means the client needs to re-authenticate (supplying its session id or user credentials) with every request. One-way means there is no way for the server to initiate communication with the client. This is essential though! Imagine how real time updates as you'd need them for a chat would work: The client has to poll in regular (short!) intervals and ask the server for new data. Most of the time the server will just answer: "Sorry dude, no news.", creating unnecessary traffic. Now imagine a thousand clients asking the server every half second. This quickly gets out of hand.

So what I really need is a persistent two way connection where clients only authenticate once for a session and the server can send data on its own initiative. That's a socket connection or socket server.

There are several free, open source and commercial offerings in this field. Unfortunately most of them are written in Java. I really don't like Java (a rant for another day) and since the most important ingredient for success of a hobby project is motivation, working in an environment you don't enjoy constitutes a really bad start. My language of choice is C++, so I'll want to have a server written in C++.

The server will have to implement pretty much all of the game logic (never trust the client), will have to do all authentication, database connection management and socket connection management. It'll have to run 24/7, be parallelized (in order to handle multiple simultaneous connections well and take full advantage of today's hardware) and be reasonably efficient so it won't break down too quickly under load. It should be stable and resilient against the most common types of attacks (SQL injections, floods, spoofed packets, ...). It should be able to compose individual messages into larger packets in order to bundle traffic into few packets per second/per client. It should be able to gracefully deal with error states like unexpectedly disconnected clients, slow connections or garbled packets.

Since browser games must be considered a service as opposed to shrink wrapped product, programming and content creation tasks once the game is successful will be at least as important as during initial development. This means hot-patching and updating the server with new content and bug fixes should be painless and without interruptions of service. C++, being a statically compiled and linked language, isn't very good for this type of problem. However, all things considered, I still believe it to be the best choice. I hope to work around it's limitations with a very data centric design and maybe one of these entity systems that seem to be all the rage amongst game developers lately.

Tall order? Probably. Fun? Sounds like it to me ;-)

Flash, Silverlight, JavaScript, Java, Unity - oh my!

2010-02-01T19:14:00.002+01:00

I have decided to make Operation Survival a browser game. Given my design ambitions. I think that is pretty much the only viable choice. The next thing to decide is what exact technologies to use client side. The game requires some interactive 3D graphics (the globe and the isometric tactical view) and should look and feel like a dynamic game not like a static website. My options pretty much boil down to the following:

JavaScript: There are huge differences in performance and feature sets as implemented by the various browsers. People are still trying to figure out the best way to achieve even the most basic of tasks. It does not offer a good development environment I'd feel comfortable with. It doesn't offer the breadth of libraries other languages do and it doesn't support socket connections which will be required for client server communication.
Java: A fully featured "real" programming language with a huge selection of libraries and development tools. However, the browser experience leaves a lot to be desired and lives a niche existence. Java applets feel slow to load, slow to display and don't integrate well in the browser. Still, there are good examples as well and Java would certainly be a viable choice.
Unity3D: Very cool technology. The only one of the bunch supporting 3D acceleration. The development environment and content creation tools are top notch. It runs on the iPhone. Unfortunately it requires a custom plug-in thus presenting an extra hurdle. It's also not as mature as the others and the plug-in crashed my browser the first time I have tried it. It is not yet widely adopted and probably needs a big killer application to spread (what videos did for Flash).
Silverlight: Microsoft's offering trying to go against the dominance of Flash. Best of breed development environment in the form of Visual Studio. A choice of solid programming languages like C#. Hasn't spread nearly as far as Microsoft would have hoped for. I never could get the plug-in to work with FireFox. I also doubt Microsoft's ability and willingness to really offer wide platform and browser support. They are in a conflict of interests there - support Apple (Safari, iPhone)? Google (Chrome, Android)? Linux?
Flash: The dominant platform for rich Internet applications. Runs pretty much anywhere. Offers a decent standardized programming language with ActionScript 3.0. Unfortunately it is controlled by single company, Adobe, as well. However, I don't think Adobe is in a conflict of interests as bad as Microsoft is. There is a free command line compiler and usable free open source development IDE in the form of FlashDevelop. There are tons of libraries for graphics, user interface and even 3D. Market penetration is close to 100%. Everyone who has ever used online video from Youtube and the likes will have flash installed.
HTML(5), WebGL, ...: Although these sound very promising and some amazing demos of their capabilities exist they are not nearly ready for prime time yet. It remains to be seen whether they'll ever reach wide spread adoption and whether they actually offer what I need. My experience from working with HTML, CSS, JavaScript (i.e. Ajax) is that you spend the majority of your time fighting the tools and limitations of the environment rather than progressing with your actual content.

Given these observations I think Flash is the right choice. Write once, deploy everywhere is a huge advantage over write once, test everywhere like you had to do with HTML and JavaScript. It does require a plug-in, but the most ubiquitous and unobtrusive of the bunch. It is closed source and controlled by a single company, but again, I think the lesser evil of the given options.

So Flash/ActionScript it is.

Next up: What's it gonna be for the server?

Operation Survival - design guidelines

2010-01-25T17:48:00.003+01:00

One of my goals for Operation Survival is to make the barriers to entry as low as possible. This means a couple of things:

The user shouldn't be required to install anything, the game should just run.
There should be no platform or operating system requirements. In an ideal world it'll run on any device including PCs, smart-phones, consoles, eBooks, TVs and microwave ovens.
There shouldn't be any user interface surprises. My grandma's poodle should be able to pick it up and play.
The setting and genre should be somewhat familiar from other fiction. Originality is great and all, but I don't want to require the player to learn the inner logic of a wholly unfamiliar universe. I'd much rather take the real world and twist that in subtle ways. I think the cliche alien UFO conspiracy theories offer plenty of fertile ground for that.
Sign up and payment options should be as transparent as possible. There should be an easy transition from interested visitors, just wanting to grasp what the game is all about to fully invested hardcore players spending their life in the game world.
The game should be fully localized, no need to communicate in broken school English.
There should be an easy and obvious way to get support and provide feedback at every point during the game.
It should be easy for players to bond and build communities. Every effort should be made to create a newbie friendly, non-hostile environment.
... I have probably forgotten quite a few more.

With such an ambitious set of goals it is obviously impossible to fulfill them all equally well. There will always be trade-offs and compromises and lots of the issues are a matter of personal opinion to begin with. Nevertheless, I think it's a good idea to state some guiding principles when fleshing out the design further, so that's what I'm trying to do here.

Considering all of the above and the fact that the underlying game design is fundamentally multiplayer I believe a browser based solution is the only way to go. Browsers are ubiquitous, the back button and links the universal user interface primitives everyone on the planet understands by now. Browsers run everywhere. Everyone that uses one is already connected to the Internet and thus able to play multiplayer. Browsers shoulder the burden of guaranteeing security. Everything that runs in a browser window is assumed to be safe while downloads are seen with skepticism by even the most naive of users.

So a browser game it is.

I'll post my thoughts on the other points soon. In the meantime: What do you think about those axioms? Anything missing? How would you weight the priorities?

Operation Survival - humanities last stand

2010-01-24T12:52:00.004+01:00

I have a pet game idea and design lingering at the back of my head for close to 15 years now (I'm getting old I suppose). That idea was the reason for developing BlackFish, an isometric 3D engine. Back in the days we used C++ and DirectX7. Anyways, I still like the concept very much and nobody has produced the game in the meantime. So I have decided to give it another go.

If you know the old UFO XCOM series by the Gollup brothers you have a pretty good idea of what I'm aiming for. The game is a perfect blend of a base building, resource management and turn based tactical combat simulator. The premise is that the earth is under attack by aliens invading with small fleets of UFOs, performing various reconnaissance, raid or research missions - conducting nasty experiments with cows and such alien stuff ;-) The back story is not entirely original but very well done and plays expertly with real world conspiracy theories and ufology.

The game is roughly divided into three major parts:

The geoscape, a view of the whole world, floating in space like the vulnerable blue marble that she is. You choose where to build your bases in this view which affects which countries will pay you for protecting them. You also coordinate UFO intercept missions by launching your fighters after them. This part plays in real-time.

The battlescape, a 3D isometric view of tactical combat missions. After a UFO has been shot down or landed you send in your ground troops to clean up the place. The action is turn based and you coordinate up to around a dozen soldiers to find the surviving aliens and either stun and take them hostage or simply kill them. The missions are usually set in some idyllic small town with the UFO crashed in a corn field nearby. There is a strong role playing component as all your soldiers have names and individual abilities and stats.

The last part are the various resource management screens available from the geoscape view. You build out your bases with better radars, more research laboratories, better alien containment facilities, ground-to-air rocket defenses, living quarters for your soldiers and similar buildings. You also coordinate researching the found alien artifacts and interrogating kidnapped aliens. Once you understood parts of the technology you can start using and building it yourself.

In my eyes even to this day this is the greatest game ever made. The atmosphere it managed to create was just phenomenal. The genre blend worked perfectly and didn't feel tacked on or misplaced as is often the case with similar experiments. The scale was nailed wonderfully by contrasting the whole globe view with the handful of soldiers combat missions. You really felt responsible for the earth as a whole and bled with individual soldiers at the same time.

I'd like to update the original concept a bit because I believe it would make a perfect online multiplayer game. I imagine a continuously running, real time geoscape with hundreds of players. Every one manages a single base and flies intercept missions from that base. This would be a "massively" multiplayer part and allow for global events like coordinated alien attack waves which have to be fended off. The game would run in a browser and allow for very casual play sessions (during work ;-) ). You log in, play through some short aerial UFO dog fights, give some research and construction orders and log out again. Base building and research works as in most text based browser games which use real time as a resource (i.e. constructing a new laboratory takes 3 days). When you have the leisure for a longer play session you sit down to play a tactical mission. These would be turn based as in the original with some crucial changes. Most importantly they'd be multiplayer. The player who shot down the UFO "owns" it. He sends out his ground troops and may invite additional players to join him in combat. Once all players have joined the mission starts and lasts between half an hour to several hours. There is no load/save, death is permanent. This calls for careful balancing and ways to rescue dying soldiers as long as you still have some men standing but I hope to make the player really sweat for his men. There is a global ranking system with military ranks from private to general and you'll have to balance risking your top men in missions vs being overtaken by other players.

I think this design will fix lots of current multiplayer game offering shortcomings and make them work to its advantage. One is the investment of time. Current games are either very casual without any persistent state except for the high score (think connect-three flash mini games), require massive investments of time (world of warcraft) or don't allow you to invest more time when you actually want to because you have to wait around for the next event (text based browser game with real time resources like OGame). Operation survival tries to work on all of these time scales, adapting to and respecting the players busy life.
Another point that really bugs me is the competitive nature of most multiplayer games. Often the player who invested the most time (grinded the most) automatically wins. Skill is a secondary issue, if at all. This leads to strong players totally dominating and exploiting new comers (farming n00bs). This again leads to lots of bad blood and grieving players and creates a high barrier to entry. Existing player protect their investment and actively discourage newbies. Operation survival has no means of direct player vs player offensive actions. All players pursue the common goal of protecting the earth. The only competitive aspect is in the various rankings and ladders. You want to be the one having the general, produce the most research, own the most resources, shoot down the most UFOs etc.

While lots of this may sound very derivative of the original UFO (and it should!) I do have lots of detailed ideas to make this work as a multiplayer game. More in the coming months...

This is a very ambitious project and will probably never see the light of day. However, it's fun aiming for the stars and working on it. My hope is that it'll eventually pick up momentum and I'll find supporters. After all, the original game was a labor of love of two guys as well. Maybe technology and productivity advances made since then allow the updated design to be realized by a small team as well? Today's expectations for browser game visuals and production values are around the level of the original UFO I'd say.

Dream big.

Book review: ActionScript for Multiplayer Games and Virtual Worlds

2010-01-16T11:09:00.002+01:00

This book is a huge disappointment. Despite the trendy topic and the promising title it completely fails to deliver. The crucial hint is the fact that the author is a founder of Electrotank. Because of that the book has become a thinly disguised advertisement for Electrotank's server product. Nowhere in the title or on the cover flap does it hint that all examples, text and code are basically useless without the commercial Electroserver. It would have been fair to distribute the book's content as free sample programs and tutorials with the server instead of selling it as a fully priced stand alone product. The way it stands it feels like a shameless rip-off.

There are lots of major shortcomings with the content. Despite dealing with network games there is basically no treatment whatsoever of networking protocols, encryption or compression schemes, redundancy or other such "minor details" that make networking code a hard problem. Instead it is assumed that all of these things are magically dealt with by the server product. In the same vain there isn't a single example of actual server code! There is a passing mention that you'll need to write plugins to handle the server side of things but you are only presented with half the game. Now to be fair the book is about ActionScript and you don't usually write the server parts in that language, but since the server is a non trivial part of any multiplayer game it would have been fair to spend a few words on that.

The chapter on security does mention many of the important topics that plague online developers. However, it stops well short of actually offering solutions to these issues. The advice can basically be summed up as "don't trust the client!". Cross site scripting, packet injection, SQL injection, hacking the client's memory and data encryption are all mentioned in small half paragraph passages. While the problems are well stated they can at best serve as entry points for google searches and in themselves offer very little actionable advice.

Many of the code examples in the book are worthless because they show long lists of member variable assignments. I knew how to do that, thank you. The interesting part is not how to assign _x = 12; The interesting part is how that object actually synchronizes itself with the server and other clients. An apparently unimportant detail that gets skimped over because Electroserver will magically solve that for you. Similarly, some code examples which are actually useful miss the topic of the book. A* pathfinding or rendering an isometric view, while well presented, have little to do with multiplayer.

Last but not least there are the factual errors. Things like a set of equations, which, when you actually solve them, present results such as "server time = server time + offset". Huh? Or errors in diagrams where a bar chart is shown and a line supposedly marking the median (not mean, mind you) which doesn't fit any of the values.

While it is clear that the author is knowledgeable on the topic and brings a lot of experience the resulting book is unfortunately quite shallow and superficial. It also seems as if the author deals with games in quantity, not quality. This is understandable, considering he's in the business of selling a back end product and that lots of low quality games is where the flash game industry as a whole is currently at, but it's nevertheless lamentable. I personally would have hoped for someone who lives, breathes and loves games and doesn't treat them as a commodity.

Washing spoons

2010-01-02T10:33:00.001+01:00

"The Killer Elite" in Rolling Stone Magazine

2009-12-09T14:40:00.002+01:00

An eerie series of articles about the war in Iraq. Apparently it has won several awards. Note the "advertisement" smack in the middle of it.

An hour later, the Marines have set up a camp off the edge of the airfield. They are told they will stay here for a day or longer. This morning, the sun shines and there's no dust in the air. For the first time in a week, many of the Marines take their boots and socks off. They unfurl camo nets for shade and lounge beside their Humvees. A couple of Recon Marines walk over to Trombley and tease him about shooting camels.

"I think I got one of those Iraqis, too. I saw him go down."

"Yeah, but you killed a camel, too, and wounded another one."

The Marines seem to have touched a nerve.

"I didn't mean to," Trombley says defensively. "They're innocent."

[...]

When he reaches them, he notices that the younger woman seems highly distraught, gesturing and moving her mouth, but no words come out. Her breasts are exposed, her robes having fallen open while she was dragging her bundle across the fields. As Bryan approaches, she frantically unrolls its contents, revealing what appears to be a youth's bloody corpse. The boy looks about fourteen. Then he opens his eyes. Bryan kneels down. There are four small holes, two on each side of his stomach.

[...]

The younger boy's name is Naif. His brother, still hobbling around on his bloody shot leg, is Latif. The boys had gone out to the family's herd of camels, which had been frightened by the Marine Humvees and started running. The boys were chasing after them when they were shot. One was carrying a stick.

Advertisement

Each of the four holes in Naif's body is an entry wound, meaning the four bullets zoomed around inside his slender stomach and chest cavity, ripping apart his organs.

[...]

Sgt. Larry Sean Patrick, a team leader and sniper in Colbert's platoon, has spotted an Iraqi several hundred meters away, parked in a white pickup. He seems to be an observer. The rules of evidence are somewhat looser in a combat zone than they are back home ? which means that he earns himself a death sentence for the crime of appearing to be holding binoculars and a radio. Patrick fires one shot, watches for a few moments through his scope and says, "The man went down."

Part I
Part II
Part III

Fucked up world.

Qualit�tsjournalismus

2009-12-07T17:42:00.001+01:00

http://elternimnetz.s4u.0lx.net/neuigkeiten/selbstmord-des-schuelervz-hackers-abschiedsbrief-in-codesprache-aufgetaucht/

"Bei dem Code handelt es sich hierbei um die ber�chtigte
Programmiersprache C++, in der schon Metzel-Games wie Warcraft III und
Doom 4 geschrieben wurden. Dabei gilt C++ gerade unter Hackern und
Gamern als der schwierigste Code, wie auch der IT-Experte Benedikt
M�hlhausen wei�: ?In der IT-Szene wird C++ h�ufig f�r Websites und
gewaltverherrlichende Computergames verwendet. Es bietet dem Coder
sehr viele M�glichkeiten, ist daf�r aber auch die schwierigste
Programmiersprache der Welt! Ohne jahrelanges Studium und die
richtigen B�cher ist da nichts zu machen.? Er selbst habe sich den
Brief mehrmals durchgelesen und staunt nicht schlecht �ber die
F�higkeiten des Hacker-Jungen."...

ATOMLOL kann ich da nur sagen.

Autofahrer sind asoziale Psychopathen

2009-11-26T19:12:00.001+01:00

Wikipedia definiert die Begriffe folgendermassen:

"Psychopathie bezeichnet eine schwere Pers�nlichkeitsst�rung, die bei den Betroffenen mit dem weitgehenden oder v�lligen Fehlen von Empathie, sozialer Verantwortung und Gewissen einhergeht."

"Ein Individuum vollzieht seine pers�nlichen Handlungen ohne die [...] Interessen anderer Menschen zu ber�cksichtigen."

Ich behaupte f�r einen Autofahrer im Auto gilt beides. Man stelle sich folgende Rollentausch Situation vor: Auf der einen Seite haben wir Herrn A.Loch, Autofahrer, aber im Augenblick ohne sein Ger�t. Dementsprechend weiss er nichts mit sich anzufangen und steht abends in der Gegend herum. Auf der anderen Seite der Fussg�nger Herr F.Wanderschuh. Die beiden sind sich v�llig unbekannt und begegnen sich zuf�llig auf der Strasse. F. h�lt A. ein Flutlicht ins Gesicht, so dass dieser f�r die n�chsten Minuten geblendet ist und nichts sieht. Anschliessend springt F. direkt neben A. in eine Pf�tze und versaut diesen von oben bis unten mit Schmutzwasser. Dann geht F. v�llig unbek�mmert weiter ohne A. in irgendeiner Weise zu beachten.

Ich glaube von Mensch zu Mensch k�me niemand auf die Idee dies als gew�hnliche Alltagssituation zu bewerten. Wenn aber einer der beiden in einem Auto unterwegs ist, ist derartige R�cksichtslosigkeit und Aggression vollkommen normal und allgegenw�rtig. Ich bin eben erst wieder geduscht worden an einer Fussg�ngerampel. Aus Sicht des Autos werden Fussg�nger bestenfalls als st�rende Hindernisse wahrgenommen.

Siehe oben: v�lliges Fehlen von Empathie und Handeln ohne auf andere Menschen R�cksicht zu nehmen.

impressive photographs

2009-10-27T21:02:00.003+01:00

Something to consider when buying the next throwaway t-shirt for 2 bucks or the latest electronic gadget obsolete in a couple of months...

Amazing Pictures, Pollution in China

It wasn't me...

2009-10-20T16:35:00.002+02:00

Mein Wahl-O-Mat Ergebnis gegen den deprimierenden Ausgang der Wahl. Nahezu exakt invers. Was tut man als B�rger eines Landes wenn man in nahezu jedem Punkt diametral anderer Meinung als die regierende Kaste ist? Auswandern? Bomben basteln? Stimmen kaufen?

id software is at it again

2009-09-30T19:27:00.002+02:00

Siggraph paper about their new texturing algorithm. Way cool. Now that engines are almost up to rendering every last blade of grass and every pore of my skin the question becomes: who's gonna model/paint all of that? Reconstruct reality? I predict an interesting future for a blend of procedurally generated content and real 3D data acquisition. Play games on google earth or the procedurally generated Fuel? Mix! Augmented reality! Fun ;-)

Infopr0n

2009-09-24T21:43:00.003+02:00

Way cool graphic depicting the cost of being at the bleeding edge of technology. Imagine being the manufacturer of one of these products at the sweet spot - the point in time where the prices start to fall but market penetration explodes. Notice how the growths curves follow an "S" like shape until saturation is reached.

Nicht so gut, Nicht so gut, Nicht so gut...

2009-08-19T20:39:00.003+02:00

...tja was denn eigentlich? Wer's wissen will muss mitkommen.

KlangFu CD-Release Party

Montag Abend in Enschede!

KlangFu

KlangFu bei Last.Fm

Wanderung im Karwendel und auf der Zugspitze

2009-08-09T14:36:00.002+02:00

14 Tage.

Fotos

Battle at Kruger

2009-06-14T18:32:00.001+02:00

Action, Thrill, Supsense - and all without special effects.

Dabbling with Flash/ActionScript

2009-05-21T18:30:00.002+02:00

For a couple of years now I have the outlines of a webgame design lying around. Working title "Operation Survival - humanities last stand". It's supposed to be a persistent multiplayer online game involving tactical fighting to defend the earth from alien invasion. It's a bit more involved, but I won't go into that right now. Anyways, I have been playing with various implementation ideas and wanted to show you one that ultimately got discarded.

The idea was to have an animated battle in space with two motherships facing each other and launching fighters/rockets/lasers at each other. Controls are indirect, with the player specifying target types (mothership or enemy fighters) and the AI duelling it out. Fighters have flocking behaviour to fly in formation.

The game design calls for something more "down to earth" so to speak, so while this prototype might eventually have become fun it's not suited for this particular game vision.

If you wanna play with it go here. Launch some fighters by clicking on the round brown mothership targetting icons in the lower left (the energy bars were meant as an auto retreat threshold - once a fighter's energy drops below that value it tries to escape back to the mothership). The white fighter type will follow your mousecursor around to test the flocking algorithm.

"And I think to myself... What a wonderful world..."

2009-05-21T17:45:00.001+02:00

A collegue just twittered this.

Star Trek...

2009-05-12T22:54:00.003+02:00

...not my cup of tea. Never was, never will be. The latest cinematic installement proved again that good special effects alone don't make a good movie. It does feature nice to watch yet uninspired CGI (why does no one ever really play with zero gravity effects? Momentum in space? True three dimensional battle maneuvers? Distance and emptiness in space? anyway, different rant...), but the story, oh the story... It's so full of holes, unbearable gung ho macho dialogue and cheap chicken out plot devices like time travel and random technology gadgets it's almost insulting.

In my eyes a movie like StarShip Troopers is far more enjoyable: it features special effects on par, matches the macho dialogue with wits and most importantly doesn't take itself so damn seriously while managing to make a satiric statement at the same time. Or what the heck, watch Dark Star instead. I mean, what can be cooler than surfing into a sun?!

Zugspitze Hike

2009-05-12T09:28:00.003+02:00

We went hiking on the Zugspitze 2 weeks ago. Richy put some fotos online here:
http://picasaweb.google.com/Greadle/20090501Alpen?authkey=Gv1sRgCOm17tzJ-ITSYA#

We went through the H�llentalschlucht which was still officially closed due to large amounts of snow and ice and bridges still being taken out for the winter.

Average US home has more television sets than people...

2009-04-27T17:58:00.002+02:00

The average American home now has more television sets than people. That threshold was crossed within the past two years, according to Nielsen Media Research. There are 2.73 TV sets in the typical home and 2.55 people, the researchers said.

In the average home, a television set is turned on for more than a third of the day ? eight hours, 14 minutes, Nielsen said. That's an hour more than it was a decade ago. Most of that extra TV viewing is coming outside of prime time, where TVs are on only four minutes more than they were 10 years ago.

The average person watches four hours, 35 minutes of television each day, Nielsen said.

One new Nielsen finding ? that young people aged 12 to 17 watched 3% more television during the season that ended in May than they had the previous year ? is a particular relief to TV network executives.

For a few years, Nielsen had been finding that TV viewing among teenagers was flat or even declining, a trend blamed on the Internet or the popularity of electronic games and other devices.

Numbers from 2006 - I can only assume it has gotten worse in the meantime. Ouch!

http://www.usatoday.com/life/television/news/2006-09-21-homes-tv_x.htm

extreme shepherding

2009-04-21T13:06:00.000+02:00

Bored shephards... I don't believe it ;-)

Dunkle Gedanken schwirren durch die Leere in meinem Kopf...

2009-04-20T20:49:00.002+02:00

Abwrackpr�mie

2009-04-03T08:44:00.003+02:00

Gott-sei-Dank scheinen wenigstens noch einige mit einem Rest gesunden Menschenverstandes �brig zu sein: maverecon. Meine pers�nliche Meinung geht etwas �ber "daft" hinaus. Man sollte die Verantwortlichen *censored* (mir wurde gesagt die Original Formulierung sei etwas zu krass gewesen). Eine derartig zynische, heuchlicherische, unferfrorene, schamlose, idiotische, kurzsichtige, populistische Ma�nahme wie die Abwrackpr�mie hat es schon lange nicht mehr gegeben. Wie kann sich ein Politiker hinstellen und ernsthaft behaupten das diene dem Umweltschutz? Oder der Wirtschaft? Wenn Politiker sich wider besseren Wissens (hoffentlich!) zu so einem Scheiss hinreissen lassen zweifel ich doch an dem Nutzen der Demokratie. Populismus und Wahlkampf verbauen die M�glichkeit die richtigen Entscheidungen zu treffen. ouch!