[PD] How to open attachments sent to the list in MacOS?

[Julián Villegas]

Hi, 

I wanted to see the examples of the 3-body problem and then I realized that I 
cannot open “bin” files sent to the list in my macOS system. Google says to use 
the Unarchiver app, but that didn’t work either. I wonder whether the bin files 
were corrupt or how you guys open these files in macOS…

Thanks for your advice,

Julian.





> On May 14, 2024, at 19:00, pd-list-requ...@lists.iem.at wrote:
> 
> 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. Re: Solving the three-body problem [1] with pmpd and GEM,
>  anyone ? (cyrille henry)
> 
> 
> --
> 
> Message: 1
> Date: Tue, 14 May 2024 10:38:11 +0200
> From: cyrille henry 
> To: 
> Subject: Re: [PD] Solving the three-body problem [1] with pmpd and
> GEM, anyone ?
> Message-ID: <7e86160e-09d7-4e05-bf69-ff21665d3...@chnry.net>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
> 
> Hello Winfried,
> 
> It's really easy to simulate this problem.
> Benjamin Wesch send me a patch off list. I added it to mine, so here are 4 
> different way to go. (using mass2d, pmpd2d, pmpd2d~ and pmpd3d~)
> 
> The biggest challenge is finding initial conditions that did not result in a 
> very fast divergence of the masses.
> 
> cheers
> C
> 
> Le 12/05/2024 ? 21:32, Winfried Ritsch a ?crit?:
>> [1] https://en.wikipedia.org/wiki/Three-body_problem
>> 
>> mfG winfried
>> 
>> PS.:just curious... wanted it for a demonstration.
>> 
>> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> -- next part --
> A non-text attachment was scrubbed...
> Name: 3_bodies_4.pd
> Type: text/x-puredata
> Size: 1505 bytes
> Desc: not available
> URL: 
> 
> -- next part --
> A non-text attachment was scrubbed...
> Name: 3_bodies_1.pd
> Type: text/x-puredata
> Size: 1841 bytes
> Desc: not available
> URL: 
> 
> -- next part --
> A non-text attachment was scrubbed...
> Name: 3_bodies_2.pd
> Type: text/x-puredata
> Size: 1449 bytes
> Desc: not available
> URL: 
> 
> -- next part --
> A non-text attachment was scrubbed...
> Name: 3_bodies_3.pd
> Type: text/x-puredata
> Size: 1428 bytes
> Desc: not available
> URL: 
> 
> 
> --
> 
> 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 230, Issue 6
> ***




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] ekext from Deken is not working

[Julián Villegas]

Hi,

I’m running into issues when I install ekext from deken. I’m using it for 
creating an lpc filter, but it crashes every time is start the DSP. However, 
when I compiled the sources directly, it works as expected. I’m in MacOS 
10.15.7, but some students are in Windows and they’re reporting the same issue. 
I don’t have a Win machine to compile it myself, but I was wondering if someone 
could take a look at that library in deken and see if it has compiling errors 
when  uploaded…

Thanks,

Julian.








___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Issues with iemlib

[Julián Villegas]

Hi List,

I’m trying to use the all-pass filter implementation in the iemlib library. 
I’ve used it before and it works in my personal MacOS computer, however at 
school, when I download the external from deken, I receive the following error:

filter~ ap2 $1 $2 $3
… couldn’t create

I’ve checked the directory and although there’s a iemlib.pd_darwin in the 
iemlib directory, there’s no filter~ object. I assume it’s inside of the 
library but I’m not sure why it doesn’t work. 

At school we have Pd 0.49.1, but some students also reported the same error. 
They are all in MacOS ranging from 10.14.6 to 11.2.3

Any ideas?

Thank you!

Julian.








___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Issues with iemlib

[Julián Villegas]

Nevermind,

I solved by adding:

[declare -path iemlib -liv iemlib]

Sorry for the noise.

Julian.





> On Apr 20, 2021, at 15:36 PM, Julián Villegas  
> wrote:
> 
> Hi List,
> 
> I’m trying to use the all-pass filter implementation in the iemlib library. 
> I’ve used it before and it works in my personal MacOS computer, however at 
> school, when I download the external from deken, I receive the following 
> error:
> 
> filter~ ap2 $1 $2 $3
> … couldn’t create
> 
> I’ve checked the directory and although there’s a iemlib.pd_darwin in the 
> iemlib directory, there’s no filter~ object. I assume it’s inside of the 
> library but I’m not sure why it doesn’t work. 
> 
> At school we have Pd 0.49.1, but some students also reported the same error. 
> They are all in MacOS ranging from 10.14.6 to 11.2.3
> 
> Any ideas?
> 
> Thank you!
> 
> Julian.
> 
> 
> 
> 
> 




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Menlo in MacOS X

