Mangels Sensoren der Blinkenwall ist es kein Equaliser, aber ich habe gerade in einem sponaten Anfall von Interesse, wie man das Ding programmiert, einen JACK-Sink gebaut, der eine FFT des Eingangssignals blinkenwallkompatibel nach stdout schreibt (also das, was die Wand als seriellen Input erwartet, wenn man dem Firmwarecode im SVN trauen darf). Diesen Output könnte man auf die Fonera netcat-en und dort nach /dev/ttyS* schreiben.

Mit wem muss ich reden, wenn ich das einmal ausprobieren will?

hurra! das biest hab ich gebaut, ich bin aber momentan ein bisserl angeschlagen und weiss nicht wann ich wieder ins lab komm den gesamten arduino teil neu zu machen find ich nicht so gut, weil es

100 fertige animationen gibt und man die dann konvertieren müsste.. das ein frame schaut so aus:

ff0099 000000 000000 000000 000000 000000 000000 000000 000000 ff0099 000000 000000 000000 000000 000000 000000 000000 000000 ff0099 000000 000000 000000 000000 000000 000000 000000 000000 ff0099 000000 000000 000000 000000 000000 000000 000000 000000 ff0099 000000 000000 000000 000000 000000 000000 000000 000000 das sind 45 RGB werte, pro pixel einer, die anordnung ist fechts unten beginnend 5 pixel rauf, dann wieder 5runter, dann wieder rauf... ein newline terminiert das frame, das timing wird gesteuert in dem man einfach ein neues frame reinschickt. :) eventuell machts sinn einen equalizer mode im arduino zu programmieren und dann einfach werte reinzuschicken und den arduino die visualisierung machen zu lassen? viel erfolg! :* -flo

On Mon January 17, 2011, 22:20 Benedikt Gollatz wrote:

Zumal man eh eine zusätzliche Maschine braucht, fände ich einen generellen Netzwerkmodus besser. Wenn man irgendwo klicken könnte und die Fonera würde die Animationen beenden und "netcat -l $PORT > /dev/ttyS0" starten, dann könnte man auch die Uhrzeit anzeigen oder Star Trek schauen :)

FYI, es war komplizierter als gedacht, aber das funktioniert jetzt. Lightning Talk mit Live-Demo am Metaday nächsten Freitag.