[PD] One of 3 flucoma video tutorial done

Hello! A postgrad here in Huddersfield has started in doing a ‘translation’ of the FluCoMa entry point tutorials. Here is the first of them, classifying MFCC timbral profiles with an MLP network. https://www.youtube.com/watch?v=ay6WWvKkjEw The other 2 (mlp regressor to control a synth, and 2d

[PD] MacOS: problem re-signing the app to link to a debugger

Dear all I’m trying yet again to attach a debugger to Pd (yes the pd cli in the bundle content). In the past it has worked, and now I get an error (errSecInternalComponent) and I cannot get it to attach… Any pointers welcome. p ___

[PD] ButtonRelease binding getting lost - was Tcl getting sluggish

binding was done is delete and recreated and re-bind-ed but to no avail Now, I’m really stucked. I have tried everything. Any help is really welcome. p > On 21 Mar 2024, at 09:03, Pierre Alexandre Tremblay > wrote: > > Ok one wisdom and one further question: > > 1:

Re: [PD] Tcl getting sluggish

method) and that opens a can of worm of a full re-write on my side… is there any tutorial out there on writing GUI ? Or commented code? Or good practice? Anyway, I hope this will help someone. I searched ... > On 20 Mar 2024, at 20:00, Pierre Alexandre Tremblay > wrote: > > Hello

[PD] Tcl getting sluggish

Hello So I am trying to optimise the drawing of fluid.plotter… I have a dictionary in TCL land, which I thought would be clever, but it seems to get worse as I replace points. 2 questions for the pros of the pd GUI coding: 1. Is it better to keep my database in C and pass it afresh at all

Re: [PD] I reckon those interested in FluCoMa are already on our forum

ns Tutschku here > in Brazil and had many conversations about FluCoMa and related things I have > been working on using Python/librosa and Pd. > > Thanks for your work on FluCoMa: as I said in the FB group, it is an amazing > tool! > > cheers, > José H. Padovani &g

Re: [PD] I reckon those interested in FluCoMa are already on our forum

ns Tutschku here > in Brazil and had many conversations about FluCoMa and related things I have > been working on using Python/librosa and Pd. > > Thanks for your work on FluCoMa: as I said in the FB group, it is an amazing > tool! > > cheers, > José H. Padovani &g

Re: [PD] I reckon those interested in FluCoMa are already on our forum

n up at some point. > > On 12/17/23 19:26, Pierre Alexandre Tremblay wrote: >> But I’m just asking here, since I am making some changes and I would need >> feedback and the pd presence there is modest… maybe nobody uses it on pd, >> and if so, please ign

[PD] I reckon those interested in FluCoMa are already on our forum

But I’m just asking here, since I am making some changes and I would need feedback and the pd presence there is modest… maybe nobody uses it on pd, and if so, please ignore and sorry for the noise p ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE

Re: [PD] How to deal with externals for both 64 and 32-bit Pd

What worries me most, with FluCoMa in head, is what is the horizon to support this - in other words, when is 32 and 64 will be shipped as equal. There is no more dev resources apart from some free time by yours truly for all the stuff so I need to plan carefully… in years! So if anyone on the

Re: [PD] How to deal with externals for both 64 and 32-bit Pd (was: Re: [PD-announce] Pd 0.54-1 released)