[Julián Villegas]

Thank you Dan,

I confirmed that the changes in the develop branch 

https://github.com/pure-data/pure-data/commit/0c13ecf3c89acaa212209dbe47d27fe06c0dec3c

fixed the problem.

Cheers,

Julian.





> On Jan 8, 2021, at 19:33 PM, Dan Wilcox  wrote:
> 
> You can fix it in tcl/pd_menucommands.tcl by either trying the -fontmap 
> option or changing the find-replace from "DejaVuSansMono" to "MenloRegular"
> 
> https://github.com/pure-data/pure-data/blob/master/tcl/pd_menucommands.tcl#L37
> 
> Right-click on the Pd-###.app and choose "Show package contents." The tcl 
> scripts are in Contents/Resources/tcl. Edit the file and save, then (re)start 
> the app to see any changes. Let us know what works.
> 
>> On Jan 8, 2021, at 2:41 AM, pd-list-requ...@lists.iem.at wrote:
>> 
>> Date: Fri, 8 Jan 2021 10:41:10 +0900
>> From: Julián Villegas 
>> To: pd-list@lists.iem.at
>> Subject: [PD] Menlo in MacOS X
>> Message-ID: 
>> Content-Type: text/plain;charset=utf-8
>> 
>> Hi,
>> 
>> I use the print option of Pd to create PS files that I then convert to PDF 
>> when I need to share a program in a presentation, paper, etc. I use Preview 
>> most of the time, but I have also used Ghostscript for this process too. No 
>> matter what tool I use, there’s always an error saying that the Menlo font 
>> file was not found and the resulting PDF is rendered with Courier fonts. 
>> 
>> By looking at the Font Book, I know that the Postcript name of this font is 
>> “Menlo-Regular” so what I’m currently doing is to edit the ps file and 
>> replacing all instances of “Menlo” by “Menlo-Regular.” After saving it, I 
>> can then open it in whatever tool and the PDF is rendered with the intended 
>> font. 
>> 
>> I could keep doing this, but it’s rather a hassle to add this extra editing 
>> step to the process. Is there any other way to fix this problem? For 
>> example, would this be worth of opening an issue in GitHub? 
>> 
>> Thanks for the help, and have a nice weekend,
>> 
>> Julian.
> 




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Menlo in MacOS X

[Julián Villegas]

Hi,

I use the print option of Pd to create PS files that I then convert to PDF when 
I need to share a program in a presentation, paper, etc. I use Preview most of 
the time, but I have also used Ghostscript for this process too. No matter what 
tool I use, there’s always an error saying that the Menlo font file was not 
found and the resulting PDF is rendered with Courier fonts. 

By looking at the Font Book, I know that the Postcript name of this font is 
“Menlo-Regular” so what I’m currently doing is to edit the ps file and 
replacing all instances of “Menlo” by “Menlo-Regular.” After saving it, I can 
then open it in whatever tool and the PDF is rendered with the intended font. 

I could keep doing this, but it’s rather a hassle to add this extra editing 
step to the process. Is there any other way to fix this problem? For example, 
would this be worth of opening an issue in GitHub? 

Thanks for the help, and have a nice weekend,

Julian.





