This is an amazing idea! Think of all the traffic at a club on the networks and electromagnetics. Totally great to use this as a feed to drive visualization...
Btw, what is the larger term for visualization and auralization? [email protected] http://fabricatorz.com +1.415.830.3884 +86.187.1003.9974 On Oct 15, 2011 1:19 PM, "Joshua Judson Rosen" <[email protected]> wrote: > Wolfgang Spraul <[email protected]> writes: > > > > Joshua, > > thanks a lot for your links, very enlightening as usual! > > > > One thing struck me > > > > > the inter-room synchronisation. I don't how (or even if) MM1 > > > fits into this picture, though. > > ... > > > I don't see MM1 playing any special role in that either, though. > > > > Definitely, M1 won't play any role today. Jon is thinking in many > > directions to find new friends, a good understanding of M1 today > > and where it might go tomorrow. > [...] > > As a next small baby step for me, I will hook one up to my home > > router and let it run and think about what it could do for me. > > Maybe I need to purchase a second unit from and for myself :-) > > So..., I do actually have an idea for how M1 could fit into > *my audio-distribution system*, even though I don't know > how it fits into Jon's video-relay system... :) > > I've been sort-of idly toying with the idea of hooking some sort > of `visualisation station' up to the audio-distribution system. > Partly just because light-shows are fun at parties, but partly > because the whole system would just have a better feel to it > if there were some sort of physical `focal-point' for user > interaction. And, OK, so everyone's familiar with the idea of > audio visualisers by now. But...: > > Thinking about my specific use-case--where the audio is being > multicast all over the network--there are some novel options > that open up for implementation: the visualiser no longer needs > to be sitting in the audio-path constrained to a particular machine, > but can be running on any host on the network--it can just catch > the multicast packets floating by, just like one of my plug-computer > units does, but convert them into video rather than sound-waves. > > Generalising that..., M1 could actually use *any* data it sees > floating through the ether as input--not just RTP (audio or other) > packets. It could, for example, sniff JPEGs and other images > out of HTTP streams, like the `wiretap picture-frame' does > (using Driftnet): > > > http://freegeekvancouver.blogspot.com/2011/06/another-hack-wiretap-picture-frame.html > > It's even possible to visualise *metadata*, either culled or calculated > from a datastream.... > > Years ago, when a friend and I first learned about audio-visualisers/ > light-synths (via one called "Cthugha"), we sort-of three-quarters-jokingly > talked about the prospect of hooking something like that into the MUD > client that he was developing. Not only could it generate graphics based > upon the content of the text-stream, but "It could be a *network > lag-visualiser*!", we said (just to put that remark in context: > 14k modems were still current technology, and it was not uncommon > for someone to have his character killed bitten to death by a mosquito > or something while he was waiting for his "swat mosquito" command > to reach the server...). > > That `MUD-lag visualiser' reark was a bit tongue-in-cheek, but there > *have* actually been similar sorts of efforts that actually produced > useful tools--one example being `The Spinning Cube of Potential Doom' > (a network-intrusion/firewall monitor that makes, e.g., certain types > of patterned port-scans much more obvious); cf.: > > http://www-moncube.cea.fr/doku.php/en:cube:cube > > ... and another example being LavaPS (a unix process-manager designed > around `calm computing' principles--basically like `top', except > completely different...): > > http://www.isi.edu/~johnh/SOFTWARE/LAVAPS/index.html > > Maybe someone else has some other examples :) > > -- > "Don't be afraid to ask (λf.((λx.xx) (λr.f(rr))))." > > _______________________________________________ > Qi Hardware Discussion List > Mail to list (members only): [email protected] > Subscribe or Unsubscribe: > http://lists.en.qi-hardware.com/mailman/listinfo/discussion
_______________________________________________ Qi Hardware Discussion List Mail to list (members only): [email protected] Subscribe or Unsubscribe: http://lists.en.qi-hardware.com/mailman/listinfo/discussion
