Nun, wie ich beim Installieren (oder viel mehr dem Versuch des Installierens) von Goggles (hey, ein super Barcodescanner!) festgestellt habe, fehlt noch etwas: die komplette Maps-API. Sehr ärgerlich, zumal man das so nicht gesagt bekommt – stattdessen erscheint das berühmte “Nicht Installiert”-Fenster und man darf sich die Fehlermeldung aus dem logcat raussuchen.

Weiß man das dann aber, kann man ein wenig rumgooglen und findet eine sehr schöne Anleitung bei Callum Macdonald (Wahnsinns Lebenslauf. Mein Traum!). Der Link zu den Dateien funktioniert mittlerweile nicht mehr, aber durch den Dateinamen bekommt man die mit etwas Fleißarbeit problemlos.

Und, wer das mit dem Read-Write-Mounten nicht hinbekommt: die in meinem oben verlinkten Beitrag erwähnte update.zip lässt sich leicht anpassen um genau diese zwei Dateien da zu platzieren wo sie hingehören. Nur enthält sie diesmal tatsächlich fremdes (nämlich Googles) Eigentum, die gibts also hier nicht zum Download. Ist immerhin Deutschland
Aber wer das tun will, weiß sowieso wie man ein Zip-Tool bedient und updates einspielt…. hoffe ich doch

Damit funktioniert jetzt einiges mehr: wenn auch nicht im Market auffindbar, so hat sich Goggles immerhin per Sideload installieren lassen.

So kurz vor ICS hab ich damit fast ein fertig eingerichtetes Froyo…

Hier lief bis grade eben ein (jetzt kann ichs ja rausposaunen) sehr altes WordPress 2.8 mitsamt allen Sicherheitsproblemen die man sich da einhandelt. Was aber viel problematischer war: das Theme war ein für WordPress 1.irgendwas angepasstes das schon seit einigen Jahren nur noch im hinterletzten Kompatiblilitätszweig lief. Und mit neueren WPs jetzt gar nicht mehr. Es musste also was neues her.

Genau das ist in den letzten Tagen entstanden: ein neues Layout, diesmal nichts verändertes sondern komplett (aus Einzelteilen aus TwentyEleven) selbst zusammengebastelt. Im Endeffekt löst das aber das Problem nicht, sondern nur den komplizierten Teil.
Durch alle Revisionen durch updaten wollte ich allerdings auch nicht, denn das hatte ich bisher schon gemacht und einiges an durcheinander in der Datenbank hinterlassen. Mal ganz davon abgesehen, dass die immer noch im Charset latin1 war – mehr als einmal ein Ärgernis. Also hilft eigentlich nur eins: eine komplette Neuinstallation. Genau das hat jetzt stattgefunden.

Das war der Plan:

1. Dateien dynchronisieren: Beta->lokale Kopie
2. Dateien dynchronisieren: Live->lokale Kopie
3. Abgleichen der Uploads (das macht der Importer nämlich nicht zwingend richtig)
4. Baustellen-Seite vorschalten
5. DB-Export: Live-Schema
6. DB-Export: Beta-Schema
7. wp_ Tabellen auf Live-Schema löschen
8. Umbenennen des WordPress-Verzeichnisses auf dem Server
9. Import der Beta-Datenbank im Livesystem
10. Verschieben des Beta-Verzeichnisses ins Livesystem
11. Anpassen der Zugangsdaten in wp-config.php
12. Anpassen der Pfade im Backend
13. Baustellen-Seite wegnehmen

Wider Erwarten hat das sogar fast alles funktioniert – jedenfalls bis ich mich anmelden wollte An sich ging das alles, nur leider hatte jedes Formular eine falsche Zieladresse: nämlich eine vom Testsystem. Also den vorletzten Schritt direkt in der Datenbank erledigt und schon funktioniert alles.

Leider gibt’s das alte Besucherzählsystem (Readers Count) nicht mehr, und das jetzt verwendete Count Per Day hat ein so anderes Zählsystem, dass ich das nicht schmerzfrei übernommen kriege. Es gilt also: alles auf Anfang!

Anmerkungen, gefundene Fehler (und Behebungen) zum neuen Thema könnt ihr gerne mitteilen – entweder direkt oder in den Kommentaren.

Im Rahmen einer lustigen Aktion bieten sie grade das an:

der Speicher Ihres WEB.DE Postfachs wird ab sofort von 12 MB auf 500 MB erweitert. Das bedeutet 40 mal mehr Platz für Ihre E-Mails.

