[PD] [PD-announce] pd 0.51-0 released

[Miller Puckette via Pd-announce]

To Pd-announce:

Pd version 0.51-0 is available on http://msp.ucsd.edu/software.htm
or (source only) via github: https://github.com/pure-data/pure-data .

cheers
Miller



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

Re: [PD] [PD-announce] pd 0.51-0test3 released (now on all platforms)

[Alexandre Torres Porres]

cool, no problem, thanks!

Em sex., 5 de jun. de 2020 às 21:25, Miller Puckette 
escreveu:

> Well, it took me hours to fix the problems I hit when adding the bold font.
> So I'm afraid of adding more font stuff this late in the game.  I can
> revisit
> this for 0.52...
>
> cheers
> Miller
>
> On Fri, Jun 05, 2020 at 06:21:06PM -0300, Alexandre Torres Porres wrote:
> > Em sex., 5 de jun. de 2020 ??s 16:46, Miller Puckette 
> > escreveu:
> >
> > >
> > > 3 is too much for me right now.  I think the italic fonts could be
> loaded
> > > by cyclone itself so perhaps Pd doesn't need to carry the extra stuff
> > > around.
> >
> >
> > I mentioned that it can't really (not in the issue though). I tried that
> > already and others confirmed it is impossible. And since Pd already
> carries
> > DVSM around as its default font, why not carry it in its fullness?
> >
> > cheers
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] pd 0.51-0test3 released (now on all platforms)

[Miller Puckette via Pd-list]

Well, it took me hours to fix the problems I hit when adding the bold font.
So I'm afraid of adding more font stuff this late in the game.  I can revisit
this for 0.52...

cheers
Miller

On Fri, Jun 05, 2020 at 06:21:06PM -0300, Alexandre Torres Porres wrote:
> Em sex., 5 de jun. de 2020 ??s 16:46, Miller Puckette 
> escreveu:
> 
> >
> > 3 is too much for me right now.  I think the italic fonts could be loaded
> > by cyclone itself so perhaps Pd doesn't need to carry the extra stuff
> > around.
> 
> 
> I mentioned that it can't really (not in the issue though). I tried that
> already and others confirmed it is impossible. And since Pd already carries
> DVSM around as its default font, why not carry it in its fullness?
> 
> cheers



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

Re: [PD] [PD-announce] pd 0.51-0test3 released (now on all platforms)

[Miller Puckette via Pd-list]

I made the change by hand from 744 (because it was somehow different from
other PRs; the "command line instructions" seem to want me to use curl and
not git - that scared me off).

2 should be merged.

3 is too much for me right now.  I think the italic fonts could be loaded
by cyclone itself so perhaps Pd doesn't need to carry the extra stuff around.

cheers
Miller

On Thu, Jun 04, 2020 at 02:17:05AM -0300, Alexandre Torres Porres wrote:
> Ok, tried it in Catalina. Same increase in load time when first loading
> externals, but this is life now for macOS I guess... nothing to do with
> signing issues.
> 
> Anyway, before releasing the final version, please consider these
> documentation issues. First, I already mentioned this one
> https://urldefense.com/v3/__https://github.com/pure-data/pure-data/pull/744__;!!Mih3wA!ROGYjpzjn3h-58QjE-17XXTf3IYZEHbaAWVvvEvsb8kDxJqb5YF1AbQDDNJB$
>   it's just changing ONE word
> to better depict the actual change. And, as long as we're at it, you may
> also consider mentioning the change to the number box in the release notes
> of 0.51!
> 
> Also, there are still more manual/html documentation updates waiting in
> line, see 
> https://urldefense.com/v3/__https://github.com/pure-data/pure-data/pull/720__;!!Mih3wA!ROGYjpzjn3h-58QjE-17XXTf3IYZEHbaAWVvvEvsb8kDxJqb5YF1AecWJTdl$
>   - Lucas can talk
> more about that one.
> 
> Now, as for a last minute request, out of almost 100 waiting in line, I was
> hoping to get your attention to at least one request, and I feel
> comfortable about it because it's really a no brainer, and I kinda need it
> to release an update of cyclone - see
> https://urldefense.com/v3/__https://github.com/pure-data/pure-data/pull/899__;!!Mih3wA!ROGYjpzjn3h-58QjE-17XXTf3IYZEHbaAWVvvEvsb8kDxJqb5YF1Ae6JCWe3$
>   - basically, I was hoping
> Pd could ship Deja Vu Sans mono in full, cause I wanna use it as the
> default font for cyclone/comment, which also allows you to load italic and
> italic+bold. It turns out I can't just ship fonts as part of cyclone
> myself, so I needed Pd to ship that for me.
> 
> Cheers
> 
> 
> Em qui., 4 de jun. de 2020 ??s 01:44, Miller Puckette via Pd-announce <
> pd-annou...@lists.iem.at> escreveu:
> 
> > To Pd announce:
> >
> > Pd 0.51-0 test 3 is available on http://msp.ucsd.edu/software.htm
> > or (source only) via github: 
> > https://urldefense.com/v3/__https://github.com/pure-data/pure-data__;!!Mih3wA!ROGYjpzjn3h-58QjE-17XXTf3IYZEHbaAWVvvEvsb8kDxJqb5YF1ARvevJo_$
> >  
> >
> > now compiled for Mac and Windows, 64 and 32 bit versions.
> >
> > cheers
> > Miller
> >
> >
> >
> > ___
> > Pd-announce mailing list
> > pd-annou...@lists.iem.at
> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-announce__;!!Mih3wA!ROGYjpzjn3h-58QjE-17XXTf3IYZEHbaAWVvvEvsb8kDxJqb5YF1ActAcET5$
> >  
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!ROGYjpzjn3h-58QjE-17XXTf3IYZEHbaAWVvvEvsb8kDxJqb5YF1AaqfTP0Z$
> >  
> >



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

