cochlear

5 ms·

1. 1.▲
   by cochlear 29d ago

   Funny, I guess this idea is in the air (har har). I've made a couple things along these lines over the past year. One is a fun, Halloween-themed toy: https://blog.cochlea.xyz/theremin.html The other is a (slightly) mo
2. 2.▲
   Extracting Playable Instrument Models from Short Audio Examples(blog.cochlea.xyz)

   2 points by cochlear 10mo ago|0 comments
3. 3.▲
   Show HN: Theremin with MediaPipe and WebAudio(blog.cochlea.xyz)

   1 points by cochlear 11mo ago|0 comments
4. 4.▲
   Show HN: RNN Musical Instrument(blog.cochlea.xyz)

   2 points by cochlear 1y ago|0 comments
5. 5.▲
   Toward a Sparse and Interpretable Audio Codec(arxiv.org)

   35 points by cochlear 1y ago|2 comments
6. 6.▲
   Wayverb: In-Depth Exploration of Acoustic Simulation Techniques(reuk.github.io)

   1 points by cochlear 1y ago|0 comments
7. 7.▲
   by cochlear 2y ago

   You're the author of Glicol, right? I've definitely had my eye on trying it out for a while. The karplus-stress-tester is great; I'm currently using message ports, because they seemed most accessible at first, but I'm
8. 8.▲
   by cochlear 2y ago

   How funny, I actually corresponded with one of the authors of the "Spiking Music..." paper when it first showed up on arxiv. I'll definitely give the amp-modeling paper a read, looks to be right up my alley! Now that I under
9. 9.▲
   by cochlear 2y ago

   Thanks for the bug report, I'll look into this and see if I can make it better! There's definitely more optimization juice to be squeezed, I think, and it'd probably be smart to allow the number of nodes in the simulation to
10. 10.▲
    by cochlear 2y ago

    Same here! Not a physics engine per se, but I've been eyeing Taichi Lang ( https://github.com/taichi-dev/taichi ) as a potential next stop for running this on a much larger scale. My assumption has been that any ph
11. 11.▲
    by cochlear 2y ago

    Thanks for the bug report, I definitely do see now that things fall apart at certain extreme values. I'll look into it and see if I can fix. My assumption is that it's some sort of numeric overflow or underflow resulting in NaN
12. 12.▲
    Show HN: Web Audio Spring-Mass Synthesis(blog.cochlea.xyz)

    77 points by cochlear 2y ago|17 comments
13. 13.▲
    by cochlear 2y ago

    These are both great points and I'll use them to refine my writing on the subject, I appreciate the feedback! Apologies if it isn't clear, but the animated gifs are meant as an illustration of the iterative encoding process, where
14. 14.▲
    Toward a Sparse Interpretable Audio Codec(blog.cochlea.xyz)

    19 points by cochlear 2y ago|2 comments
15. 15.▲
    by cochlear 2y ago

    I couldn't agree more. I feel that the block-coding and rasterized approaches that are ubiquitous in audio codecs (even the modern "neural" ones) are a dead-end for the fine-grained control that musicians will want. They&#x
16. 16.▲
    Show HN: Musical Events Scatterplot(blog.cochlea.xyz)

    1 points by cochlear 2y ago|0 comments
17. 17.▲
    by cochlear 2y ago

    I think I'm beginning to wrap my head around the way modern, "deep" state-space models (e.g Mamba, S4, etc.) leverage polynomial multiplication to speed up very long convolutions. I'm curious if there are other methods f
18. 18.▲
    Long Convolutions via Polynomial Multiplication(hazyresearch.stanford.edu)

    46 points by cochlear 2y ago|13 comments
19. 19.▲
    by cochlear 2y ago

    I'm working on building models that extract sparse and easy-to-interpret representations of musical audio. The work in this post encodes short segments of music from the MusicNet dataset as a set of events with a time-of-occurrence an