Und damit nur noch ein 4tel statt ein 160stel der Konkurrenz im eigenen Haus!
Aber darum gehts noch nicht.

Zur Aktivierung des zusätzlichen E-Mail-Speichers, benötigen Sie eine Programmerweiterung, die Sie hier kostenlos und ohne Verpflichtungen herunterladen können. Bitte klicken Sie auf “Aktivieren”, um Ihr Postfach von 12 MB auf 500 MB kostenlos zu erweitern und die nötige Programmerweiterung zu installieren.

War ja klar. Ich wusste gar nicht, dass ich Bundestrojanerzielperson bin.

Da mich das aber echt nervt, alle paar Tage das Postfach ausräumen zu müssen, also das einzig gangbare gemacht: neuen Windows-User ohne irgendwelche Rechte angelegt, mit dem ein neues Browserprofil gemacht, genau die Toobar installiert und einmal angemeldet. Danach alles entstandene gelöscht.

Und was erhalte ich 2 Sekunden Später in einer neuen Mail? Eine Werbefalle:

Ja, richtig gelesen, da steht, ich würde nur im Club 500MByte bekommen. Kurz IMAP gefragt: nein, ist nicht so, ich hab schon 680960KByte (was übrigens 650MByte sind). Der unbedarfte Nutzer denkt sich jetzt “oh hey, nur noch ein Schritt den sie vorher nicht erwähnt haben, da steht ja immer noch Kostenlos dran”.
Und schon zahlt man sich dumm und dusselig, denn wie wir gelernt haben ist das Ding nicht ohne Medien und/oder Gericht kündbar.

Gut, dass ich ein unbedarfter Nutzer bin – hoffentlich lesen das hier einige von diesen vorher.

Ich sage “an sich toll”, weil das auch schiefgehen kann: nämlich dann, wenn das Gerät Hardware hat, die Market-App das aber nicht weiß. So ist es auf dem Notion Ink Adam mit Stock-ROM mit dem GPS – das führt dazu, dass jede Anwendung die GPS obligatorisch anfordert nicht sichtbar ist, obwohl die Hardware eigentlich verfügbar ist. Populäre Beispiele: GPS Info-Tools, Osmand, Dolphin HD und andere.

Eine kurze Recherche im Root-Dateisystem ergibt einen Ordner /etc/permissions. Dort liegt eine Hand voll XML-Dateien welche anwesende Hardware beschreiben. In der Datei handheld_core_hardware.xml finden sich dann Kommentare, welche beschreiben was man für GPS tun muss: eine Datei namens android.hardware.location.gps.xml. Da dieser Teil des Dateisystems normalerweise nicht lesbar ist, empfiehlt es sich, Änderungen hier nur per update.zip zu machen.

Da ich sowas noch nie gebaut habe, verwendete ich als Basis den Root-Hack von Tabletroms. Aus dieser Datei hab ich alles unwichtige entfernt und lediglich das Skript übrig gelassen, welches Dateien extrahiert.

Disclaimer: Ich übernehme keine Haftung für eventuelle Schäden oder Garantien für die Funktionsfähigkeit.

Herausgekommen ist diese update.zip. Wie üblich:

1. Kopieren des Updates auf SD-Karte
2. Adam runterfahren
3. Mit gedrücktem Vol+-Button anschalten
4. Entsprechende SD-Karte auswählen und bestätigen

Es sollte kurz ein Fortschrittsbalken durchlaufen und das “Update” ist fertig.
Um zu testen, ob alles geklappt hat kann (unabhängig vom Market) diese kleine Testanwendung verwendet werden. In dieser Liste sollte das oben erwähnte Feature vorhanden sein.

Danach noch den Market dazu bringen, das auch anzuerkennen. Das Problem ist nämlich, dass diese Informationen vermutlich nur beim Authentifizieren gegenüber der Market-API übertragen werden. Es muss also ein neu-authentifizieren erzwungen werden. Bei mir ging das zufällig sofort (in einem zweiten Test später nicht), was aber immer hilft, ist diese sehr lange Prozedur:

1. Anwendungen -> Alle
2. “Market” -> Stoppen erzwingen
3. “Google Services Framework” -> Stoppen erzwingen, Daten löschen
4. (Market sollte jetzt einen Fehler werfen beim Starten)
5. Das Adam neu starten
6. WLAN aktivieren und warten… möglichst lange. 20 Minuten oder sowas, immer mal übers Display wischen, damit’s nicht ins Standby geht. In dieser Zeit den Market nicht starten.
7. Market testen.
8. GOTO #1

