[PD] Camera in GEM broken on Mac Big Sur?

[Dana Moser]

Fede-
Yes, you are right! My apologies to the list.
Camera works in Mojave. I have a colleague who
reports that it doesn't work in Big Sur (latest
OS) on the Mac.
Thank you for your reply!
-Dana


On 5/28/21 8:37 PM, Fede Camara Halac wrote:
> Hi Dana,
> I am on Mojave and pix_video works. What os version do you have? 
> best,
> Fede
> 
> fdch.github.io



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

Re: [PD] Camera in GEM broken on Mac?

[Fede Camara Halac]

Hi Dana,

I am on Mojave and pix_video works. What os version do you have?

best,

Fede


fdch.github.io

> On May 28, 2021, at 7:13 PM, Dana Moser  wrote:
> 
> Greetings.
> Is there a fix to get a camera input to work
> in Pd with GEM on the Mac?
> Thank you!
> -Dana
> 
> 
> 
> ___
> 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] is there a way to color the points/curve in an array?

[João Pais]

A solution already exists for several months, [jmmmp/multiarray]. It is 
of course an abstraction using the available ressources based on data 
structures, as since they rely so heavily on tcl/tk are far from 
efficient. A practical compromise could be to limit the data's velocity, 
at the expense of the refresh rate (and still not really being cpu 
efficient).




using 4 superimposed arrays to show different waveforms (e.g. phase 
differences), i was wondering, if there is a way to assign a unique color to 
each array, to visually better separate the waveforms.
i found a discussion "[PD] Array Enhancements" about that (and other things, like 
"Hide Array name” - still not working) from 2009 [1] and another one "[PD] colored 
arrays?” from 2007 [2],
but no tangible result - or i missed that, then sorry!

if not, would that warrant a sensible feature request?

thanks
hans





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

[PD] Camera in GEM broken on Mac?

[Dana Moser]

Greetings.
Is there a fix to get a camera input to work
in Pd with GEM on the Mac?
Thank you!
-Dana



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

Re: [PD] Patterns for Pd Documentation

[Alexandre Torres Porres]

Em sex., 28 de mai. de 2021 às 14:37, Miller Puckette <
mpucke...@cloud.ucsd.edu> escreveu:

> One thing I'm hoping to be able to do this summer is extend the number box
> to do this (and unify it with the symbol box while I'm at it :)
>
> Miller
>

Awesome, replying to the list as I suspect you meant to ;)

and while we're at it, I have many things I'd like to fix for atom boxes
and iemguis on the next release, they're all organized here
https://github.com/pure-data/pure-data/issues/947

porres


>
> On Tue, May 25, 2021 at 10:23 AM Alexandre Torres Porres 
> wrote:
>
>> By the way, one thing that is very useful for ELSE's help files is my
>> [display] object (similar to Extended's [PRINT] from 'pddp') that can print
>> any data from the outlets right on the patch, which is something people
>> seem to hope for in a friendlier documentation - [display] also flashes
>> when receiving data.
>>
>> I have a solution for atom boxes that I already proposed in
>> https://github.com/pure-data/pure-data/issues/1321
>> 
>> I could give it a try in a PR.
>>
>> But Pd would still need an object for 'anything', an 'anything' box (yes,
>> a newly compiled GUI object), or an abstraction like [PRINT]/[display]. In
>> order to ship it as part of Pd, it makes better sense to me a compiled
>> object, instead of a new 'extra' object. Unless we have this abstraction as
>> a helper abstraction for the help files only. Pd already does something
>> like that with its 'output~.pd' abstraction.
>>
>> By the way, recently, we've been discussing if 'output~.pd' should be
>> part of 'extra', because we're using it in 3 different places (that is, we
>> have 3 different copies of it): - in the help files folder (5.reference),
>> in 3.audio.examples and 4.data.structures. I can't find now where me and
>> IOhannes were discussing it, but it's somewhere on github.
>>
>> I don't think it's worth 'promoting' output~ to extra, but I wouldn't
>> oppose it either. I'm also unsure about having something like [display] in
>> extra. I don't have a strong opinion on this though and I could go either
>> way with the crowd.
>>
>> What I think it's important is that we have an object to help us in the
>> documentation, so my strong opinion is that we should find a solution. A
>> compiled 'anything' box would be nice, but I don't think I can easily do
>> that myself, so my offer is that I can design a vanilla abstraction like
>> [display] - first as a helper abstraction (not an 'extra' object), and
>> that's it.
>>
>> Cheers
>>
>>
>> Em ter., 25 de mai. de 2021 às 13:51, Alexandre Torres Porres <
>> por...@gmail.com> escreveu:
>>
>>>
>>>
>>> Em ter., 25 de mai. de 2021 às 05:50, Dan Wilcox 
>>> escreveu:
>>>
 Does anyone have a link, etc to the pddoc project/external from
 Pd-extended?

>>> I feel a lot of this was already approached over 10 years ago but not
 ported over into Pd vanilla. It might be worth checking it out before
 starting from scratch.

>>>
>>> this? => http://puredata.info/dev/pddp/pddp-drafts
>>> 
>>>
>>>
 Also, keep in mind that old habits may be hard to break so don't be
 surprised if enforcing "one pattern to rule them all" might become
 "whack-a-mole."

>>>
>>> :)
>>>
>>> > To point some examples of things already done in regard to better
>>> documentation:
>>>  > - Porres' ELSE documentation and the Live Electronics Tutorial are
>>> good because of
>>> > the care to register and create patches that are visually unified,
>>> that show a concern
>>> > with good practices of patches creation.
>>>
>>> Thanks for the compliments.
>>>
>>> Well. For ELSE and Cyclone I adopted a similar template than the ones
>>> above. They're all a bit different in design, but I think they all follow
>>> the same idea/concept, and here's the shocking revelation: *I think
>>> it's a bad idea and I hate them!*
>>>
>>> I know it can be useful and helpful, but forcing any of these templates
>>> into every possible help file ends up in a nightmare in some cases. It
>>> might be good for most help files but there'll always be exceptions where
>>> it's just not pertinent at all to stick to the restrictions that were good
>>> for the other cases. Take my word after applying this over 600 times. I can
>>> say I regret it and would like to change it but it's just undoable at this
>>> point.
>>>
>>> I'm totally onboard doing a complete rework of Pd's help files and
>>> contributing to the documentation in general. In fact, I've been doing a
>>> lot of that in recent times, by writing new manual sections and rewriting
>>> and fixing many help files. But I wouldn't embrace the idea of choosing a
>>> template for all. I wouldn't work 

