I fixed the (incorrect) samplerate~ behavior... it should be now working
correctly (and thus can make do with a simpler help file :)

M

On Fri, Apr 29, 2016 at 11:40:25AM +0200, Christof Ressi wrote:
> Also it would be cool to finally have a help file for [samplerate~], so users 
> are more likely to understand and avoid its pitfalls (mainly with overlapping 
> subpatches). I just made one, see the attachment.
> 
> Just in case you actually plan to include a help patch for [vsnapshot~], it 
> would be great to mention that - unlike [vline~] - it's only sample accurate 
> and not subsample accurate. I could, however, easily make a subsample 
> accurate version of [vsnapshot~] as an abstraction, so I'm wondering if this 
> difference in behaviour is actually on purpose or rather a bug?
> 
> Christof
>  
>  
> 
> Gesendet: Donnerstag, 28. April 2016 um 06:07 Uhr
> Von: "Alexandre Torres Porres" <[email protected]>
> An: "Miller Puckette" <[email protected]>
> Cc: "[email protected]" <[email protected]>
> Betreff: Re: [PD] [PD-announce] pd 0.47-0test2 released
> 
> a few other things I think we could easily sneak into the next release, 
> related to documentation.
>  
> 1- re-include "paf~" external - it could be brought back now that its patent 
> is over, The F13 example still mentions the existence of this object, so an 
> external should exist or this mention needs to be removed.
> https://sourceforge.net/p/pure-data/bugs/1206/
> 
>  
>  
> 2- there's no help for [vnsapshot~], include one?
>  
> https://sourceforge.net/p/pure-data/bugs/1205/[https://sourceforge.net/p/pure-data/bugs/1205/]
>  3- no help file for [clip]
>  
> https://sourceforge.net/p/pure-data/bugs/1237/[https://sourceforge.net/p/pure-data/bugs/1237/]
>  
> 4 - There are these 2 midi objects in vanilla ([midirealtimein] & 
> [midiclkin]) that have no help file and are not mentioned in the midi-help.pd 
> file, neither are present in the "MIDI and OSC" section of help-intro.pd
> https://sourceforge.net/p/pure-data/bugs/1221[https://sourceforge.net/p/pure-data/bugs/1221/]
>  
> cheers
> 
>  
> 2016-04-27 12:18 GMT-03:00 Alexandre Torres Porres 
> <[email protected][[email protected]]>:
> yeah, apple always complains about installing pd, but once you say "hey, it's 
> fine, I'm taking the risk" it never bothers you again - as with vanilla 
> 0.46-7 
>  
> apparently something changed now and is making things harder 
>  
> cheers
>  
> 
> 2016-04-27 5:15 GMT-03:00 Pierre Guillot 
> <[email protected][[email protected]]>:
> 
> > which alert window?> what is the "same" you are referring to?
>  
> My mistake, I thought having the same problem than Alexandre (the window 
> saying that the app comes from an unidentified developer). 
>  
> > no matter how many times i tell mac os it is fine to open pd-47 test, it 
> > keeps saying it's from an undentified developer...
> > anybody else or just me?
>  
> But in fact my window says that the app comes from the web. I changed the 
> privileges of the app, now PD works fine.
>  
>  
>  _______________________________________________
> [email protected][[email protected]] mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
>  _______________________________________________ [email protected] mailing 
> list UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]