Die destruktive Variante davon: Auch die Daten der Market-App löschen – die Chance, dass es dann funktioniert, ist größer. Nachteil: man Verliert die Info über installierte Anwendungen. Es ist aber möglich, per Titanium Backup vorher die Daten zu sichern und dann im Anschluss zurückzuspielen. Es bleiben alle (GPS-)Apps verfügbar und man hat seine alte Liste wieder.

Grade der zweite Teil ist etwas spekulativ… diese Schritte sind auch in einem “Market-Fix” beschrieben, der aber bei mehreren Leuten nicht funktioniert. Ich bin mir nicht mal so sicher, ob die zusätzliche XML wirklich was ändert. Auf jeden Fall gehört sie da eigentlich hin…

Wie gut also, dass es Leute wie sp614x gibt, die sich mal die Mühe gemacht haben und notch’s Gefrickel etwas aufräumen. Ergebnis des ganzen ist OptiFine, ein Mod, der bei mir Wunder bewirkt hat. Noch ist der leider nicht auf 1.8 (und erst recht nicht auf 1.9) portiert, aber die Ergebnisse bei 1.7.3 sprechen für sich.

Als “Testbild” hab ich die Aussicht von meinem Dachausgang über die Hauptstadt auf der Map von ACraft genommen. Normalerweise bekomme ich hier nur auf “Short” eine spielbare Framerate von um die 20fps. Mit OptiFine kann ich problemlos “Far” verwenden, denn hier bekomme ich statt 10fps glatte 25fps!

Sollte ein ähnlicher Effekt auch messbar sein, wenn der Mod auf 1.9 portiert wurde, könnte man fast sagen: Minecraft wird spielbar

Jetzt heißt es nur noch: warten auf eine neue Version. Keine Ahnung, wie schnell der Programmierer ist, aber selbst Bukkit haben ja nun 2 Wochen gebraucht. Könnte also noch eine Weile dauern…

  TValueList = array of TValue;
  TValue = object
    FList: TValueList;
    SomeOtherStuff: integer;
  end;

(Für später geborene: das ist die alte Syntax für “record mit Methoden”.)

Leider nimmt uns der Compiler das so nicht ab. Warum? Weil TValue natürlich vorher noch nicht bekannt ist. Und im Gegensatz zu Klassen kann man Records nicht vorwärtsdeklarieren. Wie also könnten wir dieses Problem lösen? Man könnte Pointer verwenden, und bei Verwendung entsprechend erzeugen. Aber freigeben? Es gibt ja keinen Destructor, also keine Option. Man könnte das gesamte Objekt in eine Klassen-Instanz verwandeln, die von IUnknown die Referenzzählung erbt. Das ist aber wesentlich mehr Aufwand als das bisherige “Deklarieren und Verwenden”.

Die Lösung hier zeigt sich in einem fiesen, aber einfachen Hack:

TValueListAlias = array of boolean;
TValue = object
  FList: TValueListAlias;
  SomeOtherStuff: integer;
end;
TValueList = array of TValue;

Dabei spielt es keine Rolle, welchen Basistypen man für das Alias verwendet. Es muss sich nur um ein dynamisches Array handeln. Jetzt kann man in jedem Zugriff auf das eigentliche TValueList casten und alles funktioniert. Dabei kann man die Hässlichkeiten wunderbar in Zugriffsmethoden verbergen.

SetLength(TValueList(FList), 42);

Das funktioniert auch, aber wenn TValue nun Felder die finialisiert werden müssen enthält, wird sich FastMM beschweren, dass eben diese nie freigegeben werden. Es stellt sich heraus, dass SetLength zwar den BaseType richtig speichert und auch in @DynArrayClear exakt diesen wieder beräumt, aber Felder im Gegensatz zu Variablen nicht damit, sondern mit FinalizeArray freigegeben werden. Und dieses richtet sich nach der Deklaration, nicht nach dem was wirklich passiert.

Hier kommt dann der eigentliche Grund für diesen Beitrag: wir sagen der RTL einfach: “Vertrau mir, das ist ein anderer Datentyp!”. Mit anderen Worten: wir patchen die Feld-Tabelle der betroffenen Klasse so, dass FinalizeArray dort ein TValueList (BaseType also TValue, nicht unser Dummy von weiter oben) sieht und dieses korrekt finalisiert.

Das ist zunächst einfacher als gedacht:

TI:= TypeInfo(TValue);
FT := Pointer(Integer(TI) + Byte(TI.Name[0]));
for I := FT.Count-1 downto 0 do begin
  if FT.Fields[I].TypeInfo^ = TypeInfo(TValueListAlias) then
    ppti:= FT.Fields[I].TypeInfo^:= TypeInfo(TValueList);