Re: [PD] is there a way to color the points/curve in an array?

[Roman Haefeli]

On Fri, 2021-05-28 at 14:04 +0200, Roman Haefeli wrote:
> On Fri, 2021-05-28 at 13:31 +0200, hans w. koch wrote:
> > using 4 superimposed arrays to show different waveforms (e.g. phase
> > differences), i was wondering, if there is a way to assign a unique
> > color to each array, to visually better separate the waveforms.
> > i found a discussion "[PD] Array Enhancements" about that (and
> > other
> > things, like "Hide Array name” - still not working) from 2009 [1]
> > and
> > another one "[PD] colored arrays?” from 2007 [2],
> > but no tangible result - or i missed that, then sorry!
> 
> As someone mentioned in one of the other threads, you could achieve
> colored array displays with data structures.
> 
> An example is here:
> https://www.netpd.org/fl-hishv.png

Probably much closer to what you actually need is the [multiarray] from
the jmmmp library. It's in Deken.

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] is there a way to color the points/curve in an array?

[Roman Haefeli]

On Fri, 2021-05-28 at 09:27 -0300, Alexandre Torres Porres wrote:
> there's also this on the horizon 
> https://github.com/pure-data/pure-data/pull/711

Oh, that would be nice to have!

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] is there a way to color the points/curve in an array?

[Alexandre Torres Porres]

there's also this on the horizon
https://github.com/pure-data/pure-data/pull/711

Em sex., 28 de mai. de 2021 às 09:07, Roman Haefeli 
escreveu:

> On Fri, 2021-05-28 at 13:31 +0200, hans w. koch wrote:
> > using 4 superimposed arrays to show different waveforms (e.g. phase
> > differences), i was wondering, if there is a way to assign a unique
> > color to each array, to visually better separate the waveforms.
> > i found a discussion "[PD] Array Enhancements" about that (and other
> > things, like "Hide Array name” - still not working) from 2009 [1] and
> > another one "[PD] colored arrays?” from 2007 [2],
> > but no tangible result - or i missed that, then sorry!
>
> As someone mentioned in one of the other threads, you could achieve
> colored array displays with data structures.
>
> An example is here:
> https://www.netpd.org/fl-hishv.png
>
> Code is in:
>
> https://github.com/reduzent/netpd-instruments/blob/master/abs/fl_filterplot.pd
>
> Roman
>
> ___
> 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] is there a way to color the points/curve in an array?

[Roman Haefeli]

On Fri, 2021-05-28 at 13:31 +0200, hans w. koch wrote:
> using 4 superimposed arrays to show different waveforms (e.g. phase
> differences), i was wondering, if there is a way to assign a unique
> color to each array, to visually better separate the waveforms.
> i found a discussion "[PD] Array Enhancements" about that (and other
> things, like "Hide Array name” - still not working) from 2009 [1] and
> another one "[PD] colored arrays?” from 2007 [2],
> but no tangible result - or i missed that, then sorry!

As someone mentioned in one of the other threads, you could achieve
colored array displays with data structures.

An example is here:
https://www.netpd.org/fl-hishv.png

Code is in:
https://github.com/reduzent/netpd-instruments/blob/master/abs/fl_filterplot.pd

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] is there a way to color the points/curve in an array?

[hans w. koch]

using 4 superimposed arrays to show different waveforms (e.g. phase 
differences), i was wondering, if there is a way to assign a unique color to 
each array, to visually better separate the waveforms.
i found a discussion "[PD] Array Enhancements" about that (and other things, 
like "Hide Array name” - still not working) from 2009 [1] and another one "[PD] 
colored arrays?” from 2007 [2],
but no tangible result - or i missed that, then sorry!

if not, would that warrant a sensible feature request?

thanks
hans

[1]: https://lists.puredata.info/pipermail/pd-list/2009-09/072542.html
[2]: https://lists.puredata.info/pipermail/pd-list/2007-11/056251.html


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