Improve load times

[jrsurge]

Issues with load times are currently caused by the SoundFileView in large pieces.

To help this, current proposal is to produce a much smaller 'peaks' style file that only stores every n-th sample (storing fewer samples will mean less accurate waveforms, but a trade-off worth having in this case).

This will involve creating a class responsible for:

• Reading a soundfile
• Writing a binary file containing the reduced number of samples
• Reading the binary file again, producing an array suitable for passing to SoundFileView

[jrsurge]

Writing an external program to burn through this on an external system call

[jrsurge]

Have written a custom viewer to display peakfile information that gets generated if it's required through an external program - storing in Platform.userAppSupportDir +/+ SuperDiffuse +/+ SDPK