Make into noise
I’ve been trying to transform a relatively noisy sound source into pure pink noise (or white noise, for that matter). With this I mean a way to modify the energy distribution of the source sound to gradually approach a pure noise spectrum.
I’ve tried spectral morphing, but as is typical to FFT it sounds too full of artifacts/artificial (I’m looking for a more ‘natural’ sounding approach); I’ve also toyed with various configurations of delay feedback + distortion + filters but this has only a limited effect on the spectrum and a quite different character (more ‘crunchy’ than the ‘hiss’ of noise, if you know what I mean)
In the end I’m just looking for a way to ‘noisify’ an already noisy sound source. Any ideas, techniques or suggestions are welcome.
how about just crossfade with [noise~]?
I think I’ll end up implementing a crossfade, but as a way of transitioning between states. A plain crossfade from A to B doesn’t quite cut it for me (or perhaps I’m not that good at it — JF Charles suggests in another post that a capable sound technician COULD make crossfading sound as ‘morphing’).
Any other suggestions? (please, heh)
You could try a spectral cross fade.
A naive spectral cross fade won’t be much different from a cross fade in the time domain, but you could give different weights to different spectral bands in the cross-fade process.
I’m just getting my feet wet in FFT land. After your reply I’ve been researching and experimenting with Max; the thing is I’m a little confused with all these different terms (mutation, interpolation, cross-fading) for what I think is the same goal: sound morphing. Perhaps I’m mistaken, and if that were the case, could you elaborate more on the making of a "spectral cross-fade with different weights to different spectral bands"? I’m trying to do this by myself but I’m afraid this is still over my head.
I think I’ve already done what you describe as naive cross-fading in the spectral domain: just using a regular cross-fader inside the pfft~, and indeed it doesn’t sound too different to a regular crossfade (though it does sound like convolution, it also makes these inexplicable clicks). I’ve also read and played a lot with JF Charles’ great tutorial patches, but I found that jit.matrix processing inside [pfft~] inevitably reduces quality (at whatever size and rate) of the output signal.
BTW, I’m working with 2 (continuous) signal streams as inputs, but I could reduce the noise input to a buffer~ clip. Below is my ultra-lame version of a so-called ‘naive spectral crossfade’ [pfft~ 1024 2]:
----------begin_max5_patcher---------- 629.3ocyV1sjZCBFF93jqhLbb5NABIF6Y85nSGGLgrK6DAG.s1ty50dARrls pqXrC6dBJe7Sd4A994k3HvRwNpBj70jumDE8RbTjyj0PzP+HvJxt5NhxMM.m 9SwxmAo8Coo6zNy0RgR0RZn6OLTqfqUreSsCCQOjMXdMQW+Di+3BIsV2+gwv pGJRSxylalUxrLaKxzl7ig0v2rhw6nZmBxGLJ1nMlz+ZMseW.J1ibRGX7p5m iaYvAqrFmdMmguTNVpbxJ2FA9ljY1E6.uFGaaRuOxz1pY78InIvkrBGJlYaw yder.uBVROy+t.pxOEUEAAU0DoVrVzsexrpnz1VdkmPHuY0EHD5TBgB0iIiL 1m.ucBglUZ8xvXGbJv9gn2dtyN8bCwg4owcDeAYBo3hujG13Kvv7lfwSxucn ThbNLXnsMOahAWtEZj8NzXXDEYKsYgY1FYtfn0R1xM597SQ+EJQ.6HKpEqVQ 48HvQydb9eBplnPZgIdzc7bqJ+iJVT0m8n0ngT8HWKN7DBGtT+shI.nxppio 9KlaeOMAuSlw8H8b+bAPgOET4grFoojUCmeDTPz7Oxhjf9wJ2FB5X7+sva2w yZ+s.TI1HqOHzA26jiGvFpx.OhlI3iliMs7nI8DqogxGmBugoHK6nN0mc1ax aQNPejCLHxozC5TEL0T3gZPA6ppviqJTvXC1C0TFL1f8wqJbWUHOgCLXpwK3 DF4.Qd5jGl6JaosWUN1KKzmG43PXfziGxIboqfd3XM0rU8o1IqWukJUCaoSH lpfdVHscKSccY79ttJR.R5V1g46pVEPjlJczlxb1H6KiXWUooHBy2403+XJ5 NBI -----------end_max5_patcher-----------
Ok, I think I finally made the necessary conceptual leap: under the assumption that assigning ‘different weights to different spectral bands’ is equivalent to making a dynamic selective EQ for the crossfade process in the frequency domain, I did a little more patching (please, correct me if I’m wrong). Now I’m storing a lookup table for the amplitude values of the 1024 bands stored in a [buffer~] and controlled by a [multislider]. I use this to interpolate between 2 different functions written in real-time on that buffer and looked-up via the FFT bin index, but I’m still not getting close to that mid-way morphing sound. Any suggestions?
store the fft info in a jitter matrix/buffer, reading from it in real time. then have jitter matrixes that are filled with noise and interpolate (jit.slide) between the two of them.
the terminology is probably way off, but hopefully someone else can explain it better
edit: nevermind, you said you didn’t like the jitter in pfft thing. i find it works great! who knows
have one recording buffer of the original sound source FFT info, and one recording buffer of the noise FFT info. then have a third buffer, and interpolate between them using vectral~ to poke~ the third buffer, which is the one the FFT should be reading from the entire time.
i’ll patch this up for you if i have time but you should try it out
Thanks man, I’ll try it out but if you have the time then by all means please do your thang (it will probably be a lot better). I will also try the [jit.matrix] method, which is more straightforward than [vectral].
scratch the vectral idea. jitter is probably the way to go.
or another route would be to take the spectral envelope of the sample and then apply it to the noise, which fades in. then slowly remove the envelope (and fading out the sample), leaving the full spectrum of noise
hey radiotonga you really should check this:
here jean-francois charles will give you a head start on how to do it using jitter matrices
This is only one way of doing what I had in mind. On a different day of the week I might have built the pfft~ patch as an external in C. Most days of the week I probably would have whipped up something using one of the mutator objects from Litter Power (lp.frim~ & Co.)
Anyway, with apologies to those whose work I have blatantly hacked at without making the least effort to cover my tracks, here goes:
Save this as "fftFP-mix.maxpat"
----------begin_max5_patcher---------- 877.3oc4X1zaaBCFG+bxmBONNQh3wFHjIsC6vx8IMoIsooIBXRbKXX.oKsUM e1mwlzQZAJMoExTODGiwX96e94Eatc7HskwaoYZnOf9AZznaGOZjrohFFUd8 HsH2sdgtYxtowo+Id4EZ5pakS2lKa98612DeST7l7PZtr+PYqplxuNgpdYZY rUb2PMzOK6PPLOOici71.YpQYyIt4dqY7U+Jk5kqdT7LqoV5HvxVzKDonuHL L039gh4KkjPlS.iJxhw2qJbkWJ2MR9R09TJSHnhab23wEE5++fD77BJzMjXN bH4cS1gfWRp.SslaANyZFM1JiEPQFSIllWOYbFNvDDjy36P35YC4IXidM0NA qHCYIzpUjcsrB5CVEF65GQyxPEyJFOyMJICYA3moc0wPHxbIT.GP9msSqNZj giQLNhzK7PBBRkxlnw7d.FdwQQTd9inQhv8ZG5JZZFKli9HZar6Mn0tdWhhh 8QKuF88IeacbZ39GLjwodwa34U8+ODi6gRP5pkxquGSMPuBw3EGFmpHmx.pZ w8PqtfX3YU7LUVeD65AM1b3L6VtIHfltC84urXCugze3lL.CDN14EQvV5xWc BdmXixvXlOxdrxBf.kNXhEQWTyj.jYpZ.Ly15v0iprc.coSnzKamrP6j838u g8levKOQgZIJoWRjvxxC1v4zvmIOKdvS.mpR6VyuhMFv3kKhSQthkar4jjXF OGsXwW0Q4qooTjq3mHYKJHk9ajvS0Oap1qRDRioVFvbaPu1ZOQ.SKb0PAXGq VSTCCHqCRECMhw8oaOC4HXH87sj7alcaTb1vEZTjdW.rFOZgwy1QUknECJGU baSaq2DGvzB57QtMeS.jxsh0EfPFNfHCqbjaZ33YiZaXpnEuJ6BavOmNLnmS uz1qrr0nSmRlM43IOKzC9.gRIUz9g7KKdSp29Yb4Q9P+SU9zLA6byEGAqReJ 1mSkNsl46S4UCZ6yxbWFRkSIiZWH6pbb5fbDAuPvYiZH8lZr6fZJ9vg8zRk8 AS7FjS+Y4X1A5X0aqUjNpl9gMOvAtAubn+zSGjiyYkZf9KnSmjiQuIGv7rxT F5hmElze5w3rJtCzgfx8WJBni4O6O0feJKmiTMp8g4ljT9ArkRoPHhcrdgZi z15xKYb0kxQTKkdEae+cFWLZ2M9uYUo1ZC -----------end_max5_patcher-----------
The save this into the same folder:
----------begin_max5_patcher---------- 3171.3oc6cs1iaiaE8yS9UPXfhcWzYLDeoG8SsaAB5h9.KPBPAZRQfrEsMSj EcknlISVr6u8RR89g0XO1imIYY.B8wTTjWdtWd0kzCE+kWc0rEhOyxlA9Sf2 At5pe4UWckIKcFWU98qlsM7yKiCyLEa1Rw1srD4rqKtlj8YoI+2vjf7cfLQd 5RFHLIBHCSWqxLiuNILNaN3mjfsg2CTXAXACrgEuaUdLPJ.gQeLOSBjaXk2z 2kA3IbIOLFrNjm.99eBHVIYIfMg2xz2Qr3NVJfK+gJ4HlmvVJxSLBCoLyj7s hbYLSZDcmxbWktdg46yqyQjHy3egoyEhqydQ9hEwEYVlytP4xM7j0eHksTVv ZD2.0M.PXm4T0GDj9a57.+2xahGYHHwhOdCBOqQz3IURFrkbjDt0zjy9Kopt +L8E90W8Jcx0mnF5sa3JZMCjmwz7NeE3dQ92o3y0BklIOVx2Ey.ltHKCH1wR lOJ6hOR1sfFy3QrNk6D3bnqmlkoA95OfH3jbN5X47NhxNAuna6LG5hfzGgBY KKKKbMafBISYrKuimDIta1nbZkLVjk79crh9+rY0czNzHbNMfB88lh4bLLmh rTVqdFiUn2dHN3nDG5rZrtnvdK8HIfBmJMzvHcUDgXFXp5d5AlHp9aAzV80Z oOhsUnbbkDMWIapppRXT9hJ8MN6OuUDkqLLuVY9q91sBkYB3F3nDGbbKNmy4 XYAXYpHKaUXD6ZfwPBbGWtA7EVpfEcihvJFRmEqF2kBVIRA09XEo70bE8Ad+ rB20ueF36iYqj+fxq6tb405Rk.RC4YLUNQ7a4Q4phWTWYZ+ua4eVcEPFaWXZ njAVkx9e4rjk2CVnb8mo9tXqosd+rBO55lP0rapZiwcsDbIcbGXbbSnDs8Az 00LVf.Gev.jdA7bGyukMW+.ueqpwtMLstZGd0tzDsL2rMh6ptoJFYWJKSYGE J4hjVb.lXFUT9A03a.62hA12.uqaiz+eUrPOtQKkYxIGWZzS.J1zjPr6f1Ta RskIYoefkD1SOpLcq5FsytkhJXRmVYp3Gh9PnTlxWjKYMnrR0RodQy7w4Lwp prqxus3sU0.5qeiWsEYmqWFBSQ29F2pNXmxTQsSb+CogNkRotSk62HoSYiEI qOvhlqZ7L48EsK45w58gFaYkBr3hFi8pONS94diwyVXdDWLtGCzEzigKoUTG tFyXhydbW3bAbWv9RT3x83LntisdoHVjVzALiuaRZ6pSrZ05zvHSggUk1m56 iHWOJp8MuGuKHeyX7xOH0oMMZRcahpZy.B0IvW2RAPrGhpQDGOeBtm.mLTd8 HANHSmyAGf5f5Hti3ThLW2Tz.r9gAiHps6hs0jwhkEivGwUDb5.nZS40cept Oa5zCQl9vKpXrbethvBe1hv5iY47Gcz2KDopHh53wgGyp605o3Fwjgb0ze+X 1rG5YhPynRB1DUt2C8HQmgzh2jNc9Xlhsy0tYqn7W+yf+I+y5NviwrJgcmpQ G3xVMRQM0wHUrgxo40M7nHVxSy7bPAloiiKhpqbdN6YBhtW.W06gqtA.OYNx L8zSjlHF6OrxSqmC0OX+bE8BLkv8vUp.LizyjF387YVgKl2bkYkyTlUvKfYk dzb93zAdJ6kxf12COzDVDWx1V4r3saRE4q2nuuq0I+C8pV.l8yZYoJu+Fun. cx7GS4K+zcgww047uDJls02R1oBgUnw+86BaegA0kNdvnTUfqS9XIrWgYc.r X8gvEOl53cnRgOx0NJLMUbWuXunn.BzDThKsJPEWeDlhe7OZeewM+ZdrpyAd qVsedhPVW0c6NNv.W30ihdfnszJFs9wqdg65odZoBHzmO2y6VsR9afU6d8qe 6M5U7.5fH.zIFF0Q5xw3og36UXI6MkGG73Vq3yJU0ZUkFmHpmpMSpDhxII9t gy3nynCX4UKSZOqpkJwNJTFNsG8NdyTiJTLIeAOlKu+vVK4xkABWD7k+gF7U khjBQir.p6IdrGAqal9wdhmhrORo5lp842MiwsHQy8npn.b6s38U9Cl5YiHy bmPloPAw9SMpFMcPWEB5GpT6uq2RvntmEEgc2rfHMkkBcutQAzyhsbApLyuT +OeKxhrHGahMwlXSrI1DahM4hjTrjGUyCZ7H7QmPD9tNtnf.KZ+HZfCkBehQ 9HWOuSF45FfB5gLMhAQvXmhxACb8o8QPeX4BTgCvlxQ78g9lZgnqPrAoqDS4 zkxo.g8o9lqhBfXr4NzxDzTKHBwIv76hB88C7b6gHAJp1fbPp4GaL5878HE. GeWyE0DEzuGh3opaCBqqldnlZ4PQ1DahMwlXSrI1DaxKl.7wmP.9e8xL5vAQ 8PMg20D7WS.g0gK1DKYcXsM.BzCi5FEJBhnEqxaSzpMwxZZzdQ5pkHGZ23f0 2IoHdYMj1KxYWEtLtZU+f1MV6VnlHwGMN8ZDVGQeOTSL9MnlY.L8rGN5YsXm cnEYQVjEYQuzPD2pmQYQVjEYQVjE8sMhRPtUOGr7ucZG2fhY2YYHKxhdLnCY A5HmvBz0ZEhrHK5abjcM+sI1DahMwlXSrIuX+M2omPH8Wj+jQelPi9yxennw 96zr9peKyZVjEYQVjEYQVzKODVEFhEYQVjEYQVjEYQVjEc7nCYsEcezqsX0q 9s5c+hdym3T7lJhh7ntONTU8UV8nf.DDeLH0mE+sGYhoF0E0r+YZjaLB4ios Qkssdaq3DzGUssaza9EGRWjyAr+TPHUSaPXOu.S65Z9QoMUudq4Xtp4hE+h0 NPpWwN3AQgAd81UOs1KOU6Q9l8sSq8utAz6M22XINy8ccgDCco2TRX+tnwn0 .eknU9JxTu8gLHW81apmgQMpg9a+5MPWM8Vi25xQ8zaVodnwdMCLIpQRefWQ AmETSq0xFY5dzAucnZ3pJzX+4mO55b2rg0ZzBlAP8PMFniXp1BY10Wc04sQJ xE1EMFaXD4RtxwEuW+C0EaTTk8ttkvCPUdF5AF99rLfnFM0MOnYn+jCbFdaG Pgase.cLi7Faba6dVsM0DE53.MMaCpV5ZIms1JiZXmJoYSMp2+hjIXrF80vK rOgbXIOdYd.Zb8RSeqMpRCUaoU04FG07K70xEv.TUeApG+2Fc.FP8d76gVtw eklL1HoAB03NNFcn7AgNLocBFwF7gM3CavG1fOrAeXC9vF7gM3iWzAebHKFi 2uKe4pXSrI1DahMwlXSrI1jmhMQf+STrkCCKdvUehI.3CKUSKjNmffCun5Z3 IzjvKZx4twOx9qmi9W.+ISUPo9Ey5mp2V9Ge6345QHG+soZKn6YbuK6i8PEq r7SmUKBinzS4TKxqlrwATL4oSbMjwWs6LbuSkm+8VhKxKn30R54zFh36i8rr 6yah1MI5q6wBHBA569MZTpmyCv7+3y7gxMF5odbNw7KzRbLGplGvIyM5Rbzb q4nE4RoHYVMWjTvZSeJTO7vdU87Ee8ger4m5U2276d7vpaJwsrzNm4vl.bpR ZWZc2aU3R1CeHwN4geZywc7BQZTwzbpxIUjmDwLDtqy9OVjwUGsy8AcN6aM0 dm6qevscHBCCil6TepoNhYiW4wbMkZNOaK9hyAdN1tHb4mVa5gsYv1lWjG4I gMechPIjw7ke5wd32Zs5dFs5vSXx4Vd1IWb5TibNulbPWqI2uKM4fSXxAwn4 5+7Pbc7eJr4BvOe1bKEa2xRjChG4M7s6hY2nDGkVADJkrs6jpOAY6TzRZXLX K+yJVZNHv+O.VDGJCSjw2CR461otAwpUfUohsf6+tv33a9Th3tataiXNXbC4 JpZU55EluWaArGCnAFFTGX4eTZCQvNJpQztZ0YfwchKwYvIH9C6y.5brJvyn l5uJRtUDmK4hDvOlJjaXoYfshH9JtRQr3dv+4l+8FQZsQSLOgsT0ajsiTyb1 mmHC00xG5TB7jJrN2WCk5SQEzngZgPSzAz1CXdrZ5gKp1TpVJJvTphg8Egmf caeOsj+1prGTmS7NAUto4MJhrpSZ9BK.SWPmeW6fLQd5xJ+rl.if5EzttWDw xj7j5Nw6pLK6TnlIPTQsQ7LsuJSmxYTKxCUdvGh7DbwDGyOCvCINFYFcQjGH 5PkG3kQdvGp7bYzWAurrlC5nHlPbtLZK2Cfcn6icfmcwgdHi00KLvkRdN.ww 8hIMH2Cv3gdYEmGTY4c4jmCQagtbpK3S4XqhGyGtamZhVYk0oQRTA18QQy9V clJ.BQyrglkxtkWUd+Woqse8U+e.ZXz8J -----------end_max5_patcher-----------
Exercise for the reader (not easy, but not impossibly difficult either) — modify the pfft~ patch to work in 1/3-octave bands.
Thanks everybody for the input.
Nonlocality: Your idea sounds good, and it still might relate to your past idea in terms of envelope following. I’ll see what results I can obtain
Floating Point: Yes I do have those patches, and for the life of me I can’t get rid of that arctic watery sound on the output signal. I know FFT is about compromises, and I’m fairly new at this, but when passing a signal without modification through [pfft] it comes out sounding the same, whereas if I put a matrix I always end up with artifacts (even with Charles’ patches). I think that’s one layer of processing you can’t negate when working with matrices, or maybe I’m just lame with the FFT.
Peter: A little procrastination doesn’t harm anybody ;). Hopefully some day we’ll see that C object, because concerning "third octaves" and logs, I still have to polish my school-level math skills (which to be honest, I can’t remember I actually had — any readers out there?). Thank you for the patch.
and for the life of me I can’t get rid of that arctic watery sound on the output signal
yep I know what you mean– it may be that more sophisticated transformation of phase is needed, not just manipulating magnitude, isolated from phase… maybe also a careful choice of window shape and overlap can help
when passing a signal without modification through [pfft] it comes out sounding the same, whereas if I put a matrix I always end up with artifacts
that is an unavoidable part of fft manipulation– fft and inverse fft only work ‘perfectly’ when there is no alteration of the intermediate spectral representation. any change of the spectral content will produce –more or less– ‘undesirable’ or unintended side effects. the art of spectral transformation and resynthesis is to minimise the artifacts that will by definition always be there
Glad to see I’m not alone here. I do understand that any FFT manipulation will produce those watery artifacts. I just meant that by that very nature of the FFT resynthesis, no matter how much you tweak shape, overlap, and size, jit.matrices will always add another layer of artifacts that is hard to ignore if you want the cleanest (most invisible) sounding FFT transformation. In the end it’s a matter of trade-offs and how much of the FFT are you willing to accept into your final sound.
By the way, I found this post of yours that might at least point the way to purely mathematical aspect of Peter’s exercise for the reader. Please tell me if I’m wrong here: http://cycling74.com/forums/topic/multislider-log-scaling-fft-equalization/
maybe using max in 64-bit mode might improve things with fft — I haven’t really seen a need to go to 64-bit max, but maybe that might be a valid reason?
jit.matrices will always add another layer of artifacts
i don’t think there is any reason that data transformation using jitter matrices would add to fft artifacts, any more than any other data-representation method– on second thoughts maybe the kind of noise used to generate random phases in jit.noise is problematic…?
By the way,
aahh yep, when reading peter’s post i thought i’d tried to do that before somewhere :)