> #N canvas 843 167 447 292 10;
> #X obj 28 35 samplerate~;
> #X obj 27 97 samplerate~;
> #X obj 27 72 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
> -1;
> #X floatatom 27 119 5 0 0 0 - - -, f 5;
> #X msg 26 248 \; pd dsp 1;
> #N canvas 659 314 450 300 resample 0;
> #X obj 35 85 samplerate~;
> #X obj 35 62 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
> -1;
> #X floatatom 35 111 8 0 0 0 - - -, f 8;
> #X obj 153 112 block~ 64 1 4;
> #X msg 153 85 set 64 1 \$1;
> #X floatatom 153 62 5 0 0 0 - - -, f 5;
> #X text 197 60 set resampling factor;
> #X obj 63 59 loadbang;
> #X connect 0 0 2 0;
> #X connect 1 0 0 0;
> #X connect 4 0 3 0;
> #X connect 5 0 4 0;
> #X connect 7 0 0 0;
> #X restore 25 186 pd resample;
> #N canvas 624 194 811 437 overlap 0;
> #X obj 37 87 samplerate~;
> #X obj 37 64 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
> -1;
> #X floatatom 37 113 8 0 0 0 - - -, f 8;
> #X floatatom 135 61 5 0 0 0 - - -, f 5;
> #X text 179 59 set overlap;
> #X obj 36 153 bang~;
> #X obj 36 204 timer;
> #X msg 135 87 set 1024 \$1 1;
> #X floatatom 36 320 8 0 0 1 ms - -, f 8;
> #X msg 83 203 1024;
> #X obj 83 228 /;
> #X obj 124 203 samplerate~;
> #X obj 36 175 t b b b b;
> #X floatatom 83 276 8 0 0 1 ms - -, f 8;
> #X floatatom 124 228 5 0 0 0 - - -, f 5;
> #X obj 83 250 * 1000;
> #X text 162 276 This the theoretical duration of a block of 1024 samples
> for the global samplerate;
> #X text 214 204 global sample rate \, no deliberate up/downsampling
> ;
> #X obj 60 63 loadbang;
> #X obj 135 118 block~ 1024 4 1;
> #X text 118 320 This is the actual duration. Pd has to speed up the
> computation to create all the additional blocks needed for overlapping.
> This means that Pd is actually upsampling by a factor of N (= overlap
> factor)., f 69;
> #X text 118 365 [samplerate~] \, however \, does NOT reflect this kind
> of implicit upsampling!;
> #X connect 0 0 2 0;
> #X connect 1 0 0 0;
> #X connect 3 0 7 0;
> #X connect 5 0 12 0;
> #X connect 6 0 8 0;
> #X connect 7 0 19 0;
> #X connect 9 0 10 0;
> #X connect 10 0 15 0;
> #X connect 11 0 14 0;
> #X connect 11 0 10 1;
> #X connect 12 0 6 0;
> #X connect 12 1 6 1;
> #X connect 12 2 9 0;
> #X connect 12 3 11 0;
> #X connect 15 0 13 0;
> #X connect 18 0 0 0;
> #X restore 26 217 pd overlap;
> #X text 23 155 [samplerate~] + [block~]:;
> #X text 118 216 but it doesn't reflect overlapping, f 37;
> #X text 115 186 [samplerate~] reflects up/downsampling;
> #X text 52 70 bang to retrieve current samplerate;
> #X text 115 35 get the samplerate in a subpatch;
> #X connect 1 0 3 0;
> #X connect 2 0 1 0;

> #N canvas 805 271 655 300 10;
> #X obj 21 163 vsnapshot~;
> #X obj 131 3 loadbang;
> #X obj 179 24 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
> -1;
> #X obj 20 1 bang~;
> #X obj 51 125 del;
> #X floatatom 21 185 5 0 0 0 - - -, f 5;
> #X floatatom 89 126 5 0 0 1 scroll_me - -, f 5;
> #X msg 254 51 \; pd dsp 1;
> #X text 21 206 NOT subsample accurate;
> #X obj 21 90 vline~;
> #X msg 21 66 0 \, 64 \$1;
> #X obj 21 42 f;
> #X obj 21 21 t b b;
> #X obj 131 24 t b b;
> #X obj 163 52 samplerate~;
> #X msg 131 53 64;
> #X obj 131 77 /;
> #X obj 131 99 * 1000;
> #X floatatom 70 43 5 0 0 0 - - -, f 5;
> #X connect 0 0 5 0;
> #X connect 1 0 13 0;
> #X connect 2 0 13 0;
> #X connect 3 0 12 0;
> #X connect 4 0 0 0;
> #X connect 6 0 4 1;
> #X connect 9 0 0 0;
> #X connect 10 0 9 0;
> #X connect 11 0 10 0;
> #X connect 12 0 11 0;
> #X connect 12 1 4 0;
> #X connect 13 0 15 0;
> #X connect 13 1 14 0;
> #X connect 13 1 7 0;
> #X connect 14 0 16 1;
> #X connect 15 0 16 0;
> #X connect 16 0 17 0;
> #X connect 17 0 18 0;
> #X connect 18 0 11 1;

> _______________________________________________
> [email protected] mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to