Miles Davies

I have adapted granular2.5 by nobuyasu sakonda for my own use and I was trying to use the gtk.winMaker by Nathan Wolek so I could use different windows on my grains. The hanning window works OK, but the other windows make the patch unresponsive to a certain degree. Can anyone put me back on track please. I'm pulling my hair out. Go to presentation view to see what I am trying to explain. Thanks

grain-windows-help-needed-patch-included-max-5

Not sure if this will help, or if it's correct, but the "gtk.winMaker" patch seems to be for example only as Wolek uses files for the actual windows in the granular toolkit. However, the window for the "granularized" example included with MSP makes it's hanning window from scratch instead of from a file so I'm not sure which method is preferred. You might want to consider checking the "GranTK_1.49mac/abstractions/" folder included with the toolkit. All of his window files are there, including two different versions of quasi-gauss and 3stage-linear and an extra file called "#1".

I was about to incorporate the winMaker in my own version of granular2.5 as well as for envelopes in a step seq so this is something I'm trying to figure out as well.

I made a window-making patch a couple years ago. You're welcome to use it if you find it helpful. You can find it at the link here:

Replacing the window with one of the files from the granular toolkit causes granular2.5 to stop working properly. Same with using the winMaker. The only windows I can get the patch to work right with are the included sine and tri files. Switching from the included "tri.aif" to wolek's "triangle.aif" causes the patch to break as well. If we can figure out what is different about these two files, we should be able to learn what's wrong. Possibly the sample size? Wolek's winMaker creates windows that are 512 samples long.

edit: steven, tried your window maker in the context of granular2.5. the maker itself works great but causes the same issues with the granulator patch. tried every possible window size for triangle and the patch wouldn't work. loaded the tri.aif file and it worked perfectly. this is really frustrating me. how could this patch only work with the included files?

Cudnylon: It may be an issue with the Sakonda granular2.5. I haven't had a chance to study it further since my post, but will have a look tonight. Maybe sticking with the sine and tri windows is our only option, but it would be nice to be able to have the option of alternative sound shaping. If you come up with anything, please let me know. Vice versa.

Steven Miller: Thanks for the pointer to your window making patch. I'll also have a look at it later tonight.

Steven Miller: "sm.window-maker.mxb: can't open, bad header." was the max message I got when I tried to open your sm.window-maker.mxb

Well it gets stranger. Both "hanning.aif" and "blackman.aif" from the granular toolkit work when replacing the wndw buffer of granular2.5. I checked every other file and these are the only ones. Definitely an issue with the way the patch is designed.

Filament: I'm on Mac OSX 10.6.2, Max 5.1. - not having any trouble - anyone else on Windows having trouble?

Did you try the txt version? open it in a text editor, copy all, and then in Max do 'new file from clipboard' - still having trouble?

Filament: I'm on Mac OSX 10.6.2, Max 5.1. - not having any trouble - anyone else on Windows having trouble?
Did you try the txt version? open it in a text editor, copy all, and then in Max do 'new file from clipboard' - still having trouble?

Granular 2.5 only updates grain information (playback start position, panning, etc) at 'the beginning of each grain' but it does this by waiting for a zero crossing in the wave~ object within each grain subpatch. It can be a little finicky, and with windows that are too short, or grain lengths that are very short, sometimes it can miss the zero crossing and won't update any grain info.

Easiest fix is to use files for all the windowing, and open them in an audio editor and make damned sure it goes slightly PAST zero at the very end of the window.

The other method of doing it would be to make a full-cycle wave for each window, and then tweak a whole bunch of other things in granular 2.5 to make that still work (without some tweaking, you'll hear the amplitude envelope twice for each grain, or end up with grains that are half as long as you expect, etc).

Basically, all the [sah~] objects in the grain subpatches are waiting for the number "0." to pop up, and if it never does, nothing ever happens. Make sure your windows spit out a true 0. at least once!

MuShoo: I set the windowing buffer to .3ms longer and this seems to have worked. gtk.winMaker has spread, scale and peak on the expressions too which can be tweeked.

Changing the buffer size from 11.6099 to 11.9099 definitely did the trick. Possibly not the best solution but it gets the job done. Thanks Filament.

Grain windows help needed. Patch included. Max 5.