From 7ba5eda01e505a273606b15d6afb0e5d0d22f6bb Mon Sep 17 00:00:00 2001 From: David Runge Date: Tue, 14 Aug 2012 22:03:06 +0200 Subject: Updated README --- README.md | 18 +++++++++++++++++- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index ba627a0..8bbcc5e 100644 --- a/README.md +++ b/README.md @@ -1,4 +1,20 @@ thesoundofpeople ================ -Supercollider classes for interaction with datasets from http://opensnp.org (parsing, sonification, etc.) \ No newline at end of file +Supercollider classes for interacting with data sets from http://opensnp.org (parsing, sonification, etc.). + + +This is a prototype! It's quite slow and eats a lot of RAM. I've only tested it on Linux with JACK. So be aware of that, when using it! + + +So far, what you can do with it: +- Parse 23andme files, write them to a different format. +- Loading both of those files into a dictionary.//this will eat so much RAM, cookie monster is a 'lil puppet compared (get ready for 5,7Gb (parsing) and 4,7Gb (reading) +- Playing positions (or rather: bases/base pairs on a chromosome at a position) of up to 25 chromosomes from those dictionaries on 2,4,6 & 8 channels (there's no real limit to that though, but your hardware) + + +There are some upcoming TODOs, and I'll list some of them: +- flesh out SNP.sc (a million instances eat too much RAM on filling a SNPDict), that comes with a lot of looking around what has to be changed in the other classes to make this work. +- fine grain the synthesizers used, so each chromosome will become more distinct (currently only X, Y and MT are very recognizable) +- use a set of filters based upon the form of each chromosome and its "interesting areas" +- make updating resolvers less RAM consuming (and thus usable) -- cgit v1.2.3