> On Jan 7, 2021, at 15:07 PM, pd-list-requ...@lists.iem.at wrote:
> 
> 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. Re: Declare library path on windows? (Kylee Kennedy)
>   2. fluid~ for Pd-Vanilla - test version (Alexandre Torres Porres)
>   3. Re: linking libs with pd-lib-builder (was Re: fluid~)
>  (Alexandre Torres Porres)
> 
> 
> --
> 
> Message: 1
> Date: Wed, 6 Jan 2021 18:48:41 -0800
> From: Kylee Kennedy 
> To: Christof Ressi 
> Cc: Pd-List 
> Subject: Re: [PD] Declare library path on windows?
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
> Brilliant. That works perfectly now. I was really trying to keep an eye on
> the case sensitivity since I am more used to that myself.
> fftease loads right up also with the proper [declare -path fftease -lib
> fftease]
> 
> I've been loving deken and pd's latest intelligent patching improvements!
> 
> Back to patching,
> Kylee
> 
> 
> On Wed, Jan 6, 2021 at 6:29 PM Christof Ressi 
> wrote:
> 
>> Ok, I see the problem. Try [declare -path Pd_Spectral_Toolkit -lib
>> pd_spectral_toolkit]. *ugh*
>> 
>> The author uses capitalization for the library folder name
>> (Pd_Spectral_Toolkit) , but the file name and the setup function are all
>> lower case (pd_spectral_toolkit[_setup]). Since the Windows filesystem is
>> not case sensitive, this creates extra weirdness.
>> 
>> Generally, for Pd libraries containg a single binary should, folder and
>> file name should be the same! Please contact the project author and tell
>> them to change the folder name to all lower case.
>> 
>> Christof
>> On 07.01.2021 03:09, Kylee Kennedy wrote:
>> 
>> Thanks for the reply Christof, Hope you have a happy new year.
>> 
>> When I declare on WinX 0.51-3 I get: "load_object: Symbol
>> "Pd_Spectral_Toolkit_setup" not found
>> then a list of all the abstractions I used in that library that
>> ...couldn't create.
>> 
>> Thanks again for the help,
>> Kylee
>> 
>> 
>> 
>> 
>> 
>> 
>> On Wed, Jan 6, 2021 at 5:50 PM Christof Ressi 
>> wrote:
>> 
>>> Same thing. "Pd_Spectral_Toolkit" is distributed as a single binary
>>> library, which means you have to load it. If the library also contains
>>> abstractions, you also have to add the path. In your case that would be
>>> [declare -path Pd_Spectral_Toolkit -lib Pd_Spectral_Toolkit].
>>> 
>>> ---
>>> 
>>> I really think we finally need a uniform [declare] syntax as proposed by
>>> https://github.com/pure-data/pure-data/pull/440. The binary format of
>>> library should be an implementation detail which the user shouldn't have to
>>> care about. For example, Kylee would only need to write [declare
>>> Pd_Spectral_Toolkit].
>>> 
>>> Christof
>>> On 07.01.2021 02:40, Kylee Kennedy wrote:
>>> 
>>> Hey list,
>>> 
>>> What is the proper way to declare libraries on Windows 10? I'm unable to
>>> declare and right slash the path like the wiki suggests. I'm working with
>>> fftease~ and Pd_Spectal_Toolkit a bunch lately.
>>> "declare -path Pd_Spectral_Toolkit" doesn't seem to work. If I put the
>>> full path and right slashes, they disappear when I switch back from edit
>>> mode. The only process that works is if I open the extensions object list
>>> first.
>>> 
>>> Thanks,
>>> Kylee
>>> 
>>> ___pd-l...@lists.iem.at mailing 
>>> list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list
>>> 
>>> ___
>>> Pd-list@lists.iem.at maili

Re: [PD] [shifter~]

[Julián Villegas]

Hi,

- Thank you IOhannes for your advice; the makefile is now edited according to 
it.
- Alfonso, did you succeed compiling it in Windows?

Cheers,


Julian.






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [shifter~]

[Julián Villegas]

Mea culpa!

Thank you IOhannes for your advice. It should work now.
Hijacking  this thread, I have a library that uses the FFFTW library, I use an 
old shell script named "pastyroll-osx” (I think made by hans and IOhannes) to 
include this library in the binary, what would be method to do this using 
pdlibbuilder?

Cheers,

Julian.