And here keeping an eye too for simple double-support I hope... > On 6 Dec 2023, at 07:43, Alexandros Drymonitis wrote: > > Ahem, I should have guessed that... > > The question now is how to have both versions run happily side by side? On > the 64-bit version I did find zexy (but some other

Re: [PD] Quick dev question r.e. underlying tcl version

Ok thanks all. I’ll try the native dicts and some sort of conditional shenanigans to use the replacement version if needs be > On 19 Oct 2023, at 18:52, Linux ROUEN Normandie wrote: > > And on Linux Mint 21.2 (based on Ubuntu 22.04.3 LTS), 'tcl' is in version > 8.6.11+1build2 (coming from

Re: [PD] Quick dev question r.e. underlying tcl version

Ok thanks. I try it all and might do a PR if I’m despaired. > On 19 Oct 2023, at 15:07, IOhannes m zmölnig wrote: > > On 10/19/23 14:56, Pierre Alexandre Tremblay wrote: >> This is great! 2 naive questions: >> - if v 8.5 will it default to the (faster) native one? (Or is th

Re: [PD] Quick dev question r.e. underlying tcl version

find good practice. > On 19 Oct 2023, at 13:44, IOhannes m zmölnig wrote: > > Am 19. Oktober 2023 14:33:08 MESZ schrieb Pierre Alexandre Tremblay > : >> Ok thanks. Then I presume that for Linux it is a salad of versions then - >> I’ll put a test and see what happen

Re: [PD] Quick dev question r.e. underlying tcl version

Ok thanks. Then I presume that for Linux it is a salad of versions then - I’ll put a test and see what happens Thanks! > On 19 Oct 2023, at 13:25, Dan Wilcox wrote: > > For quite a few years, builds for newer macOS versions come with 8.6 while > builds for very *old* macOS versions *may*

[PD] Quick dev question r.e. underlying tcl version

Dear all I’ve looked in the codebase and the list and I cannot find what tcl/tk I can be guaranteed for Pd on MacOS Linux and Windows… should I check in my tcl code if I need 8.5 (for dict support) Thanks p ___ Pd-list@lists.iem.at mailing list

Re: [PD] Problem with this (involved) abstraction for XY

ote: > > > Pierre Alexandre Tremblay schreef op 30-08-2023 9:27: >> Dear Miller and Christof >> I’m sorry to be the cause of pain - I will amend the patch now but >> what is strange in this one is that recoding it actually changes its >> behaviour. >> In all ca

Re: [PD] Problem with this (involved) abstraction for XY

n place of a better and officially > supported alternative, and they will continue to do so... > > Christof > > On 30.08.2023 00:14, Pierre Alexandre Tremblay wrote: >> Ok a lot more investigations later, I have isolated the change of behaviour. >> >> donecanvasdialog

Re: [PD] Problem with this (involved) abstraction for XY

Ok a lot more investigations later, I have isolated the change of behaviour. donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0Which was used to reset the patcher’s sub patchers at the top left is corrupting the ability for a struct to broadcast its click through a graph. Now, can anyone on the Pd dev

Re: [PD] Problem with this (involved) abstraction for XY

Yes this is the one I pointed at in the original post and that is actually broken now :) I will get to the bottom of what changed in the last version to break it. > On 23 Aug 2023, at 02:13, Chris McCormick wrote: > > Hello, > > > On 21/8/23 10:46 pm, Pierre Alexan

Re: [PD] Problem with this (involved) abstraction for XY

oidparty-abstractions > <https://github.com/chr15m/PdDroidParty/tree/master/droidparty-abstractions> > > There isn't a help patch but the creation args are: width height sendname > >> On Aug 21, 2023, at 11:01 AM, pd-list-requ...@lists.iem.at wrote: >> >> Message: 1

Re: [PD] Problem with this (involved) abstraction for XY

21 Aug 2023, at 06:40, Alexandre Torres Porres wrote: > > > > Em dom., 20 de ago. de 2023 às 12:09, Pierre Alexandre Tremblay > mailto:tremb...@gmail.com>> escreveu: > Dear all > > As I wanted to keep FluCoMa depending only on Vanilla, I took the lazy &g

[PD] Problem with this (involved) abstraction for XY

Dear all As I wanted to keep FluCoMa depending only on Vanilla, I took the lazy shortcut to use a x-y abstraction for the fluid.plotter (I know I need to code it in c+tcl) https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla Now, in the

Re: [PD] Prototype for adding an object browser into Pd Vanilla's core

eb Pierre Alexandre Tremblay > : >> Great idea Alexandre >> >> Loads of wisdom, IOhannes >> >> The one bit that stick with me is this: >> >>> but as long as it requires manually maintaining a database of any change in >>> the objects, i st

Re: [PD] Prototype for adding an object browser into Pd Vanilla's core

Great idea Alexandre Loads of wisdom, IOhannes The one bit that stick with me is this: > but as long as it requires manually maintaining a database of any change in > the objects, i strongly believe that the architecture ought to be > reconsidered. Even if it stays as a

Re: [PD] Attaching Xcode debugger

Ok I got it to work - there was on colon missing in the article, so here are my steps to make the downloaded Pd linkable to the debugger: 1) extract the current pd executable entitlements (don’t forget the colon before the path as this is an option to remove the blob) codesign -d

Re: [PD] Attaching Xcode debugger

No actually this is all good - the take-home-message is that compiled Pd won’t link (it runs fine and Brad’s trick is still good for other use cases indeed) So I will try to force it to accept my entitlements - if I manage I’ll let you know my recipe :) > On 28 Feb 2023, at 21:21, Dan Wilcox