end;

Nur – das funktioniert so nicht Runtime Error 216 ist die Folge einer Exception beim Schreiben der neuen TypeInfo. Da hat nämlich mal jemand mitgedacht und die dazugehörige Seite als PAGE_EXECUTE_READ markiert. Was man zum Glück in seinem eigenen Prozess beliebig ändern kann, und so ergibt sich (mit allen Deklarationen) folgendes Meisterwerk:

procedure FixFieldTable(TheRecord, Find, Replace: PTypeInfo);
type
  TFieldInfo = packed record
    TypeInfo: PPTypeInfo;
    Offset: Cardinal;
  end;
 
  PFieldTable = ^TFieldTable;
  TFieldTable = packed record
    X: Word;
    Size: Cardinal;
    Count: Cardinal;
    Fields: array [0..0] of TFieldInfo;
  end;
var
  FT: PFieldTable;
  ppti: PPTypeInfo;
  I, old, dummy: cardinal;
begin
  FT := Pointer(Integer(TheRecord) + Byte(TheRecord.Name[0]));
  for I := FT.Count-1 downto 0 do begin
    if FT.Fields[I].TypeInfo^ = Find then begin
      ppti:= FT.Fields[I].TypeInfo;
      VirtualProtect(ppti,SizeOf(ppti), PAGE_READWRITE, old);
      try
        ppti^:= Replace;
      finally
        VirtualProtect(ppti, sizeof(ppti), old, dummy);
      end;
    end;
  end;
end;
{...}
 
  FixFieldTable(TypeInfo(TValue), TypeInfo(TValueListAlias), TypeInfo(TValueList));

Wer sich die Datenstruktur ansieht, wird feststellen dass TFieldTable ein Feld namens “Size” enthält. Sollten wir das nicht anpassen? Die einfache Antwort ist: nein! In TValue selbst wird vom dynamischen Array nur ein Pointer auf den Anfang gespeichert, und der ist unabhängig vom genauen Aussehen des Arrays immer gleich groß: nämlich 32bit oder 4 Byte. Es ändert sich also nichts.
Außerdem praktisch: da SetLength den Array-Typ anlegt, den man ihm übergibt (und wir ja auf TValueList casten), werden auch untergeordnete Arrays als das freigegeben was in ihnen steckt.

Das funktioniert so bis mindestens BDS2006, ich kann mir aber vorstellen dass die neuen RTTI-Strukturen in XE hier einige Änderungen notwendig machen. Das müssen dann aber andere testen

Oh, übrigens, wer es nicht erkannt hat: der Titel ist natürlich eine Referenz auf Disney’s Dschungelbuch.

Der Grund, warum ich auch für Server gerne Ubuntu statt Debian verwende, ist ja eigentlich die Idee, vom schnelleren Patch-Zyklus bei Ubuntu zu profitieren und nicht monatelang auf alter Software festzusitzen.

Und was passiert? Man sitzt auf jahrealter Software fest.

Verwendet wird hier ein 10.04.3 LTS Server und konkret problematisch war das Paket “smartmontools”. Das hat nämlich ein Problem: wenn die Platte (hier: die SSD) neuer ist als die DriveDB hat man schlechte Karten, was die Attribute betrifft. Und wenn es dann auch noch so alt ist, dass man diese nicht separat aktualisieren kann (das geht seit Ende 2009), dann ist man aufgeschmissen.
Genau das war hier der Fall. In den Lucid-Repos findet sich nur die Version 5.38 von 2008. Insgesamt scheint man nicht sehr Update-freudig gewesen zu sein, erst in den Repos für 11.04 findet sich eine Aktuelle Version: 5.41.

Wenn man dann dieses Paket nimmt (ja, alle Abhängigkeiten sind auf einem aktuellen lucid auch erfüllt) und manuell aktualisiert, funktioniert alles:

root@srv2:/root# wget http://mirror.netcologne.de/ubuntu//pool/main/s/smartmontools/smartmontools_5.41+svn3365-1_amd64.deb
root@srv2:/root# dpkg -i smartmontools_5.41+svn3365-1_amd64.deb

Und schon erfahre ich endlich, wie die SSD denn so damit lebt, Systemplatte zu sein. Gleich mit netten von Munin gemalten Diagrammen

Heute schlag 23:59:59 (oder nah dran) wird mein Google+-Account sein Ende finden, und ich werde mal testen ob man den so rückstandsfrei entfernen kann, wie es das Control Panel glauben lässt.
Hier möchte ich ein Fazit ziehen.

