Re: [PD] delay compensation in pitch-shifting
Hi Hans, how are you measuring the delays? Cheers, Maxi El vie, 20 nov 2020 a las 15:25, i...@hansroels.be () escribió: > Hello, > > Hopefully people with more knowledge of audio processing can answer the > following questions. Background: I make patches in which the microphone > input is modified by different kinds of pitch-shifting, I would like to > compensate the delays caused by these pitch-shifts and thus avoid > artefacts. > > 1) How much delay does a pitch-shifter based on a variable delay (the > classic rotating-tape-head style) produce? as in G09.pitchshift.pd in the > audio.examples folder. I did a quick test with a one-sample-audio-trigger > going immediately to the first channel of a recording patch in Pd and > simultaneously going to a variable delay pitchshift (pp.pitchshift~ from > AudioLab), routed into the second channel of the recorder. The delays are > quite large and vary between 30 and 80 milliseconds, there seems to be no > relation with the amount of pitch-shift. In the pitch-shifting patch I also > notice that the delay varies between zero and the window size. Is there a > way/patch to calculate and compensate for this delay? (for example, if you > want to combine the original with the pitch-shifted signal in a patch). Or > is this impossible because the delay is variable... > > 2) I'd like to know the delay in ms with FFT processing if you have a 1024 > sample window with overlap factor of 4, for example, in a pitch-shifting > vocoder? I found this info on a MAx/MSP mailing list, is it correct?: "The > I/ O delay is equal to the window size minus the hop size (e.g., for a > 1024-sample FFT window with an overlap factor of 4, the hop size is equal > to 256, and the overall delay from input to output is 768 samples)"; at > 44100 sampling rate this is around 17ms delay (for a window of 1024 > samples, overlap 4). > > 3) Conclusion: any pitch-shifting technique introduces tens of > milliseconds delay? (Pitch-shifting based on granular synthesis is not a > solution, I think it also requires a buffer of at least 50ms.) > > Hans > -- > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Windows in Chinese, problem with paths
Dear IOhannes, thank you for your answer. Here is the screenshot they sent me. https://postimg.cc/GB6z9Wb0 I'll also try to find out the character encoding and codepage they are using, the thing is, I don't talk directly to the museum technicians in charge of the setup, there is a representative there that translates all the communication and he doesn't have much experience with the subject, so I'm not sure if it will work. I asked them to put all the abstractions and files in the same folder and that worked. They also have access to a computer running MacOS for testing, and the original patch with subfolders worked there without problems. Does the absolute path to an abstraction play a role even if using [declare -path]? and how is this different from having both patches in the same folder? Cheers, Maxi El mar., 27 oct. 2020 a las 9:28, IOhannes m zmoelnig () escribió: > On 10/22/20 3:36 PM, Maximiliano Estudies wrote: > > Dear list, > > > > I am working on a project with people in China and sent them a project > with > > a main patch and a couple of subfolders for abstractions and audio files. > > I'm using [declare -path abstractions] so PD finds the files relative to > > the main patch. > > I tested the patch (I copied the same .zip file that I'm sending) in an > > older windows machine I have and it works fine, but the chinese > colleagues > > are having some trouble. They sent me a screenshot of the console and PD > > can't find any of the subpatches or audio files. > > could you also share this screenshot (at least the important parts, > without disclosing confidential information)? > > > > Do you have any experience with this? They are using Pd 0.51.2 on a > Windows > > 10 machine with the operating system in chinese. I checked and they > didn't > > change the folder structure. > > like most people here (judging from the lack of responses to your email) > i have little experience with chinese systems. > > the first thing that comes to my mind when reading your problem > description is a character representation issue. > Pd uses UTF-8 (a Unicode variant) to represent characters. > this is pretty standard in the entire world, except for Windows where > UTF-16 (if they use unicode at all) is used. > > i think Pd is pretty well tested for doing a proper conversion between > it's UTF-8 representation and the wide-char (UTF-16) representation > needed on Windows - but these tests are mostly done on "western" > systems, where the characters are practically always formed by > unicode-points <65536 (which is the highest number that can be > represented by an (unsigned) 16bit value; UTF-16 uses 16bit (hence the > name) as the base number size). > > afaik (but - see above - i know little) the standard code points for > chinese letters are in the range of 0x4E00..0x9FFF, so they would well > fit into the 16bit constraint. > but then: you never know what encoding they really use. > > so: > - could you share the screenshot? > - would it be possible to find out which character encoding is used by > your colleagues? and which codepage? and...? i'm not on windows but a > quick websearch revealed [1], which has at least a bit of information on > how to get all these things) > - would it also be possible to get the full path to one of the failing > abstractions as *text*? (not as a screenshot). > > gfmdasrf > IOhannes > > PS: another thing: if you are using externals that open files by > themselves, they really *should* use Pd's file-opening functions if they > want to open non-ASCII filenames. > so if the problematic files are not opened via externals, it could well > be a bug in the externals (though from your description i figure that Pd > itself is having problems) > > > > [1] https://serverfault.com/questions/80635/ > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Windows in Chinese, problem with paths
Dear list, I am working on a project with people in China and sent them a project with a main patch and a couple of subfolders for abstractions and audio files. I'm using [declare -path abstractions] so PD finds the files relative to the main patch. I tested the patch (I copied the same .zip file that I'm sending) in an older windows machine I have and it works fine, but the chinese colleagues are having some trouble. They sent me a screenshot of the console and PD can't find any of the subpatches or audio files. Do you have any experience with this? They are using Pd 0.51.2 on a Windows 10 machine with the operating system in chinese. I checked and they didn't change the folder structure. Cheers, Maxi -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Concatenating two atoms into one?
t is so super easy to generate
> > lots and lots of (different) symbols.
> >
> >
> >> eventually slow down or crash PD ?
> >>
> >> so, as a live example: writing number values to GUI labels dynamically
> >> is a potentially dangerous thing ? what's the threshold there ?
> > your computer memory will define the time when it will crash Pd (it will
> > crash, when all the strings in the symboltable eat up all the memory
> > available)
> >
> > as for the slow-down, why not simply create a patch that tests this for
> you?
> >
> > create labels with [makefilename label%08d] with the input ranging from
> > 0...200 (or so; you'll notice when it gets slow).
> > measure the time it takes to generate the symbols (well, measure the
> > time it takes to generate 1 symbols or)
> >
> >
> >> or is there any way to clear the symboltable ?
> > i think i covered this in another ("the" other) post quite recently.
> >
> >
> > gfsdm
> > IOhannes
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
--
Maximiliano Estudies
*VDT Referat Beschallung*
+49 176 36784771
omslo.com
maxiestudies.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Re: [PD] Number of the available midi ports shown
there is already one (#1110 <https://github.com/pure-data/pure-data/issues/1110>) El jue., 1 oct. 2020 a las 11:33, IOhannes m zmoelnig () escribió: > On 2020-09-29 19:23, Maximiliano Estudies wrote: > > Would it be possible to extend the drop-down menu to all the devices? > > > please open a ticket on https://bugs.puredata.info/ > (if there isn't one already) > > gmdsfrt > IOhannes > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Route "1" instead of 1
Dear List, is there a way to tell [route] to route the symbol "1" insead of (float) 1? I'm working with OSC and the incoming messages have a lot of numbers (like /track/1/fxparam/1/) in the namespace. For now I have been using [list split 1] | | [f ] | | | [list append] to convert the symbols to floats, which is actually fine, but I have a big project coming up where I will have to do this a lot and maybe there is a way to ask [route] politely to recognize the symbol "1". Cheers, -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Number of the available midi ports shown
Thanks for your answer Dan! I didn't know about the patchbay, I just tried it and it is great, but it doesn't solve my problem. If the ESI Interface is plugged (which of course must be in order to be seen by the patchbay) it is also seen by Pd and still takes space in the drop-down menu, even if I don't use it at all. El mié., 30 sept. 2020 a las 12:24, Dan Wilcox () escribió: > I'd recommend not choosing inputs directly in Pd, but use IAC MIDI busses > and then route the hard device to them with something like MIDI Patchbay. I > use this all the time, but then again I am not using as many simultaneous > interfaces as you are. > > http://notahat.com/midi_patchbay/ > > On Sep 30, 2020, at 12:11 AM, pd-list-requ...@lists.iem.at wrote: > > Date: Tue, 29 Sep 2020 19:23:00 +0200 > From: Maximiliano Estudies > To: Pd-List > Subject: [PD] Number of the available midi ports shown > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > Dear list, > > I recently stumbled on a problem with the number of available midi > interfaces shown under _midi settings_. I am using four different > keyboards, three of them connected via USB Midi and one over a ESI M8U Midi > interface. I also need 4 internal IAC MIDI Buses. > My problem is that the ESI interface has 16 ports that are shown as > different devices, and Pd shows only the first 21 available devices, so > when the interface is connected I can't select some of the other keyboards > as inputs because they are not shown in the drop-down list. > I only need the first port of the ESI interface and I can't disable the > rest in the audio-midi config, and this is the only interface I have. > Would it be possible to extend the drop-down menu to all the devices? > I'm using Pd-0.50 on OSX Sierra (10.12). > > Cheers, > Maxi > > > ---- > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > > > -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Number of the available midi ports shown
Dear list, I recently stumbled on a problem with the number of available midi interfaces shown under _midi settings_. I am using four different keyboards, three of them connected via USB Midi and one over a ESI M8U Midi interface. I also need 4 internal IAC MIDI Buses. My problem is that the ESI interface has 16 ports that are shown as different devices, and Pd shows only the first 21 available devices, so when the interface is connected I can't select some of the other keyboards as inputs because they are not shown in the drop-down list. I only need the first port of the ESI interface and I can't disable the rest in the audio-midi config, and this is the only interface I have. Would it be possible to extend the drop-down menu to all the devices? I'm using Pd-0.50 on OSX Sierra (10.12). Cheers, Maxi -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Negative frequency of modulating sinusouid in FT
Hi Miller, thank you for answering my question. I see it now, it is actually stated a couple of times in the book that when multiplying complex sinusoids their magnitudes multiply and the angular frequency adds, and thus when multiplying a complex sinusoid by a unit magnitude and opposite frequency you get one with the magnitude of the first and zero frequency. Beautiful. Thank you again for your answer and for the book! El lun., 27 jul. 2020 a las 19:40, Miller Puckette () escribió: > Hi Maxi - > > When you modulate a complex sinusoid with another one you only get one > sideband, not both. The sideband's frequency is the sum of the two > original frequencies - so if they're exact opposites you only get the > result at frequency zero. > > This is one reason for using complex sinusoids instead of "normal", > real-valued > ones. > > cheers > Miller > > On Sat, Jul 25, 2020 at 05:44:37PM +0200, Maximiliano Estudies wrote: > > Hey peeps, > > > > I have another question regarding "The Theory and Technique of Electronic > > Music". It is not directly related to pd, but I guess that many of you > will > > know this stuff and might be able to help me. I hope it is ok. > > In the last paragraph of 9.1 ( > > http://msp.ucsd.edu/techniques/latest/book-html/node164.html) the > frequency > > of the modulating signal is defined as having negative frequency (in the > > book -*k??)*, why is that the case? wouldn't a sinusoid with positive > > frequency *k??* also give us two partials at 0 and 2*k??*? > > > > Cheers, > > Maxi > > -- > > Maximiliano Estudies > > *VDT Referat Beschallung* > > +49 176 36784771 > > omslo.com > > maxiestudies.com > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!UoCQR2JZwOB3QLtpJJk8HcoDHArBRN4B3zUB4ZN7ebKdJ3RaaEQGtjlD4Gij$ > > -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Negative frequency of modulating sinusouid in FT
Hey peeps, I have another question regarding "The Theory and Technique of Electronic Music". It is not directly related to pd, but I guess that many of you will know this stuff and might be able to help me. I hope it is ok. In the last paragraph of 9.1 ( http://msp.ucsd.edu/techniques/latest/book-html/node164.html) the frequency of the modulating signal is defined as having negative frequency (in the book -*kω)*, why is that the case? wouldn't a sinusoid with positive frequency *kω* also give us two partials at 0 and 2*kω*? Cheers, Maxi -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] switch-and-ramp technique
Thank you both, I understand now what I was doing wrong! El jue., 23 jul. 2020 a las 19:03, Miller Puckette () escribió: > Here's an abstraction I call rampdown~ - any time you want you can bang the > second inlet (control) and simultaneously cut off (brutally zero out) the > left (audio) inlet, as if you were stealing a voice that was actively > playing. I use this quite a bit for monophonic voice stealing, as when you > want to repeatedly trigger a monophonic sampler. > > #N canvas 105 474 450 300 10; > #X obj 64 68 inlet~; > #X obj 63 205 +~; > #X obj 64 255 outlet~; > #X obj 79 169 line~; > #X obj 183 86 inlet; > #X obj 183 190 snapshot~; > #X msg 79 141 \$1 \, 0 100; > #X obj 183 109 b; > #X connect 0 0 1 0; > #X connect 1 0 2 0; > #X connect 1 0 5 0; > #X connect 3 0 1 1; > #X connect 4 0 7 0; > #X connect 5 0 6 0; > #X connect 6 0 3 0; > #X connect 7 0 5 0; > > cheers > Miller > > On Thu, Jul 23, 2020 at 09:47:54AM +0200, Maximiliano Estudies wrote: > > Hello list, > > > > I'm working through "The theory and technique of electronic music" for > the > > second time and having some trouble implementing the switch-and-ramp > > technique described in 4.3.2. I understand the concept but my current > > implementation clicks harshly when I retrigger the envelope. > > > > Does anybody have an implementation I could look at? > > > > -- > > Maximiliano Estudies > > *VDT Referat Beschallung* > > +49 176 36784771 > > omslo.com > > maxiestudies.com > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!W3css_ej50c4YLdl1_hUs00Cnp2QAla3AgWMh-C_i7SIL3wOq0-XoXXs7LNa$ > > -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] switch-and-ramp technique
Hello list, I'm working through "The theory and technique of electronic music" for the second time and having some trouble implementing the switch-and-ramp technique described in 4.3.2. I understand the concept but my current implementation clicks harshly when I retrigger the envelope. Does anybody have an implementation I could look at? -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Formant filter ?
There is also this website https://www.easycalculation.com/physics/electromagnetism/biquad-calculator.php where you can calculate coefficients. El mar., 25 jun. 2019 a las 4:22, Ingo () escribió: > Thanks, Alexandre! > > > > This looks very helpful! > > > > Ingo > > > > *From:* Alexandre Torres Porres [mailto:por...@gmail.com] > *Sent:* Monday, June 24, 2019 9:41 PM > *To:* William Huston > *Cc:* Ingo; pd-list > *Subject:* Re: [PD] Formant filter ? > > > > I'd rather use a more proper bandpass filter than bp~, which does note > have a nice symmetric response. You could use [biquad~] instead, but the > issue is that you'd need to generate coefficients for it. I provide the > [else/bicoeff] object in else that calculates biquad coefficients and I > just uploaded an update in my tutorial that shows how to do that by hand in > a pd patch, see: > https://github.com/porres/Live-Electronic-Music-Tutorial/blob/master/Tutorial/Vol.2/Part.09-Filters-Reverb-Karplus/31-Filters(Advanced)/2.Filters/4.EQCookbook.%5Bbiplot%5D.pd > > > > Em seg, 24 de jun de 2019 às 12:04, William Huston < > williamahus...@gmail.com> escreveu: > > I have one I built, it's basically 3x bp~ stages in parallel, with each > stage being a double bp~ in series. > > > > Get it here: > > https://github.com/WilliamAHuston/BHPDtoolkit > > > > It's called: > > abstractions/BHFormantx3~.pd > > also > > abstractions/FormantControl.pd > > > > I have a fake resonance built in, basically an osc~ at the cutoff freq of > the filter which you can blend it. > > > > It's not pretty, I built this as a PD novice. But it works well. > > > > (You may want to grep through the patches folder to find some examples > where I use this.) > > > > One use I found for it, which is very cool, is to create a source which is > rich in overtones, saw or square or a gritty granular snippet, send it to > the filter. > > > > Tune the 3 bp~'s to a chord, and use a midi controller to set the root of > the chord, to play melodies *on the filter*. > > > > HTH, > > BH > > > > > > On Mon, Jun 24, 2019, 1:50 AM Ingo wrote: > > OK! I just googled "Formant Table" and got lots of results with the > frequencies of each formant. > I guess by using 3 bandpass filters I should be able to build one as an > abstraction. > > Ingo > > > Can anyone point me to a formant filter external that is working and not > too heavy on the CPU? > > > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > _______ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] less intelligent patching for Pd
for me it is not really a problem as, if I still haven't released the mouse and I want to connect to another inlet, I can just move the mouse. I guess it is still frustrating, and I like the idea of using the mouse as little as possible. Thanks for the work, it's all very cool! Maxi El mié., 12 jun. 2019 a las 10:01, IOhannes m zmoelnig () escribió: > On 08.06.19 19:04, Maximiliano Estudies wrote: > > If I press tab the connection jumps to the next > > inlet, but when I release the mouse it still connects to the inlet that's > > nearer to the mouse, > > this quite directly relates to my initial mail. > > On 05.06.19 16:08, IOhannes m zmoelnig wrote: > > Cycling inlets doesn't work on OSX. > > the problem being that i haven't found a way to move the mouse pointer > under OSX. > my refined attempt to fix the problem was to just tell the GUI to do > move the mouse pointer, hoping that if it cannot do that no harm will be > done. > it turns out, that the attempt to move the mouse pointer makes Pd report > that the mouse pionter wsa indeed moved (to the next inlet), so the > cords are updated. but when you release the mouse button (to do the > actual connection), the unmoved position is reported, and Pd will take > *that* position to determine the inlet to connect to :-( > > fgmasdr > IOhannes > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] less intelligent patching for Pd
This looks great! I'm testing the osx/64bit build in Sierra. The only thing that seems odd is the cycle-connect for the inlets, but maybe I got it wrong. If I press tab the connection jumps to the next inlet, but when I release the mouse it still connects to the inlet that's nearer to the mouse, here <https://i.postimg.cc/XJZf2jxj/inlet-outlet.gif> a short demo. El jue., 6 jun. 2019 a las 13:28, Roman Haefeli () escribió: > On Thu, 2019-06-06 at 11:19 +0200, IOhannes m zmoelnig wrote: > > On 05.06.19 23:21, Miller Puckette wrote: > > > next release... I'll merge it as soon as it's done getting tweaked. > > > > in order to finish tweaking, i will need feedback. the more the > > merrier. > > Thanks for your work. I find the short cuts memorable and think they > work very well. I absolutely like the new features. > > > i'm especially looking forward to feedback from actually testing the > > new > > feature-branch (as opposed to watching the video and liking it). > > > > so if you you know how to run a compiler, please check out [575], > > compile and test. > > I'm running this feature branch now and will keep using it and report > back. So far, I can't see any problems. It seems to me you improved > many little details, for instance when I undo a fan-out, I don't have > to step through each individual connection anymore. > > Really nice work! > > Roman > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] error -9988: Invalid stream pointer
Sorry I forgot about all the important stuff. MacBookPro with Sierra and pd 0.49-1. I was using the internal audio interface and microphone from my laptop, because I was just testing the patch. The patch is very simple, just plays back a stereo file using readsf~ and processes the microphone signal with some band pass filter and [rev1]. I can't tell you exactly what I did, because it appeared in different situations. I just opened the patch to find out what could trigger the error, and I couldn't make it happen, so I left it alone for a while and then, I got the error, and a couple seconds later pd crashed. Here <https://we.tl/t-wYXcTcdfwX> is the patch (also with the sound files and cue lists), maybe I am doing something bad without knowing, but yesterday I tried with a couple of older patches that used to work fine and I had the same problems. For me it is weird that it seems to appear out of the blue, I don't recall doing any update or changing anything for the last couple of months... I have also been using pd 49-1 since the release. El mié., 27 feb. 2019 a las 11:02, Dan Wilcox () escribió: > What OS? What sound device? What steps did you do to make it happen? etc > etc etc > > If it's on macOS, this can happen after putting the machine to sleep and > waking it up. It's a warning that the current Portaudio stream was closed > which can also happen when a connected device is unplugged. Previous to > 0.49, Pd simply hard froze when this happened... > > On Feb 26, 2019, at 5:11 PM, pd-list-requ...@lists.iem.at wrote: > > Date: Tue, 26 Feb 2019 17:10:34 +0100 > From: Maximiliano Estudies > To: pd-list@lists.iem.at > Subject: [PD] error -9988: Invalid stream pointer > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > Hello List, > > A couple of days ago I started getting this error message: > > error -9988: Invalid stream pointer > audio device not responding - closing audio > you may need to save and restart pd > > I'm not sure how to reproduce it. I tried several different patches and > they all seem to randomly cause it. Sometimes pd freezes, sometimes I can > turn dsp off and then on again and everything works. Google didn't help. > > > > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > > > -- Maximiliano Estudies +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] error -9988: Invalid stream pointer
Hello List, A couple of days ago I started getting this error message: error -9988: Invalid stream pointer audio device not responding - closing audio you may need to save and restart pd I'm not sure how to reproduce it. I tried several different patches and they all seem to randomly cause it. Sometimes pd freezes, sometimes I can turn dsp off and then on again and everything works. Google didn't help. -- Maximiliano Estudies +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd & massively multi-channel wi-fi speakers
the radio idea sounds like a lot of fun. El lun., 18 feb. 2019 a las 10:24, Jean-Marie Adrien (< jm.adrien@gmail.com>) escribió: > hi > as far as i know, two major problems > - wireless speakers to be found for sale in the industry are based on the > stereophonic paradigm, music coming out of two holes and that’s it > - wireless technology introduces some latency, which is somehow > contradictory with the pd real time approach, even more since the industry > runs now after the personal assistant segment, to generate more profit, and > this introduces though even more latency, which is in itself not a problem > if you playback dead sounds like in the last millenium. > > there must be some ways to turn around these problems though, like radios > indeed :), but these ways around have to be considered in balance with > installing simple cables, and this even more if sound sources are not > mobile in space. > > i am however always curious to learn about the subject > jm > > > Le 18 févr. 2019 à 09:19, Peter P. a écrit : > > > > * Kerry Hagan [2019-02-17 12:56]: > >> Hello all, > >> > >> Has anyone used wi-fi speakers with Pd? > > > >> > >> More importantly - I would ideally like to send 30 independent audio > channels to 30 battery-powered wi-fi speakers (in the same room) > > Do you mean Wifi or Bluetooth? Could you use small FM transmitters and > > 30 battery powered radios, like, in the last millenium, instead? > > > >> I’ve never used any wi-fi speakers for anything at all, and I’m finding > it hard to see how they are connected without some proprietary software > made by the usual suspects. I’ve scoured eBay, Amazon, Curry’s without > being able to answer my own questions. > > Well, these pages don't give answers, they sell you things ;) > > > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Displaying text
if you are open to solutions involving other software, I can recommend you inscore http://inscore.sourceforge.net/. You can control it over osc. El vie., 1 feb. 2019 a las 15:41, Henri Augusto Bisognini (< msndohe...@hotmail.com>) escribió: > Use can use a canvas. It is customizable. You can check > [easyflow/printHere] for an example of dealing with multiline text and how > to display the sharp character instead of #. > > -- > *De:* Pd-list em nome de Martin Dupras < > martindup...@gmail.com> > *Enviado:* sexta-feira, 1 de fevereiro de 2019 12:05 > *Para:* pd-list@lists.iem.at > *Assunto:* [PD] Displaying text > > I'll be brief. > > I need to be able to display musical performance instructions to several > performers at once (each with their own laptop, say) in an easy to deploy > and reasonably robust way. Text only, or static images only, or both would > be acceptable. It would be bonus to be able to move the text around the > screen, too. > > Any suggestions that do not involve Gem? > > Thanks, > > - martin > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] ASCII to route
also if you want to stay in vanilla, [list fromsymbol] does the same magic El vie., 11 ene. 2019 a las 13:53, Jack () escribió: > You are creating a symbol "Eins 0". > If you trim this symbol, you will get a message "Eins 0". > Then the behavior of the object "route Eins" is correct because it will > only route message "Eins" from it is first outlet, so "Eins 0" will be > routed with the last outlet. > > So, you need to create a list "Eins 0", not a symbol "Eins 0" and route > this list. > For instance, you can use the object "symbol2list" from zexy to split > your symbol into a list of two elements. > > Patch attached. > ++ > > Jack > > > > Le 11/01/2019 à 13:35, michael strohmann a écrit : > > I was running into a puzzling problem: > > I try to format an ASCII stream in to a message. somehow the resluting > message behaves different than messages created via the Put-Menue, e.g. > route does not recognize it properly... > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies +49 176 36784771 maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] declare not working with audio files
I can confirm that it works fine with [soundfiler]. In my case the [declare] object is on the main patch (not in an abstraction) The issue that IOhannes pointed me to https://github.com/pure-data/pure-data/issues/234 pretty covers the why and also the proposed solution. In my case is not a big deal to write the full relative path name, but a solution with [canvas] would be fancier. Thanks for the replies. Maxi El sáb., 5 ene. 2019 a las 18:25, Miller Puckette () escribió: > I think there's some trouble opening files via paths in readsf~. > > But it's also a longstanding problem that relative paths from within > abstractions are > taken as relative to the abstraction, not the owning patch, so that if the > abstraction > is itself somewhere out on the path it gets horribly confusing. I've been > agonizing for > years as to how to fix that. > > cheers > Miller > > On Sat, Jan 05, 2019 at 02:48:59PM +0100, IOhannes m zm??lnig wrote: > > On 1/5/19 2:31 PM, Maximiliano Estudies wrote: > > > Hi, > > > > > > I am trying to use [declare -path audio] to declare a subdirectory to > store > > > my audio files relative to the patch, but pd seems unable to see the > files. > > > Pd sees abstractions and text files in the subdirectory though. > > > In the documentation says "abstractions and/or other supporting > files". Are > > > only text files supported? > > > > > > > it works fine with [soundfiler]. > > > > see also https://github.com/pure-data/pure-data/issues/234 > > > > gasdm > > IOhannes > > > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies +49 176 36784771 maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] declare not working with audio files
Hi, I am trying to use [declare -path audio] to declare a subdirectory to store my audio files relative to the patch, but pd seems unable to see the files. Pd sees abstractions and text files in the subdirectory though. In the documentation says "abstractions and/or other supporting files". Are only text files supported? pd 0.49-1 and MacOS -- Maximiliano Estudies +49 176 36784771 maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] vanilla partitioned convolution abstraction
Dear Alexandre, in my Mac I'm at 60% CPU! Great work by the way, I was in the need for something like this. Cheers, Maxi El jue., 3 ene. 2019 a las 12:01, escribió: > Send Pd-list mailing list submissions to > pd-list@lists.iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.puredata.info/listinfo/pd-list > or, via email, send a message with subject or body 'help' to > pd-list-requ...@lists.iem.at > > You can reach the person managing the list at > pd-list-ow...@lists.iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pd-list digest..." > > > Today's Topics: > >1. vanilla partitioned convolution abstraction > (Alexandre Torres Porres) > > > -- > > Message: 1 > Date: Thu, 3 Jan 2019 02:18:43 -0200 > From: Alexandre Torres Porres > To: Pd-List > Subject: [PD] vanilla partitioned convolution abstraction > Message-ID: > ymjvfhtqjcb95uwxufw4dvw6xfcqcbz-...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi, happy new year. > > Here's a vanilla partitioned convolution abstraction > https://www.dropbox.com/s/pbkg8xy2yhy9bpo/conv~-vanilla.zip… > < > https://www.dropbox.com/s/pbkg8xy2yhy9bpo/conv~-vanilla.zip?dl=0=IwAR3Sj1Cx8it5Tt8ne5miujaQxhgqlr1S2AuoyhGQzjQwofvR7OpUzhh9EgE > > > > > It is based on this http://tre.ucsd.edu/wordpress/?p=772 > < > http://tre.ucsd.edu/wordpress/?p=772=IwAR0cFSK7dKpsYc1tq1gH5nebQ0aSPLFhTOB-ztlsz0Fx0tbz9_tYwKAN4NE > > > > > what you think, is it working? Both objects on the help file take about 40% > of my CPU power, but I'm on a wild machine > > > > I made some changes on the original work by Tom Erbe. It is supposed to be > more efficient because the FFT on the input is only done once! I tried the > idea of having each partition work with FFT saved on tables, so we wouldn't > need to perform FFTs in different instances of clone, but that doesn't seem > to be possible. And, well, it is made as an abstraction and all you need to > do is give it the window size and the IR sound file name... > > > cheers > -- next part -- > An HTML attachment was scrubbed... > URL: < > http://lists.puredata.info/pipermail/pd-list/attachments/20190103/7d73b4eb/attachment-0001.html > > > > -- > > Subject: Digest Footer > > ___ > Pd-list mailing list > Pd-list@lists.iem.at > to manage your subscription (including un-subscription) see > https://lists.puredata.info/listinfo/pd-list > > > -- > > End of Pd-list Digest, Vol 166, Issue 5 > *** > -- Maximiliano Estudies +49 176 36784771 maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