Re: [PD] external binary file extensions for 32 and 64bit under recent OS X

[Dan Wilcox]

That could work. We can then put a mention in INSTALL.txt.

INSTALL.txt the file was already there so I used that to expand the build 
overview and intro for people who haven't used a Unix-style build system 
before. I didn't think about the html docs. I did put a lot of the dirty 
details in the platform-specific readme, aka mac/README.txt & msw/README.txt 
but we could probably move all or some of those things to html, if it makes 
sense to do so.

> On Jun 5, 2020, at 10:55 PM, Miller Puckette  wrote:
> 
> I think info for developers will want to be a much larger thing than a single
> readme-type file - perhaps it should go in doc/1.manual?
> 
> cheers
> M
> 
> On Fri, Jun 05, 2020 at 10:53:20PM +0200, Dan Wilcox wrote:
>> Christof,
>> 
>> Let's put this in a new DEVELOPER.txt file in the Pd root. I think it could 
>> be a good companion to the INSTALL.txt along with other lower-level 
>> details...
>> 
>>> On Jun 5, 2020, at 7:49 PM, pd-list-requ...@lists.iem.at wrote:
>>> 
>>> Hi,
>>> 
>>> apart from the "generic" library extensions (".pd_darwin", ".pd_linux", 
>>> ".so" and ".dll"), Pd also supports platform specific extensions, with a 
>>> OS prefix and the CPU architecture:
>>> 
>>> Prefixes:
>>> 
>>> "m_" -> Windows
>>> 
>>> "d_" -> macOS
>>> 
>>> "l_" -> Linux
>>> 
>>> "o_" -> OpenBSD
>>> 
>>> Architectures:
>>> 
>>> "amd64" -> Intel 64-bit
>>> 
>>> "i386" -> Intel 32-bit
>>> 
>>> "arm" -> Arm 32-bit
>>> 
>>> "arm64" -> Arm 64-bit
>>> 
>>> "ppc" -> PowerPC
>>> 
>>> ---
>>> 
>>> In your case, you can ship two different binaries next to each other: 
>>> ".d_i386" and ".d_amd64".
>>> 
>>> Finally, macOS also supports fat binaries, where several architectures 
>>> are contained within a single binary. These have the extension ".d_fat".
>>> 
>>> Christof
>> 
>> 
>> Dan Wilcox
>> @danomatika 
>> >  
>> 
>>  >
>> danomatika.com 
>> >  
>> 
>>  >
>> robotcowboy.com 
>> >  
>> 
>>  >
>> 
>> 
>> 
> 
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!VXgbbI1mbEJu8kOnMR1fWNpmD0yyBloGv1RZ2Gbrji1DygHVR_XKlOJllLZk$
>>  
>> 

Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] [PD-announce] pd 0.51-0test3 released (now on all platforms)

[Alexandre Torres Porres]

Em sex., 5 de jun. de 2020 às 16:46, Miller Puckette 
escreveu:

>
> 3 is too much for me right now.  I think the italic fonts could be loaded
> by cyclone itself so perhaps Pd doesn't need to carry the extra stuff
> around.