Re: [PD] Attaching Xcode debugger

Thanks for these I was unclear - I’m trying to debug an external (all flags ok) to a downloaded version of Pd and this is where the sandboxing is freaking out lldb. In the article I pointed, they show how to modify the entitlements of the host, which I did successfully for a downloaded version

[PD] Attaching Xcode debugger

Hello So we all know how Apple is sandboxing like hell. I have found this article which allows me to modify the entitlements for SuperCollider but the same procedure doesn’t work on Pd. https://stackoverflow.com/questions/69914876/why-xcode-can-not-attach-to-some-programs How do people attach

Re: [PD] sonogram abstraction idea with data structures.

Ah ok. I’ll get coding over Christmas then :) > On 12 Dec 2022, at 09:04, IOhannes m zmoelnig wrote: > > On 12/12/22 09:58, Pierre Alexandre Tremblay wrote: >> and I’m waiting for the new gui interface hinted at > > if you mean the thing i think you mean, then: don't. &g

Re: [PD] sonogram abstraction idea with data structures.

in fluid.land, it is not possible to use it. For the code lift, just put a note to send back the love :) p > On 12 Dec 2022, at 04:28, Alexandre Torres Porres wrote: > > Em dom., 11 de dez. de 2022 às 17:32, Pierre Alexandre Tremblay > mailto:tremb...@gmail.com>> escreveu: > The cod

Re: [PD] I presume you are swarmed by questions on this job

Wow this is the most amateur email skill even - dear list, can I please get many recommendation letters from all of you :) Much love from the UK, where we like to change prime ministers regularity. p > On 24 Oct 2022, at 14:49, Pierre Alexandre Tremblay > wrote: > >

[PD] I presume you are swarmed by questions on this job

https://apol-recruit.ucsd.edu/JPF03296 But I am curious. I know my chances are small but associate jobs are rare, in such good institution and company too :) Am I losing everyone’s time by applying? The call is so open!

Re: [PD] Fluid Corpus Manipulation Toolkit for Max, SuperCollider and Pure Data - version 1 release

n > > On 7 Jul 2022, at 18:52, Pierre Alexandre Tremblay wrote: > > Dear all > > It is with great pride that, after almost 5 years of development, 19 alpha > and 9 beta releases, dozens of nightly builds, more than 30 workshops, and > hundreds of feedback from early user

Re: [PD] Fluid Corpus Manipulation Toolkit for Max, SuperCollider and Pure Data - version 1 release

nally see this on the wild. Congratulations. I hope you > can upload packages to 'deken', including a 64bit fat binary for mac with > native M1 support as well as intel. If you need help, just ask for it ;) > > cheers > > Em qui., 7 de jul. de 2022 às 13:53, Pierre Alexand

[PD] Fluid Corpus Manipulation Toolkit for Max, SuperCollider and Pure Data - version 1 release

with datasets. Try it, learn it, discuss it at flucoma.org Main development of the codebase and learn platform by Owen Green, Gerard Roma, Pierre Alexandre Tremblay, James Bradbury, Ted Moore, Jacob Hart, Alex Harker, with significant contributions by Alice Eldridge, Balint Laczko, Chris Keifer

[PD] Fwd: A quick question for C dev - temp file on windows

> Just for the record: i'm pretty sure this is technically incorrect: tcl will > always accept the system path separator. I have tried to double escape them but maybe that was my error - I couldn’t make it work. > However, when sending the data from the core to the GUI, you must take extra >