> On Dec 5, 2020, at 7:10 AM, pd-list-requ...@lists.iem.at wrote:
> 
> 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. Re: Best beginner Pd library? (martin brinkmann)
>   2. Re: [shifter~] (i...@hansroels.be)
>   3. Re: [shifter~] (alfonso santimone)
>   4. Re: [shifter~] (IOhannes m zmölnig)
> 
> 
> --
> 
> Message: 1
> Date: Fri, 4 Dec 2020 12:55:19 +0100
> From: martin brinkmann 
> To: pd-list@lists.iem.at
> Subject: Re: [PD] Best beginner Pd library?
> Message-ID: <53856dde-a607-d6a7-958f-1bff97eaf...@martin-brinkmann.de>
> Content-Type: text/plain; charset=utf-8
> 
> apart from the ones already mentioned (rj-lib, automatonism, etc.),
> i think  "orac" has not been mentioned yet.
> aimed mainly at the "organelle", but also kept very simple, like
> a kind of virtual pedal-board for pd-patches.
> https://github.com/TheTechnobear/Orac
> 
> and my own attempts in that direction:
> vvd at http://www.martin-brinkmann.de/pd-patches.html.
> no (apparent) userfriendly mixer though...
> 
> bis denn!
>   martin
> 
> 
> 
> 
> 
> --
> 
> Message: 2
> Date: Fri, 4 Dec 2020 20:16:04 +0100
> From: "i...@hansroels.be" 
> To: pd-list 
> Subject: Re: [PD] [shifter~]
> Message-ID: <5256f960-9cc0-ca85-587c-4f3a7a7ad...@hansroels.be>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
> 
> Thanks Julián for all the work. I tried to compile shifter~ on ubuntu 
> studio but this was the result:
> 
> sudo make shifter~
>  info: using Makefile.pdlibbuilder version 0.6.0
>  info: making target shifter~ in lib shifter
>  info: linking objects in shifter~.pd_linux for lib shifter
> cc -rdynamic -shared -fPIC -Wl,-rpath,"\$ORIGIN",--enable-new-dtags
> -o shifter~.pd_linux shifter~.o  -lc -lm
> shifter~.o: file not recognized: File format not recognized
> collect2: error: ld returned 1 exit status
> Makefile.pdlibbuilder:884: recipe for target 'shifter~.pd_linux' failed
> make: *** [shifter~.pd_linux] Error 1
> 
> best, Hans
> 
> On 12/3/20 7:37 AM, Julián Villegas wrote:
>> Thanks Christof for your suggestion,
>> 
>> I finally had time to change the Makefile, I think it should work now:
>> 
>> https://bitbucket.org/julovi/shifter/src/master/
>> 
>> Cheers,
>> 
>> Julian.
>> 
>> 
>> 
>> 
>> 
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management 
>> ->https://lists.puredata.info/listinfo/pd-list
> 
> 
> -- 
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.puredata.info/pipermail/pd-list/attachments/20201204/22d14450/attachment-0001.html>
> 
> --
> 
> Message: 3
> Date: Fri, 4 Dec 2020 22:24:46 +0100
> From: alfonso santimone 
> To: pd-list 
> Subject: Re: [PD] [shifter~]
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
> Hi, thanks for shifter~!
> Try to build on Win10 using MSYS2 MinGW64 andi have the following
> 
> fremen@fremenCPU MINGW64 ~/shifter
> $ make
>  info: using Makefile.pdlibbuilder version 0.6.0
>  info: using Pd API C:\Program Files/Pd/src/m_pd.h
>  info: making target all in lib shifter
>  info: linking objects in shifter~.dll for lib shifter
> cc -static-libgcc -shared -Wl,--enable-auto-import "C:\Program
> Files/Pd/bin/pd.dll"-o shifter~.dll shifter~.o
> shifter~.o: file not recognized: file format not recognized
> collect2.exe: error: ld returned 1 exit status
> make: *** [Makefile.pdlibbuilder:885: shifter~.dll] Error 1

[PD] [shifter~]

[Julián Villegas]

Thanks Christof for your suggestion,

I finally had time to change the Makefile, I think it should work now:

https://bitbucket.org/julovi/shifter/src/master/

Cheers,

Julian.





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] delay compensation in pitch-shifting (i...@hansroels.be)

[Julián Villegas]

Hi Hans,

I’m sorry I’m late to the party and that I can’t answer your questions, but I 
wanted to call your attention to [shifter~], this is a PSOLA pitch shifter 
object that I ported to Pd from its eponymous version in Max-MSP, developed by 
Tristan Jehan. The source code and MacOS compiled library are here:

https://bitbucket.org/julovi/shifter/src/master/

Cheers,

Julian.






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] fexpr and dollar zero weirdness

[Julián Villegas]

Thank you Shahrokh  and Alexandre,

I was able to solve the problem with your suggestions.

Cheers,

Julian.





> On Jul 20, 2020, at 8:57 AM, Julián Villegas  
> wrote:
> 
> Hi list,
> 
> I have a program that uses [fexpr~] and values ending in $0, similar to the 
> program in the attachment.
> When I create the program, it works just as intended. I then save it and 
> close Pd, but when I open the program again some of the “$0" are replaced  by 
> “_\$0” breaking the program (as in the pdf I’m also sending, but I’m not sure 
> if you would be able to see it). I can easily edit it again, but every time I 
> reopen the program I have to do the same.
> 
> I’m using Pd 0.51.0 on macOS 10.15.5 (Catalina). Am I doing something wrong? 
> is this a bug? 
> 
> Additionally, I also have problems when open programs in two different 
> screens: I connect my laptop to a larger screen since my eyes are not so good 
> anymore. If I edit the program in the large screen and save it, next time I 
> try to open it, Pd crashes even before opening the patch. 
> By reading the Pd patch on a text editor, I have detected that this is caused 
> by negative coordinates given to the canvas. I can easily change those by “0” 
> and the program opens again correctly. Is this something I should report as a 
> bug? the thing is that I don’t have a reproducible examples and I think this 
> is highly dependent on the screen setup. However, may be making sure that 
> canvases are not saved with negative coordinates could fix the problem.
> 
> 
> Thank you for your advice,
> 
> 
> Julian.
> 
> 
> 
> 
> 




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] fexpr and dollar zero weirdness