Was ist Google+?
Laut Eigenaussage sollte Google+ mal ein soziales Netzwerk werden. Nach den… wenig erfolgreichen Orkut und Buzz wollte Google mal alles richtig machen.
In wirklichkeit ist es Twitter ohne Zeichenbegrenzung. Dazu gibt es ein paar nette Spielereien: Huddles und Hangouts (und seit dieser Woche Spiele-Apps wie bei der Fratzenkladde). Ersteres ist ein Multi-User-Chat mit direkter Integration von Mobilgeräten, SMS und Webclients; letzteres sind Videochats mit bis zu 10 Personen gleichzeitig. Da geht das Problem schon los: wenn ich einen Chat will, hab ich dafür Skype oder IRC. Und Videokonferenzen fällt eh aus, nicht jeder hat 100MBit.

Plus
Damit bleibt nur der Twitter-Part: asynchrone Beziehungen und ein einfach benutzbarer Stream sind ziemlich praktisch und haben recht hohen Share-Faktor.

Außerdem lange dabei gehalten hat mich Isotopp, der seinen Twitter-Account eingestampft hat. Im Endeffekt sind er und Notch (der aber noch twittert; auf G+ gibts nur immer mal nette Screenshots vom Adventure Update) das einzige, was mich einmal am Tag reinschauen lässt.

Minus
Google+ mit seinen Kreisen wäre eine unglaublich gute Plattform für Wave gewesen: Schnell mal einen Kreis zum Brainstorming auf eine gemeinsame Plattform werfen. Selbst wenns nicht mehr läuft, wäre das für Google wohl kein Akt gewesen, schnell mal eine Wave-Instanz aufzusetzen. Naja, die wollten ja nicht. (Ja, ich hatte eine Suggestion eingereicht.)

Dann ist das ganze furchtbar langsam. Ich mein, nicht so langsam wie das verajaxte Twitter, aber wie auch bei Hangouts merkt man, dass es für 16MBit mit maximaler Latenz in der Größenordnung von 30ms ausgelegt wurde.

Das größte Problem ist aber ein anderes: die Realnamens-Policy von Google. Da drüber haben nun wirklich schon alle alles gesagt haben, verlinke ich hier nur auf Kai Biermann in der Zeit.

Um meine Meinung auf den Punkt zu bringen:

(fast) Niemand, der meinen echten Namen kennt ist auf Google+. Von niemandem, der auf Google+ ist, will ich dass sie meinen Realname kennen (oder jedenfalls nutzt es ihnen nichts). Wer von mir etwas digitales will (Forenmember)/wollen könnte (Piraten) kennt mich unter Martok. Ich will nicht, dass mir eine Digitale Entität sagt, wie ich heiße. Ich will denen sagen, wie ich auftreten will.

Fazit
G+ hat für mich weniger Nutzen als Nerv.

Das tu ich mir nicht an. Wenn ich Nerv will, baue ich mir ein Linux.

But that’s another story for another time.

PS:
Wenn jemand noch rein will, z.B. um selbst auszutreten: Invite. Geht vermutlich nicht mehr wenn ich weg bin

Zunächst die grundlegende Prämisse:

Träume sind die beste Grafikengine der Welt.

Alles weitere basiert ziemlich exakt auf der Art und Weise, wie man aus einem Konglomerat aus Shadern etwas macht, das man gern spielt. Spieleentwickler haben’s also einfacher, und da das nicht die einzige Anleihe aus der Digitalwelt ist, vermutlich auch alle anderen Computer-Geeks.

make && make install

Bevor man aber das kann, muss man zuerst feststellen, dass man träumt. Wie ich bereits mehrfach angedeutet hatte, macht mir besonders hier der klassische Ansatz über Dream Recall extreme Probeme. Das war zwischenzeitlich auch der Grund, keine weiteren Versuche zu unternehmen, und erst lange Zeit später hatte ich dann die entscheidende Idee.
Nehmt euch einfach mal kurz Zeit, wirklich bewusst alles wahrzunehmen, was gerade um euch herum passiert. Geräusche, Gerüche, Dinge die man sieht. Dabei auch auf das achten, was nur im peripheren Bereich geradeso sichtbar ist. Ihr werdet feststellen, dass das eine ganze Menge ist. Wer sich ein wenig an seine Träume erinnern kann, dem wird auffallen, dass zwar ein Großteil der Sinne funktioniert, aber dabei anders, falsch oder ungenauer funktioniert.
Schritt eins ist also, die Wahrnehmung im Tagesbewusstsein zu steigern und ein Gefühl für die “Bandbreite” zu bekommen, die dabei belegt wird. Das kann man auch sonst brauchen: soweit ich das beurteilen kann hilft das wunderbar beim Lernen. Danach kann man per einfacher Traffic Analysis jederzeit herausfinden, ob das gerade ein Traum ist oder nicht: im Traum ist die Datenmenge viel geringer, und gerade der Teil mit dem peripheren Sehen fällt vollständig weg. Vermutlich aus praktischen Gründen, dazu gleich mehr.