Re: [PD] A quick question for C dev - temp file on windows

> D'oh. I'm sorry, it's the other way round :-D The function you need is > sys_unbashfilename() Oh I didn’t know that one. I’ll try it to remove my ugly hack... ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] A quick question for C dev - temp file on windows

> On 23 Jun 2022, at 14:48, Christof Ressi wrote: > > Generally, Pd only uses forward slashes as file path seperators. You can use > sys_bashfilename() on the path generated by tempnam(). > > On 23.06.2022 15:36, Pierre Alexandre Tremblay wrote: >> Hello >> >

Re: [PD] A quick question for C dev - temp file on windows

2022 15:36, Pierre Alexandre Tremblay wrote: >> Hello >> >> In an external I use the superb tmpnam(x) to generate a temp file path to >> use and delete. All is good then… for MacOS and Linux that is! In Windows, >> the code in C does create a file but when

[PD] A quick question for C dev - temp file on windows

Hello In an external I use the superb tmpnam(x) to generate a temp file path to use and delete. All is good then… for MacOS and Linux that is! In Windows, the code in C does create a file but when I try to pass it to TCL to open there, like in the amazing ELSE’s pic, I can’t - the inverted

[PD] [Limerick, for ICMC2022 attendees] Day-long workshop on Teaching Critical Machine Listening and Machine Learning with FluCoMa

Dear all We will run a day-long workshop on the 3rd of July, entitled 'Teaching Critical Machine Listening and Machine Learning with FluCoMa’. More info on the day schedule and topics and opportunities for contribution at flucoma.org/icmc2022 Please email i...@flucoma.org to book your place.

[PD] Fwd: Contract-coding help in PureData Vanilla

Hello all So... for FluCoMa I'm struggling to find the time to translate all the Max helpfiles to PureData Vanilla. I have made a few, there is therefore a stylesheet and content. It has to be in Vanilla for many reasons we can discuss later. I have a small budget, and a short time frame. If you

[PD] Fwd: [Baltimore + NYC] 2 workshop opportunities

Dear all Sorry for cross-posting. There are two upcoming [free or suggested donation] workshops on Machine Listening and Machine Learning for Musicking using the FluCoMa Toolkit. Baltimore The Red Room (part of High Zero Foundation) April 5, 2022 6:30pm The Red Room Room is at

Re: [PD] check it out, just added references for ALL help patches.

this is fantastic work, thanks! On Tue, 1 Mar 2022 at 05:46, Alexandre Torres Porres wrote: > Hi, I've been working on this for a few months now since the end of > the year. I once dreamed I could pull it off before 0.52... > > It offers a minor design revision of the help patch and suboatches

Re: [PD] [sfinfo~]

In d_soundfile.c around line 1207 we could see if there is only 1 arg left as a else if. If that’s the case, we could just bail down to done: and bob’s your uncle... > On 28 Jan 2022, at 20:30, Lucas Cordiviola wrote: > > @Oliver > > The only problem I know with [soundfile_info] is that it

Re: [PD] [sfinfo~]

can think of other reasons you'd want to know the size of a soundfile > in a Pd patch without having to read the whole thing in. > > cheers > M > > On Fri, Jan 28, 2022 at 07:32:02PM +, Pierre Alexandre Tremblay wrote: >>> I forgot is even simpler (no need for an array)

Re: [PD] [sfinfo~]

Email crossing, I literally apologised for my dumbness and noticed that single difference - we’re on the same page here :) > On 28 Jan 2022, at 19:29, oliver wrote: > > Miller Puckette via Pd-list wrote: >> Hi PA - >> Are you doing stuff that "soundfiler" doesn't? If so, it would be better >>

Re: [PD] [sfinfo~]

> I forgot is even simpler (no need for an array) Oh la la this is embarrassing. I didn’t know one could not supply an array… but that way I don’t get the size of the file in frames. > Are you doing stuff that "soundfiler" doesn't? If so, it would be better to > add to the soundfiler object

[PD] [sfinfo~]

