Re: [PD-dev] [ pure-data-Feature Requests-3578019 ] I'd like to...
Hi all - block sizes in subpatches are restricted to being a power of two multiple or submultiple of the containing patch. So the only context in which a non-power-of-two blocksize is allowerd is if it's specified in the top-level patch. Then, of course, dac~ and adc~ will no longer work as they need block size of 64. The intention of non-power-of-2 block sizes is to allow using the ~ objects on non-audio objects like video rasters. It's experimental - I don't believe anyone has actually used this for anything, and I'm not sure it's useful at all. Since it's untested it might end up having to be changed incompatibly before it's frozen as a Pd feature. cheers Miller On Tue, Oct 23, 2012 at 06:23:17PM +0200, IOhannes m zmoelnig wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2012-10-18 10:16, Claude Heiland-Allen wrote: > >> ..know if it is possible to use other than "2^n"-blocksizes?! > > > > Not for audio connected to a dac~, but for offline stuff it works > > (some buggy objects might not cooperate). > > > >> You know, I've read about that, and now I wonder if the info or > >> the implementation is bugged.. > > > > Works for me following the somewhat-cryptic guidance in > > [switch~]'s help, see attached. > > hmm, but it seems that the actually computed blocksize is rounded to > the next power-of-2. > in your example, the actual blocksize is not 12345 but 16384 samples > (simple check: make your table big enough to hold 15000 samples, and > use [tabsend~] instead of [tabwrite~] --> triggering DSP will fill the > entire table with noise; resizing the table to e.g. 2 shows that > [tabsend~] only writes the first 16384 samples) > > > fgmasdr > IOhannes > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAlCGxHIACgkQkX2Xpv6ydvSZagCgipLpyjwFw/nS2mmmQLvUJPvy > cW8An2gJ4Hlesc+6EyGpjhNFA6ML61xc > =YkTd > -END PGP SIGNATURE- > > ___ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [ pure-data-Feature Requests-3578019 ] I'd like to...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-18 10:16, Claude Heiland-Allen wrote: >> ..know if it is possible to use other than "2^n"-blocksizes?! > > Not for audio connected to a dac~, but for offline stuff it works > (some buggy objects might not cooperate). > >> You know, I've read about that, and now I wonder if the info or >> the implementation is bugged.. > > Works for me following the somewhat-cryptic guidance in > [switch~]'s help, see attached. hmm, but it seems that the actually computed blocksize is rounded to the next power-of-2. in your example, the actual blocksize is not 12345 but 16384 samples (simple check: make your table big enough to hold 15000 samples, and use [tabsend~] instead of [tabwrite~] --> triggering DSP will fill the entire table with noise; resizing the table to e.g. 2 shows that [tabsend~] only writes the first 16384 samples) fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCGxHIACgkQkX2Xpv6ydvSZagCgipLpyjwFw/nS2mmmQLvUJPvy cW8An2gJ4Hlesc+6EyGpjhNFA6ML61xc =YkTd -END PGP SIGNATURE- ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [ pure-data-Feature Requests-3578019 ] I'd like to...
Hi, On 18/10/12 08:39, SourceForge.net wrote: Feature Requests item #3578019, was opened at 2012-10-18 00:39 It's already implemented... Submitted By: Nobody/Anonymous (nobody) Summary: I'd like to... Initial Comment: ..know if it is possible to use other than "2^n"-blocksizes?! Not for audio connected to a dac~, but for offline stuff it works (some buggy objects might not cooperate). You know, I've read about that, and now I wonder if the info or the implementation is bugged.. Works for me following the somewhat-cryptic guidance in [switch~]'s help, see attached. Note that dsp must be on globally, but switched off for the particular canvas, for this to make sense. Also bang->switch~ seems to compute a dsp block immediately, so remember to use trigger when applicable to initialise your signal objects in that patch. Perhaps it wouldn't hurt to have a small example somewhat along these lines in the help patch. Claude -- http://mathr.co.uk #N canvas 0 0 450 300 10; #X obj 101 103 switch~ 12345; #X obj 108 134 noise~; #X obj 108 155 tabwrite~ \$0-noise; #X obj 55 64 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 100 50 loadbang; #X msg 100 71 0; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-noise 12345 float 0; #X coords 0 1 12344 -1 200 140 1; #X restore 238 82 graph; #X msg 183 17 \; pd dsp 1; #X obj 56 84 t b b; #X connect 1 0 2 0; #X connect 3 0 8 0; #X connect 4 0 5 0; #X connect 5 0 0 0; #X connect 8 0 0 0; #X connect 8 1 2 0; ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] [ pure-data-Feature Requests-3578019 ] I'd like to...
Hi, On 18/10/12 08:39, SourceForge.net wrote: Feature Requests item #3578019, was opened at 2012-10-18 00:39 It's already implemented... Submitted By: Nobody/Anonymous (nobody) Summary: I'd like to... Initial Comment: ..know if it is possible to use other than "2^n"-blocksizes?! Not for audio connected to a dac~, but for offline stuff it works (some buggy objects might not cooperate). You know, I've read about that, and now I wonder if the info or the implementation is bugged.. Works for me following the somewhat-cryptic guidance in [switch~]'s help, see attached. Note that dsp must be on globally, but switched off for the particular canvas, for this to make sense. Also bang->switch~ seems to compute a dsp block immediately, so remember to use trigger when applicable to initialise your signal objects in that patch. Perhaps it wouldn't hurt to have a small example somewhat along these lines in the help patch. Claude -- http://mathr.co.uk #N canvas 0 0 450 300 10; #X obj 101 103 switch~ 12345; #X obj 108 134 noise~; #X obj 108 155 tabwrite~ \$0-noise; #X obj 55 64 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 100 50 loadbang; #X msg 100 71 0; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-noise 12345 float 0; #X coords 0 1 12344 -1 200 140 1; #X restore 238 82 graph; #X msg 183 17 \; pd dsp 1; #X obj 56 84 t b b; #X connect 1 0 2 0; #X connect 3 0 8 0; #X connect 4 0 5 0; #X connect 5 0 0 0; #X connect 8 0 0 0; #X connect 8 1 2 0; ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