I mentioned that it can't really (not in the issue though). I tried that
already and others confirmed it is impossible. And since Pd already carries
DVSM around as its default font, why not carry it in its fullness?

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

Re: [PD] shameless livestream plug, was: external binary file extensions for 32 and 64bit under recent OS X

[Dan Wilcox]

Oh, sorry, that should be "2pm US Eastern" for USonians.

> On Jun 5, 2020, at 9:33 PM, Dan Wilcox  wrote:
> 
> Thanks for the segue, Peter. I was thinking about spamming this list with a 
> non-Pd invite but held back. Now I'll piggy-back on your mention. :)
> 
> Also tomorrow night, (hopefully) after the IEM show at 6pm a band I play 
> guitar in will be live online:
> 
> Kosmøthyczka (fem/punk/nowave/accordion) on the P8 Karlsruhe livestream @ 8pm 
> CEST (1pm US Eastern, 11am US Pacific)
> 
> https://www.youtube.com/watch?v=0Mp-YeOc-6E 
> 
> 
> (Even when everything is online, events always find a way to happen on the 
> same night. Gig-hopping is now link-hopping, so at least that's easier and 
> possible for parents in these crazy times.)
> 
> Christof: IU second Peter, good luck tomorrow.
> 
>> On Jun 5, 2020, at 9:14 PM, pd-list-requ...@lists.iem.at 
>>  wrote:
>> 
>> Message: 2
>> Date: Fri, 5 Jun 2020 20:46:13 +0200
>> From: "Peter P." mailto:peterpar...@fastmail.com>>
>> To: pd-list@lists.iem.at 
>> Subject: Re: [PD] external binary file extensions for 32 and 64bit
>>  under recent OS X
>> Message-ID: <20200605184613.rd3jhytkgtwdn...@fastmail.com 
>> >
>> Content-Type: text/plain; charset=us-ascii
>> 
>> Thanks for posting this excellent information, and so shortly before
>> your https://vrr.iem.at/concerts/  event! This 
>> is excellent and should be
>> preserved somewhere online for reference I find!
>> cheers, P
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
> 
> 
> 


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] external binary file extensions for 32 and 64bit under recent OS X

[Miller Puckette via Pd-list]

I think info for developers will want to be a much larger thing than a single
readme-type file - perhaps it should go in doc/1.manual?

cheers
M

On Fri, Jun 05, 2020 at 10:53:20PM +0200, Dan Wilcox wrote:
> Christof,
> 
> Let's put this in a new DEVELOPER.txt file in the Pd root. I think it could 
> be a good companion to the INSTALL.txt along with other lower-level details...
> 
> > On Jun 5, 2020, at 7:49 PM, pd-list-requ...@lists.iem.at wrote:
> > 
> > Hi,
> > 
> > apart from the "generic" library extensions (".pd_darwin", ".pd_linux", 
> > ".so" and ".dll"), Pd also supports platform specific extensions, with a 
> > OS prefix and the CPU architecture:
> > 
> > Prefixes:
> > 
> > "m_" -> Windows
> > 
> > "d_" -> macOS
> > 
> > "l_" -> Linux
> > 
> > "o_" -> OpenBSD
> > 
> > Architectures:
> > 
> > "amd64" -> Intel 64-bit
> > 
> > "i386" -> Intel 32-bit
> > 
> > "arm" -> Arm 32-bit
> > 
> > "arm64" -> Arm 64-bit
> > 
> > "ppc" -> PowerPC
> > 
> > ---
> > 
> > In your case, you can ship two different binaries next to each other: 
> > ".d_i386" and ".d_amd64".
> > 
> > Finally, macOS also supports fat binaries, where several architectures 
> > are contained within a single binary. These have the extension ".d_fat".
> > 
> > Christof
> 
> 
> Dan Wilcox
> @danomatika 
>   >
> danomatika.com 
>   >
> robotcowboy.com 
>   >
> 
> 
> 

> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!VXgbbI1mbEJu8kOnMR1fWNpmD0yyBloGv1RZ2Gbrji1DygHVR_XKlOJllLZk$
>  




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

Re: [PD] external binary file extensions for 32 and 64bit under recent OS X

[Dan Wilcox]

Christof,

Let's put this in a new DEVELOPER.txt file in the Pd root. I think it could be 
a good companion to the INSTALL.txt along with other lower-level details...