Hello again So I was missing an object that is quite useful when dealing with audio files in batches. Attached is the ugly file in progress to read (with [file]) the header of audio files and demingle it to get the number of channels and number of frames and sampling rate… what the Max object

Re: [PD] A quick question - a bug or me?

it reverts to a series of backup fonts starting > with the old default of Courier. > >> On Jan 28, 2022, at 1:11 PM, Pierre Alexandre Tremblay >> wrote: >> >>> The result is that if you make a patch on one system with the standard font >>> and open it on an

Re: [PD] A quick question - a bug or me?

Thanks Dan for this comprehensive reply. > Pd tries to use the same standard font across all platforms as of around 0.48 > or 0.49. In 0.52, we now included the italic and bold versions of DejaVu Sans > Mono as well. Highly appreciated. > The result is that if you make a patch on one system

Re: [PD] A quick question - a bug or me?

> i compiled pd from source and yes, i'm using jack. Same here - it works-ish and is simpler to do than SC for sure - so thanks to whomever wrote the compile instructions. >> I’m new to Linux and it is quite chronophage :) > i'm always hoping it trades some knowledge for the time spent. :)

Re: [PD] A quick question - a bug or me?

Ok thanks. Indeed the Pd, sorry for that! If they run fine then I’ll consider it done and continue to plough with the other 70 helpfiles to do :) > On 27 Jan 2022, at 21:54, Roman Haefeli wrote: > > On Thu, 2022-01-27 at 20:59 +0000, Pierre Alexandre Tremblay wrote: >> Sorry

Re: [PD] A quick question - a bug or me?

gt; pd 0.52.1, ubuntu 20.04, flucoma-pd from dev branch at #eeab7248 > > > > it's a very cool help patch, by the way. very interactive. nice! > > > > cheers, > > ub > > On 27.01.22 21:59, Pierre Alexandre Tremblay wrote: >> Sorry - they are all here:

Re: [PD] A quick question - a bug or me?

eli wrote: > > On Thu, 2022-01-27 at 20:17 +0000, Pierre Alexandre Tremblay wrote: >> the external works fine out of the help. Even more strange, >> sometimes that works for a few minutes before getting these problems. > > Where can one get the external? > Roman

Re: [PD] A quick question - a bug or me?

the external works fine out of the help. Even more strange, sometimes that works for a few minutes before getting these problems. I’ll keep an eye on it, hopefully someone will get a reproducible problem. smime.p7s Description: S/MIME cryptographic signature

[PD] A quick question - a bug or me?

So I am fighting the fight of trying to unify the look of my helpfiles across the 3 oses… and I think I got a bug but I cannot trace where it is. To get the latest version I had to compile on Ubuntu (the apt is stalled at 0.50). It works but when I load the attached file in Ubuntu 18, I get

Re: [PD] A strange question (yet again)

:48, Christof Ressi wrote: > >> http://iem.kug.ac.at/pd/externals-HOWTO > > Here it is: https://github.com/pure-data/externals-howto > > However, this guide does not cover GUI plugins. > > On 21.01.2022 21:44, Pierre Alexandre Tremblay wrote: >> I was referring

Re: [PD] A strange question (yet again)

/SimpleExamples/ > > i was wondering about that some time ago too. > > cheers, > > ub > > On 21.01.22 20:36, IOhannes m zmölnig wrote: >> Am 21. Jänner 2022 15:40:48 MEZ schrieb Pierre Alexandre Tremblay >> : >>> the IEM link is dead &

Re: [PD] A strange question (yet again)

thub.com/pure-data/pure-data/issues/1555) > > Christof > > On 21.01.2022 10:59, Pierre Alexandre Tremblay wrote: >> Ok lovely people. I cleaned it, and I even did a similar thing to João’s >> 'dynamic patching' to see if it would be faster. In my case, it is unusabl

Re: [PD] A strange question (yet again)

Ok lovely people. I cleaned it, and I even did a similar thing to João’s 'dynamic patching' to see if it would be faster. In my case, it is unusably slow for 300x400 for the struct version, and it beachballs completely with the ‘dynamic patching’ approach. Even more funny is, if you save the

