Best microcontrollers or multiplexers for reading 300+ analog Velostat sensors in real time

Hi, my name is Dan! 
Disclaimer first: I'm a normally a theoretical chemist and a terrible amateur when it comes to electrical engineering, everything I know is self taught and without any professional background (which is in turn the reason I'm seeking help from more knowledgeable people). Also, I'm German, so please excuse occasional grammar flaws.Long story:I'm trying to build a MIDI controller that  has a neck like a guitar. On that neck, there is a huge matrix of sensors. The controller will emulate 3 strings. The way this works is: there are 3 long strips of double sided copper tape (0.5 cm in width, as long as the neck) which are connected to power (3.3V or 5V probably, doesn't matter for now). On these strips is a layer of Velostat, which changes resistivity based on pressure. On top of the velostat will be another layer of copper tape, connected to something, that spits out a reading of the voltage through the velostat layer. If you imagine the bottom 3 strips of copper tape as columns of a chart along the neck, the sensors will either be the cells or rows, depending on the method of measurement (I thought one might be able to multiplex the columns as well, then there could be rows.) There are a few special conditions which might make this easier though: As this is a guitar-like controller not every interaction needs to be measured! Only the touch closest to the body of the controller matters. Some general requirements:The measurement needs to be real-time-y enough to detect hammer-ons etc. and the digital output of the controller should either be MIDI (on 3 separate channels - one per string) or a digital signal that can be processed with a Raspberry Pi.Now as my knowledge is really limited, I could not think of the right tools for the job.  What I do know though is: It is possible. There is a similar but different controller that uses a very similar technique (which I practically reverse engineered until I noticed, that they have a patent and the information on how they do it is not as arcane as i thought), it is called the ROLI Seaboard. TL;DR:- roughly 240 sensors- can be seperated into groups of 80 that are powered by the same line- this is a real time application, I need to acquire pressure from every sensor as it is touched (some conditions apply, see above)Thanks in advance, I know it's a lot to read. I am thankful for any suggestion and would be very glad if you could help me accomplish the terrible mess I set out to produce! Things I have thought of so far: Multiplexing rows and columns, reading each cell with an MCP3008 or larger ADC and chaining up ATmegas which only push the lowest interaction to the final signal, but from my calculations, that would be bottlenecked by the communication overhead. Also an earlier model included ribbon potentiometers, which I have discarded, because the design was bad (several attempts, wasn't cool enough).

[User comment deleted]

To reduce the number of pins and ADC that you need, consider an analog multiplexer such as one of these.http://www.ti.com/lit/ds/symlink/cd4067b.pdfhttp://www.analog.com/en/products/switches-multiplexers/analog-switches-multiplexers/adg1406.html#product-overviewThese multiplexers come in 2, 4, 8 or 16 to 1 and can be cascaded (with some signal degradation)
With 800 sensors, you probably want to divide up the task into different micro processors just to keep the software under control
Also, since you only care about the lowest interaction, start your scan at the low end then you can quit the scan when you see an interaction. Although I'm not sure how much this will save in processing....

I must admit that I haven't had time to really understand the project, but the following response in the comment caught my eye:  The other approach of using discrete switches is harder to wire and would likely require demultiplexing the signal as most microcontrollers lack the number of inputs you'd need. I have written a blog on "Switch Interfaces". I cover many devices aimed at industrial switch interfacing, many of them with serial interfaces allowing connection in series, so that you only need 2-4 wire interfaces. Some include a debounce feature. If you scroll down to the comments you will find that I have added a comment that refers to two TI 24 bit input devices the TIC12400 and the TIC10024, either of which may help with interfacing to discrete switches. 

Elizabeth & DanIt is possible to get larger multiplexers built into some higher end micros if this is the approach you want to take. The PSOC5 can implement an analog multiplexer with up to 256 inputs- this is a theoretical number since you would be limited by the number of pins and reserved functionality (Vdd, Vss etc) but you could approach something like 80 and the ADC is built-in. Pleas note my disclaimer that I haven't thought about the project, but it does seem that if an analog approach is used you have to measure resistivity and the differences are very small- and shouldn't be glibly described as a simple measurement. 

Hello and thanks for the good suggestions so far!I accidentally cross posted this issue to the stack exchange community (the posting website here crashed somehow and I thought the post didn't go through). This has a benefit though! I am now able to phrase my problem much more clearly:
I have a matrix of 80 rows * 3 columns of pressure sensors. When a human is interacting with the sensor matrix, several sensors in proximity will pick up the touch, but only along a column. The columns are mechanically separated. The sensors have a resistance between 100 Ohm and 1 kOhm. All of these sensors need to be read with a depth of 8 bit, processed and the results need to be sent with a rate of at least 1 kHz. So a single reading/processing needs to take less than a millisecond.  The final output per column needs to be: 4 bytes for a float32 and 1 byte for a uint8. The float32 will indicate the averaged position of the first interaction along the column. An interaction is defined as a consecutive cluster of sensors with a pressure above a certain threshold. This is where the processing gets into the mix: the column will be traversed downwards until a reading oversteps a threshold. This will then count as the start of an interaction. The pressure and position of every sensor is memorized up until the first sensor, that falls below the threshold with a maximum of (probably) 4 consecutive sensors. From all the sensors of the recorded interaction, only two sensors will be processed - the one that reads the highest pressure (lowest resistance) and the highest one directly above or below it. The floating point position is calculated by averaging the two sensor positions weighted by their pressures. The overall pressure of the interaction will be just the addition of both pressures clamped between 0 and 255 (add both pressures of unit8 into a uint16 and divide by 2 without rounding, discard the unneeded bits - this should be fast). This needs to happen for every column. The result of the size of 15 bytes will then be sent over SPI to a small computer (Raspberry Pi B3) that acts as a synthesizer. I am not set on the method of transmission. If SPI is not the right tool for the job, I am willing to take any method of communication a Raspberry Pi can handle. Since this is a musical-interactive application, latency is crucial. My exact questions are: Can this be solved with a single microcontroller without breaking the bank? I can not afford to buy several hundred dollars worth of ICs for a hobby project. What hardware would you recommend? Are there non-obvious caveats I need to be wary off?My approach up until now was to power each column individually, then read out the rows with 5 16-channel ADCs (ADS7961) connected to an Arduino over SPI. I am worried that this might not be the easiest/cheapest approach or not fast enough to reach a rate of >1 kHz.