> On Jun 5, 2020, at 7:49 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Hi,
> 
> apart from the "generic" library extensions (".pd_darwin", ".pd_linux", 
> ".so" and ".dll"), Pd also supports platform specific extensions, with a 
> OS prefix and the CPU architecture:
> 
> Prefixes:
> 
> "m_" -> Windows
> 
> "d_" -> macOS
> 
> "l_" -> Linux
> 
> "o_" -> OpenBSD
> 
> Architectures:
> 
> "amd64" -> Intel 64-bit
> 
> "i386" -> Intel 32-bit
> 
> "arm" -> Arm 32-bit
> 
> "arm64" -> Arm 64-bit
> 
> "ppc" -> PowerPC
> 
> ---
> 
> In your case, you can ship two different binaries next to each other: 
> ".d_i386" and ".d_amd64".
> 
> Finally, macOS also supports fat binaries, where several architectures 
> are contained within a single binary. These have the extension ".d_fat".
> 
> Christof


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] compiling pd-0.51-0test2 on mac os 10.14.6 / INSTALL.txt

[Miller Puckette via Pd-list]

This needs documenting somewhere - but INSTALL.txt is already so long
and fearsome that I tremble at the idea of adding a section on all the
CPP flags that Pd migth be sensitive to.  (Example: avoiding references to
IPv6 so that we can still compile for XP :) .  Not sure what to do here..

cheers
Miller

On Fri, Jun 05, 2020 at 01:06:00PM +0200, Christof Ressi wrote:
> thanks! just saw it.
> 
> On 05.06.2020 11:15, hans w. koch wrote:
> > as a friendly reminder i just opened an issue for that on github
> > and made a (naive) suggestion.
> > 
> > hope that wasn??t inappropriate,
> > 
> > best
> > hans
> > 
> > > Am 30.05.2020 um 20:53 schrieb Dan Wilcox :
> > > 
> > > Feel free to edit INSTALL.txt...
> > > 
> > > > On May 30, 2020, at 6:53 PM, pd-list-requ...@lists.iem.at wrote:
> > > > 
> > > > a) ./configure CPPFLAGS="-DPD_FLOATSIZE=64"
> > > > 
> > > > (for all subsequent calls to "make")
> > > > 
> > > > b) make CPPFLAGS="-DPD_FLOATSIZE=64"
> > > > 
> > > > (only for this call to "make")
> > > > 
> > > > 
> > > > Looks like these instructions are still missing in the INSTALL.txt...
> > > > 
> > > > Christof
> > > 
> > > Dan Wilcox
> > > @danomatika
> > > danomatika.com
> > > robotcowboy.com
> > > 
> > > 
> > > 
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management -> 
> > > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!UZdR6ctuVDED0Lz2IMGkQa1XbcbYhJF_tbJCzrfSGq-YHu9pgWIvaaxspu7N$
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!UZdR6ctuVDED0Lz2IMGkQa1XbcbYhJF_tbJCzrfSGq-YHu9pgWIvaaxspu7N$



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

Re: [PD] shameless livestream plug, was: external binary file extensions for 32 and 64bit under recent OS X

[Dan Wilcox]

Thanks for the segue, Peter. I was thinking about spamming this list with a 
non-Pd invite but held back. Now I'll piggy-back on your mention. :)

Also tomorrow night, (hopefully) after the IEM show at 6pm a band I play guitar 
in will be live online:

Kosmøthyczka (fem/punk/nowave/accordion) on the P8 Karlsruhe livestream @ 8pm 
CEST (1pm US Eastern, 11am US Pacific)

https://www.youtube.com/watch?v=0Mp-YeOc-6E 


(Even when everything is online, events always find a way to happen on the same 
night. Gig-hopping is now link-hopping, so at least that's easier and possible 
for parents in these crazy times.)

Christof: IU second Peter, good luck tomorrow.

> On Jun 5, 2020, at 9:14 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Message: 2
> Date: Fri, 5 Jun 2020 20:46:13 +0200
> From: "Peter P." mailto:peterpar...@fastmail.com>>
> To: pd-list@lists.iem.at 
> Subject: Re: [PD] external binary file extensions for 32 and 64bit
>   under recent OS X
> Message-ID: <20200605184613.rd3jhytkgtwdn...@fastmail.com 
> >
> Content-Type: text/plain; charset=us-ascii
> 
> Thanks for posting this excellent information, and so shortly before
> your https://vrr.iem.at/concerts/  event! This 
> is excellent and should be
> preserved somewhere online for reference I find!
> cheers, P


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] [clone] with individual signal inlets/outlets exposed ?

[IOhannes m zmölnig]