Andere Reality-Checks benutze ich fast nicht mehr, nur noch dann, wenn ich die Simulation etwas zu gut gestaltet habe und dabei bin, mich selber von der Realität dieser zu überzeugen. Merkt man aber meistens noch rechtzeitig, um passende Maßnahmen zu ergreifen. Gleichzeitig hilft es dabei, etwas zu üben, sich auf mehrere Sachen gleichzeitig zu konzentrieren. Damit meine ich wirklich konzentrieren, denn es ist oft notwendig, sowohl das Mantra “ich träume” als auch Teile der Handlung bewusst zu halten und vor “Korrosionseffekten” zu schützen.

Simulacron

Ich erwähnte weiter oben, dass sich Träume prima als tolle Grafikengine und das ganze drumrum als ein Computerspiel vorstellen lassen. Wenn man dies tut, kann man auch im Traum selbst genauso agieren, wie man dies tun würde, wenn man ein Spiel baut oder verändert.
Dabei gibt es grundsätzlich 4 Dinge zu beachten:

1. Scenes nenne ich allgemein das Setting, also die Umgebung in dem die Handlung stattfindet. Dabei gibt es 2 Untertypen: nahen und fernen Hintergrund. Dabei ist der nahe weitaus einfacher zu verändern; der weite bzw. größermaßstäbliche ist schwerer zu handhaben. Aus einer Stadt einen Bauernhof machen ist schwierig. Eine Einkaufsstraße in einen Stadtpark verwandeln dagegen ist einfach, solange die Stadt da bleibt.
2. Objects sind alles, mit dem man selbst oder aber die Actors interagieren. Das sind sowohl klassische “handliche” Objekte wie Äpfel, Schaufeln, aber auch Motorräder, Autos, Stadtparkbänke und vieles mehr.
3. NPCs oder Non Player Characters sind allgemein alle Personen, die nicht mit dem Träumer personenidentisch sind
4. Actors als eine Untergruppe der NPCs sind die wirklich interessanten: sie treffen eigene Entscheidungen, sind meist detaillierter als normale NPCs und brauchen “mehr Rechenleistung”. Außerdem haben sie KI!

Jetzt kommt natürlich die spannende Frage: wie läuft das Ändern ab? Oftmals recht primitiv (und sehr ähnlich dem, was in den Standard-Anleitungen steht). Einfachste Methode ist nämlich das Visualisieren des Ist- und Soll-Zustandes, was man dann dadurch umsetzen lässt, dass man kurz wegschaut und erwartet, dass der Sollzustand erreicht wird. Nicht hoffen, erwarten. Das ist gleichzeitig auch ein schöner RealityCheck, denn dass das in der Realität funktioniert, ist sehr selten. Deswegen ist es auch schwierig, die entfernten Backdrops zu ändern: wenn sie überall gelten, wohin sieht man dann weg? Die (virtuellen) Augen schließen ist zwar eine Option, aber das braucht einiges an Training, um den Rest der Szenerie danach wieder zusammen zu bekommen.

Genauso kann man auch Personen beeinflussen. NPCs kann man dabei direkt “rumkommandieren” und gegebenenfalls auch einfach dahin teleportieren wo man sie braucht. Etwas komplizierter sind Actors, denn, wie gesagt, diese haben einen gewissen Teil KI. Woher kommt diese nun? Einfach: aus Erfahrungen, die wir von Persönlichkeiten haben. Das bedeutet in logischer Folge, dass unbekannte Persönlichkeiten schwierig zu simulieren sind. Aber auch eigentlich bekannte Personen sind schwierig im Traum zu halten, so man sie denn nicht sehr genau kennt. Klassisches Beispiel: Mimik. Warum wacht man wohl oft aus Klarträumen auf, wenn man eine Person genau ansieht? Meine Erklärung: das Gehirn versucht das das zu tun, was es immer tut wenn es ein Gesicht sieht: es versucht, in der Mimik zu lesen. Was bedeutet das nun, wenn das Simulationsmodell bisher nicht so detailliert war? Es wird versucht, Details zu generieren. Liegen dafür keine Daten vor, gibt es eine NullPointerException und alles fliegt uns um die Ohren.