Re: [PD] A strange question (yet again)

> Do you have a Pd patch somewhere to have a look at? I’ll tidy up what I have but it is exactly this: > - if the spectrogram + audio aren't triggered that often, one way would be to > use a background of canvas objects, each with 1x1 pixels. This sounds very > exotic, I did it in

Re: [PD] A strange question (yet again)

off to save > CPU. > > https://github.com/danomatika/rc-patches/tree/master/rc > >> On Jan 20, 2022, at 6:01 PM, pd-list-requ...@lists.iem.at wrote: >> >> Date: Thu, 20 Jan 2022 16:46:02 + >> From: Pierre Alexandre Tremblay >> To: Pd-List >> Su

Re: [PD] A strange question (yet again)

qu...@lists.iem.at wrote: >> >> Date: Thu, 20 Jan 2022 16:46:02 + >> From: Pierre Alexandre Tremblay >> To: Pd-List >> Subject: [PD] A strange question (yet again) >> Message-ID: <12f096c2-a42d-42ba-8146-b784978f6...@gmail.com> >> Content-Type: t

[PD] A strange question (yet again)

Sorry again for my obsessions with pd-vanilla which makes everything harder - this one might be impossible! I’m trying to draw a spectrogram in pd-vanilla to match our waveform visualisation options in FluCoMa for Max and SuperCollider. I saw the example with the peaks in the documentation,

[PD] Made with FluCoMa: Double launch today!

Dear all We are happy to announce two new strands for inspiring thoughts and musics, intertwined with FluCoMa (ab)use today. Most of them highlight the Max and SuperCollider API but it is exactly the same in Pd so these ideas and patches can be translated. Firstly, a preview of the seven

[PD] More adventures in [file] land - spaces in paths

Hello Did anyone have problems with spaces in paths? If one uses the help to demonstrate, entering the path (don’t worry this is not my real path :) /User/pa/my\ hard\ disk/my\ files/test.pd One gets at the bottom: /User/pa/my\\\ hard\\\ disk/my\\\ files/text.pd === If I investigate the

Re: [PD] Install path assumptions for [soundfiler] vs [file glob]

Indeed I can ask for the help file!!! Thanks! > On 11 Jan 2022, at 16:46, Christof Ressi wrote: > > >> I wondered if there was a way to get the path to a given object help, like >> in SuperCollider >> >> FluidBufAmpGate.class.filenameSymbol > Yes, that's possible with [file which] > > > >

Re: [PD] Install path assumptions for [soundfiler] vs [file glob]

Thanks Roman for the fabulous answer. > If 'media' lies near the patch It doesn’t actually. It seems to work from wherever I am on my machine. > TLDR: Unlike many other file accessing objects like [soundfile], > [reasf~], [textfile], etc. [file] doesn't use search paths¹. With that footnote, I

[PD] Install path assumptions for [soundfiler] vs [file glob]

Dear all I am wondering if I my assumptions are wrong, or if there is a discrepancy that needs solving (or not.) Setup: if one installs objects like our flucoma.org bundle, one might have stuff included in the help, like media files. To make a clean install, we have put all of them in a

Re: [PD] [PD-announce] pd 0.52-1 released

I think, it is a -really good news :) so we could have Change-log-really: - really-released-really-good-news-with-really-good-new-features And we just have fun with it :) Seriously, this is such an improvement in usability for me, in my heart it is 0.6 -really. p > On 21 Dec 2021, at

Re: [PD] Vanilla: getting the content of a folder

9:58, Pierre Alexandre Tremblay wrote: >> Dear all >> I am banging my head against the wall, trying to get [openpanel 1] to give >> me the content of the folder in question. I was hoping that I could: >> - use [textfile]’s read to get the content of the folder somehow >

[PD] Vanilla: getting the content of a folder

Dear all I am banging my head against the wall, trying to get [openpanel 1] to give me the content of the folder in question. I was hoping that I could: - use [textfile]’s read to get the content of the folder somehow - use [text define xx]’s read message But no cigar. Is there any other

Re: [PD] Quick question