On 6/5/20 8:43 PM, baptiste chatel wrote:
> Clever, but you have to do a repetitive error-prone lengthy clicky process
> either on the send side or on the receive side.

how so?

https://vimeo.com/273707442
https://vimeo.com/279631360
https://vimeo.com/340437816


gfmr
IOhannes



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

Re: [PD] [clone] with individual signal inlets/outlets exposed ?

[Dan Wilcox]

I think you can also be clever about the mixing and the outputs...

In my case, I usually end up with an output abstraction to [dac~]:

[receive~ out$1]
|
[*~] <--- some gain control input
|
[dac~ $1]

A use case would be the zirk_id -> zirk_speaker -> zirk_output handling in the 
ZKM Zirkonium server patches:

https://github.com/ZKM-IMA/ZirkoniumSpatializationServer 


(It's currently macOS-only as it includes custom binaries for the 
spatialization algorithms. I will probably fix this by fall.)

In this case, Zirkonium has the following layout:

64 live input channels
64 input sound files (with 8 channels)
64 IDs aka objects mapping between input channels (live or sound file) and 
spatialization algorithms to virtual speakers
64 virtual speakers wich are mapped to outputs
64 output dac~ wrappers

The ID objects & spat algo wrappers use additional clones internally to map 
each channel to all of the virtual speakers. I imagine a setup like this could 
work for you. A [zirk_vbap] object, for example, has an internal clone with 
[zirk_dispatcher]s which handle the connections between the named 
sends~/receives~. It's a little clunky but it works.

I think a bunch of giant 64-channel output objects would also be clunky and 
also work, but in a different way. :)

> On Jun 5, 2020, at 8:43 PM, baptiste chatel  wrote:
> 
> Clever, but you have to do a repetitive error-prone lengthy clicky process 
> either on the send side or on the receive side.
> Since in my case i have four 16-tracks sends to a 64 by 16 matrix (3rd order 
> ambisonics monitoring), i mitigated the issue by making an abstraction 
> containing 16 settable sends, taking a float as an argument for the first 
> send number. On the other side, i still had to make 64 unique receives...
> 
> Le ven. 5 juin 2020 à 20:23, Dan Wilcox  > a écrit :
> Your abstraction can have a named [send~] which you can receive into your 
> matrix. Use the $1 id assigned by clone to differentiate the sends, ie.
> 
> In abstraction:
> 
> |
> [send~ out$1]
> 
> For matrix:
> 
> [receive~ out1]  [receive~ out2] [receive~ out3]
> ||   |
> [matrix  -   -  ...]
> 
> etc
> 
> In this way, the [clone] itself has no outputs, but you have all of the 
> outputs via [send~]. I use this approach very often.
> 
>> On Jun 5, 2020, at 7:49 PM, pd-list-requ...@lists.iem.at 
>>  wrote:
>> 
>> Message: 5
>> Date: Fri, 5 Jun 2020 19:20:36 +0200
>> From: baptiste chatel > >
>> To: Pd-List mailto:pd-list@lists.iem.at>>
>> Subject: [PD] [clone] with individual signal inlets/outlets exposed ?
>> Message-ID:
>>  > >
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Would it be possible to have a [clone] option that allows clones individual
>> signal inlets/outlets to be exposed ?
>> 
>> An example : i need to make 64 of the following patch :
>> [receive~ thing-$1]
>> |
>> [outlet~]
>> that should go to a matrix, $1 in [1:64].
>> 
>> [clone] is useless because it will sum all outputs and expose only one,
>> since the cloned patch has one output.
>> 
>> I could do it with dynamic patching, but as practical as it could be, it is
>> pretty convoluted to use for such a simple need.
>> 
>> 
>> Baptiste
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
> 
> 
> 


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] [clone] with individual signal inlets/outlets exposed ?

[baptiste chatel]

Clever, but you have to do a repetitive error-prone lengthy clicky process
either on the send side or on the receive side.
Since in my case i have four 16-tracks sends to a 64 by 16 matrix (3rd
order ambisonics monitoring), i mitigated the issue by making an
abstraction containing 16 settable sends, taking a float as an argument for
the first send number. On the other side, i still had to make 64 unique
receives...

Le ven. 5 juin 2020 à 20:23, Dan Wilcox  a écrit :

