Re: [music-dsp] looking for tutorials

lumbia.edu>" <music-dsp@music.columbia.edu<mailto:music-dsp@music.columbia.edu>> Subject: Re: [music-dsp] looking for tutorials Very strange. Do you think ty could be part of an AI that was set loose on the net to learn things? On Jun 13, 2016 5:42 PM, "Ross

Re: [music-dsp] looking for tutorials

>>Do everything in the recording studio Here's my first attempt at a tutorial on seekable lock-free audio record/playback: http://www.rossbencina.com/code/interfacing-real-time-audio-and-file-io Passion is a good thing Ty seems to be planning to re-implement just about everything:

Re: [music-dsp] looking for tutorials

You bet! And apologies if i came off too harsh on your ideas. Passion is a good thing, and if you want to code all this stuff in assembly you'd get a lot of good experience working in both assembly and dsp stuff (: On Mon, Jun 13, 2016 at 9:17 AM, ty armour wrote: > Cool,

Re: [music-dsp] looking for tutorials

Cool, ill take a look at this stuff Thanks ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] looking for tutorials

It would be ridiculous to code it all in assembly. The performance critical parts could be written in assembly, but only after profiling and finding that micro optimization would help. Assembly code is hard to write, hard to maintain, not portable, and you don't need it in situations where