[Julián Villegas]

Hi list,

I have a program that uses [fexpr~] and values ending in $0, similar to the 
program in the attachment.
When I create the program, it works just as intended. I then save it and close 
Pd, but when I open the program again some of the “$0" are replaced  by “_\$0” 
breaking the program (as in the pdf I’m also sending, but I’m not sure if you 
would be able to see it). I can easily edit it again, but every time I reopen 
the program I have to do the same.

I’m using Pd 0.51.0 on macOS 10.15.5 (Catalina). Am I doing something wrong? is 
this a bug? 

Additionally, I also have problems when open programs in two different screens: 
I connect my laptop to a larger screen since my eyes are not so good anymore. 
If I edit the program in the large screen and save it, next time I try to open 
it, Pd crashes even before opening the patch. 
By reading the Pd patch on a text editor, I have detected that this is caused 
by negative coordinates given to the canvas. I can easily change those by “0” 
and the program opens again correctly. Is this something I should report as a 
bug? the thing is that I don’t have a reproducible examples and I think this is 
highly dependent on the screen setup. However, may be making sure that canvases 
are not saved with negative coordinates could fix the problem.


Thank you for your advice,


Julian.






dollar0weirdness.pd
Description: Binary data


Screen Shot 2020-07-17 at 16.08.32 PM.pdf
Description: Adobe PDF document
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] MIDI 2.0 in Pd?

[Julián Villegas]

Hi,

I came across this:

https://www.midi.org/articles-old/details-about-midi-2-0-midi-ci-profiles-and-property-exchange

and I was wondering if there are plans to upgrade Pd to fully use the new 
version of this protocol… To be honest, this is an ambitious plan for me to 
develop myself but I’d be happy to contribute.

Have a nice week,

Julian.









___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pitch correction abstraction based on I10.phase.bash.pd

[Julián Villegas]

Hi William,

A while ago, I ported [shifter~] from Max/MSP to Pd. Shifter is originally 
written by Tristan Jehan and uses PSOLA for pitch adjustments making it less 
prone to formant artifacts. I don’t know how to put it in Deken, but I think 
others could find it useful so I’m sending it as an attachment here (Pd source 
code, patch, and binaries for Pd-0.48-1/MacOS). 

Cheers,

Julian.



shifter.pd
Description: Binary data


shifter~.c
Description: Binary data


shifter~.pd_darwin
Description: Binary data




> On Mar 15, 2018, at 0:20 AM, pd-list-requ...@lists.iem.at wrote:
> 
> 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. Pitch correction abstraction based on I10.phase.bash.pd
>  (William Brent)
> 
> 
> --
> 
> Message: 1
> Date: Wed, 14 Mar 2018 11:19:47 -0400
> From: William Brent 
> To: pd-list@lists.iem.at
> Subject: [PD] Pitch correction abstraction based on I10.phase.bash.pd
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
> Hi all,
> 
> I've been picking apart I10.phase.bash.pd for teaching purposes, and ended
> up making an adaptation of it for live inputs. Here's a .zip file of my
> first go at it. It's an abstraction and help file, and can be used to get
> auto-tune-like results on vocals. I'm about 20 years late to the party on
> that one, but it's still fun...
> 
> Maybe someone has already done something like this that I'm not aware of -
> I'd like to know if so. Otherwise, I may do a little more tinkering and put
> this up on deken.
> 
> William
> 
> 
> 
> -- 
> William Brent
> www.williambrent.com
> 
> “Great minds flock together”
> Conflations: conversational idiom for the 21st century
> 
> www.conflations.com
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> 
> -- next part --
> A non-text attachment was scrubbed...
> Name: tune~-0.0.1.zip
> Type: application/zip
> Size: 961101 bytes
> Desc: not available
> URL: 
> 
> 
> --
> 
> 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 156, Issue 52
> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] MySQL Pd external?

[Julián Villegas]

Hi Christof,

Not MySQL, but I have done it for SQLite3 database. You can find the details of 
the implementation and the source code from here:

http://onkyo.u-aizu.ac.jp/index.php/software/hrir/

I wonder how difficult would be to make a generic DB driver, an object that 
connects to any DB, performs SQL send to its input and returns the results in 
its outlet. Sounds like fun…

Cheers,

Julian.





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Problems with comport in Mac OS?

[Julián Villegas]

Hi,

I’m trying to use [comport], but I’m getting this error in the console:

maximum object loading depth 1000 reached
 comport 1 9600
... couldn't create