> Your abstraction can have a named [send~] which you can receive into your
> matrix. Use the $1 id assigned by clone to differentiate the sends, ie.
>
> In abstraction:
>
> |
> [send~ out$1]
>
> For matrix:
>
> [receive~ out1]  [receive~ out2] [receive~ out3]
> ||   |
> [matrix  -   -  ...]
>
> etc
>
> In this way, the [clone] itself has no outputs, but you have all of the
> outputs via [send~]. I use this approach very often.
>
> On Jun 5, 2020, at 7:49 PM, pd-list-requ...@lists.iem.at wrote:
>
> Message: 5
> Date: Fri, 5 Jun 2020 19:20:36 +0200
> From: baptiste chatel 
> To: Pd-List 
> Subject: [PD] [clone] with individual signal inlets/outlets exposed ?
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> Would it be possible to have a [clone] option that allows clones individual
> signal inlets/outlets to be exposed ?
>
> An example : i need to make 64 of the following patch :
> [receive~ thing-$1]
> |
> [outlet~]
> that should go to a matrix, $1 in [1:64].
>
> [clone] is useless because it will sum all outputs and expose only one,
> since the cloned patch has one output.
>
> I could do it with dynamic patching, but as practical as it could be, it is
> pretty convoluted to use for such a simple need.
>
>
> Baptiste
>
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [clone] with individual signal inlets/outlets exposed ?

[Alexandre Torres Porres]

I guess making noise on the list helps :) it narrows down to someone also
feel it's worth it and implement it, aren't you a skilled fellow anyway? I
think this one is over my head... I'm still only able to managing lower
hanging fruits :P

Em sex., 5 de jun. de 2020 às 15:30, baptiste chatel <
baptiste.cha...@gmail.com> escreveu:

> Is there a way to nicely "upvote" this request other than commenting the
> issue ?
>
> Le ven. 5 juin 2020 à 20:16, Alexandre Torres Porres  a
> écrit :
>
>> I already made that request by the way
>> https://github.com/pure-data/pure-data/issues/500
>>
>> Em sex., 5 de jun. de 2020 às 14:51, baptiste chatel <
>> baptiste.cha...@gmail.com> escreveu:
>>
>>> Would it be possible to have a [clone] option that allows clones
>>> individual signal inlets/outlets to be exposed ?
>>>
>>> An example : i need to make 64 of the following patch :
>>> [receive~ thing-$1]
>>> |
>>> [outlet~]
>>> that should go to a matrix, $1 in [1:64].
>>>
>>> [clone] is useless because it will sum all outputs and expose only one,
>>> since the cloned patch has one output.
>>>
>>> I could do it with dynamic patching, but as practical as it could be, it
>>> is pretty convoluted to use for such a simple need.
>>>
>>>
>>> Baptiste
>>>
>>>
>>> ___
>>> 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

Re: [PD] external binary file extensions for 32 and 64bit under recent OS X

[Peter P.]

Thanks for posting this excellent information, and so shortly before
your https://vrr.iem.at/concerts/ event! This is excellent and should be
preserved somewhere online for reference I find!
cheers, P

* Christof Ressi  [2020-06-05 14:05]:
> Hi,
> 
> apart from the "generic" library extensions (".pd_darwin", ".pd_linux",
> ".so" and ".dll"), Pd also supports platform specific extensions, with a OS
> prefix and the CPU architecture:
> 
> Prefixes:
> 
> "m_" -> Windows
> 
> "d_" -> macOS
> 
> "l_" -> Linux
> 
> "o_" -> OpenBSD
> 
> Architectures:
> 
> "amd64" -> Intel 64-bit
> 
> "i386" -> Intel 32-bit
> 
> "arm" -> Arm 32-bit
> 
> "arm64" -> Arm 64-bit
> 
> "ppc" -> PowerPC
> 
> ---
> 
> In your case, you can ship two different binaries next to each other:
> ".d_i386" and ".d_amd64".
> 
> Finally, macOS also supports fat binaries, where several architectures are
> contained within a single binary. These have the extension ".d_fat".
> 
> Christof
> 
> On 05.06.2020 12:42, Peter P. wrote:
> > Hi,
> > 
> > excuse me if this has been discussed before but since I am not on OS X I
> > am wondering how one would include pre-compiled externals for OS X these
> > days for 32bit and 64bit Pd installations. Do these files have different
> > extensions on OS X and will Pd select the correct one?
> > 
> > thanks, P
> > 
> > 
> > 
> > ___
> > 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

Re: [PD] [clone] with individual signal inlets/outlets exposed ?

[baptiste chatel]

Is there a way to nicely "upvote" this request other than commenting the
issue ?

Le ven. 5 juin 2020 à 20:16, Alexandre Torres Porres  a
écrit :