Kopfkino

Eine besondere Form von Klarträumen sind bei mir Filme. Dabei ist zwar klar, dass aktuell ein Traum stattfindet, aber man entscheidet sich bewusst dagegen, einzugreifen. Aufpassen: auch wenn man glaubt, die Entscheidung war bewusst, kann es durchaus sein dass nur das Unterbewusste wieder seine Ruhe haben will und man direkt wieder in den nicht-luziden Zustand fällt.
Schafft man das aber (erfordert Übung, ist aber einfacher aufrecht zu erhalten als komplette Klarträume), hat man durchaus einiges an Unterhaltungswert geschaffen, denn man kann bewusst dem zugucken was man normalerweise träumt. Dabei ist es in gewissem Maß sogar möglich, das Traum-Ich vom Ich-Ich zu trennen. Das macht es auch möglich, sich selbst als (Actor-)KI zu beobachten. Zuerst eine komsiche Vorstellung, aber psychologisch bestimmt interessant.

Fazit

Grundsätzlich stellt sich die Frage, ob das was ich hier mache (und beschreibe) überhaupt noch unter den Begriff Lucid Dreaming passt. Eine klare Definition, an der man das prüfen könnte, existiert nicht, also ist das alles Ermessensfrage. Im reinen Begriffssinn kann man das klar mit Ja beantworten, aber die Idee ist doch eine etwas andere. Von daher würde ich das ganz klar mit Jein beantworten, da es signifikante Unterschiede in der Ausführung gibt, die Idee aber die gleiche ist.
Zur Schwierigkeit ist jedoch eins zu sagen: wir bewegen uns hier ungefähr dort wo die Koch-Methode zum morsen lernen steht: statt mit einfachem anzufangen und sich dann schrittweise zu verbessern erfolgt der Einstieg auf sehr hohem Niveau. Das bedeutet einerseits eine recht lange Zeit ohne “vorzeigbare” Erfolge, aber auch dass, sobald man den Bogen einmal raus hat sofort alles möglich ist. Zwar vielleicht nicht direkt perfekt, denn bestimmte Aktionen, gerade was Actors betrifft, erfordern einiges an Konzentration. Ähnliches gilt für das Ändern ohne wegsehen. Dabei ist es aber so, dass meistens ein erfolgreicher Versuch ausreicht, um es nicht mehr zu verlernen.
Durchaus einen lohnende Zeitinvestition also… und es ist ja nicht so dass man während dem Schlafen etwas anderes zu tun hätte

Damit haben wir das Ende meiner kurzen Reise in die Psychologie und etwas was ich immer gerne als Traum-Hacking bezeichne erreicht. Ich hoffe, ich konnte dem ein oder anderen einen Anstoß zu eigenen Experimenten geben, oder vielleicht von früher enttäuschte Träumer zum Neuanfang motivieren. Das war es jedenfalls von meiner Seite.

Martok out.

PS: Im ersten Teil gab es einen Link zu den Lyrics, wer bis hierhin druchgehalten hat bekommt zur Belohnung einen Youtube-Link: QUEENSRYCHE – SILENT LUCIDITY.

Ich werde mich aber trotzdem etwas kürzer fassen, denn so ziemlich alle Seiten zum Thema haben den gleichen Inhalt. Da muss es ja nicht noch eine geben

Träume erkennen

Schritt eins ist natürlich immer der Gleiche: man muss zuerst mal wissen, dass man träumt. Verbreitet ist hier der Ansatz, bekannte Motive wiederzuerkennen. Warum das funktioniert, hatte schon Freud erkannt: wenn man normal (“unkontrolliert”) Träumt, wiederholen sich bestimmte Motive, also Handlungen, Orte, Personen oder ähnliches.
Damit das funktioniert, muss man erstmal lernen sich an Träume erinnern zu können. Dazu dient ein sogenanntes Dream Journal, in dem man direkt nach dem Aufwachen jeden Traum notiert, an den man sich erinnern kann. Dadurch entwickelt sich ein Gefühl dafür, was öfter wiederkommt, und man zweifelt dann eher mal an der Realität, wenn einem eine sollte Situation begegnet.
Tut man das, wird ein Reality Check verwendet, um die Entscheidung definitiv zu treffen. Auch diese sollte man auch in der definitiv realen Welt machen, um einen Automatismus zu entwickeln. Darum ging es ja auch in meinem früheren Beitrag. Hier gibt es verschiedene Methoden, die aber alle recht einfach sind. Eine kurze Auswahl bewährter Techniken:

• Lesetest: etwas lesen, kurz weggucken, nochmal lesen. Hat sich der Text geändert? (Hey, Laufschriften sind da nicht gut ) Lässt sich gut Kombinieren mit einem Logiktest: zweimal hintereinander eine (Digital-)Uhr ablesen. Sind die Zeiten konstistent und monoton steigend?
• Luft anhalten: kann man mit zugehalter Nase noch atmen? Wenn ja, ist die Nase simuliert.
• Sicht: wird das Bild zu den Rändern hin unscharf? Funktioniert natürlich nur, wenn man nicht sowieso Probleme mit dem peripheren Sehen hat.
• Spiegel: wisst ihr, wie kompliziert Spiegel sind? Nun, das Traumbewusstsein meistens nicht, daher sind die Ergebnisse eher selten realistisch.
• Physik: halten Kartenhäuser erstaunlich gut, fallen Kreisel nicht um (Hallo Cobb!), sind instabile Systeme auf einmal stabil? Nicht wirklich gut für Leute, die wissen wie Mechanik funktioniert. Das weiß das Unterbewusste dann nämlich auch. Aber für normale Menschen recht zuverlässig

Und natürlich noch viele mehr. Nicht gut funktioniert Schmerz (“zwick mich mal, ich glaub ich träume!”). Jedenfalls nicht im Verbund mit den Standardtechniken, wir werden dieses Thema in Teil III nochmal wiedersehen; für jetzt sei gesagt: ja, auch Schmerz wird simuliert, das ist kein Entscheidungskriterium.

Es gibt eine ganze Reihe von Techniken, die dafür sorgen (sollen), dass es leichter Fällt, einen halbwegs bewussten Zustand zu erreichen. Da ich das auch nur abschreiben würde, möchte ich hier direkt auf das Wikibook verweisen, dass auch eine schöne Gegenüberstellung von Vor-und Nachteilen hat.

Im Traum bleiben

Hat man dann erstmal einen Traum als solchen erkannt, wird das Unterbewusste permanent versuchen, wieder die Kontrolle zurückzuerlangen. Zumindest anfangs wird es dabei auch erfolgreich sein, und man wacht schlagartig auf – nur um zu realisieren, wie nah man dran war. Das ist auch deswegen so schwierig, weil man anfangs immer mit ziemlich starken Emotionen überladen wird. Einmal die recht logisch Freude darüber dass es funktioniert, aber auch ein kurzer Panikanfall. Der ist zwar weitgehend unerklärlich, aber eben da. Meine Vermutung ist ja, dass Bewusstsein und Schlafen so gar nicht zueinander passt, und irgendwas im Gehirn einen Fall von Sleep Paralysis vermutet. Und da darf man durchaus panisch werden.

Aktionen

Nicht aufgepasst in der Einleitung? Alles ist möglich. Alles.
Und das soll ich hier nicht alles auflisten, oder?

Nur ein paar Tipps: es hilft, wenn man immer was tut. Untätigkeit ist schwierig aufrecht zu erhalten, dabei fällt man meistens aus dem luziden Zustand raus. Man sollte es dabei aber vermeiden, einen bestimmten Punkt zu fixieren. Dadurch werden die Augen (also, die echten) aus dem REM-Zustand gebremst, das ist meistens mit aufwachen verbunden.

In Popular Culture

If you’re writing fiction or even creating a world for a computer game, lucid dreaming can help you visualize it. You could ask your characters how they feel about something or what they think will happen.

http://en.wikibooks.org/wiki/Lucid_Dreaming/Introduction

Mittlerweile ist das ganze auch in der Psychotherapie angekommen, hier verwendet man Klarträume zum Beispiel in der klassischsten Situation: zur Albtraumbewältigung. Klassisch deswegen, weil grade Albträume ob ihrer extremen Unlogik oft sehr einfach als Träume zu entlarven sind. Hier ist auch die Verbindung, die die meisten von uns zu KTs haben: ziemlich oft hat man als Kind luzide Träume, ohne das zu merken (oder eben das Konzept zu kennenn). Erst später “verlernt” man das wieder und muss sich mühsam wieder heranarbeiten.

Beim nächsten mal geht es dann um das eigentliche Thema, warum ich diese Reihe angefangen habe: meine Eigenbauvariante, warum ich das machen musste und was damit für nette Sachen möglich sind.

Stay tuned.