<div dir="ltr">Now that I actually had a real glimpse, I see that the original patch expects a message with the sound file name and its sample rate. Indeed this is an old practice before soundfiler could give you the sample rate, so this example can be modernized so as to not require the user to specify the sample rate of the file. Anyway, I already opened an issue and will take care of this in my docs branch.<div><br>cheers</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sáb., 29 de abr. de 2023 às 13:41, Patco <<a href="mailto:colet.patrice@gmail.com">colet.patrice@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"> Sure, I could even make a PR if you like, I've attached a screenshot of the part from the patch where samplerate is hardcoded, on the second trigger outlet connected to [read-sample].<div>More confidently, I don't know how this could actually work with the [unpack s f] thing.<div><br></div><div> The second screenshot is a correction that makes this patch compatible with any samplerate soundfile.</div><div><br></div><div>I've made this correction on apple silicon with pd 0.53.0 downloaded on official site but I guess this would happen in any version since this patch exist, and I've figured it out on compiled raspberryOS's pd 0.54 using sources cloned from pd's official github.</div><div><br><div><img id="m_-32201438080278597661335FEF4-FA28-4DEC-9425-AD3151F85BD7" width="558" height="370" src="cid:187ce85e16e94944cf51"></div><div><br></div><div><img id="m_-32201438080278597662632884D-2BEC-413D-9227-2328CD8B8CE5" width="558" height="369" src="cid:187ce85e16f42d60d292"></div><div><br></div><div>Best,</div><div><br></div><div>Pat</div><div><br></div><div>PS: thanks a lot for the else external, particulary the bandpass filter.</div><div><div><br><blockquote type="cite"><div>Le 29 avr. 2023 à 15:49, Alexandre Torres Porres <<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>> a écrit :</div><br><div><div dir="ltr">can you give details on what version of pd you have, and like a screenshot or something with the parameters? <br><br>the code from that file does get the sample rate from the soundfile into an "insample" variable, so it looks like it should work, but I haven't thoroughly tested it yet.<br><br>you can also open an issue at<br><br><a href="https://github.com/porres/pddp" target="_blank">https://github.com/porres/pddp</a><br><br>sending us the sample you're using and everything.<br><br>cheers</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sex., 28 de abr. de 2023 às 11:44, Patco <<a href="mailto:colet.patrice@gmail.com" target="_blank">colet.patrice@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In fact we have encountered problems specifically with my favorite PureData patch, the phase-vocoder, used for many different purposes, particulary with location scrolling, usefull for network time-stretch sample reading, speed is not as same as original soundfile when samplerate is 48000hz.<br>
<br>
best<br>
<br>
Pat<br>
<br>
> Le 24 avr. 2023 à 11:01, Miller Puckette <<a href="mailto:mpuckette@cloud.ucsd.edu" target="_blank">mpuckette@cloud.ucsd.edu</a>> a écrit :<br>
> <br>
> Yep... these patches date back to before that outlet :)<br>
> <br>
> For now it migth suffice to mention that the patches only work on 44k1 soundfiles... and incidentally, thee best one (teh phase vocoder) works fine on 48K files, you just have to adjust the transposition by 147 cents.<br>
> <br>
> cheers<br>
> <br>
> Miller<br>
> <br>
> On 4/23/23 03:47, Patco wrote:<br>
>> Hello,<br>
>> <br>
>>  I've found something awkward in all fft patches from 03.audio-examples that leads to mistakes.<br>
>> <br>
>> Samplerate is hardcoded to 44100, so this wouldn't work correctly when opening soundfiles having another samplerate.<br>
>> <br>
>>  This should be corrected by using [soundfiler] second outlet instead of hardcoding samplerate.<br>
>> <br>
>> <br>
>> _______________________________________________<br>
>> <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
>> UNSUBSCRIBE and account-management -> <a href="https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!CrYdxPP1DIwgweOlVm1jAUnUVItz5JBMO7EMwJgmlAXY63111FtyJQ70TGNPREswXJC1Mfe2UL13YOoWnA4$" rel="noreferrer" target="_blank">https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!CrYdxPP1DIwgweOlVm1jAUnUVItz5JBMO7EMwJgmlAXY63111FtyJQ70TGNPREswXJC1Mfe2UL13YOoWnA4$</a><br>
> <br>
> <br>
> <br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>
</div></blockquote></div><br></div></div></div></div></blockquote></div>