> I already made that request by the way
> https://github.com/pure-data/pure-data/issues/500
>
> Em sex., 5 de jun. de 2020 às 14:51, baptiste chatel <
> baptiste.cha...@gmail.com> escreveu:
>
>> Would it be possible to have a [clone] option that allows clones
>> individual signal inlets/outlets to be exposed ?
>>
>> An example : i need to make 64 of the following patch :
>> [receive~ thing-$1]
>> |
>> [outlet~]
>> that should go to a matrix, $1 in [1:64].
>>
>> [clone] is useless because it will sum all outputs and expose only one,
>> since the cloned patch has one output.
>>
>> I could do it with dynamic patching, but as practical as it could be, it
>> is pretty convoluted to use for such a simple need.
>>
>>
>> Baptiste
>>
>>
>> ___
>> 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

Re: [PD] [clone] with individual signal inlets/outlets exposed ?

[Dan Wilcox]

Your abstraction can have a named [send~] which you can receive into your 
matrix. Use the $1 id assigned by clone to differentiate the sends, ie.

In abstraction:

|
[send~ out$1]

For matrix:

[receive~ out1]  [receive~ out2] [receive~ out3]
||   |
[matrix  -   -  ...]

etc

In this way, the [clone] itself has no outputs, but you have all of the outputs 
via [send~]. I use this approach very often.

> On Jun 5, 2020, at 7:49 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Message: 5
> Date: Fri, 5 Jun 2020 19:20:36 +0200
> From: baptiste chatel  >
> To: Pd-List mailto:pd-list@lists.iem.at>>
> Subject: [PD] [clone] with individual signal inlets/outlets exposed ?
> Message-ID:
>>
> Content-Type: text/plain; charset="utf-8"
> 
> Would it be possible to have a [clone] option that allows clones individual
> signal inlets/outlets to be exposed ?
> 
> An example : i need to make 64 of the following patch :
> [receive~ thing-$1]
> |
> [outlet~]
> that should go to a matrix, $1 in [1:64].
> 
> [clone] is useless because it will sum all outputs and expose only one,
> since the cloned patch has one output.
> 
> I could do it with dynamic patching, but as practical as it could be, it is
> pretty convoluted to use for such a simple need.
> 
> 
> Baptiste


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] [clone] with individual signal inlets/outlets exposed ?

[Alexandre Torres Porres]

I already made that request by the way
https://github.com/pure-data/pure-data/issues/500

Em sex., 5 de jun. de 2020 às 14:51, baptiste chatel <
baptiste.cha...@gmail.com> escreveu:

> Would it be possible to have a [clone] option that allows clones
> individual signal inlets/outlets to be exposed ?
>
> An example : i need to make 64 of the following patch :
> [receive~ thing-$1]
> |
> [outlet~]
> that should go to a matrix, $1 in [1:64].
>
> [clone] is useless because it will sum all outputs and expose only one,
> since the cloned patch has one output.
>
> I could do it with dynamic patching, but as practical as it could be, it
> is pretty convoluted to use for such a simple need.
>
>
> Baptiste
>
>
> ___
> 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] [clone] with individual signal inlets/outlets exposed ?

[baptiste chatel]

Would it be possible to have a [clone] option that allows clones individual
signal inlets/outlets to be exposed ?

An example : i need to make 64 of the following patch :
[receive~ thing-$1]
|
[outlet~]
that should go to a matrix, $1 in [1:64].

[clone] is useless because it will sum all outputs and expose only one,
since the cloned patch has one output.

I could do it with dynamic patching, but as practical as it could be, it is
pretty convoluted to use for such a simple need.


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

Re: [PD] HiDPI on Linux

[Max]

It seems this is not only an issue for Pd but other software as well 
(even the terminal window).
Setting the scaling to 200% will produce acceptable results, it's just 
the uneven multiplicands like 175% which are glitchy.


On 02.06.20 01:32, Max wrote:

Hi list,

I have a 4k screen here and to be able to see anything I had to set the 
"Global Scale" in the "Display Configuration" to 175%. (It's KDE on 
Kubuntu 20.04)


When I open Pd, the Audio MIDI test patch looks cluttered (screenshot 
attached), once zommed in (Ctl.+) it looks readable but still not quite 
right.


Is there a remedy to this issue?

m.

___
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

Re: [PD] external binary file extensions for 32 and 64bit under recent OS X

[Christof Ressi]

Hi,

apart from the "generic" library extensions (".pd_darwin", ".pd_linux", 
".so" and ".dll"), Pd also supports platform specific extensions, with a 
OS prefix and the CPU architecture:


Prefixes:

"m_" -> Windows

"d_" -> macOS

"l_" -> Linux

"o_" -> OpenBSD

Architectures:

"amd64" -> Intel 64-bit

"i386" -> Intel 32-bit

"arm" -> Arm 32-bit

"arm64" -> Arm 64-bit

"ppc" -> PowerPC

---

In your case, you can ship two different binaries next to each other: 
".d_i386" and ".d_amd64".


Finally, macOS also supports fat binaries, where several architectures 
are contained within a single binary. These have the extension ".d_fat".


Christof

On 05.06.2020 12:42, Peter P. wrote:

Hi,

excuse me if this has been discussed before but since I am not on OS X I
am wondering how one would include pre-compiled externals for OS X these
days for 32bit and 64bit Pd installations. Do these files have different
extensions on OS X and will Pd select the correct one?

thanks, P



___
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

Re: [PD] compiling pd-0.51-0test2 on mac os 10.14.6 / INSTALL.txt

[Christof Ressi]

thanks! just saw it.

On 05.06.2020 11:15, hans w. koch wrote:

as a friendly reminder i just opened an issue for that on github
and made a (naive) suggestion.

hope that wasn´t inappropriate,

best
hans


Am 30.05.2020 um 20:53 schrieb Dan Wilcox :

Feel free to edit INSTALL.txt...


On May 30, 2020, at 6:53 PM, pd-list-requ...@lists.iem.at wrote:

a) ./configure CPPFLAGS="-DPD_FLOATSIZE=64"

(for all subsequent calls to "make")

b) make CPPFLAGS="-DPD_FLOATSIZE=64"

(only for this call to "make")


Looks like these instructions are still missing in the INSTALL.txt...

Christof


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com



___
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] external binary file extensions for 32 and 64bit under recent OS X

[Peter P.]

Hi,

excuse me if this has been discussed before but since I am not on OS X I
am wondering how one would include pre-compiled externals for OS X these
days for 32bit and 64bit Pd installations. Do these files have different
extensions on OS X and will Pd select the correct one?

thanks, P



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

Re: [PD] compiling pd-0.51-0test2 on mac os 10.14.6 / INSTALL.txt

[hans w. koch]

as a friendly reminder i just opened an issue for that on github
and made a (naive) suggestion.

hope that wasn´t inappropriate,

best 
hans

> Am 30.05.2020 um 20:53 schrieb Dan Wilcox :
> 
> Feel free to edit INSTALL.txt...
> 
>> On May 30, 2020, at 6:53 PM, pd-list-requ...@lists.iem.at wrote:
>> 
>> a) ./configure CPPFLAGS="-DPD_FLOATSIZE=64"
>> 
>> (for all subsequent calls to "make")
>> 
>> b) make CPPFLAGS="-DPD_FLOATSIZE=64"
>> 
>> (only for this call to "make")
>> 
>> 
>> Looks like these instructions are still missing in the INSTALL.txt...
>> 
>> Christof
> 
> 
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> 
> 
> 
> ___
> 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

Re: [PD] [PD-announce] VRR - Streaming Concert - 2020, June 5 & 6 - IEM Graz

[Julian Brooks]

This looks great, some very fine pieces there - will be tuning in.
Nicely documented webpage too, am certainly curious re tech-setup.
Much props all round,

J

On Thu, 4 Jun 2020 at 03:26, Christof Ressi  wrote:

> Dear list,
>
> I would like to announce our VRR streaming concerts, a cooperation
> between the IEM Graz and the PPCM (performance practice of contemporary
> music) studies at the University of Arts Graz, led by members of the
> Klangforum Wien.
>
> During the last 6 weeks we have been rehearsing in our Virtual Rehearsal
> Room (VRR), which has been built entirely in Pd, using the AoO (audio
> over OSC) external for high quality and low latency audio streaming. The
> students are playing in their living rooms in different cities across 4
> countries (Austria, Slovenia, Serbia and Norway). We will now present
> the final results in two live concerts, featuring 8 pieces for 3—7
> players by John Cage, Anestis Logothetis, Roman Haubenstock-Ramati,
> Winfried Ritsch and Peter Ablinger.
>
> Concert I: Friday, June 5, 2020, 18:00 CEST (16:00 UTC)
>
> Concert II: Saturday, June 6, 2020, 18:00 CEST (16:00 UTC)
>
> Location and info: https://vrr.iem.at/concerts/
>
> Best,
>
> Christof
>
>
>
>
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list