I’m in a MacBook Pro (Mac OS X 10.11.6) running Pd 0.47.1 with comport 1.1.1

Any thoughts?

Thanks,   

Julian.






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] PdCon16 NYC Calls extended deadline?

[Julián Villegas]

Hi list,

Would it be possible to extend the deadline for submissions to PdCon16? as it 
turns out August is rather a bad month for preparing something worth presenting 
at the conference. Thanks for your consideration.

Cheers, 

Julian.





> On Aug 2, 2016, at 5:02 AM, pd-list-requ...@lists.iem.at wrote:
> 
> 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. Re: PdCon16 NYC Calls are open (Johnny Mauser)
>   2. R: Re:   Errors in building pd-extended on Odroid C2
>  (angelo.arc...@virgilio.it)
>   3. R:  R: Re:   Errors in building pd-extended on Odroid C2
>  (angelo.arc...@virgilio.it)
> 
> 
> --
> 
> Message: 1
> Date: Mon, 1 Aug 2016 20:52:54 +0200
> From: Johnny Mauser 
> To: Jaime Oliver 
> Cc: pd-list@lists.iem.at
> Subject: Re: [PD] PdCon16 NYC Calls are open
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
> Hi jaime et all
> 
> Is there a possibility of funding for flights and accommodation, like in
> 2011?
> 
> Would so much love to come,
> 
> Jonas
> Am 01.08.2016 20:15 schrieb "Jaime Oliver" :
> 
>> Hi Liam,
>> 
>> Sorry for the delay.
>> 
>> Priority will be given to presenters who will attend the convention.
>> 
>> All the best,
>> 
>> Jaime
>> 
>> 
>> 
>> On Jul 24, 2016, at 2:12 PM, Liam Goodacre  wrote:
>> 
>> Hi Jamie
>> 
>> I'd like to submit a paper for this, but it's doubtful that I can afford
>> to come to New York in November. Will you be giving selected authors the
>> chance to present online rather than in person?
>> 
>> 
>> *From: *Jaime Oliver
>> *Sent: *21 July 2016 08:13
>> *To: *Pd-list
>> *Subject: *[PD] PdCon16 NYC Calls are open
>> 
>> 
>> 
>> 
>> Dear All,
>> 
>> Please check out the calls for papers, works, and proposals for the
>> upcoming Pd Convention.
>> 
>> http://www.nyu-waverlylabs.org/pdcon16/calls/
>> 
>> All the best,
>> 
>> J
>> 
>> 
>> 
>> 
>> ___
>> 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
>> 
>> 
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> 
> 
> --
> 
> Message: 2
> Date: Mon, 1 Aug 2016 20:58:11 +0200 (CEST)
> From: "angelo.arc...@virgilio.it" 
> To: Simon Iten , pd-list@lists.iem.at
> Subject: [PD] R: Re:   Errors in building pd-extended on Odroid C2
> Message-ID:
>   <1950392810.879551470077891926.JavaMail.defaultUser@defaultHost>
> Content-Type: text/plain; charset="utf-8"
> 
> Dear Simon, 
> thanks a lot for your quick and valuable answer! 
> 
> Actually I did not find anywhere that pd.extended is outdated, having this 
> information clearly stated on the website would have allowed me to save time. 
> So my suggestion would be to signal this on the website.
> 
> Anyways, I will try to build pd-vanilla and deken.
> 
> However, I think it would be great to solve the compilation problem related 
> to the alsa packages linkage.
> 
> 
> Best
> 
> Angelo
> 
> 
> 
> 
> 
> Messaggio originale
> 
> Da: "Simon Iten" 
> 
> Data: 1-ago-2016 15.26
> 
> A: "angelo.arc...@virgilio.it"
> 
> Cc: 
> 
> Ogg: Re: [PD]  Errors in building pd-extended on Odroid C2
> 
> 
> 
> pd-extended is really outdated and not supported anymore.the general 
> consensus is to use pd-vanilla with deken since almost all extended libraries 
> are available in deken.On 01 Aug 2016, at 16:57, angelo.arc...@virgilio.it 
> wrote:
> Sorry I forgot the attachment of the  .txt file with the whole output of the 
> build. Please find it attached.Thanks in advanceBestAngelo
> 
> Messaggio originale
> Da: "angelo.arc...@virgilio.it" 
> Data: 1-ago-2016 14.53
> A: 
> Ogg: [PD] Errors in building pd-extended on Odroid C2
> 
> Dear list members,when building from source pd-extended (the last version) on 
> the ODROID C2 board, running Ubuntu 16.04,I get errors, likely related to the 
> linkage to the alsa packages.To build I simply followed the instructions 
> listed on the puredata.info(cd pure-data/packages/linux_make and then make 
> install)Here the lines of the build output were the error 
> begins:pd-s_audio_alsa.o: In function 
> `check_error

[PD] Click on filledpolygon

[Julián Villegas]

Hi list,

I want to create a GUI using several filledpolygon instances. How can I capture 
which polygon has been clicked? 

Thanks!

Julian.





> On Jun 22, 2016, at 19:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> 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. Re: buffer and performance woes on OSX (Jesse Mejia)
>   2. Re: Dynamic Patching with 0.47 (Thomas Mayer)
>   3. A 6th order hilbert transformer? (Alexandre Torres Porres)
>   4. Re: Best way to install Pd on Raspberry Pi (Derek Kwan)
> 
> 
> --
> 
> Message: 1
> Date: Tue, 21 Jun 2016 15:43:49 -0700
> From: Jesse Mejia 
> To: Alex 
> Cc: "pd-list@lists.iem.at" 
> Subject: Re: [PD] buffer and performance woes on OSX
> Message-ID: <03f0de45-aa73-4723-a51e-d079a16f4...@anestheticaudio.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Thanks! Moving the midi out to a separate patch - in a separate instance. 
> (from a copy/pasted pd application) solved my problems. I’m sending OSC 
> between the two patches and everything is smooth.
> 
> But I still wonder if there’s a way to do this from within one instance. Pd~ 
> seems to only separate the dsp processes - but my problem was actually with 
> midi output. It would be great if there’s a way to prioritize and/or 
> specificy threading for abstractions.
> 
> -Jesse
> 
>> On Jun 21, 2016, at 2:37 PM, Alex  wrote:
>> 
>> If the audio logic is exclusively dependent on the midi input and the midi 
>> output is also exclusively dependent on the midi input you could potentially 
>> separate the midi output into its own process and run it independently of 
>> the audio?
>> 
>> If they're instead both dependent on some processed version of the midi, but 
>> not on each-other, you could do the processing in one of the processes then 
>> still generate your audio/midi out independently.
>> 
>> -Alex
>> 
>> 
>> On Tue, Jun 21, 2016 at 1:51 PM, Jesse Mejia > > wrote:
>> Hi list,
>> 
>> I’m having some performance problems - clicks/dropouts when I feed my patch 
>> too much note concurrency by way of midi input into some [clone]d karplus 
>> strong abstractions among other things - but only when I’m concurrently 
>> sending midi out.
>> 
>> I’m finding that the audio settings menu hangs PD depending on what buffer 
>> size I choose. I’m only able to choose 64 or 128.
>> 
>> Typically I would increase buffer size to compensate - but the only other 
>> buffer setting that doesn’t hang pd is 128 and it actually gives me even 
>> more dropouts. I’ve tried playing around with block~ but couldn’t really get 
>> that helping either.
>> 
>> 'defeat real-time scheduling' seems to help things somewhat. and running -rt 
>> didn’t seem to do anything either way.
>> -nogui also didn’t help
>> 
>> I’m using a fairly unimpressive 2-core mac mini.. and I do have about 1/2 of 
>> my DSP running in a pd~ instance
>> so maybe I just need to run this on a more powerful machine.
>> 
>> I’m sending a fair amount of midi data via ctlout to some micro controllers. 
>> Basically the more note-ins my patch receives - the more ctlout data it 
>> sends. Removing that part of the patch makes the dsp blocking clicks go away 
>> - but it seems like the midi out shouldn’t be interfering with audio so 
>> much. Is there a way to make PD prioritize the audio over the midi output? 
>> It would be great if I could wrap the midi output stuff in a lower priority 
>> abstraction somehow… I don’t think pd~ helps me there because there isn’t 
>> actually any DSP in the midi output abstraction - just control data...
>> 
>> OSX 10.11.1 (el capitan)
>> Pd 0.47.1
>> Motu 24AO (though it was experiencing audio blocking and also lock ups on 
>> the audio settings panel w/ the internal interface as well)
>> 
>> Any tips?
>> 
>> -Jesse
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list 
>> 
>> 
> 
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> 
> 
> --
> 
> Message: 2
> Date: Wed, 22 Jun 2016 02:24:20 +0200
> From: Thomas Mayer 
> To: pd-list@lists.iem.at
> Subject: Re: [PD] Dynamic Patching with 0.47
> Message-ID: <23c531ab-a

[PD] Deken for developers

[Julián Villegas]

Hi list,

I’m sorry if I missed this, but what’s the best approach for a developer to 
have her externals reachable in deken? I have several externals that I’d like 
to make available to the community but I don’t know how.

Thanks,

Julian.






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Audio streaming for 3 or more channels?

[Julián Villegas]

Hi Bektur,

have you tried WIFI using a router at 5GHz? I’d be interested in seeing if that 
makes any difference.

Cheers,

Julián.




On Jul 31, 2014, at 6:42 AM, pd-list-requ...@lists.iem.at wrote:

> Send Pd-list mailing list submissions to
>   pd-list@lists.iem.at
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   http://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. Re: Audio streaming for 3 or more channels? (Bektur)
>   2. Re: Audio streaming for 3 or more channels? (Martin Peach)
>   3. Re: constantq~ - Thomas Grill (Federico Llach)
> 
> 
> --
> 
> Message: 1
> Date: Thu, 31 Jul 2014 00:37:19 +0600
> From: Bektur 
> To: pd-list@lists.iem.at
> Subject: Re: [PD] Audio streaming for 3 or more channels?
> Message-ID: <0399b37b-8f1f-404c-aa6b-0a3e07a38...@yandex.ru>
> Content-Type: text/plain; charset="windows-1252"
> 
> Just a heads up, I tried using multiple [udpsend~] objects in different 
> setups, and managed to reach stream playback with almost no interruptions 
> (except occasional hiccup due to wireless network conditions)
> 
> The best performance was on a Windows machine, connected via LAN cable to 
> Wi-Fi router, and data was further sent wirelessly to iOS clients running 
> [udpreceive~] objects on libpd. Also, I should note that a LAN cable has 
> tremendously decreased the amount of interruptions.
> 
> Best regards,
> Bektur
> 
> On Jul 25, 2014, at 3:49 PM, Bektur  wrote:
> 
>> I’ve tried the multicast option with same setup, but unfortunately I’m 
>> getting the same issue (bad header tag error and distorted sound). 
>> 
>> Just out of curiosity I recorded the audio output I was getting
>> 
>> Best regards,
>> Bektur
>> 
>> On Jul 25, 2014, at 3:25 AM, Martin Peach  wrote:
>> 
>>> Looking through the source code of udpsend~ I don't think broadcast sends a 
>>> different packet, I'll keep looking.
>>> Also note that multicast is supported. Have you tried that? It should be 
>>> more efficient than broadcast.
>>> (udpsend-help has the messages used by [udpsend~] for multicast, 
>>> udpsend~-help needs updating).
>>> 
>>> Martin
>>> 
>>> 
>>> On 2014-07-24 14:46, Bektur wrote:
 Thanks for the advice!
 
 I’m sorry for the late reply, but I finally got my hands on a windows 
 machine, and here’s what I got:
 
 - The issue with bad header tag in case of a broadcast is still there, so 
 at least it’s not related to platform-specific implementation
 - I managed to make it work by creating a set of separate [udpreceive~] 
 objects for each client and they work almost without any noticeable 
 problems with sound
 
 I wish I could use wired connection, but since my clients are mobile 
 devices, so I have to go with Wi-Fi.
 
 Just in case if someone else would be looking for this problem, I think 
 jack.udp is another possible option (since IIRC netjack and jackport don’t 
 have mobile implementations). However, for now libpd + 
 [udpreceive~]/[udpsend~] work well in local wireless networks.
 
 Best regards,
 Bektur
 
 On Jul 21, 2014, at 11:06 PM, Martin Peach  
 wrote:
 
> On 2014-07-21 12:50, Bektur wrote:
>> 
>>> I’m running a simple iOS application with libpd and udpreceive~ objects 
>>> in the patch. The audio is sent from a computer with udpsend~ object, 
>>> with only one channel currently being used. Whenever I stream to a 
>>> single IP address everything works fine with almost unnoticeable 
>>> latency. However, when I try to broadcast to multiple addresses in the 
>>> network (as shown in udpsend~ help patch), I get two kinds of errors:
>>> 
>>> – On OS X, block size >= 512 triggers “Message too long (40)” error. It 
>>> happens only on OS X (tried the same patch on ubuntu, and this error 
>>> didn’t reappear), one of the possible solutions I found was to use 
>>> smaller block size, but in such case it would cause the second kind of 
>>> error
>>> 
>>> – On a client I get "udpreceive~: bad header tag (1)” error with 
>>> incrementing numbers in the error. At first, I thought the libpd 
>>> implementation was to blame, but it also happened when I run the same 
>>> send and receive patches on two different computers running Pd-extended 
>>> and connected over a local wireless network.
>> 
>> 
>> I haven’t found any workaround for this yet, but I’m planning to try 
>> reproducing these issues on a windows machine with ASIO drivers.
> 
> I suppose if you do it over a wired con