Re: [PD] Update cyclone maintenance
Hi Alexandre, The primary goal with cyclone maintenance was fixing the known bugs, maybe add missing functionality for existing objects and improve the help-patches. This is now more or less completed, apart from providing compiled versions for 'compile-unfriendly' platforms. Adding new objects was not the primary goal, but could be next. I looked at the teeth~ object you suggested, but it will take more time to understand the transition from formula to code. Filter code, certainly optimized, is not simple to understand! The objects you mentioned, apparantly happened to be part of cyclone, in the 'cyclone sub-library', but I cannot find them anymore in the code. I will try to find out why. Some of the objects exist in zexy, but not all, so it is the question where best to add new ones. As a first step creating them as abstractions might be a good idea, and if some of them turn out to be expensive, I could try to implement them in code. In which library they should be placed could be an other discussion. For now, I only do cyclone... Greetings, Fred Jan Other suggestions for objects, these are quite simple to make, maybe too silly to bother as well; [!-] [!-~] [!/] [!/~] and also the signal versions of comparatives such as [~], [=~], [~], [=~], [!=~] [==~] by the way, this could all be done with simple abstractions made out of [epxr] and [expr~]. I could do them like that if you want it. cheers 2015-01-23 14:25 GMT-02:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: Hi All, At http://fjkraan.home.xs4all.nl/__digaud/puredata/cyclone/index.__html http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/index.html a new set of revised help-patches for the cyclone library are available. Most previous remarks are applied. There are now previews of the Windows binaries and MacOSX. The latter is build on MacOSX 10.5 with XCode 3.14, so should have executables for PPC, i386 and i386_64. I confirmed the last two are working (10.5 and 10.8). It remains in progress, in the task list are the fixed and remaining issues. Fred Jan _ Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Bulk] Re: automatically get chord from sequence of notes?
On 22/02/2015 07:36, Rivoire David wrote: Where can I find YIN patch ? I'm not sure about the algorithm implemented, but pitch detection in PD can be achieved in different ways. you can use fiddle~ (http://cargocollective.com/max-pd-tutorial/pitch-detection) or the bindings for aubio, aubiopitch~ (http://puredata.info/downloads/aubio) to name a few... I can't remember right now, but there is another object called pitch~ or something like that Cheers Envoyé de mon iPhone Le 21 févr. 2015 à 17:38, Alessio Degani alessio.deg...@ymail.com a écrit : On 20/02/2015 21:09, Rivoire David wrote: And how can I do when I should record a true sound of trombone ? Because I am a trombonist player... Envoyé de mon iPhone Yes. Excuse my question, I'm not a trombone player, you can play chords with trombone? I think not... If I'm not wrong, you can instead use a pitch detection algorithm (i.e. Yin or some others implemented on PD) and use the estimation of the note played (ONE note), to generate a chord sequence based on a given musical key. For example, if you are in key Cmaj, and you play the note A with trombone, you can use PD to generate the chord Amin. A basic real-time ACE algorithm is not straightforward to implement. Cheers -- a. -- a. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] meaning of delay(msec) and use callbacks in audio settings
I found some links for understanding callback scenario in realtime audio. https://ccrma.stanford.edu/software/stk/crealtime.html http://portaudio.com/docs/v19-doxydocs/blocking_read_write.html http://www.rossbencina.com/code/real-time-audio-programming-101-time-waits-for-nothing cheers, akntk On Sun, Feb 22, 2015 at 2:36 AM, Jonghyun Kim agitato...@gmail.com wrote: Thanks David for your answer. I understand what mean audio buffer and block size. Now I'm on Linux with Jack backend, and the block size controlled by jack. I know how to change the block size with [block~] or [switch~] in sub-patch. But I still don't understand the difference between Callback scenario and Block method. I think that I don't know what is Callback in audio settings. I searched about that, but I couldn't see good answer for me. Thanks in advance, akntk On Wed, Feb 18, 2015 at 11:26 AM, David Medine dmed...@ucsd.edu wrote: Basically these things have to do with performance. 'Use callbacks' has to do with how Pd communicates with your soundcard. There are two options, using callbacks, and blocking. In the callbacks scenario, your computer processes samples then asks the sound card to 'call you back' when it's ready to receive those samples (i.e. when it is out of audio to play and needs some more). In the meantime, you can process more samples, or check out what's going on on CNN.com or whatever. In the blocking method the computer hands the samples to the soundcard by calling a function and if the sound card is not ready, it 'blocks' meaning it stops your function in its tracks until it is ready to receive the data. Your thread (Pd) will halt until the function that sends the audio has finished. Anybody out there, please correct me if I am spreading misinformation here, but this is my understanding of this distinction. Delay(msec) is a delay between logical time (when your computer computes the audio) and real time (when the sound comes out the speaker). You want to have some head room here. I've seen really good setups get down to below 10ms (as low as 4) without any glitches, but usually you want much more time ~50ms or so. On 2/17/2015 5:42 PM, Jonghyun Kim wrote: Fyi, I use jack on Linux for PD. On Feb 18, 2015 8:16 AM, Jonghyun Kim agitato...@gmail.com wrote: Hi list, I would like to know about some features in audio settings. I don't understand what mean these options. *Delay(msec)* and *Use callbacks* I googled these options, but still I don't understand. Is there some document about it? Thanks in advance, akntk ___pd-l...@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Smoothing midi control input ?
Dear list, This is most likely a stupid question. I purchased an Akai midi (usb) controller and started building a patch for it in Pd. I tried a simple delay controlled (length) by one of the knobs on the Akai, and I think I can hear the jumps between the different length values as I turn the knob. The input from the controller is first normalized to the delay line max length, then passed to a [pack 0 20], then to a [line~], before affecting the delay length. I thought the line would smooth the control input, but apparently it's not. Are the 20 ms for the [line~] too short, or am I not doing it the proper way ? I actually don't know what happens to line~ when a new value is given to it before the 20 ms are over. Thank you in advance. Pierre. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Smoothing midi control input ?
On 02/22/2015 09:05 PM, Pierre Massat wrote: The input from the controller is first normalized to the delay line max length, then passed to a [pack 0 20], then to a [line~], before affecting the delay length. I thought the line would smooth the control input, but apparently it's not. Are the 20 ms for the [line~] too short yes most likely. 20ms is equivalent to 50Hz which is well notifiable (you are modulating your input signal with a 50Hz half-period) as a rule of thumb, use something above 50ms (==20Hz which is basically inaudible), the higher the smoother (though obviously the higher you get, the longer it will take to reach the target; so having very long lengths might become inacceptable as well) , or am I not doing it the proper way ? I actually don't know what happens to line~ when a new value is given to it before the 20 ms are over. [line~] interpolates from the *current* value to the target value in x ms. the *current* value is the value it currently has. so if you start with [0, 1.5 3000(, and after 1 second send it a [0 100(, it will start the second ramp from 0.5 (because this is where the 1.5/3000 ramp was interrupted). gfrdsa IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Update cyclone maintenance
I guess I can help you with teeth~, it's really supposed to be darn simple as hell. The filter formulas is not a problem for me. I guess I could help and just try and do it. The objects you mentioned, apparantly happened to be part of cyclone, in the 'cyclone sub-library', but I cannot find them anymore in the code I had the idea they were around and vanished. Some of the objects exist in zexy, but not all But with some other name, right? Cause I tried to instantiate these objects and they just didn't show up. I'd like to know which ones are in zexy and how to call them up. I could try to implement them in code Me too, maybe I could collaborate. I've been meaning to start coding objects for a long while now. cheers 2015-02-22 11:26 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl: Hi Alexandre, The primary goal with cyclone maintenance was fixing the known bugs, maybe add missing functionality for existing objects and improve the help-patches. This is now more or less completed, apart from providing compiled versions for 'compile-unfriendly' platforms. Adding new objects was not the primary goal, but could be next. I looked at the teeth~ object you suggested, but it will take more time to understand the transition from formula to code. Filter code, certainly optimized, is not simple to understand! The objects you mentioned, apparantly happened to be part of cyclone, in the 'cyclone sub-library', but I cannot find them anymore in the code. I will try to find out why. Some of the objects exist in zexy, but not all, so it is the question where best to add new ones. As a first step creating them as abstractions might be a good idea, and if some of them turn out to be expensive, I could try to implement them in code. In which library they should be placed could be an other discussion. For now, I only do cyclone... Greetings, Fred Jan Other suggestions for objects, these are quite simple to make, maybe too silly to bother as well; [!-] [!-~] [!/] [!/~] and also the signal versions of comparatives such as [~], [=~], [~], [=~], [!=~] [==~] by the way, this could all be done with simple abstractions made out of [epxr] and [expr~]. I could do them like that if you want it. cheers 2015-01-23 14:25 GMT-02:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: Hi All, At http://fjkraan.home.xs4all.nl/__digaud/puredata/cyclone/index.__html http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/index.html a new set of revised help-patches for the cyclone library are available. Most previous remarks are applied. There are now previews of the Windows binaries and MacOSX. The latter is build on MacOSX 10.5 with XCode 3.14, so should have executables for PPC, i386 and i386_64. I confirmed the last two are working (10.5 and 10.8). It remains in progress, in the task list are the fixed and remaining issues. Fred Jan _ Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list