; Attached you will find a simple example. > > Christof > > On 27.10.2021 13:12, Pierre Alexandre Tremblay wrote: >> Hello >> >> I’m trying to made a plotter abstraction and I cannot find a way to >> graph-on-parent a struct - is it just not possible? >> >&g

[PD] Quick question

Hello I’m trying to made a plotter abstraction and I cannot find a way to graph-on-parent a struct - is it just not possible? If not possible, is there a good repo of examples of vanilla-only programmed plotter abstractions that would graph-in-parent like Arrays do? Any pointer (pun intended)

Re: [PD] Further questions on struct and the external api

>> I’m discovering the superb world of struct (with the 3 recommended >> tutorials, all of which very biased towards the graphic angle > at least there is a visible reward for all the effort it takes to work with > data-s I understand the argument, but for me I read it was ‘for graphics’ - it

[PD] Further questions on struct and the external api

Dear all I’m discovering the superb world of struct (with the 3 recommended tutorials, all of which very biased towards the graphic angle but I found ways around) and my new favourite friend is [text] for that reason :) 2 questions: - in the attached patch, I needed to create a dummy entry to

Re: [PD] Nestable Dictionaries in Pd

;> "rows" : 1, >> "weights" : [ [ 6.015551733036155, -1.826803841455323 ] >> ] >> } >> ,{ >> "activation" : 3, >> &

Re: [PD] Nestable Dictionaries in Pd

ata structures maps horribly to a > patch language - there needs to be a better way to access 'data' in Pd. > > cheers > M > > On Tue, Sep 07, 2021 at 08:23:58PM +0100, Pierre Alexandre Tremblay wrote: >> There are plenty of examples indeed :) >> >> I’

Re: [PD] Nestable Dictionaries in Pd

: 1, >> "rows" : 2, >> "weights" : [ [ -3.115116035462417 ], [ >> -3.969281643687132 ] ] >> } >> ] >> } >> >> The key-value nesting is quite powerful for this type of open stru

Re: [PD] Nestable Dictionaries in Pd

, Christof Ressi wrote: > > Can you give an example of how the data is structured? > > In which ways are users supposed to interact with the data? > > Christof > > On 07.09.2021 16:37, Pierre Alexandre Tremblay wrote: >> Dear all >> >> I am trying to find the m

[PD] Nestable Dictionaries in Pd

Dear all I am trying to find the most Pd-vanilla-way to interface with our Dataset object in the FluCoMa project. In Max and SuperCollider we use Dictionaries, which are nestable and queryable in powerful programmatic ways, working essentially like interfaces to JSON-like data structures.

Re: [PD] variable speed tabwrite~?

