Vollsperrung

(Blogged via flickr)

… bei -10 Grad, im kalten Auto, vor der Haustür (Einbahnstraße). Hrmpft.

Kamera: Motorola Milestone (f/2.8)

painseeker.de – der Name ist Programm

Hach ja, als ich seinerzeit mir nach den »Hänseleien« der Kollegen »painseeker.de« registrierte (mehr oder minder derzeit ungenutzt), war das mehr so ein Scherz. Aber ich fürchte, da ist was dran …
Ich erwähnte ja beiläufig, daß ich mich über das Fehlen des pwc-Treibers in OpenWRT-»Kamikaze« wunderte; nun, es war keine Absicht, sondern nur ein Versehen. Eines, welches offensichtlich lange Zeit niemanden gestört hat – go figure … Naja, ich habe also mit selbst ein Kamikaze-Image für meine 2. Fonera 2.0g gebaut, in der vagen Hoffnung, damit auch prä-UVC-USB-Cams ansteuern zu können …
To make a long, painfull story short: it didn’t work exactly as expected. Ja, mein Image rennt auf meiner Fonera 2.0g; und ja, ich habe mich wieder ausgesperrt als ich »wifi0« ins »WAN« schob, damit die Fonera als WLAN-Client sich per DHCP eine IP holt (das ist im LAN schein’s nicht vorgesehen, ist ja ein fscking Router, weißte? *sigh*) – damit waren die Ethernet-Interfaces »Computer« (gebridged auf wifi0 == WAN) und »Internet« in der Zone »WAN«, und in der Zone »WAN« ist die Default-Policy der OpenWRT-Firewall »dick fir«. No way in, so: let’s do the reflash again …
Okay, erster Schritt diesmal: »WAN« von außen öffnen. Just to be certain ;) (Ich vergesse nämlich gerne, die Bridge zwischen dem »Computer«-Interface und »wifi0« zu zerstören, derlei schaffe ich locker dreimal in Folge am Tag *sigh* Sagte ich schon, daß ich »Firewalls« generell eher für eine Arbeitsverhinderungsmaßnahme halte? Also, zumindest, wenn sie von $Management wegen $Security aufgebaut wird — und genau das scheint auch bei OpenWRT Default zu sein, ja keinen Zugriff auf z. B. den ssh-Port zulassen, könne ja ein Chinese sein … N-a-r-f.)
Naja, wie auch immer: Quintessenz ist: meine Fonera streamt mir gerne bis 920×720 von UVC-USB-Cams, sobald ich aber versuche, mit »palantir« auf pwc-getriebene oder, mit »mjpg-streamer« über »input_gspcav1.so« auf USB-Cams, die den gspca-Treiber nutzen, zuzugreifen, fliegt das Ethernet der Fonera 2.0g weg – und zwar so schnell, daß sie nicht einmal per syslog noch Hinweise geben könnte, mit welchem verfsckten Kernelpanic sie abschmiert :(
Ziemliche Bullenscheiße, die aber wohl – s. pwc-Modul – auch niemanden wirklich tagiert. Ich habe nur einen vagen Hinweis gefunden, daß pwc.ko wohl derzeit gerne OpenWRT crashen würde:

As far as the webcam is concerned, it is best to use a UVC compatible webcam. The Logitech E3500 is cheap (25 euros) and works for me, but it is not a high quality webcam in my opinion. There is lots of motion blur when the light conditions are poor. The early Philips webcams are a lot better, but unfortunately the PWC drivers needed for these webcams crash under OpenWrt. The Philips SPC530NC is UVC compatible and should work, like the Logitech E3500, but I haven’t tested it yet.

 
Ja, großartig; dummerweise habe ich um’s Haus herum vor Jahren schon pwc-Kameras verteilt, weil diese eine recht gute Tages- als auch Nachttauglichkeit aufweisen. Danke, Anke …
Nungut, die spannende Frage ist also, ob ein Fonera 2.0g (Atheros AR2315/MIPS 4KEc V6.4, ca. 180 MHz) via (extern versorgtem) USB2-Hub wenigstens 2 UVC-Cams bedienen kann … Nicht-UVC scheint ja nicht zu funktionieren :(
[Nachtrag: Geht, »natürlich«, nicht; auch die 2. eingestecke Cam bekommt /dev/video0, damit ist die 1. tot und … Nein, ich kommentiere dies nicht weiter.]

Und wieder ein Überdruckkandidat :(

(Blogged via flickr)

Heute war Hardwarebasteltag; in der Nacht hatte sich wohl was zerlegt, Symptom 1 war ein ro-FS wg. read past end of device. Symptom 2 war schwarzer Bildschirm nach Reset. Also Power-Cycle. Es wurde leise … Wiedereinschalten: nur die 3 LEDs auf der Tastatur blinken. Great. Letztlich Netzteil getauscht, jetzt ist eine Platte aus dem SW-RAID matschig, recover läuft unterm fsck des 1-TB-Devices … und ein Elko auf dem Mainboard sieht aus, als wolle er am liebsten gleich platzen vor Stolz :(

Kamera: Motorola Milestone (f/2.8)

Dafür habe ich doch gerne GEZahlt …

Rein kommen ins BVerfG erschien utopisch, aber zumindest virtuell nah am Geschehen zu sein, diese Möglichkeit hatte ich eigentlich erwartet. Zitat PM BVerfG:

Für Foto- und Filmaufnahmen im Sitzungssaal werden zwei Fernsehteams (ein öffentlich-rechtlicher und ein privat-rechtlicher Sender mit jeweils maximal drei Kameras) sowie sechs Fotografen (vier Agenturfotografen und zwei freie Fotografen) zugelassen.

 
Nunja, die teuer bezahlte öffentlich-rechtliche Infrastruktur bietet ja mit PHOENIX auch einen Dokumentations- und Nachrichtensender, der u. a., zumindest, wenn nichts unterhalteneres zu senden ist, auch mal Bundestagsdebatten, sofern sie nicht zu Protokoll gegeben geführt werden, überträgt. Heute aber, am Tag der mündlichen Verhandlung der Klagen gegen die Vorratsdatenspeicherung, ist Information wieder einmal weniger angesagt als eine Beckmann-Wiederholung:

Das ZDF bringt von 11:15 bis 12:00 »Bianca – Wege zum Glück«, die ARD 10:30-12:00 »Alle meine Lieben«; wäre ja auch tragisch, die Hauptzielgruppe – wer zahlt bei Hartz-IV eigentlich die GEZ-Gebühren? – mit Information zu vergrätzen.
Liebe öffentlich-rechtlich (über-) bezahlten Intendanten: wenn es eines Beweises Eurer Überflüssigkeit und der Eurer GEZ-finanzierten Sender bedurft hatte – heute habt Ihr wieder einen geliefert!

Weihnachtszeit = Wartezeit?

Boah, wollen DHL/Amazon mich strafen, daß ich nicht »Expressversand« gewählt habe? Ich meine, wie lange kann es dauern, ein Päckchen von A nach Gütersloh zu transportieren?

Sendungsnummer 0475XXXXXXXX
Details
Produkt / Service: DHL PAKET
Status: Die Sendung wurde im Zustell-Paketzentrum bearbeitet.
Status von: 15.12.09 00:39
Nächster Schritt: Transport zur Zustellbasis
Datum/Uhrzeit Status Beschreibung
13.12.09 00:00 Elektronische Sendungsdaten liegen vor Elektronische Sendungsdaten liegen vor
13.12.09 14:26 Einlieferungs-Paketzentrum Die Sendung wurde im Einlieferungs-Paketzentrum bearbeitet.
15.12.09 00:39 Zustell-Paketzentrum Die Sendung wurde im Zustell-Paketzentrum bearbeitet.

Dakannichjaheutelangewarten :(

Webcam via OpenWRT, Fonera 2.0n und binary-only Treiber

Vor einer Woche habe ich ja schon drüber geblogt, daß es von verschiedenen Herstellern mittlerweile sog. »Open-Source-Router« gibt, d. h. herstellerseits nicht nur nicht aktiv zu unterbinden versucht wird, daß alternative Firmware die Möglichkeiten der Hardware und die Wünsche des Käufers besser in Einklang bringt, sondern diese Entwicklung, die mit dem Linksys WRT54G vor etlichen Jahren begann, sogar aktiv untersützt wird.
Nachdem ich einen meiner Fonera 2.0g-Router in einen wireless Server für Webcams überführt habe, stieß ich jetzt auf den Fonera 2.0n, spricht eine vermeintlich bessere Version dieses Routers – eingebauter Switch (wie seinerzeit der WRT54g) statt »nur« einem zus. Port wie beim 2.0g, WLAN nach 802.11n (-Draft?) mit theoretisch ca. 100 MBits/sec netto statt »nur« 802.11g (2,4 GHz, max. 54 MBiz/sec brutto = ca. 20 MBit/sec netto) – zu einem auch nicht soo schlechten Preis (rd. 80 EUR derzeit). Tja, nur auf der Suche nach Hinweisen, warum mein geliebtes PWC-Modul nicht mehr in den Kamikaze-Releases von OpenWRT zu finden ist – damit ich auch meine alten VGA-Außen-Webcams auf stromsparende Kistchen klemmen kann –, stieß ich auf folgenden Forumsbeitrag:

Openwrt doesn’t support the fonera2n and thus doesn’t know the fonera2n+mipsel K(ernel)MOD packages have to be compiled against 2.6.21 as the ralink drivers which are binary…only support 2.6.21

 
Na doll; da hat sich also jetzt FON auf das gleiche Abstellgleis begeben wie vor Jahren Linksys, Asus und wie sie alle heißen, die auf die Broadcom-Plattform samt Broadcom-WLAN gesetzt haben — und da es von Broadcom, wie von Ralink, keine Open-Source-Treiber für jene Hardware gibt, stehen alle WRT- oder Asus-500g-Besitzer wie ich insofern im Regen, daß es nur einen, heute uralten, 2.4er Kernel für die Plattform geben kann und somit auch keine Treiber, die 2.4 nicht (mehr) unterstützen. So wird es denn auch in ein, zwei Jahren den Fonara-2.0n-Eigentümern gehen, deren Hardware an Softwareneuerungen nicht partizipieren kann. Schade; grade von einem Unternehmen wie FON hätte ich erwartet, daß sie auf eine Plattform setzen, die voll von Open-Source-Treibern unterstützt wird (so, wie es bei der Fonera 2.0g auch der Fall war).
Naja, ich werde dann wohl eine ältere OpenWRT-Version für meinen Asus 500g Deluxe nehmen, komischerweise gab’s für White Russian noch pwc-Treiber; für Kamikaze finde ich irgendwie nix fertiges; ich werde also wohl auch eine Buildumgebung mir noch einrichten müssen — wieder mal nix mit »mal eben schnell flashen« :-?