I don’t use cyclone’s poke but if it is a clone of Max’s poke, it is the interpolating part: if consecutive writing indices are not consecutive (forward or backward) the writer fills them. > On 17 Jul 2021, at 09:08, Peter P. wrote: > > * Pierre Alexandre Tremblay [2021-07

Re: [PD] variable speed tabwrite~?

ipoke~ is definitely implemented. Julian Brooks was partly in charge to make it happen, and Katja did the job I think: https://puredata.info/Members/ipoke/ If the project is dead, I could branch it on my GitHub with the SC and Max versions and maintain it... https://github.com/tremblap > On

Re: [PD] For those who like inspiring technical musicking talks

Dear all I didn’t want to pollute the forum with updates, but today is the fourth geeky video presentation, and there are 4 more to come. Here is the publication schedule: 18 May: Hans Tutschku 25 May: (yours truly) 1st June: Sam Pluta 8th June: Richard Devine 15th June: Owen Green 22nd June:

Re: [PD] For those who like inspiring technical musicking talks

Forwarded message -- > From: Pierre Alexandre Tremblay > To: pd-list@lists.iem.at > Cc: > Bcc: > Date: Thu, 20 May 2021 19:36:24 +0100 > Subject: [PD] For those who like inspiring technical musicking talks > Dear all > > The Fluid Corpus Manipulation (www.flucoma.

[PD] For those who like inspiring technical musicking talks

Dear all The Fluid Corpus Manipulation (www.flucoma.org) project is the radar of some of you, because it keeps cropping up once in a while. To make a long story short, we have various machine listening and learning tools to help tackle programmatically sound bank mining in Max and

Re: [PD] [PD-announce] CICM-TOOLS 1.5

Thanks for your great effort. > On 7 Feb 2021, at 14:08, Alexandre Torres Porres wrote: > > > > Em dom., 7 de fev. de 2021 às 10:59, Pierre Alexandre Tremblay > escreveu: > I reckon this is a good idea for old patches purpose > > By the way, in fact I only f

Re: [PD] [PD-announce] CICM-TOOLS 1.5

I reckon this is a good idea for old patches purpose, but are you aware of the amazing work by Pierre Guillot at Paris8? http://cicm.github.io/HoaLibrary-Light/ PureData Max openFrameworks too! > On 7 Feb 2021, at 13:21, Alexandre Torres Porres wrote: > > Hi, I'm "resurrecting"

[PD] [slightly ot] Interesting Extensions for Reaper

Dear all A student at the uni here has ported for the DAW Reaper, very popular amongst this group I think, some of the Fluid Corpus Manipulation’s first toolbox for sound decomposition. It might interest some of you, either as a gateway to the Max/SuperCollider/PureData objects, or the command

Re: [PD] Yin algorithm

there is one as part of flucoma fluid.pitch~ and fluid.bufpitch in https://github.com/flucoma/flucoma-pd > On 12 Jul 2020, at 17:07, Vinicius Cesar > wrote: > > Hi everybody, > > Does anyone know if there's any implementation of yin algorithm for >

Re: [PD] Mixed works that uses interactive systems

OK let’s get going then, these are recent and subtle ones, some of my favourite. For more classic ones, check IRCAM’s database, Brahms (http://brahms.ircam.fr/ ) which might give you hundreds Alex Harker’s Fluence, where the algorithmically composed ‘fixed media’

Re: [PD] Mixed works that uses interactive systems

Dear Vinicius There are a lot of works doing so indeed! Maybe if you define a threshold of what you considering machine listening, that would help me point at various works in various places? p > On 7 Mar 2020, at 18:10, Vinicius Cesar wrote: > > > Hello, > > My name is Vinicius, I am a

Re: [PD] Name of current patcher's file and path

Hello! Thanks for the reply! > just out of curiosity: why do you need to get the name of a patch ? I have 20+ objects about to be released (flucoma.org ) and each is so complex it needs a further explanation beyond the help file, which is a .html file named the same way

Re: [PD] Name of current patcher's file and path

Hello I repost this because I could not understand my own title ;-) I still try to recover programmatically the name of the file (and of the path) of a patcher. Any pointer welcome Pa > On 29 Sep 2019, at 11:25, Pierre Alexandre Tremblay > wrote: > > Dear all > > I am

[PD] Name of current path's file

Dear all I am trying to recover programatically the name of the patch file I’m in. The new amazing [pdcontrol] object gives me its path, but I cannot seem to find a way to get the file name, which I can then use programatically… for instance in many help files to call a given html document

Re: [PD] Praise and question for the new [pdcontrol]

ote: > > Nope... looks to me as if I neglected to escape spaces in the file path or > something like that. > > cheers > Miller > > On Wed, Aug 21, 2019 at 04:32:51PM +0100, Pierre Alexandre Tremblay wrote: >> First the praise: amazing! I needed this so badly! >>

[PD] Praise and question for the new [pdcontrol]

First the praise: amazing! I needed this so badly! Second, the question: I’m trying to launch the browser with file paths that have a relative element in them, in effect building them with the output of the message [dir 0 ../docs/my_sexy_object_documentation.html] But when I send the message

Re: [PD] Implementing compressor as a patch?

for the white paper readers, there is the very good article: Giannoulis, Dimitrios, Michael Massberg, and Joshua D. Reiss. “Digital Dynamic Range Compressor Design—A Tutorial and Analysis.” Journal of the Audio Engineering Society 60, no. 6 (2012): 399–408. > On 8 Apr 2019, at 12:18, IOhannes

  1   2   >