Re: [PD] Auto-completion plugin working?

[João Pais]

ah yes, that is even already the default. everything is working perfectly.

HI list. Hi João!
>
> Yes, you're correct. Indeed  is now used by the core for
> object-cycling  (since 0.50 if I recall correctly, I can't check the repo
> right now).
>
> You can go to *preferences->auto complete settings* and set a custom
> hotkey for the plugin.
>
> Personally I use "Control-space". Feels familiar with a lot of IDEs on
> windows.
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Auto-completion plugin working?

[João Pais]

Hello list,

I was trying the auto-completion plugin, but when I press tab, it just
closes the current object and jumps to the next one in cue. Is the
auto-completion plugin not working, or was tab "hijacked" by the pd-core,
so it's not possible to use it anymore?

The plugin is loading, the console shows:
[completion-plugin] version 0.47.1
[completion-plugin] loaded 3622 completions in 169 milliseconds

windows / Pd 0.51.4 /

Best,
jmmmp
___
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

[João Pais]

this doesn't answer your question but: does my port of Henke's Granulator
[jmmmp/Granulator] improve your problem in any way?

On Fri, 20 Nov 2020 at 15:25, i...@hansroels.be  wrote:

> Hello,
>
> Hopefully people with more knowledge of audio processing can answer the
> following questions. Background: I make patches in which the microphone
> input is modified by different kinds of pitch-shifting, I would like to
> compensate the delays caused by these pitch-shifts and thus avoid
> artefacts.
>
> 1) How much delay does a pitch-shifter based on a variable delay (the
> classic rotating-tape-head style) produce? as in G09.pitchshift.pd in the
> audio.examples folder. I did a quick test with a one-sample-audio-trigger
> going immediately to the first channel of a recording patch in Pd and
> simultaneously going to a variable delay pitchshift (pp.pitchshift~ from
> AudioLab), routed into the second channel of the recorder. The delays are
> quite large and vary between 30 and 80 milliseconds, there seems to be no
> relation with the amount of pitch-shift. In the pitch-shifting patch I also
> notice that the delay varies between zero and the window size. Is there a
> way/patch to calculate and compensate for this delay? (for example, if you
> want to combine the original with the pitch-shifted signal in a patch). Or
> is this impossible because the delay is variable...
>
> 2) I'd like to know the delay in ms with FFT processing if you have a 1024
> sample window with overlap factor of 4, for example, in a pitch-shifting
> vocoder? I found this info on a MAx/MSP mailing list, is it correct?: "The
> I/ O delay is equal to the window size minus the hop size (e.g., for a
> 1024-sample FFT window with an overlap factor of 4, the hop size is equal
> to 256, and the overall delay from input to output is 768 samples)"; at
> 44100 sampling rate this is around 17ms delay (for a window of 1024
> samples, overlap 4).
>
> 3) Conclusion: any pitch-shifting technique introduces tens of
> milliseconds delay? (Pitch-shifting based on granular synthesis is not a
> solution, I think it also requires a buffer of at least 50ms.)
>
> Hans
> --
> ___
> 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] MIDI in vanilla?

[João Pais]

if multiarrays with data structures are necessary, they already exist in
[jmmmp/multiarray]

a choice between int and float types signed and unsigned without conversion
> is what you need
>
> Many scripting languages have a single number type. The only "problem"
> with Pd is that this number type is a float and not a double, so it's easy
> to run into precision issues. But for bytes, a float is large enough ;-)
> Yes, you waste some space, but who cares?
>
> Also, you can create multidimensional arrays with data structures, if you
> really need it (yes, it is awkward, but it is certainly possible). On the
> other hand, if all subarrays are the same size, it is trivial to embed them
> in a single flat array...
>
> Apart from that, a MIDI file parser is not something you would typically
> write in a visual programming language. That's why we have a C external for
> that ;-)
>
> Christof
> On 26.10.2020 13:56, Josh Moore wrote:
>
> I think it comes down to PD's horrible selection of array types. Having
> arrays with multi dimensions that can be a choice between int and float
> types signed and unsigned without conversion is what you need otherwise you
> will run into this wall all over the place and you're looking at a c
> compiler or interpreted language external to make what exists in almost
> every other language (ie make 16 arrays with 127 dimensions for each note
> with byte alignment containing n points or whatever) as three lines of code
> doable on a system that has only 2d arrays and float types.
>
> On Mon, Oct 26, 2020, 4:12 AM Christof Ressi 
> wrote:
>
>> I agree that we really need a way to read/write binary data. I have
>> already thought about doing a PR to add such functionality to graphical
>> arrays. It would be as simple as adding a flag to the [read( and [write(
>> methods.
>>
>> In theory, it would be possible then to implement a MIDI file
>> reader/writer as a Pd abstraction. But to be honest, I think only a
>> masochist would do that :-)
>>
>> On the other hand, mrpeach's [midifile] has always served me well and
>> it's one of those things that don't really get obsolete. So I don't think
>> that Pd really needs built-in MIDI file support. After all, even a
>> kitchen-sink language like Supercollider doesn't come with built-in MIDI
>> file support.
>>
>> Christof
>> On 26.10.2020 11:11, Roman Haefeli wrote:
>>
>> On Mon, 2020-10-26 at 03:32 -0300, Alexandre Torres Porres wrote:
>>
>>
>> It feels to me Vanilla should be able to read/write MIDI files, but I
>> wonder how. Any ideas on how this could work in a "vanilla way"
>> (light and simple)?
>>
>> To use Miller's words from another thread, I think reading/writing MIDI
>> files would be an application for which the infrastructure is still
>> missing: reading from/writing to binary files (unless I missed some
>> recent development).
>>
>> Both would be cool, accessing them from disk directly and load/dump
>> them to/from tables.
>>
>> Roman
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] Click Tracker - Version 2 is out - MaxMSP integration

[João Pais CT]

Dear List,

Version 2 of the Click Tracker is out.

The main feature for this version is in the integration into *Max/MSP* 
(Cycling '74).



You can now run the software in any of the following ways:

- as an android app (https://bit.ly/click-tracker-mob or 
https://bit.ly/clicktracker-playstore)


- as a closed desktop app in windows (http://bit.ly/ClickTracker2win) or 
apple (http://bit.ly/ClickTracker2Apple)
Due to Apple's recent security settings, you'll need to allow the Pd and 
other externals to run on your system.


- as the traditional Pure Data patch (http://bit.ly/clicktrackerv2)

- as a Max/MSP patch in windows (http://bit.ly/ClickTracker2MaxWin) or 
apple (http://bit.ly/ClickTracker2MaxApple)



For more information, refer to the Click Tracker's website at 
http://j.mp/click-tracker.


You can also visit the Click Tracker on facebook - 
http://j.mp/clicktrackerfb


With best regards,

João Pais

--
Click Tracker Mobile -https://bit.ly/click-tracker-mob
Click Tracker -http://j.mp/click-tracker
Facebook -http://j.mp/clicktrackerfb

___
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] Advice on distributing pd-based software for apple

[João Pais]

that's unfortunately not a practical solution either, to buy more hardware.
the software already ran on laptops, and several people preferred an app
(which is an even worse minefield for a developer).

I think no one should buy apple anyway, but many people do, and my problem
is how to get to them.

On Sat, 19 Sep 2020 at 11:12, Josh Moore  wrote:

> Well what I'm saying is the musicians who don't even know what pd, unix,
> or a terminal is might be more warm to just buying an instrument that has
> pd inside of it especially in this era of "anti-DAW" electronic music
> trends, and music in general where almost any new gear that's had software
> out in the sort of depths of experimental hell have had gear issues of the
> same thing and get immediately picked up by big magazines.  You can buy an
> organelle with pd inside of it today.
> https://www.engadget.com/2019-11-08-critter-and-guitari-organelle-music-computer-review-jack-of-all-trades.html
> Nothing really stops you from doing the same thing. It's not my decision
> to do what Apple has done, That is all on them. I i just don't  believe you
> should be practically forced to pay a company to distribute a free project
> on their platform.
>
>
> On Sat, Sep 19, 2020 at 2:04 AM João Pais  wrote:
>
>> "my thing" is to make my program available to people who don't know what
>> pd, unix, or a terminal is and just want to play their instrument. these
>> people have chosen and paid for their hardware to work with, and all those
>> arguments are moot for them. I guess I can tell them "more than half of the
>> world is wrong and I am right, you all should correct yourself and do as I
>> say", but I think it won't take me far.
>>
>> On Sat, 19 Sep 2020 at 10:47, Josh Moore  wrote:
>>
>>> Then pay Apple for the privilege of catering to musicians if that's your
>>> thing more than ethics of a company acting worse than Bill Gates and
>>> Ballmer era Microsoft combined when it comes to being tone deaf towards the
>>> developer community and anti-competitive business practices.  There's
>>> really not much way around this problem, and they aren't going to change
>>> their mind without a court injunction over their antitrust behavior which
>>> might be coming sooner rather than later. Even so, you could also build
>>> upon Raspberry Pis, Belas, and other types of that kind of platform and
>>> sell pre-configured instruments for musicians as well and target modular,
>>> and you would make some money from it as well. That ecosystem right now is
>>> very healthy.
>>>
>>> On Sat, Sep 19, 2020 at 1:34 AM João Pais  wrote:
>>>
>>>> Unfortunately that's not applicable in my case.  Most musicians use
>>>> apple,  and telling them all that will be met with a shrug and a "so what"?
>>>>
>>>> Josh Moore  schrieb am Sa., 19. Sep. 2020,
>>>> 07:57:
>>>>
>>>>> Not sure it's even really worth it. Apple is hostile to open source
>>>>> and multi-platform stuff these days and everyone else who isn't them to be
>>>>> quite honest.
>>>>>
>>>>> They want to control graphics (deprecate opengl, don't support vulkan,
>>>>> force everyone to use their special API completely incompatible with
>>>>> everything else, boot Epic's engine cuz it doesn't want to pay a premium
>>>>> conveniently during their push for Arcade and all of this)
>>>>>
>>>>> They want to control their processors, lock them down, force you to
>>>>> pay a hundred bucks a year to access the latest development tools or
>>>>> distribute applications, and reject anything they don't like or competes
>>>>> with anything they have unless they make more money from you than they 
>>>>> make
>>>>> from their own software.
>>>>>
>>>>> All anyone needs to do is fork some RTOS *nix microkernel with decent
>>>>> support for graphics hardware and nobody has a reason to use that stuff
>>>>> anymore unless they want to use Logic. This is basically what Blackmagic
>>>>> did for their new hardware, it's all RTLinux as is a lot of the new 
>>>>> digital
>>>>> consoles. But regardless of my gripes with Apple's crappy antics lately
>>>>> these things are really something Miller himself needs to take up with
>>>>> Apple as they do offer free app store access to universities and they 
>>>>> might
>>>>> be interested in embe

Re: [PD] Advice on distributing pd-based software for apple

[João Pais]

"my thing" is to make my program available to people who don't know what
pd, unix, or a terminal is and just want to play their instrument. these
people have chosen and paid for their hardware to work with, and all those
arguments are moot for them. I guess I can tell them "more than half of the
world is wrong and I am right, you all should correct yourself and do as I
say", but I think it won't take me far.

On Sat, 19 Sep 2020 at 10:47, Josh Moore  wrote:

> Then pay Apple for the privilege of catering to musicians if that's your
> thing more than ethics of a company acting worse than Bill Gates and
> Ballmer era Microsoft combined when it comes to being tone deaf towards the
> developer community and anti-competitive business practices.  There's
> really not much way around this problem, and they aren't going to change
> their mind without a court injunction over their antitrust behavior which
> might be coming sooner rather than later. Even so, you could also build
> upon Raspberry Pis, Belas, and other types of that kind of platform and
> sell pre-configured instruments for musicians as well and target modular,
> and you would make some money from it as well. That ecosystem right now is
> very healthy.
>
> On Sat, Sep 19, 2020 at 1:34 AM João Pais  wrote:
>
>> Unfortunately that's not applicable in my case.  Most musicians use
>> apple,  and telling them all that will be met with a shrug and a "so what"?
>>
>> Josh Moore  schrieb am Sa., 19. Sep. 2020, 07:57:
>>
>>> Not sure it's even really worth it. Apple is hostile to open source and
>>> multi-platform stuff these days and everyone else who isn't them to be
>>> quite honest.
>>>
>>> They want to control graphics (deprecate opengl, don't support vulkan,
>>> force everyone to use their special API completely incompatible with
>>> everything else, boot Epic's engine cuz it doesn't want to pay a premium
>>> conveniently during their push for Arcade and all of this)
>>>
>>> They want to control their processors, lock them down, force you to pay
>>> a hundred bucks a year to access the latest development tools or distribute
>>> applications, and reject anything they don't like or competes with anything
>>> they have unless they make more money from you than they make from their
>>> own software.
>>>
>>> All anyone needs to do is fork some RTOS *nix microkernel with decent
>>> support for graphics hardware and nobody has a reason to use that stuff
>>> anymore unless they want to use Logic. This is basically what Blackmagic
>>> did for their new hardware, it's all RTLinux as is a lot of the new digital
>>> consoles. But regardless of my gripes with Apple's crappy antics lately
>>> these things are really something Miller himself needs to take up with
>>> Apple as they do offer free app store access to universities and they might
>>> be interested in embedding Pdlib in logic environment to compete with
>>> Ableton. We'd have to get externals merged by Miller for this to work out
>>> though as since the whole Unreal Engine debacle caused Apple to change
>>> their ToS requiring each piece of code/app has to be ran through
>>> their approval process or they'll cut you off of xcode/app store/apple id
>>> with no recourse. But beyond that it's so much cheaper especially for the
>>> students this software is aimed at primarily to just stick pd on a RT
>>> patched linux kernel on a 50 dollar ARM SBC and call it good.
>>>
>>> On Fri, Sep 18, 2020 at 8:53 AM João Pais  wrote:
>>>
>>>> Hi list,
>>>>
>>>> I'm preparing a package based on Pd work, but I run into annoying
>>>> problems with recent apple OSs, namely notarization and security. Things
>>>> seem to work if the user commits to switching off all security protocols,
>>>> but for people who don't know Pd, they might be squeamish about this.
>>>> Therefore I wanted to ask a couple of questions to someone who might have
>>>> experience in distributing pd-based patches.
>>>>
>>>> For clarity: the package is a max patch (for both runtime and
>>>> standalone versions), with the Pd app and patches included in a supporting
>>>> folder - running with the recent pd~ object. When done properly, the user
>>>> won't even be aware that pd itself is running.
>>>>
>>>> - how can one avoid asking a user to allow safety access to Pd and its
>>>> externals? And while at that, to the max standalone as well?
>>>

Re: [PD] Advice on distributing pd-based software for apple

[João Pais]

Unfortunately that's not applicable in my case.  Most musicians use apple,
and telling them all that will be met with a shrug and a "so what"?

Josh Moore  schrieb am Sa., 19. Sep. 2020, 07:57:

> Not sure it's even really worth it. Apple is hostile to open source and
> multi-platform stuff these days and everyone else who isn't them to be
> quite honest.
>
> They want to control graphics (deprecate opengl, don't support vulkan,
> force everyone to use their special API completely incompatible with
> everything else, boot Epic's engine cuz it doesn't want to pay a premium
> conveniently during their push for Arcade and all of this)
>
> They want to control their processors, lock them down, force you to pay a
> hundred bucks a year to access the latest development tools or distribute
> applications, and reject anything they don't like or competes with anything
> they have unless they make more money from you than they make from their
> own software.
>
> All anyone needs to do is fork some RTOS *nix microkernel with decent
> support for graphics hardware and nobody has a reason to use that stuff
> anymore unless they want to use Logic. This is basically what Blackmagic
> did for their new hardware, it's all RTLinux as is a lot of the new digital
> consoles. But regardless of my gripes with Apple's crappy antics lately
> these things are really something Miller himself needs to take up with
> Apple as they do offer free app store access to universities and they might
> be interested in embedding Pdlib in logic environment to compete with
> Ableton. We'd have to get externals merged by Miller for this to work out
> though as since the whole Unreal Engine debacle caused Apple to change
> their ToS requiring each piece of code/app has to be ran through
> their approval process or they'll cut you off of xcode/app store/apple id
> with no recourse. But beyond that it's so much cheaper especially for the
> students this software is aimed at primarily to just stick pd on a RT
> patched linux kernel on a 50 dollar ARM SBC and call it good.
>
> On Fri, Sep 18, 2020 at 8:53 AM João Pais  wrote:
>
>> Hi list,
>>
>> I'm preparing a package based on Pd work, but I run into annoying
>> problems with recent apple OSs, namely notarization and security. Things
>> seem to work if the user commits to switching off all security protocols,
>> but for people who don't know Pd, they might be squeamish about this.
>> Therefore I wanted to ask a couple of questions to someone who might have
>> experience in distributing pd-based patches.
>>
>> For clarity: the package is a max patch (for both runtime and standalone
>> versions), with the Pd app and patches included in a supporting folder -
>> running with the recent pd~ object. When done properly, the user won't even
>> be aware that pd itself is running.
>>
>> - how can one avoid asking a user to allow safety access to Pd and its
>> externals? And while at that, to the max standalone as well?
>> - I'm myself a windows user, and don't have a mac - I can only get the
>> standalone compiled when a friend grants me access to his computer. Which
>> system do you advise to prepare a package? It works fine in 10.13, from
>> 10.15 seems to be problematic.
>> - I had a look at codesigning a package, but it seems that it's necessary
>> to sign up as an apple developer and pay 100us a year, which I'm not
>> willing to do. The package won't be going to any app store, it's just to
>> distribute as a zip file for computers. Any way to circumvent this?
>>
>> Best,
>>
>> jmmmp
>> ___
>> 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] Advice on distributing pd-based software for apple

[João Pais]

that is interesting. But it means that each person has to do it in their
system, correct? I can't do it after creating the package and then
distribute it around?

(for the people I'll send this, running a terminal command is much harder
than clicking on the system settings)


You can use a variant of these instructions:
>
> http://sites.music.columbia.edu/brad/osx-windows-new-RTcmixes/annoying.html
>
> to get around the STUPID ANNOYING STUPID OBNXIOUS Apple gatekeeper
> code-signing thing.
>
> brad
>
>
> On Fri, Sep 18, 2020 at 8:51 AM João Pais  wrote:
>
>> Hi list,
>>
>> I'm preparing a package based on Pd work, but I run into annoying
>> problems with recent apple OSs, namely notarization and security. Things
>> seem to work if the user commits to switching off all security protocols,
>> but for people who don't know Pd, they might be squeamish about this.
>> Therefore I wanted to ask a couple of questions to someone who might have
>> experience in distributing pd-based patches.
>>
>> For clarity: the package is a max patch (for both runtime and standalone
>> versions), with the Pd app and patches included in a supporting folder -
>> running with the recent pd~ object. When done properly, the user won't even
>> be aware that pd itself is running.
>>
>> - how can one avoid asking a user to allow safety access to Pd and its
>> externals? And while at that, to the max standalone as well?
>> - I'm myself a windows user, and don't have a mac - I can only get the
>> standalone compiled when a friend grants me access to his computer. Which
>> system do you advise to prepare a package? It works fine in 10.13, from
>> 10.15 seems to be problematic.
>> - I had a look at codesigning a package, but it seems that it's necessary
>> to sign up as an apple developer and pay 100us a year, which I'm not
>> willing to do. The package won't be going to any app store, it's just to
>> distribute as a zip file for computers. Any way to circumvent this?
>>
>> Best,
>>
>> jmmmp
>> ___
>> 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] Advice on distributing pd-based software for apple

[João Pais]

Hi list,

I'm preparing a package based on Pd work, but I run into annoying problems
with recent apple OSs, namely notarization and security. Things seem to
work if the user commits to switching off all security protocols, but for
people who don't know Pd, they might be squeamish about this. Therefore I
wanted to ask a couple of questions to someone who might have experience in
distributing pd-based patches.

For clarity: the package is a max patch (for both runtime and standalone
versions), with the Pd app and patches included in a supporting folder -
running with the recent pd~ object. When done properly, the user won't even
be aware that pd itself is running.

- how can one avoid asking a user to allow safety access to Pd and its
externals? And while at that, to the max standalone as well?
- I'm myself a windows user, and don't have a mac - I can only get the
standalone compiled when a friend grants me access to his computer. Which
system do you advise to prepare a package? It works fine in 10.13, from
10.15 seems to be problematic.
- I had a look at codesigning a package, but it seems that it's necessary
to sign up as an apple developer and pay 100us a year, which I'm not
willing to do. The package won't be going to any app store, it's just to
distribute as a zip file for computers. Any way to circumvent this?

Best,

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

Re: [PD] Fixed: menubutton bug ...

[João Pais]

I can't tell anymore. You can try, but it would be better to always update
Pd - afaik rarely something gets broken, and new interesting features are
added.


Thanks, João!
>
> I'll check it out.
> Seems to be relatively new.
> I'm still on Pd 0.49. Does it run with this Pd version?
>
>
>
> From: João Pais [mailto:jmmmp...@gmail.com]
> Sent: Monday, September 14, 2020 11:44 AM
> To: Ingo
> Cc: pd-list@lists.iem.at
> Subject: Re: [PD] Fixed: menubutton bug ...
>
> maybe you can misuse [jmmmp/cellblock] for this
>
> On Mon, 14 Sep 2020 at 11:36, Ingo  wrote:
> Hi Fred,
>
> [tof/menubutton] is a great extarnal !
>
> One thing that's on my wishlist which would be the ability to use columns.
> I need sometimes menus with more items that fit onto a single HDMI screen
> like
> 128 MIDI program names or menus with up to 256 items.
>
> Would it be possible to add columns to fit all items onto one screen
> without
> having to scroll?
> In order to work best it should either be settable how many rows are in one
> column or it should be set automatically according to the screen size.
> Right now I'm getting 61 rows on Windows, if I remember correctly I got 60
> (?)
> on Debian.
>
> At least on my Windows mashine that I used for testing I could not scroll
> with
> my mouse wheel.
> Not sure atm if it works on Linux where I usually need to use it.
>
> Thanks!
> Ingo
>
>
> From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Fred Jan
> Kraan
> Sent: Monday, September 14, 2020 9:52 AM
> To: pd-list@lists.iem.at
> Subject: [PD] Fixed: menubutton bug ...
>
> Hi List,
> A new version of tof, 0.2.3 is available which fixes this bug, caused by my
> code-cleanup in 0.2.2. It is available for all the usual platforms. Thanks
> to
> Oliver for finding and reporting the bug.
> Greetings,
> Fred Jan
> On 12/09/2020 03.09, oliver wrote:
> Hi,
>
> i just discovered a bug in the [menubutton] object of the TOF library, in
> version 0.2.2
>
>
> if you send a float to the [menubutton] object to recall an item by index
> (or
> also if you just want to "set" it with a float), it is always interpreted
> as
> 0, no matter what the sent number was.
>
> on the other hand, symbols work, also with the "set" method.
>
> this bug wasn't there in TOF version 0.2.1, i checked it on PD 0.48 through
> 0.51 (both 32 and 64 bit versions)
>
>
> best
>
> oliver
>
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Fixed: menubutton bug ...

[João Pais]

maybe you can misuse [jmmmp/cellblock] for this

On Mon, 14 Sep 2020 at 11:36, Ingo  wrote:

> Hi Fred,
>
> [tof/menubutton] is a great extarnal !
>
> One thing that's on my wishlist which would be the ability to use columns.
> I need sometimes menus with more items that fit onto a single HDMI screen
> like
> 128 MIDI program names or menus with up to 256 items.
>
> Would it be possible to add columns to fit all items onto one screen
> without
> having to scroll?
> In order to work best it should either be settable how many rows are in
> one
> column or it should be set automatically according to the screen size.
> Right now I'm getting 61 rows on Windows, if I remember correctly I got 60
> (?)
> on Debian.
>
> At least on my Windows mashine that I used for testing I could not scroll
> with
> my mouse wheel.
> Not sure atm if it works on Linux where I usually need to use it.
>
> Thanks!
> Ingo
>
>
> From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Fred Jan
> Kraan
> Sent: Monday, September 14, 2020 9:52 AM
> To: pd-list@lists.iem.at
> Subject: [PD] Fixed: menubutton bug ...
>
> Hi List,
> A new version of tof, 0.2.3 is available which fixes this bug, caused by
> my
> code-cleanup in 0.2.2. It is available for all the usual platforms. Thanks
> to
> Oliver for finding and reporting the bug.
> Greetings,
> Fred Jan
> On 12/09/2020 03.09, oliver wrote:
> Hi,
>
> i just discovered a bug in the [menubutton] object of the TOF library, in
> version 0.2.2
>
>
> if you send a float to the [menubutton] object to recall an item by index
> (or
> also if you just want to "set" it with a float), it is always interpreted
> as
> 0, no matter what the sent number was.
>
> on the other hand, symbols work, also with the "set" method.
>
> this bug wasn't there in TOF version 0.2.1, i checked it on PD 0.48
> through
> 0.51 (both 32 and 64 bit versions)
>
>
> best
>
> oliver
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] menubutton bug ...

[João Pais]

sidestep, you can also use jmmmp/jp.menu (doesn't have the same features as
menubutton)

On Sat, 12 Sep 2020 at 11:17, oliver  wrote:

> Lucas Cordiviola wrote:
> > Hi Oliver :)
> >
> > How about reporting to Fred at
> https://github.com/electrickery/pd-tof/issues
> >
>
> Hi, Lucas !
>
> Thanks for the heads up ! Just did !
>
>
> Best
>
> Oliver
>
>
>
> ___
> 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~ binary for max/msp - version 0.5 released

[João Pais]

a new question: I have a german windows, but I prefer to have Pd in
english. For that, I use a batch script with "set LANG=en" when starting
Pd. Is that somehow possible with pd~, or it will always follow the OS
language?

On Wed, 9 Sep 2020 at 09:57, João Pais  wrote:

> seems to work, great.
>
> But: would it make sense to have a -quiet flag where stdout text "pd~
> version 0.53, start 1, start 2" doesn't appear - but this is a small
> detail, it's also ok if they remain.
> And, what do the "start" flags mean?
>
> On Wed, 9 Sep 2020 at 00:04, Miller Puckette  wrote:
>
>> Yep, I think this is worth putting out a Pd 0.51-2 for (because there are
>> also space-fixes for pd~ that are needed on pd, and I'd like to get this
>> into Camomile so I can finally make a pd~ plugin that pops up a real Pd
>> GUI :)
>>
>> Meanwhile, I just put out pdmax 0.53 for both Mac and PC.
>>
>> cheers
>> Miller
>>
>> On Tue, Sep 08, 2020 at 11:35:04PM +0200, Jo??o Pais wrote:
>> > is it possible to do it also in Pd itself? Probably that's why all this
>> > time there was always an extra window when I run Pd.
>> >
>> > On Tue, 8 Sep 2020 at 20:20, Miller Puckette  wrote:
>> >
>> > > (It's just changing pd.com to pd.exe in the pd~ code.  But meanwhile
>> I'm
>> > > trying also to fix the space-in-path trouble too.)
>> > >
>> > > On Tue, Sep 08, 2020 at 11:18:33AM -0700, Miller Puckette via Pd-list
>> > > wrote:
>> > > > That's my fault... I need to push out a fix.
>> > > >
>> > > > M
>> > >
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd~ binary for max/msp - version 0.5 released

[João Pais]

seems to work, great.

But: would it make sense to have a -quiet flag where stdout text "pd~
version 0.53, start 1, start 2" doesn't appear - but this is a small
detail, it's also ok if they remain.
And, what do the "start" flags mean?

On Wed, 9 Sep 2020 at 00:04, Miller Puckette  wrote:

> Yep, I think this is worth putting out a Pd 0.51-2 for (because there are
> also space-fixes for pd~ that are needed on pd, and I'd like to get this
> into Camomile so I can finally make a pd~ plugin that pops up a real Pd
> GUI :)
>
> Meanwhile, I just put out pdmax 0.53 for both Mac and PC.
>
> cheers
> Miller
>
> On Tue, Sep 08, 2020 at 11:35:04PM +0200, Jo??o Pais wrote:
> > is it possible to do it also in Pd itself? Probably that's why all this
> > time there was always an extra window when I run Pd.
> >
> > On Tue, 8 Sep 2020 at 20:20, Miller Puckette  wrote:
> >
> > > (It's just changing pd.com to pd.exe in the pd~ code.  But meanwhile
> I'm
> > > trying also to fix the space-in-path trouble too.)
> > >
> > > On Tue, Sep 08, 2020 at 11:18:33AM -0700, Miller Puckette via Pd-list
> > > wrote:
> > > > That's my fault... I need to push out a fix.
> > > >
> > > > M
> > >
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd~ binary for max/msp - version 0.5 released

[João Pais]

is it possible to do it also in Pd itself? Probably that's why all this
time there was always an extra window when I run Pd.

On Tue, 8 Sep 2020 at 20:20, Miller Puckette  wrote:

> (It's just changing pd.com to pd.exe in the pd~ code.  But meanwhile I'm
> trying also to fix the space-in-path trouble too.)
>
> On Tue, Sep 08, 2020 at 11:18:33AM -0700, Miller Puckette via Pd-list
> wrote:
> > That's my fault... I need to push out a fix.
> >
> > M
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd~ binary for max/msp - version 0.5 released

[João Pais]

It's working on max 6, windows 7.
But: when I run with -nogui, the command window still appears. Is there a
way to avoid it that I never knew about?

On Tue, 8 Sep 2020 at 03:47, Lucas Cordiviola  wrote:

> Here's a version for Windows if anyone is willing to test:
>
> https://nc.nubegris.com.ar/index.php/s/Aas6oAEYakaMqWf
>
> I have tested it with "Max for Live" and its working also with the -nogui
> flag.
>
> Let us know if you found something.
>
>
> PS: the help patch is tweaked for Windows.
>
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/5/2020 5:49 PM, Miller Puckette wrote:
>
> OK, that should be fixed... along with quite a few other oopses.
> Now available as version 0.5 - on the usual, msp.ucsd.edu
>
> cheers
> Miller
> On Thu, Sep 03, 2020 at 07:08:35PM -0300, Lucas Cordiviola wrote:
>
> On 9/3/2020 3:03 PM, Jo??o Pais wrote:
>
> strange, I tried both "pd~ start -nogui $1" and "pd~ start $1 -nogui"
> and neither worked. The first doesn't start Pd~, the other starts with
> gui.
>
> Confirmed. I cant start a patch with -nogui. No white space in any path.
>
> Win10
> Max for Live
>
>
> :(
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] jmmmp library Version 0.60 - [jp.coll]

[João Pais]

> João, you say it can't "embed" and save contents with the patch, but
> [text] allows you to do so with the "-k" flag, why don't you use it?
>

[text define] is the base for [jp.coll], and it has to be created
dynamically at startup. also, apparently the contents are saved with the pd
file in a line such as "#A set this is a message \; this is another 1 ...
\;;" From what I tested this is saved with the patch where [text define]
resides, which in this case it's the abstraction and not in the main patch.
This would need to be changed in Pd's workings so that -k contents are
saved on the main patch file.


> You also have not implemented assoc and deassoc, I'm thinking about that.
>
> coll saves the text separating with a comma the index and the
> actual message. You can also do that with [text] and if you do so you could
> potentially use it to define and detect an address, and have something else
> associated with it - I hope you know what I mean and that I'm not too
> confused.
>

this is the main reason why I didn't name it [jmmmp/coll] but
[jmmmp/jp.coll]. Adding commas to a [text] messes up the number of lines -
can be seen already in the help of [text get]. Now I remembered I could put
the commas back in, and do an internal conversion for the line number. If
this works, it would allow for assoc/deassoc, and make both coll versions
practically compatible (except for missing features).

Btw all (?) jmmmp objects are dependent on other jmmmp objects - mostly
[f+]. Some of them have to rely on other libraries as well, but usually
it's better to have the whole jmmmp together.

Joao


>
> Em qui., 3 de set. de 2020 às 19:31, Alexandre Torres Porres <
> por...@gmail.com> escreveu:
>
>> João, you say it can't "embed" and save contents with the patch, but
>> [text] allows you to do so with the "-k" flag, why don't you use it?
>>
>> Em qui., 3 de set. de 2020 às 19:18, Alexandre Torres Porres <
>> por...@gmail.com> escreveu:
>>
>>> Em qui., 3 de set. de 2020 às 19:11, Alexandre Torres Porres <
>>> por...@gmail.com> escreveu:
>>>
 actually, just one external (f+), but used multiple times

>>>
>>> Oh, I see that's also a vanilla abstraction :) sorry
>>>
 ___
> 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~ binary for max/msp - not really working yet

[João Pais]

>
> > And I would already have one suggestion: would it be possible to add
> > the -nogui or similar flags, so that Pd isn't visible when running?
> >
> you *can* start the sub-process with the -nogui flag.
>

strange, I tried both "pd~ start -nogui $1" and "pd~ start $1 -nogui" and
neither worked. The first doesn't start Pd~, the other starts with gui.

But: pd~ works also on Max 6.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd~ binary for max/msp - not really working yet

[João Pais]

The help patch works on w10 + m8 + pd0.51. Maybe the next days I can 
test some other patches.


And I would already have one suggestion: would it be possible to add the 
-nogui or similar flags, so that Pd isn't visible when running?


(one later question would be if it would be possible to pack Pd + the 
patch into a standalone, but I'll test it when I have access to an 
authorized max)


Joao


If someone is willing to test [pd~] for MAX/MSP on Windows here's a 
version for 64bit (both Pd and Max has to be 64bit).


https://nc.nubegris.com.ar/index.php/s/yRawpTz9iod7ZmM

I have tested on "Max for Live" and it works. Report any issues back 
to the list and let us know.


:)

Mensaje telepatico asistido por maquinas.





___
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~ binary for max/msp - test version available

[João Pais]

If a windows version is compiled, I can test it.

Only looking at the help patch, I wanted to ask: is it possible to send the
Pd app location as a message, so that the user doesn't have to do it?

OK, that was an ugly trip into MacOS-ness, but it's over for now at least...
>
> I've put a test version of Pd~ for Max 7 and/or 8 on the usual:
>
> http://msp.ucsd.edu/software.html
>
> Test away... note that people on the Jacktrip google group are asking about
> quacktrip in Max - this might be the easiest way to get that.
>
> cheers
> Miller
>
> On Tue, Aug 25, 2020 at 10:02:03AM -0700, Miller Puckette via Pd-list
> wrote:
> > Thanks - that tells me exactly what I needed to know :)
> >
> > M
> > On Tue, Aug 25, 2020 at 01:55:57PM -0300, James Correa wrote:
> > > If the externals are 64bits they work on Max 7-8, but if they are 32
> bits
> > > only on Max 7.
> > >
> > > James
> > >
> > > On Tue, 25 Aug 2020 at 11:39, Alexandre Torres Porres <
> por...@gmail.com>
> > > wrote:
> > >
> > > > but you can go ahead try and make it run on 7 and we can test to see
> if it
> > > > works in 8
> > > >
> > > > Em ter., 25 de ago. de 2020 ??s 11:36, Alexandre Torres Porres <
> > > > por...@gmail.com> escreveu:
> > > >
> > > >> Em seg., 24 de ago. de 2020 ??s 20:21, Miller Puckette via Pd-list <
> > > >> pd-list@lists.iem.at> escreveu:
> > > >>
> > > >>> does anyone out there know if Max 7 externs work on Max 8 as well?
> > > >>
> > > >>
> > > >> someone in the max facebook group tells me some work absolutely
> fine and
> > > >> some don't work at all... i'll try and ask why and how to make it
> run on
> > > >> both
> > > >>
> > > >>
> > > > ___
> > > > Pd-list@lists.iem.at mailing list
> > > > UNSUBSCRIBE and account-management ->
> > > >
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!R9tRLYvWqzLGMVt7nQ74voOXjLypts3aIVfsxRHLkMG18syfuc6yeTwBE23R$
> > > >
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!QtL1isGgpzNia82szOZGjcmUnuNMuUbu7gxVn2OeD88VrTX_2PSBKDat213y$
>
>
>
> ___
> 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~ binary for max/msp - test version available

[João Pais]

Even better: I just added jp.coll to jmmmp, so it's possible to have a
vanilla version of coll in pd in max.

On Wed, 2 Sep 2020 at 07:23, Alexandre Torres Porres 
wrote:

> Wonderful, now people can finally use pd inside Max and use the Cyclone
> library!
>
> Em qua., 2 de set. de 2020 às 00:57, Fede Camara Halac <
> camaraf...@gmail.com> escreveu:
>
>>
>> Woa! This is great news!
>>
>> Thanks a lot, Miller!
>>
>>
>>
>>
>> fdch.github.io
>>
>> > On Sep 1, 2020, at 11:58 PM, Miller Puckette via Pd-list <
>> pd-list@lists.iem.at> wrote:
>> >
>>
>>
>>
>> ___
>> 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

[PD] [PD-announce] jmmmp library Version 0.60 - [jp.coll]

[João Pais]

Hello everyone,

The jmmmp library of abstractions has been updated to version 0.60.

Added [jp.coll], an abstraction to store/edit message collections VERY
SIMILAR to cyclone/coll, but in vanilla.

You can download it soon through deken, or in http://bit.ly/jmmmp_060
<https://bit.ly/jmmmp_060?fbclid=IwAR1AmnRc3wBfBjjdD0RjUtxIMFOJmMLrhfkpoAjXzJE_CyBg8zjywoI2y1s>

Best,

João Pais
___
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

[PD] detect existing [text define xxx] object

[João Pais]

Dear list,

is there any smart way of detecting if a [text define xxx] already exists?
I'm trying to create multiple abstractions dynamically, but wanted to avoid
having "multiply defined" errors.
The detection would have to be sent through messages, as an output to the
console won't help with the patching.

(of course, removing the "multiply defined" errors isn't a good idea)

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

Re: [PD] pd~ binary for max/msp

[João Pais]

Independent from that: you can install max 8 and just run it as demo, or 
even edit patches without saving. Just for testing, you don't need to 
get a license.


Joao



I have remote access to a mac with Max 7 on it, and I've been meaning at least
to get pd~ running on that.  We don't have Max 8 yet at UCSD... does anyone
out there know if Max 7 externs work on Max 8 as well?

thanks
Miller

On Mon, Aug 24, 2020 at 04:24:29PM +0200, Christof Ressi wrote:

That was probably tongue in cheek, but I would like to point out
nevertheless that [pd~] is much more powerful than Camomile: it isn't
constrained to the VST paradigm, you can easily use externals, etc.

Christof

On 24.08.2020 15:20, IOhannes m zmoelnig wrote:

On 24.08.20 15:12, Jo??o Pais wrote:

Btw, any news on this old thread?


i guess the canonical way these days is to use camomile to load Pd as a
VST-plugin within Max.

:-O

fgadrms
IOhannes





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

Re: [PD] pd~ binary for max/msp

[João Pais]

Btw, any news on this old thread?



I gave it a try but couldn't get it working right away - I need to get back
to it but haven't had much time in the last couple of weeks.

cheers
Miller


I can still try to build on my spare, don't hesitate to ask me if needed
I made my test on 
https://github.com/pure-data/pure-data/commit/d8d637b6c53833c49c47c60ff78e3fbfd0d596c7
(currently 0.50-2 tag)

Le??mer. 29 janv. 2020 16:00, Miller Puckette via Pd-list
mailto:pd-list@lists.iem.at>> a ??crit??:

 Sure enough - I added binarymsg.c since my last Max-compile
 attempt, and
 yes, things like A_FLOAT will conflict with Max.?? I'll get in and
 patch
 that up at least.

 cheers
 Miller

 On Wed, Jan 29, 2020 at 10:43:07AM +0100, cyrille henry wrote:
 > most redefinition are a conflict between liboscia and m_pd.h
 > I would try to remove liboscia from your compilled path.
 >
 > But I don't know if m_ph.h should be included :
 > it is removed for max from pd~ source thanks to a #define line 54 :
 > #ifdef PD
 > #include "m_pd.h"
 > #include "s_stuff.h"
 > static t_class *pd_tilde_class;
 > #define PDERROR pd_error(x,
 > #endif
 >
 > but it's included from "binarymsg.c" (pd~.c, line 104)
 >
 > cheers
 > c
 >
 >
 > Le 29/01/2020 ?? 10:04, Antoine Villeret a ??crit??:
 > > Hi,
 > >
 > > I just give a try without much success.
 > > There are lots of symbol redefinition errors.
 > > Here is the full output :
 https://gist.github.com/avilleret/19bfb74c84cc49b27bd8610545748044
 > > I need some hint to go further with??this.
 > >
 > > Cheers
 > >
 > > a
 > >
 > >
 > > Le??mar. 28 janv. 2020 09:52, Alexandre Torres Porres
 mailto:por...@gmail.com>
 >> a ??crit??:
 > >
 > >
 > >
 > >?? ?? ??Em dom., 26 de jan. de 2020 ??s 08:58, Miller Puckette via
 Pd-list mailto:pd-list@lists.iem.at>
 >> escreveu:
 > >
 > >?? ?? ?? ?? ??I was doing that for a while but stopped (it was a lot
 of trouble tracking all
 > >?? ?? ?? ?? ??the changes in MacOS and Max at the time; perhaps this
 is easier now).?? I
 > >?? ?? ?? ?? ??won't be able to get to a Mac with Max until later
 this week, but if nobody
 > >?? ?? ?? ?? ??else can do it first I can give it a try.
 > >


___
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] New "fast-forward" message

[João Pais]

In my click tracker I use [array set] to generate the resulting audio in 
3 tracks (3 sources), and then zexy's [.] for amplitude scaling and 
iem_tab's [tab_add] to join all 3 tracks. iem_tab has also lots of other 
interesting things.


But that's all copy-paste, no audio processing (except with [.] )


this sounds interesting. i've also successfully written to an array. 
i've always liked this idea, it makes no sense to compute something 
over and over again if you already know what's going to be computed. 
playing back a bit stream from RAM is always going to be faster.


i can have some fun with this and i know exactly the application to 
use it for as i've (ab)used this sort of "render to sample" feature in 
Renoise.


On Mon, Aug 17, 2020 at 12:48 AM Alexandre Torres Porres 
mailto:por...@gmail.com>> wrote:


I'm having so much fun, thanks!

working on a "batch record" abstraction now :)

I'm only now frustrated I can't batch record myself playing live,
for like, 5 minutes... maybe Miller will figure out a way of doing
so in 0.52 :)

Em dom., 16 de ago. de 2020 às 21:54, Christof Ressi
mailto:i...@christofressi.com>> escreveu:

Hey,

but I still needed an example to see how to make this happen :) 

Attached you find a simple example for recording N ms of sound
to disk.


that's used n the help file of [samplerate~] but I agree it
should also be included in this new documentaton section.
Anyway, what else would you use it for?

It's useful for preventing "angry vline~s": if you
accidentally keep sending messaes to a [vline~] while DSP is
off, it will eventually bring Pd to its knees. The solution is
to use a [spigot] which is opened on "pd-dsp-started" and
closed on "pd-dsp-stopped".

Actually, the issue should be mentioned in vline~-help.pd,
together with the possible solution.

Christof

On 17.08.2020 02:25, Alexandre Torres Porres wrote:


On 16.08.2020 05:52, Miller Puckette via Pd-list wrote:
> An artificial example (for simplicity) - I want to
apply a Pd effect to a
> soundfile and write the result out to another file,
without having to wait
> for the length of the file to get the result.  This
could be done from the
> command line using a batch command, but while you're
developing the patch to
> do it it's much easier to be able to set the process
off with a button from
> inside Pd.


Great, kind of what I was expecting, but I still needed an
example to see how to make this happen :)

Em dom., 16 de ago. de 2020 às 08:16, Christof Ressi
mailto:i...@christofressi.com>>
escreveu:

My use case was that I had a patch which either produced
some generative
music or processed some soundfile and I wanted to record
N seconds as
fast as possible. It's basically like the render function
in a DAW
(usually you don't have to start the DAW from the command
line to render
your project :-).


I also thought about that and I'm really excited to test both
things. Hopefully I can have an example of this in my
tutorial rght now and release an update. But my attempts here
failed and froze Pd :)

Have you already messed with it, Christof?

But I agree that this needs to documented. Generally,
there should be a
section to document all (public) Pd messages, like [pd
dsp(, [pd quit(,
etc. (What can be considered "public"?)


I opened an issue for that (
https://github.com/pure-data/pure-data/issues/1125 ) and can
take care of it as I'm usually handling documentation issues.

Also [r pd-dsp-started] and [r pd-dsp-stopped], which
most people don't
know about, I guess.


that's used n the help file of [samplerate~] but I agree it
should also be included in this new documentaton section.
Anyway, what else would you use it for?

Porres




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

Re: [PD] [PD-dev] REQUEST: Passed parameters into subpatch

[João Pais]

I always structure my patches as xxxpatch.pd, and all abstractions in a 
folder, so that all abstractions can be called as [pp/xxx]. Then there's 
only one pd file in the main project folder, everything else is tucked 
away. Also very easy to zip together.


If you want to pack pd projects in a "pd format", don't forget all other 
files that belong to Pd projects - sound, midi, text, images, video, ... 
Is it worth it to re-invent a pd-zip format when zip already exists and 
is ubiquitous?




On Sun, 2020-08-16 at 18:49 +0800, Matt Davey wrote:

Much easier just to
have 2 subpatches than save a separate abstraction file, especially
if you're working on a big project with lots of files.  Also makes it
easier to share things with people if you only have to share one .pd
file rather than a folder with abstractions, etc.

I see how distributing only one file is simpler than a folder with many
pd files, but having many copies of the same code is impractical and
clumsy. How about an extended file format (.pdz?) that is actually an
archive containing all the relevant files that would be extracted on
the fly at loading time? I can't count the number of software that work
like this, so there is precedent. Am not sure if the added bloat to Pd
would be worthwhile...

Roman






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

[PD] [PD-announce] jmmmp library Version 0.59 - live2reaper

[João Pais]

Hello everyone,

The jmmmp library of abstractions has been updated to version 0.59.

Added [live2reaper] , a synchronizer from Ableton Live to Cuckos Reaper,
though Ableton Link and OSC.
This uses [abl_link~], which is for now only available (mostly) on 32b
versions of Pd.

You can download it soon through deken, or in http://bit.ly/jmmmp_059
<https://bit.ly/jmmmp_059?fbclid=IwAR2BHCEAs6v9XFbM7_5o_cBO4wSaKqGF9j3VL-oeD7BO8ELdF7WKaoXQttk>

Best,

João Pais
___
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

[PD] [PD-announce] Click Tracker Android App is online

[João Pais]

Dear List,

10 years after its first version, the Click Tracker 
(http://j.mp/click-tracker) has gone mobile!
The Android App can now be purchased at 
https://bit.ly/clicktracker-playstore.


Built usingPure Data and libpd, this app delivers the same results as 
using the original software. For more information, see the website 
https://bit.ly/click-tracker-mob or ask at clicktrac...@posteo.org.


For the apple-people, an iOS version is being developped.

The original software is still available at http://j.mp/click-tracker, 
or on facebook http://j.mp/clicktrackerfb.


Click Tracker is a program designed for composers, conductors and 
instrumentalists working with modern music. The main goal of the 
software is to prepare a click track of any score, no matter how complex 
it is.


With best regards,

João Pais





___
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

[PD] [PD-announce] Click Tracker Android App is online

[João Pais]

Hello everyone,

10 years after its first version, the Click Tracker 
<https://www.facebook.com/Click.Tracker/?__tn__=KH-R=ARCl7bn3oVj5Z1t5CLadPv_vDggRWqH6LFSRLBquUUyKPdd1j4gblN3PNn9aaIBXISWoyEnN62cKvugj=mentions&__xts__%5B0%5D=68.ARAD17J_Sm8O9GHWRFgV9uWdNvtfLSuKBecW8J0YJUd0lvgl0TsC6Zk7GV0T5KWx866hb08Wtgs66xa-W06WHARLjAeck23x0gI2eAxt82xH_0WL74sCn3Zap0VNgmYMj-vyOfaF-TT7MUYg-vgZBR8LO_PIyBdI5NNrIPq_aCq4gUQCIQ7P-WqQZhhp7YW61w6zkuMRC8y4ny7hXS7obajlWKlsLWzgAtQnsmYZ1ahcSE9bk2vjF3gPZA_xl1jJ9fj8GJzB1Riq4Ec8c25v9g-w6o1VjJaihhAmoixA0A5lxz1sBRXjPFXaVWeDiKVm5SeLRi2q24vlW-moKM34O_c> 
has gone mobile!
The Android App can now be purchased at 
https://bit.ly/clicktracker-playstore 
<https://bit.ly/clicktracker-playstore?fbclid=IwAR3NzA74aIhagB9mQFbV72pmZle3noCgrpRGh4-bLFz99WkWHA5g0bP3bkQ>.


Built usingPure Data and libpd, this app delivers the same results as 
using the original software. For more information, see the website 
https://bit.ly/click-tracker-mob 
<https://bit.ly/click-tracker-mob?fbclid=IwAR3u_Idf6kIP2ETB5Vih2AYXPVXCQqSHPWYbYlXTiZ-wPDWSWkxkOvBU_iU> 
or ask at clicktrac...@posteo.org.


For the apple-people, an iOS version is being developped.

The original software is still available at 
http://jmmmp.github.io/clicktracker/ 
<http://jmmmp.github.io/clicktracker/?fbclid=IwAR1tcOOrmboSNprMH849zNCAor85g4j42QPdIm0032mgwYOwjZw_eczb6XU> 
, and you can see ot on facebook - http://j.mp/clicktrackerfb.


Click Tracker is a program designed for composers, conductors and 
instrumentalists working with modern music. The main goal of the 
software is to prepare a click track of any score, no matter how complex 
it is.


With best regards,

João Pais



___
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] Can someone build midifile for mac and linux?

[João Pais]

That is the plan, I sent those to Martin so that he can update it

Christof Ressi  schrieb am Mo., 8. Juni 2020, 12:16:

> Can someone upload it to Deken? Please always consider this option
> instead of e-mailing binaries ;-)
>
> Christof
>
> On 07.06.2020 22:02, João Pais wrote:
> > thanks all. I can't test these, but I assume that they work.
> > apparently google is weird about attachments, but double-zipping
> > tricks them.
> >
> > Joao
> >
> >> i gave it a go…midifile.pd_darwin zipped inside a zipped folder :-)
> >> works on my machine (mac os10.14.6).
> >> the midifil- help has a problem, as the subpatch midifile_read is in
> >> vain looking for a file “wowo.mid”.
> >>
> >> get it here:
> >> https://www.dropbox.com/s/n73968w7ej6d94w/midifile_darwin.zip
> >>
> >> best
> >> hans
> >>
> >>
> >>
> >>> Am 07.06.2020 um 19:25 schrieb William Brent  >:
> >>>
> >>> Hmm, Gmail won't let me attach the Mac OS d_fat or pd_darwin here.
> >>> I'll upload it later today and send you a link directly...
> >>>
> >>> On Sun, Jun 7, 2020 at 1:07 PM William Brent
> >>>  wrote:
> >>> Here's a build of midifile for Linux x86_64. Switching over to Mac
> >>> OS now to get you that as well.
> >>>
> >>> On Sun, Jun 7, 2020 at 11:37 AM João Pais  wrote:
> >>> Hi list,
> >>>
> >>> Martin Peach has released a new version of midifile. But since in the
> >>> present situation he's not able to get to his computers, the binaries
> >>> for the mac and linux versions can't be built and uploaded to deken.
> >>>
> >>> Would it be possible for someone with build powers to build these two
> >>> binaries? Here are the instructions sent by Martin:
> >>>
> >>>
> >>> You can get the code from the sourceforge repository:
> >>> svn checkouthttps://svn.code.sf.net/p/pure-data/svn/trunk
> pure-data-svn
> >>>
> >>> I added the pd-lib-builder to the mrpeach directory in trunk/externals
> >>> so you just have to go there and type 'make' and see if it works.
> >>>
> >>>
> >>>
> >>>
> >>> If someone can send that to me, I can make them arrive to the
> >>> correct place.
> >>>
> >>> Best,
> >>> Joao
> >>>
> >>>
> >>>
> >>>
> >>> ___
> >>> Pd-list@lists.iem.at mailing list
> >>> UNSUBSCRIBE and account-management ->
> >>> https://lists.puredata.info/listinfo/pd-list
> >>>
> >>>
> >>> --
> >>> William Brent
> >>> www.williambrent.com
> >>>
> >>> “Great minds flock together”
> >>> Conflations: conversational idiom for the 21st century
> >>>
> >>> www.conflations.com
> >>>
> >>>
> >>> --
> >>> William Brent
> >>> www.williambrent.com
> >>>
> >>> “Great minds flock together”
> >>> Conflations: conversational idiom for the 21st century
> >>>
> >>> www.conflations.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-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] Can someone build midifile for mac and linux?

[João Pais]

thanks all. I can't test these, but I assume that they work. apparently 
google is weird about attachments, but double-zipping tricks them.


Joao


i gave it a go…midifile.pd_darwin zipped inside a zipped folder :-)
works on my machine (mac os10.14.6).
the midifil- help has a problem, as the subpatch midifile_read is in vain 
looking for a file “wowo.mid”.

get it here: https://www.dropbox.com/s/n73968w7ej6d94w/midifile_darwin.zip

best
hans




Am 07.06.2020 um 19:25 schrieb William Brent :

Hmm, Gmail won't let me attach the Mac OS d_fat or pd_darwin here. I'll upload 
it later today and send you a link directly...

On Sun, Jun 7, 2020 at 1:07 PM William Brent  wrote:
Here's a build of midifile for Linux x86_64. Switching over to Mac OS now to 
get you that as well.

On Sun, Jun 7, 2020 at 11:37 AM João Pais  wrote:
Hi list,

Martin Peach has released a new version of midifile. But since in the
present situation he's not able to get to his computers, the binaries
for the mac and linux versions can't be built and uploaded to deken.

Would it be possible for someone with build powers to build these two
binaries? Here are the instructions sent by Martin:


You can get the code from the sourceforge repository:
svn checkouthttps://svn.code.sf.net/p/pure-data/svn/trunk  pure-data-svn

I added the pd-lib-builder to the mrpeach directory in trunk/externals
so you just have to go there and type 'make' and see if it works.




If someone can send that to me, I can make them arrive to the correct place.

Best,
Joao




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


--
William Brent
www.williambrent.com

“Great minds flock together”
Conflations: conversational idiom for the 21st century

www.conflations.com


--
William Brent
www.williambrent.com

“Great minds flock together”
Conflations: conversational idiom for the 21st century

www.conflations.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] Can someone build midifile for mac and linux?

[João Pais]

Hi list,

Martin Peach has released a new version of midifile. But since in the 
present situation he's not able to get to his computers, the binaries 
for the mac and linux versions can't be built and uploaded to deken.


Would it be possible for someone with build powers to build these two 
binaries? Here are the instructions sent by Martin:



You can get the code from the sourceforge repository:
svn checkouthttps://svn.code.sf.net/p/pure-data/svn/trunk  pure-data-svn

I added the pd-lib-builder to the mrpeach directory in trunk/externals
so you just have to go there and type 'make' and see if it works.




If someone can send that to me, I can make them arrive to the correct place.

Best,
Joao




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

[PD] Searching for app development assistance

[João Pais]

Dear list,

I want to port a patch into an app in both android and iOS systems. As I
have no experience with this and I don't have enough time to research these
topics on my own, I'm looking for someone to prepare the structure on which
the development can be made - which I would then take over.

To my knowledge, this would involve the following topics (probably also
others, of which I'm not aware):
- the patch already exists, so only the mobile implementation is necessary
- 4 or 5 externals need to be compiled for both OSs (if their licenses
allow it).
- choosing an adequate gui engine - if possible, compatible with both
android and iOS in both smartphones and tablets.
- bundling the GUI and the pd patch into a package
- setting up virtual and real testing
- registering the app with google and mac stores
- advice on social media and app promotion methods/plattforms

I work with windows, so the topics above would have to work in this.

If you're interested in this, please write a couple of lines to
jmmmp...@gmail.com, indicating your previous experience, and an estimate of
the costs. I can also provide concrete details which aren't mentioned here.

Someone living in Berlin would be of advantage, but not a requirement, as
these days isolation is the norm.

Best regards,

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

Re: [PD] Question on [signmund~] tracks with 0 amplitude

[João Pais]

ok, that makes sense. I did already create something using delete, as 
I'm applying a dynamic color to the arrays after they've been created. 
But having a look at the the partial-trace makes more sense.


Best,

Joao



I think I see what happened - the recorded trace reports 0 dB but this is
the output of a 'rmstodb' conversion in the patch - I presume sigmund~
is finding a peak at amplitude less than 1/1 which then gets converted
to zero.

Something similar was happening with your earlier test runnign phasor~ into
sigmund~ - there are very quite peaks in phasor~ output because of foldover,
and sometimes sigmund~ picks them up, sometimes not.

If you want to suppress very quite traces from the partialtracer patch, you
can alter the add-trace abstraction to consider a trace empty if it's below
an amplitude threshold and then to start a new trace if a trace then goes
from below threshold to above threshold.  Alternatively, now that it's possible
to delete scalars using th pointer object, you can make something that culls
very quiet traces after the fact.

cheers
Miller

On Sun, Apr 12, 2020 at 11:56:38AM +0200, Jo??o Pais wrote:

Here is a txt with the tracing I did using the doc patch - a contrabass
tone.
The 0-amplitude tracks appear when there is more silence, in this case
after the 2nd half of the sample.
I produced this file by sending a "write" to pd-trace-list, with load you
can load it into the same patch.

Best,
Joao

Am So., 12. Apr. 2020 um 04:07 Uhr schrieb Miller Puckette :


It's possible to have nothing in a track - in that case, the flag (the 4th
item in the list sigmund~ outputs) should be -1.

If that flag is saying there's a sinusoid of amplitude zero, something's
wrong with sigmund~.

cheers
Miller

On Fri, Apr 10, 2020 at 11:29:35PM +0200, Jo??o Pais wrote:

Hello list,

I'm trying out [sigmund~], and wanted to confirm something related to
results I'm getting. When using the patch
doc/4.data.structures/14.partialtracer (and also a derivate patch of

mine),

I get lots of tracks with 0 amplitude as result of the analysis.
The settings are [sigmund~ -t -npts 1024 -npeak 40 -maxfreq 8000 peaks
tracks] in the help file, and [sigmund~ -t -npts 2048 -npeak 200 tracks]

in

my patch.

When comparing the result of the analysis with a spectrogram of the

sample,

the frequency content does match - the tracks with 0 amplitude don't

exist

in the sample, i.e. they're silence.

My doubt is, is it normal to have tracks with 0 amplitude? Or is there
something wrong with the analysis settings?
(if these tracks are a derivative of [sigmund~], that's fine, I can

filter

and delete them afterwards)

Best,

jmmmp







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

Re: [PD] GUI external with alpha channel (tcl/tk alternative)?

[João Pais]

there is an extremely ridiculous hack that could be tried, *if* the guis 
are for display only: similar to jmmmp/pix2canvas, a group of 1x1 
canvases can be used to fake an alpha channel.


But besides the condition above, the purpose of this will be mainly to 
show how ridiculously far Pd users will go to handle the current 
limitations they're bound to.


(actually, guis can be placed under the canvases to create an 
interaction - which will make the whole concept even more ridiculous)



Joao

That's funny, I've just recently discovered your PoF project, which 
you've mentioned below: https://github.com/Ant1r/ofxPof


I haven't really tried it, just skimmed through the code, but the 
multi-threaded rendering looks very promising and should make it much 
more suitable for building GUIs while simultanously running audio!


Christof

On 16.04.2020 18:23, Antoine Rousseau wrote:
You can't display any object from another toolkit into a Pd window 
(aka Tk canvas).

You'd have to open another window for that.
e.g: Gem/Ofelia/Pof (through openGL) offer alpha...

Antoine Rousseau
http://www.metalu.net  __ 
http://www.metaluachahuter.com/ 





Le jeu. 16 avr. 2020 à 18:02, Alexandre Torres Porres 
mailto:por...@gmail.com>> a écrit :


So, Tcl/Tk can't offer us an anpha channel for things like iemguis.

But what if I want to write an external that does that? For
cyclone, for instance, there could be an alpha channel for
opacity/transparency, as the original ones have in Max.

I assume I'd have to use some other language as an alternative
and so I'd like to ask for hints on which and also if it is even
possible (I'm rather clueless, sorry).

I see Purr Data, which uses NW.js, offers an alpha channel, could
I supposedly code an external that uses such a language and load
it in Pd Vanilla? How?

Sorry if I'm asking too basic and vague questions...

cheers
___
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


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

Re: [PD] Dropdown Menu external?

[João Pais]

> after having all libraries installed it works great!!!
>
> Thanks for this object!
> I just need to figure out where to set the files and size/colors, etc.
>
> That shouldn't be a big deal once I take a closer look.
>

it's all explained in the help file.


> However, I did have one problem:
> If there is an object underneath my selection it will open this object
> instead of selecting my option.
>
> Is there a way to avoid this?
>

since z-order depends on object creation order, there is a kind of a hack
that will work if you copy/duplicate/paste the objects in the correct
order. I just didn't manage to work enough with it to understand it yet.
Usually I just leave empty space under the object, when possible.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Dropdown Menu external?

[João Pais]

many objects in the jmmmp library are dependent on others, so it only works
if you have the whole library (I work on windows only)

But even though it's hack, it has more features than many other gui objects.


Thanks, João!
>
>
>
> It doesn't do anything because a few objects inside don't create in my
> Windows computer and my Linux computer is not connected to the internet atm
> so I can't install the Jmmmp externals. I'll try to make it work before I
> complain next tim. Sorry!
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Dropdown Menu external?

[João Pais]

> [jp.menu] doesn't do anything either but has a help file. Unfortunately
> the help file doesn't help me.
>

what you mean, it doesn't do anything? I use it in lots of patches, and
that's the reason I programmed it. For me, it does exactly what it's
supposed to.


Since these seem to be abstractions it looks like it can be done without
> externals.
>

my method (that I copied from someone else) uses a hack, you can see how it
works by looking inside the abstraction.

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

[PD] Question on [signmund~] tracks with 0 amplitude

[João Pais]

Hello list,

I'm trying out [sigmund~], and wanted to confirm something related to
results I'm getting. When using the patch
doc/4.data.structures/14.partialtracer (and also a derivate patch of mine),
I get lots of tracks with 0 amplitude as result of the analysis.
The settings are [sigmund~ -t -npts 1024 -npeak 40 -maxfreq 8000 peaks
tracks] in the help file, and [sigmund~ -t -npts 2048 -npeak 200 tracks] in
my patch.

When comparing the result of the analysis with a spectrogram of the sample,
the frequency content does match - the tracks with 0 amplitude don't exist
in the sample, i.e. they're silence.

My doubt is, is it normal to have tracks with 0 amplitude? Or is there
something wrong with the analysis settings?
(if these tracks are a derivative of [sigmund~], that's fine, I can filter
and delete them afterwards)

Best,

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

[PD] sigmund~ track analysis errors

[João Pais]

Hi list,

Related to the bug report https://github.com/pure-data/pure-data/issues/872
, I wanted to drop some questions about sigmund:
- when using the "-npeak x tracks" settings, the X stands for the maximum
number of tracks, and no more are allowed. Is this the expected behavior?
It's not documented in the help file.


More important, I was getting inconsistent track analysis results with
sigmund~, and I think I found a way of confirming this. Basically, after
the first analysis lots of low frequencies disappear - only
resetting/recreating the object makes it possible to do the analysis.

The patch attached should be clear, can anyone confirm if this also happens
with other systems?
(done with windows 7, pd 64b)

Best,

Joao
#N canvas 123 72 516 603 10;
#X obj 19 398 print peak;
#N canvas 0 50 450 300 (subpatch) 0;
#X array test 155944 float 2;
#X coords 0 1 155944 -1 200 140 1 0 0;
#X restore 73 446 graph;
#X obj 304 533 phasor~;
#X obj 304 445 loadbang;
#X obj 304 481 440;
#X floatatom 303 508 5 0 0 0 - - -;
#X obj 280 536 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X msg 350 481 \; pd dsp 1;
#X obj 19 259 until;
#X obj 20 238 20;
#X obj 20 217 t b b;
#X obj 20 196 bng 15 250 50 0 empty empty empty 17 7 0 10 -4034 -1
-1;
#X obj 313 325 soundfiler;
#X obj 313 285 openpanel;
#X obj 313 258 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 19 326 t f f;
#X obj 76 316 + 204.8;
#X obj 38 286 0;
#X obj 19 306 f;
#X obj 295 564 tabwrite~ test;
#X msg 19 346 list test 2048 \$1 44100 0;
#X msg 313 305 read -resize \$1 test;
#X text 44 194 analyse;
#X obj 19 372 sigmund~ -t -npts 2048 -npeak 100 tracks;
#X text 243 235 (try it with non-regular signals as well);
#X text 23 12 Sigmund~ track analysis bug;
#X text 19 34 1 - do one analysis by clicking the green bang. Save
the results in a spreadsheet or similar \; 2 - do another analysis
\, and compare the results with the first one. There will be lots of
differences \; 3 - any further analysis results will match the 2nd
analysis (with very few deviations). These results won't be correct
\, as after the 1st analysis many lower frequencies will be ignored
- this is noticed in a patch such as doc4.data.structures14.partialtracer.pd
;
#X text 19 144 The only way to get another correct analysis is to reset
sigmund~ by editing it. The results of different analysis will match
100% \, and will have all frequencies.;
#X connect 2 0 19 0;
#X connect 3 0 7 0;
#X connect 3 0 4 0;
#X connect 4 0 5 0;
#X connect 5 0 2 0;
#X connect 5 0 6 0;
#X connect 6 0 19 0;
#X connect 8 0 18 0;
#X connect 9 0 8 0;
#X connect 10 0 9 0;
#X connect 10 1 17 0;
#X connect 11 0 10 0;
#X connect 13 0 21 0;
#X connect 14 0 13 0;
#X connect 15 0 20 0;
#X connect 15 1 16 0;
#X connect 16 0 18 1;
#X connect 17 0 18 1;
#X connect 18 0 15 0;
#X connect 20 0 23 0;
#X connect 21 0 12 0;
#X connect 23 0 0 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] sigmund~ analysis issue

[João Pais]

Hello list,

I'm modernizing the patch doc\4.data.structures\14.partialtracer.pd, and
ran into a strange issue: when a sample is loaded and an analysis is made,
everything is ok.
But, when a 2nd analysis is made, the partials are much higher, and the
resynthesis isn't as good.

As example, here are the first 2 frames of sigmund's output, analysing the
bell.aiff sound. It's also strange that since the sound is stored in a
table, the results are different.

The parameters haven't been changed after the first run. The only way I
find to get good results is by resetting sigmund on edit mode, or
restarting the patch.

1ST RUN (OK)

t: 0 141.298 0.137147 1
t: 1 385.345 0.0581239 1
t: 2 707.462 0.04726 1
t: 3 269.206 0.0434673 1
t: 4 364.112 0.0225979 1
t: 5 595.773 0.025954 1
t: 6 1084.57 0.0182461 1
t: 7 63.9805 0.015155 1
t: 8 541.068 0.0129506 1
t: 9 1049.86 0.00814875 1
t: 10 832.513 0.00709686 1
t: 11 215.332 0.00335958 1
t: 12 944.526 0.00692402 1
t: 13 1310.13 0.00669407 1
t: 14 1895.28 0.00548327 1
t: 15 888.046 0.00420553 1
t: 16 456.796 0.00381943 1
t: 17 1183.88 0.0032292 1
t: 18 757.497 0.00395218 1
t: 19 1554.4 0.00269764 1
t: 20 1290.07 0.00354588 1
t: 21 1670.57 0.0023464 1
t: 22 1414.85 0.00239386 1
t: 23 2099.85 0.00248014 1
t: 24 1225.45 0.00165636 1
t: 25 2249.42 0.00192396 1
t: 26 2127.87 0.00166951 1
t: 27 2737.03 0.00157576 1
t: 28 1770.02 0.00134567 1
t: 29 2462.81 0.00138555 1
t: 30 1473.12 0.00158225 1
t: 31 1991.32 0.00150557 1
t: 32 2505.45 0.00118963 1
t: 33 3522.37 0.00128237 1
t: 34 1400.38 0.00170432 1
t: 35 2024.19 0.00113305 1
t: 36 2983.94 0.000941453 1
t: 37 3075.74 0.00101321 1
t: 38 3286.13 0.000883695 1
t: 39 2531.29 0.000845063 1
t: 0 138.628 0.135288 0
t: 1 386.632 0.0500026 0
t: 2 705.62 0.0487652 0
t: 3 258.881 0.0428605 0
t: 4 296.177 0.0105696 1
t: 5 605.138 0.0219934 0
t: 6 1082.22 0.0180366 0
t: 7 57.4144 0.00979881 0
t: 8 535.631 0.00879348 0
t: 9 952.848 0.00944249 1
t: 10 830.594 0.00784354 0
t: 11 1630.66 0.000687276 1
t: 12 955.149 0.00600927 0
t: 13 1303.32 0.00753062 0
t: 14 1893.23 0.0056183 0
t: 15 878.553 0.00487427 0
t: 16 466.142 0.00383666 0
t: 17 1186.99 0.0048419 0
t: 18 751.237 0.0064956 0
t: 19 1547.86 0.00369452 0
t: 20 2211.92 0.000763845 1
t: 21 1665.65 0.00158778 0
t: 22 1439.33 0.00140849 0
t: 23 2108.29 0.00329683 0
t: 24 1834.18 0.000674865 1
t: 25 2250.51 0.00168626 0
t: 26 2810.52 0.000731613 1
t: 27 2738.07 0.0014678 0
t: 28 1765.87 0.00197579 0
t: 29 2459.03 0.00111085 0
t: 30 1490.06 0.00153197 0
t: 31 1981.18 0.00127681 0
t: 32 2496.56 0.00104289 0
t: 33 3523.31 0.000949688 0
t: 34 1399.56 0.00239812 0
t: 35 2022.71 0.00165475 0
t: 36 2983.59 0.00090797 0
t: 37 3075.81 0.00103291 0
t: 38 3284.22 0.000780804 0
t: 39 2368.94 0.000667367 1


2ND RUN (partials are higher)

t: 0 456.796 0.00381943 0
t: 1 944.526 0.00692402 0
t: 2 364.112 0.0225979 0
t: 3 215.332 0.00335958 1
t: 4 385.345 0.0581239 0
t: 5 1290.07 0.00354588 0
t: 6 1991.32 0.00150557 0
t: 7 269.206 0.0434673 0
t: 8 888.046 0.00420553 1
t: 9 141.298 0.137147 0
t: 10 63.9805 0.015155 0
t: 11 757.497 0.00395218 0
t: 12 1084.57 0.0182461 0
t: 13 595.773 0.025954 0
t: 14 1895.28 0.00548327 0
t: 15 1049.86 0.00814875 0
t: 16 707.462 0.04726 0
t: 17 1225.45 0.00165636 1
t: 18 2462.81 0.00138555 0
t: 19 2737.03 0.00157576 1
t: 20 541.068 0.0129506 0
t: 21 832.513 0.00709686 0
t: 22 1473.12 0.00158225 0
t: 23 1310.13 0.00669407 0
t: 24 1770.02 0.00134567 1
t: 25 2531.29 0.000845063 0
t: 26 1414.85 0.00239386 0
t: 27 2024.19 0.00113305 0
t: 28 2505.45 0.00118963 1
t: 29 3522.37 0.00128237 1
t: 30 2099.85 0.00248014 0
t: 31 1670.57 0.0023464 0
t: 32 1400.38 0.00170432 1
t: 33 1554.4 0.00269764 0
t: 34 2127.87 0.00166951 0
t: 35 2983.94 0.000941453 1
t: 36 2249.42 0.00192396 0
t: 37 1183.88 0.0032292 0
t: 38 3075.74 0.00101321 1
t: 39 3286.13 0.000883695 1
t: 0 466.142 0.00383666 0
t: 1 955.149 0.00600927 0
t: 2 296.177 0.0105696 1
t: 3 952.848 0.00944249 1
t: 4 386.632 0.0500026 0
t: 5 1630.66 0.000687276 1
t: 6 1981.18 0.00127681 0
t: 7 258.881 0.0428605 0
t: 8 878.553 0.00487427 0
t: 9 138.628 0.135288 0
t: 10 57.4144 0.00979881 0
t: 11 751.237 0.0064956 0
t: 12 1082.22 0.0180366 0
t: 13 605.138 0.0219934 0
t: 14 1893.23 0.0056183 0
t: 15 2211.92 0.000763845 1
t: 16 705.62 0.0487652 0
t: 17 1834.18 0.000674865 1
t: 18 2459.03 0.00111085 0
t: 19 2738.07 0.0014678 0
t: 20 535.631 0.00879348 0
t: 21 830.594 0.00784354 0
t: 22 1490.06 0.00153197 0
t: 23 1303.32 0.00753062 0
t: 24 1765.87 0.00197579 0
t: 25 2810.52 0.000731613 1
t: 26 1439.33 0.00140849 0
t: 27 2022.71 0.00165475 0
t: 28 2496.56 0.00104289 0
t: 29 3523.31 0.000949688 0
t: 30 2108.29 0.00329683 0
t: 31 1665.65 0.00158778 0
t: 32 1399.56 0.00239812 0
t: 33 1547.86 0.00369452 0
t: 34 2368.94 0.000667367 1
t: 35 2983.59 0.00090797 0
t: 36 2250.51 0.00168626 0
t: 37 1186.99 0.0048419 0
t: 38 3075.81 0.00103291 0
t: 39 3284.22 0.000780804 0
___
Pd-list@lists.iem.at mailing list

Re: [PD] clone vs. dynamic patching

[João Pais]

> > one feature badly missing is the possibility ta allocate dynamic "voice"
> > (or "instance") numbers (i.e. how many instances of an abstraction are
> > created).
>
> That would be useful and it's actually on my to-do-list :-). But usually I
> just allocate the max. number of instances I need and simply "disable"
> instances I don't need. I think this is generally the better approach for
> cloned DSP objects (using [switch~], because dynamically changing the
> number of voices wouldn't be realtime safe anyway...
>

that is usually enough, but in some cases there is no limit, and it has to
be tried out what the best results are - not necessarily in realtime. For
now I'm doing that by calling clone dynamically in a dedicated subpatch.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] clone vs. dynamic patching

[João Pais]

Hello list,

I didn't try clone yet, I always worked with dynamic patching for similar
issues. For those who are knowledgeable, I would like to ask: is there any
advantage of clone against dynamic patching when using the same circuit, or
is it the same?
This pertains to patches working on both control and signal input/output.

(in case relevant - on windows)

Best,

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

Re: [PD] deken external in database / objectlist file

[João Pais]

where is it? I downloaded the zip file, used the "find file" button, and
searched the page, but deken.exe didn't come up.

Does that mean that a database entry can only be made using the deken
command line?

Am So., 5. Jan. 2020 um 20:44 Uhr schrieb IOhannes m zmölnig <
zmoel...@iem.at>:

> Am 5. Jänner 2020 16:02:52 MEZ schrieb "João Pais" :
> >
> > Since I'm on windows and there are no deken tools
> >available,
>
> what about the precompiled `deken.exe` available on github?
>
>
> mfg.hft.fsl
> IOhannes
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] deken external in database / objectlist file

[João Pais]

Hi list,

I noticed that deken can search for individual objects. But, when I 
search for an object of my jmmmp library, I can't find them. What am I 
doing wrong?


I had a look at 
https://github.com/pure-data/deken/blob/master/developer/README.md#objectlists, 
but when browsing the libraries where objects can be searched (Gem, 
maxlib, cyclone, ...) I didn't see any example of a objectlist file on 
how to build on. Since I'm on windows and there are no deken tools 
available, I upload my library through puredata.info - so, any object 
list would have to be in the package.


I guess the main question might be: my package already has a README.txt 
with a list of objects, but not exactly formatted as described in 
github. Is it enough to format the list on that file using the 
"object-name at the beginning, followed by a TAB (|\t|) and a short 
(single-line) description of the object" format, or do I need to add a 
jmmmp.txt file with said list?


If the latter, how exactly must be the content of the file, can some 
comments be there, or it must be the list only? Does anyone know of a 
concrete example, without me having to look through all libraries to 
find one?


Best,

Joao

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

Re: [PD] data structures for display only, not interaction

[João Pais]

I think Miller already introduced some options to switch off interaction 
in edit and run modes. Check the documentation of the latest Pd version 
(I can't do it now). Besides that, get and set are the way to go.


Am 29.11.2019 um 06:57 schrieb Alexandre Torres Porres:
so, I have a data structure based GUI object, and say I just want it 
to display things and not really interact with it by clicking the data 
structures around, is it possible? Sorry if this is a stupid question, 
I just want to be sure.


So, say I have some shapes (for instance, a polygon) that can be 
controlled by messages and change something like its size. Now, 
because of that, if I go over the graph on parent and click on the 
corner of the polygon, I can drag and change the shape. Now, what if I 
want to prevent that from happening? Hints for tricks and hacks?


What I'm doing so far is I'm getting the values of these parameters 
with [get] and reset the value if they change with [set]. it seems to 
be doing the trick, but maybe there are other ways of doing this?


And maybe, just maybe, perhaps we could include an option, a flag, 
that an object is only for display? hmm? what you think?


cheers

___
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 0.50 and gem windows 32b error with libwinpthread-1.dll

[João Pais]

I tried it finally today. Here are some results:

- replacing Pd's libwinpthread-1.dll with Gem's does work. I didn't spend
enough time to see if something else in Pd has gone wrong due to that.
- When I open my patch, the Visual C++ Runtime crashes. The solution seems
to be to replace [declare -stdlib Gem] with -stdpath Gem. Which is weird,
because Gem.dll isn't being loaded anymore (no mention to it in the
console), but the objects all open with no issues. The same happens when
opening any Gem help patch, although the library isn't being loaded, all
objects work.


This change doesn't work in the 64b version, though (which is irrelevant
for now, as [leapmotion] isn't compiled for it yet.)

Best,

Joao


Am Di., 19. Nov. 2019 um 11:43 Uhr schrieb IOhannes m zmoelnig <
zmoel...@iem.at>:

> On 25.08.19 22:09, João Pais wrote:
> > Hi list,
> >
> > while trying out pd 0.5, I can start gem. When initializing gem, the
> > error appears: pthread_cond_timedwait_relative_np not found in
> > libwinpthread-1.dll [translated from German]. replacing the dll with the
> > one included in gem doesn't solve the problem.
> >
> > Or could that be provoked by any other program installed in the system?
> > Current system is windows 10+7 64b, running Pd 32b.
>
> to be honest i haven't really found a way to fix this :-(
> (short of switching to 64bit for both Pd and Gem)
>
> there's some compatibility problem between the Pd-32bit build and the
> Gem-32bit build for Windows.
>
> IIRC:
>
> both ship a "libwinpthread-1.dll", but unfortunately they are incompatible.
>
> you might try to replace the "libwinpthread-1.dll" that comes with Pd
> (in the PD/bin/ folder) with the one that comes with Gem (in the Gem/
> folder).
> keep the original version around, in case things go havoc.
>
> gmasdr
> IOhannes
>
> PS: sorry for the answer time. i was occupied by other things...
>
> ___
> 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] Find - excluding abstractions

[João Pais]

Maybe somewhat related to the recent request for a find function going to a
parent: how about a find function which would exclude either abstractions,
or subpatches up- or down to a certain level?
A practical scenario: I use lots of my library's abstractions, which means
that when I search for a basic object such as [loadbang], there are dozens
of them in the patch, as most abstractions have their own [loadbang].

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

Re: [PD] Pd 0.50+ and gem windows 32b error with libwinpthread-1.dll

[João Pais]

> >  the "Gem.dll: couldn't load" appears in the console.
> loading with log set to "all" might give you a more specific error here
>

Do you mean in -verbose mode? Here is the output when trying to load Gem:

tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem.m_i386 and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem.dll and succeeded
E:\jmmmp\elektronik\pd-vanilla\extra\Gem-94\Gem.dll: couldn't load
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem.pd and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem.pat and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem/Gem.pd and failed
tried C:/Users/user/AppData/Roaming/Pd/Gem.m_i386 and failed
tried C:/Users/user/AppData/Roaming/Pd/Gem.dll and failed
tried C:/Users/user/AppData/Roaming/Pd/Gem/Gem.m_i386 and failed
tried C:/Users/user/AppData/Roaming/Pd/Gem/Gem.dll and failed
tried C:/Users/user/AppData/Roaming/Pd/Gem.pd and failed
tried C:/Users/user/AppData/Roaming/Pd/Gem.pat and failed
tried C:/Users/user/AppData/Roaming/Pd/Gem/Gem.pd and failed
tried C:/Program Files (x86)/Common Files/Pd/Gem.m_i386 and failed
tried C:/Program Files (x86)/Common Files/Pd/Gem.dll and failed
tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.m_i386 and failed
tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.dll and failed
tried C:/Program Files (x86)/Common Files/Pd/Gem.pd and failed
tried C:/Program Files (x86)/Common Files/Pd/Gem.pat and failed
tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.pd and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem.m_i386 and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem.dll and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem/Gem.m_i386 and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem/Gem.dll and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem.pd and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem.pat and failed
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem/Gem.pd and failed
 Gem
... couldn't create
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Pd 0.50+ and gem windows 32b error with libwinpthread-1.dll

[João Pais]

Hi list,

while trying out pd 0.5 and later versions with gem-94, this error appears:
"pthread_cond_timedwait_relative_np not found in libwinpthread-1.dll"
[translated from German].
When trying out Gem 93 to 93.1 with the same Pd version, the error message
doesn't appear; but when a [Gem] object is created, the "Gem.dll: couldn't
load" appears in the console.

But, with Pd 0.48, Gem 0.93->93.1 loads with no problem. On the other hand,
Gem 94 outputs the same error as a latter Pd version.


Is there any error in Gem 94 32b?


Current system is windows 10+7 64. Curiously, Gem works fine on Pd 64b on
both systems.

Best,

Joao



-- 
Manteuffelstr. 19
10997 Berlin (Deutschland)
Tel +49 30 74921288 | Mob +49 162 6843570
jmmmp...@gmail.com | skype: jmmmpjmmmp
https://www.facebook.com/jmmmpais
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GOP drawing bug with scalars and z-order - test patch

[João Pais]

> Ok, I have now a better understanding of what your exact problem is. It
> strikes me that I never ran into this. I tested it by putting some of
> my own data structure stuff into GOP subpatches and putting those into
> other subpatches. It doesn't happen with the patches I tried.
>


it's also the first time I notice it. maybe it has something to do that
these scalars come from different templates (structs).


> Are you sure it's a z-ordering problem at all? I'm not saying that it
> isn't, but your patch illustrates that the arrays are not visible after
> opening the subpatch and that sending 'background ' helps, which
> *could* be a z-ordering problem, but also something totally unrelated.
>

in this case it surely doesn't have anything to do with z-order, as anyway
scalars are redrawn (and go to the front) when something in them is edited.
sending the background message (as well as some others I prepared) only
corrects the problem, because the patch rewrites a value from the scalars,
so that they come to the front - it's not an "automatic" pd reaction.


>
> Have you tried to boil down an example patch that is much simpler, but
> still exhibits the problem?


it would surely help, but I'm not sure when I would have the time for it. I
started doing one, but then it didn't work immediately, so I put this one
instead.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Deken repository data query

[João Pais]

Hi list,

besides doing an empty search on pd, is there any way of getting the
current state of all submitted data to deken? E.g. also to sort it not only
by name, but also by date?

How is it possible to delete something from the repository, also by
deleting the release from the puredata website?

Best,

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

[PD] GOP drawing bug with scalars and z-order - test patch

[João Pais]

Following the discussion, here is a patch which should be able to 
document the issue. You'll need pd 0.5 and jmmmp 0.56 to try it out.


There is also a bonus bug related with loading a canvas from a file.

Best,

Joao
#N struct 1105-multiarray float x float y float color float thick float
x-scale float id float vis array 1105-multiarray-a 1105-ma-element
;
#N struct 1105-ma-element float y;
#N struct 1105-background float x float y float y1 float x2 float y2
float color;
#N struct 1105-ma-id float x float y;
#N struct 1107-color float x float y float farbe;
#N struct 1107-color-display float x float y float farbe;
#N struct 1110-color float x float y float farbe;
#N struct 1110-color-display float x float y float farbe;
#N struct 1113-color float x float y float farbe;
#N struct 1113-color-display float x float y float farbe;
#N struct 1117-multiarray float x float y float color float thick float
x-scale float id float vis array 1117-multiarray-a 1117-ma-element
;
#N struct 1117-ma-element float y;
#N struct 1117-background float x float y float y1 float x2 float y2
float color;
#N struct 1117-ma-id float x float y;
#N struct 1119-color float x float y float farbe;
#N struct 1119-color-display float x float y float farbe;
#N struct 1122-color float x float y float farbe;
#N struct 1122-color-display float x float y float farbe;
#N struct 1125-color float x float y float farbe;
#N struct 1125-color-display float x float y float farbe;
#N canvas 116 75 643 590 10;
#X declare -stdpath jmmmp;
#X obj 12 91 multiarray;
#X obj 12 71 r \$0-messages;
#N canvas 718 35 387 269 COPY 0;
#N canvas 0 50 450 250 (subpatch) 0;
#X array array1 100 float 3;
#A 0 0 0 0 0 0 -0.0285714 0.0428571 0.142857 0.2 0.242857 0.357143
0.378571 0.428571 0.428571 0.457143 0.457143 0.457143 0.428571 0.407143
0.385714 0.3 0.264286 0.2 0.1 0.0571429 -0.0142857 -0.0857143 -0.157143
-0.228571 -0.314286 -0.385714 -0.428571 -0.442857 -0.442857 -0.442857
-0.442857 -0.457143 -0.457143 -0.4 -0.371429 -0.3 -0.142857 -0.0857143
-0.0642857 -0.0285714 -0.00714285 0.0142857 0.0714286 0.0857143 0.1
0.142857 0.185714 0.228571 0.271429 0.314286 0.342857 0.378571 0.414286
0.485714 0.528571 0.628572 0.671429 0.671429 0.628572 0.585714 0.55
0.514286 0.428571 0.4 0.314286 0.257143 0.2 0.142857 0.0428572 0.0142858
-0.0714285 -0.114286 -0.2 -0.228571 -0.257143 -0.328571 -0.4 -0.442857
-0.471429 -0.485714 -0.485714 -0.485714 -0.478571 -0.471429 -0.464286
-0.457143 -0.428571 -0.428571 -0.414286 -0.385714 -0.371429 -0.371429
-0.342857 -0.314286 -0.157143;
#X coords 0 1 100 -1 100 70 1 0 0;
#X restore 18 167 graph;
#N canvas 0 50 450 250 (subpatch) 0;
#X array array2 70 float 3;
#A 0 0.771429 0.742857 0.685714 0.657143 0.6 0.571429 0.542857 0.514286
0.485714 0.457143 0.428571 0.4 0.371429 0.342857 0.328571 0.314286
0.285714 0.228571 0.171429 0.171429 0.171429 0.114286 0.0571429 0.0428572
0.0285715 -0.0285714 -0.0571428 -0.0714285 -0.0857142 -0.142857 -0.171429
-0.2 -0.228571 -0.228571 -0.228571 -0.257143 -0.285714 -0.314286 -0.314286
-0.342857 -0.342857 -0.357143 -0.371429 -0.428571 -0.438095 -0.447619
-0.485714 -0.485714 -0.485714 -0.542857 -0.571429 -0.571429 -0.6 -0.628571
-0.642857 -0.657143 -0.685714 -0.714286 -0.714286 -0.714286 -0.742857
-0.742857 -0.771429 -0.771429 -0.771429 -0.771429 -0.771429 -0.771429
-0.771429 -0.771429;
#X coords 0 1 70 -1 100 70 1 0 0;
#X restore 148 167 graph;
#X restore 536 125 pd COPY;
#X obj 237 125 s \$0-messages;
#X msg 237 94 all del \, create 1 \, 1 copy array1 \, create 2 900
2 \, 2 copy array2;
#X text 238 64 1 - This message cleans up multiarray \, adds and populates
2 new arrays;
#X text 238 264 3 - try moving the object in the left \, or minimizing
and maaximizing this window. Doing it causes a redrawing \, and the
same problem.;
#X obj 237 325 s \$0-messages;
#X text 237 194 The background is over the arrays. If you send a background
message \, the internal patch will redraw the arrays on top of the
backgrund (as a way of circumventing this problem).;
#N canvas 735 31 494 259 subpatch 0;
#X obj 14 90 multiarray 200 100 multiarray-example.txt;
#X obj 14 70 r \$0-messages;
#X msg 109 62 background 999;
#X text 109 19 Click here to fix the background. If you close this
subpatch and open it again \, the backgrround will still be over the
arrays.;
#X connect 1 0 0 0;
#X connect 2 0 0 0;
#X restore 238 241 pd subpatch;
#X obj 29 257 declare -stdpath jmmmp;
#X text 238 154 2 - the object inside this subpatch is the same as
on the left. But \, due to the reedrawing \, when you open the subpatch
the background is above the array scalars.;
#X msg 237 304 background 999;
#X msg 347 304 background 89;
#X text 13 520 Bonus bug: if you search for ## \, you'll find a section
in [multiarray] where a delay had to added. When loading a canvas from
a file \, there is a delay which isn't accounted for in the pd scheduling.
;
#X text 11 11 This patch explains the bug for the rendering of scalars.
To see this \, you'll need to install the 

Re: [PD] GOP drawing bug with scalars and z-order - test in [jmmmp/multiarray]

[João Pais]

> Personally, I don't see the need for this be tackled in Pd, since one
> has enough control in the patch to re-order scalars as desired. Rather,
> I believe dealing with this is best left to the patch author.
>

There would be two ways of forcing the author to deal with it:
- externally by making it the user's responsability, as indicated in the
example in the patch
- internally by adding a metro with a redrawing command (adding lots of
unnecessary repeating commands to Pd's heaviest member, the gui)
Both are a burden either to the user, or to the patch. Garanteing a stable
behaviour would be better, instead of shortcuts.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GOP drawing bug with scalars and z-order - test in [jmmmp/multiarray]

[João Pais]

> z-ordering is based on the order of drawing commands (things drawn later
>> will paint on top of what is already there).
>>
>
>
>> Pd doesn't care about z-ordering at all and the order of drawing is
>> mainly defined by "what needs to be done" (rather than: "how will it
>> look like").
>>
>
> How is defined "what needs to be done" in the case of scalars? The order
> of creation doesn't count in this case: the scalar for the background takes
> over the whole GOP canvas is always created first, the arrays always later.
> But when redrawing that isn't taken into consideration.
>
> (I just tried to duplicate the structs for the arrays, so that they are
> defined after the one for the background. But that made no difference)
>
> Best,
>
> Joao
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] GOP drawing bug with scalars and z-order - test in [jmmmp/multiarray]

[João Pais]

Hello list,

I just uploaded a new version of the jmmmp library, with improvements to
the [multiarray] object (also at http://bit.ly/jmmmp_056, and soon on
deken).

In the help file of [multiarray] I described a problem with the drawing of
scalars inside a GOP. Basically, z-order is lost (or changed) when the
canvas is redrawn, being it by moving the object, opening the subpatch
where it is stored, or minimizing/maximizing the window.
You can see all the details in [jmmmp/multtiarray]'s help patch, subpatch
[pd SAVE+LOAD]. Does anyone has an explanation for this behavior? Afaik,
GOP redrawing works well with other types of objects, but not with scalars.

Best,

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

[PD] [PD-announce] jmmmp library Version 0.56

[João Pais]

Hello everyone,

The jmmmp library of abstractions has been updated.

New features and improvements to [multiarray] were added:
- read and write audio files
- show ID
- y-window scaling
- fixed a bug in "size" method
- configuration file to load at startup
- background
- general setting for color, thickness, visibility

[multiarray] is an abstraction to store and operate several graphical
arrays in one graphical container.

You can download it soon through deken, or follow the link below.

For more informations and a tarball file, visit http://bit.ly/jmmmp_056

Best,

João Pais
___
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

[PD] Pd 0.50 and gem windows 32b error with libwinpthread-1.dll

[João Pais]

Hi list,

while trying out pd 0.5, I can start gem. When initializing gem, the 
error appears: pthread_cond_timedwait_relative_np not found in 
libwinpthread-1.dll [translated from German]. replacing the dll with the 
one included in gem doesn't solve the problem.


Or could that be provoked by any other program installed in the system? 
Current system is windows 10+7 64b, running Pd 32b.



Best,

Joao




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

[PD] [PD-announce] jmmmp library Version 0.55 - [multiarray] improvements

[João Pais]

Hello everyone,

The jmmmp library of abstractions has been updated.

New features and improvements to [multiarray] were prepared:
- removed dependency from iemguts and multiarray-unit.pd external
- array visibility
- ID check and ID status query
- save and load multiarray data
- x and y scaling

[multiarray] is an abstraction to store and operate several graphical 
arrays in one graphical container.


You can download it soon through deken, or follow the link below.

For more informations and a tarball file, visit http://bit.ly/jmmmp_055

Best,

João Pais



___
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

[PD] jmmmp library Version 0.54 - [multiarray]

[João Pais]

Hello everyone,

The jmmmp library of abstractions has been updated.


Added [multiarray], an abstraction to store and operate several 
graphical arrays in one graphical container.


You can download it soon through deken, or follow the link below.

For more informations and a tarball file, visit http://bit.ly/jmmmp_054


Best,

João Pais




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

Re: [PD] Problems with oscformat (and oscparse?) and slashes

[João Pais]

I think I delimited the issues more cleary, here is a patch that shows the
problems.

Am Fr., 12. Juli 2019 um 19:26 Uhr schrieb Christof Ressi <
christof.re...@gmx.at>:

> > but that will mean that for every new string, a new oscparse must be
> created, in contrary to the current practice, where the message has all the
> addresses in it.
>
> mrpeach: [/foo/bar 1 2 3( -> [packOSC]
> Vanilla: [set foo bar, 1 2 3( -> [oscformat] *** mind the comma! ***
>
> > the output in Pd is "symbol /output_1"
>
> are you sure? the output should be "symbol output_1" (without a slash!)
>
> > and route doesn't filter the content.
>
> [oscparse] outputs a list, so you have to send it to [list trim], then you
> can use [route] in the way you intend it.
>
> Christof
> *Gesendet:* Freitag, 12. Juli 2019 um 19:15 Uhr
> *Von:* "João Pais" 
> *An:* "Miller Puckette" 
> *Cc:* "pd-list@lists.iem.at" 
> *Betreff:* Re: [PD] Problems with oscformat (and oscparse?) and slashes
> that is correct - but that will mean that for every new string, a new
> oscparse must be created, in contrary to the current practice, where the
> message has all the addresses in it.
> 2 other issues, but I can't reproduce them here:
> - when I send an address with a number added to it, the external program
> doesn't accept it. When I send the same message with mrpeach, it works. In
> Pd (and even through unpackOSC) they look the same.
> - when receiving the message "/output_1", oscparse doesn't process it in
> the same way as mrpeach: the output in Pd is "symbol /output_1", and route
> doesn't filter the content.
>
> I didn't check the exact osc code traffic, maybe later I can do that.
>
> Joao
>
> Am Fr., 12. Juli 2019 um 18:18 Uhr schrieb Miller Puckette :
>
>> Hi Joao -
>>
>> I might be misunderstanding the problem, but to specify an address like
>> "/parameter/bla" you can sen oscformat a list, "parameter bla" (the
>> slashes
>> are delimiters between the elements of the address, each of which is a
>> symbol without any slashes in it.)  So you can simply send the message "1"
>> to the object "oscformat parameter bla".
>>
>> cheers
>> Miller
>>
>> On Fri, Jul 12, 2019 at 05:48:19PM +0200, Jo??o Pais wrote:
>> > Hi all,
>> >
>> > I'm having some issues with oscformat and slashes ( / ). Many programs
>> out
>> > there use formats such as "/parameter/bla 1", but both oscformat and
>> > oscparse don't really cope that well with them.
>> >
>> > For oscformat:
>> > - it's not possible to send a string starting with a slash, the message
>> > "oscformat: no method for '/aa' " appears.
>> > - A hack can be done by sending a message [set /aa, bang( ...
>> > - ... but this doesn't work if the message to send is /aa 1, as oscparse
>> > will convert it to /aa/1
>> > - defining an object as [oscformat /aa] seems to work, but it will mean
>> > that another oscformat object has to be defined for each single string
>> > being sent: /aa, /aa/a, /aa/b, ...
>> >
>> > For oscparse:
>> > - when it receives a message with slashes in it, it removes the slashes
>> > automatically. Which is kind of acceptable, if it's going to be
>> connected
>> > with a normal route. But not that much if the message is going to be
>> worked
>> > on, and resent.
>> >
>> > Or is there any other way of doing this? The documentation doesn't
>> present
>> > anything else. It took some time of screaming at the computer until I
>> > compared the results with mrpeach's objects.
>> >
>> > Best,
>> >
>> > Joao
>>
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
>
#N canvas 504 95 644 591 10;
#X declare -lib mrpeach;
#X obj 212 339 declare -lib mrpeach;
#X obj 251 480 unpackOSC;
#X obj 21 449 oscparse;
#X obj 251 540 print mrp;
#X obj 21 539 print van;
#X obj 23 321 list prepend send;
#X obj 23 341 list trim;
#X obj 23 231 oscformat;
#X msg 23 51 set /outputs_1 \, bang;
#X obj 163 231 packOSC;
#X msg 163 51 /outputs_1;
#X msg 70 148 set /list/a \, 1;
#X obj 23 361 netsend -u -b;
#X msg 155 359 connect localhost ;
#X obj 261 520 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 31 520 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 155 339 loadbang;
#X text 24 21 

Re: [PD] Problems with oscformat (and oscparse?) and slashes

[João Pais]

that is correct - but that will mean that for every new string, a new
oscparse must be created, in contrary to the current practice, where the
message has all the addresses in it.
2 other issues, but I can't reproduce them here:
- when I send an address with a number added to it, the external program
doesn't accept it. When I send the same message with mrpeach, it works. In
Pd (and even through unpackOSC) they look the same.
- when receiving the message "/output_1", oscparse doesn't process it in
the same way as mrpeach: the output in Pd is "symbol /output_1", and route
doesn't filter the content.

I didn't check the exact osc code traffic, maybe later I can do that.

Joao

Am Fr., 12. Juli 2019 um 18:18 Uhr schrieb Miller Puckette :

> Hi Joao -
>
> I might be misunderstanding the problem, but to specify an address like
> "/parameter/bla" you can sen oscformat a list, "parameter bla" (the slashes
> are delimiters between the elements of the address, each of which is a
> symbol without any slashes in it.)  So you can simply send the message "1"
> to the object "oscformat parameter bla".
>
> cheers
> Miller
>
> On Fri, Jul 12, 2019 at 05:48:19PM +0200, Jo??o Pais wrote:
> > Hi all,
> >
> > I'm having some issues with oscformat and slashes ( / ). Many programs
> out
> > there use formats such as "/parameter/bla 1", but both oscformat and
> > oscparse don't really cope that well with them.
> >
> > For oscformat:
> > - it's not possible to send a string starting with a slash, the message
> > "oscformat: no method for '/aa' " appears.
> > - A hack can be done by sending a message [set /aa, bang( ...
> > - ... but this doesn't work if the message to send is /aa 1, as oscparse
> > will convert it to /aa/1
> > - defining an object as [oscformat /aa] seems to work, but it will mean
> > that another oscformat object has to be defined for each single string
> > being sent: /aa, /aa/a, /aa/b, ...
> >
> > For oscparse:
> > - when it receives a message with slashes in it, it removes the slashes
> > automatically. Which is kind of acceptable, if it's going to be connected
> > with a normal route. But not that much if the message is going to be
> worked
> > on, and resent.
> >
> > Or is there any other way of doing this? The documentation doesn't
> present
> > anything else. It took some time of screaming at the computer until I
> > compared the results with mrpeach's objects.
> >
> > Best,
> >
> > Joao
>
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>

-- 
Manteuffelstr. 19
10997 Berlin (Deutschland)
Tel +49 30 74921288 | Mob +49 162 6843570
Studio +49 30 69509190
jmmmp...@gmail.com | skype: jmmmpjmmmp
https://www.facebook.com/jmmmpais
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Problems with oscformat (and oscparse?) and slashes

[João Pais]

Hi all,

I'm having some issues with oscformat and slashes ( / ). Many programs out
there use formats such as "/parameter/bla 1", but both oscformat and
oscparse don't really cope that well with them.

For oscformat:
- it's not possible to send a string starting with a slash, the message
"oscformat: no method for '/aa' " appears.
- A hack can be done by sending a message [set /aa, bang( ...
- ... but this doesn't work if the message to send is /aa 1, as oscparse
will convert it to /aa/1
- defining an object as [oscformat /aa] seems to work, but it will mean
that another oscformat object has to be defined for each single string
being sent: /aa, /aa/a, /aa/b, ...

For oscparse:
- when it receives a message with slashes in it, it removes the slashes
automatically. Which is kind of acceptable, if it's going to be connected
with a normal route. But not that much if the message is going to be worked
on, and resent.

Or is there any other way of doing this? The documentation doesn't present
anything else. It took some time of screaming at the computer until I
compared the results with mrpeach's objects.

Best,

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

[PD] [PD-announce] jmmmp library Version 0.53

[João Pais]

Hello everyone,

The jmmmp library of abstractions has been updated.

Added [jp.dbtofad], [mat4~] and [mat4-~], and removed an iemlib dependency
in [matxxx~] objects.

You can download it soon through deken, or follow the link below.

For more informations and a tarball file, visit http://bit.ly/jmmmp_053

Best,

João Pais
___
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

[PD] Deken offline?

[João Pais]

Since yesterday evening I'm not able to reach deken, for every result I 
type the answer is that nothing is found. Is the server down, or is this 
a problem of my own computers?



Best,

Joao




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

Re: [PD] Advice on PD versions for classroom deployment

[João Pais]

What I did with the Click Tracker http://j.mp/click-tracker was to add a 
folder with the necessary externals. The paths in the patch then point 
to the lib folder.


This puts all the work on my side, but the package is stable. And I can 
copy it for other projects. But this is a patch to be open and used, not 
indended for people with programming experience or interest.



Joao

Am 24.05.2019 um 18:31 schrieb Martin Dupras:

For several years now, I've been deploying Pd-extended in my teaching
environments, and linking to the same installers so that my students
could install exactly the same version on their own machines. (I am
perfectly aware that Pd-extended has not been maintained for some
time.)

I would welcome advice about a strategy to deploy a monolithic "same
everywhere" version of PD. Ideally, this would be with a set of
libraries that are fixed at a given version and work the same on MacOS
and Windows.

I'm leaning toward Purr-data, but as I understand it does not yet have
Gem on MacOS. Is that right?

Alternatively, would there be a way for me to install PD-vanilla and
Deken install some libraries in such a way that I can deploy a copy
with all dependencies in a single folder?

In essence, the constraints have to do with the fact that software
installations are managed by our IT team, so I need to give them a
specific set of instruction and be reasonably guaranteed that the
results will work. Neither students (nor I) can I install software on
those machines. It's also important to me to insure that students can
bring their work to and from university to home, and that the work in
progress that send me opens and works on my machine.

Any good suggestions?

Thanks,

- martin



___
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] purepd externals

[João Pais]

Hello list,

while preparing some patches, I wanted to do some abstractions that can  
replace externals from other libraries. The purepd library seems to have  
such elements, although it doesn't have any activity since 2010.
I could add any resulting code to it - what would be the best way of doing  
it, just releasing myself another version?


Best,

Joao



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

[PD] [PD-announce] jmmmp library Version 0.52

[João Pais]

Hello everyone,

The jmmmp library of abstractions has been updated.

A small bug in Granulator, a Pure Data port of Robert Henke's Granulator,
has been fixed. (Also some aesthetic details in the mat~ object collection)

You can download it soon through deken, or follow the link below.

For more informations and a tarball file, visit http://bit.ly/jmmmp_052

Best,

João Pais
___
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] status of leap motion controller in Pd, especially on Linux?

[João Pais]

Hi,

some time ago I commissioned Chikashi to update the external to the newest  
leapmotion sdk, as there were lots of advantages compared to the 1st  
version. The sdk chosen was v2, because the 3rd one is more oriented for  
virtual reality, which seems to be the main focus of the leap these days,  
but doesn't interest me.


Since I use windows, I only commisioned a windows external. But the code  
is there, anyone is encouraged to compile it for other plattforms. I guess  
Chikashi should be able to give more advice on that, in case the code  
isn't clear.


Best,

Joao



Hi,

what is the current status of leap motion support for Pd?
I saw Chikashi Miyama's external at
https://github.com/chikashimiyama/Pd_leapmotion
and a specific windows version apparently for leap motion V.2
https://github.com/chikashimiyama/Pd_Leapmotion_win

Am I correct to assume that the latter uses some leapmotion SDK that the
former doesn't use? What would furthermore be the best way to use the
controller under linux in Pd?

Thanks for all hints!
P




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

Re: [PD] cyclone linux objects missing?

[João Pais]

very good, I never really used biquad myself. Then I'll adapt the patch to
use the vanilla version instead.

Am Sa., 19. Jan. 2019 um 04:36 Uhr schrieb Alexandre Torres Porres <
por...@gmail.com>:

> Em sex, 18 de jan de 2019 às 13:38, João Pais 
> escreveu:
>
>> a neutral filter coefficient is in cyclone 1 0 0 0 0, in vanilla 1 -1 1
>> -1 1.
>>
>
> Actually, a neutral filter coefficient in vanilla  is 0 0 1 0 0, if I
> understand what you mean by "neutral filter", which I'm assuming is just
> the input signal going out unchanged, using "1 -1 1 -1 1" works but it's
> just unnecessary, as you're cancelling out the coefficients. In the same
> way, you could, as an example, use the same "1 -1 1 -1 1" in Max's biquad~
> and it'd work, as the feedback an feedforward coefficients are also
> cancelling things out. Hope I made myself clear...
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cyclone linux objects missing?

[João Pais]

I think there are also other objects missing, are they going to be  
included at some point?


what are the differences between both biquad versions? a neutral filter  
coefficient is in cyclone 1 0 0 0 0, in vanilla 1 -1 1 -1 1. Are other  
coefficients very different?



Em sex, 18 de jan de 2019 às 09:15, João Pais   
escreveu:


ah, but it's included in cyclone in windows? I imagine it's exactly the  
same object?


Hi! Not quite exactly the same, but quite similar of course. This was an  
experimental cloned object that was didn't really make the cut for the  
stable release for >a couple of reasons.___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cyclone linux objects missing?

[João Pais]

ah, but it's included in cyclone in windows? I imagine it's exactly the 
same object?


Am 18.01.2019 um 11:50 schrieb IOhannes m zmölnig:

On 1/18/19 11:40 AM, João Pais wrote:

Hello list,

I installed cyclone through deken, and noticed that many audio objects
are missing: biquad~, etc.

[biquad~] is a vanilla object.

gfards
IOhannes


___
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 vanilla font size

[João Pais]

this is an old thread, but only now I go to see it. Turns out the problem  
was a bit exotic: I usually install the latest pd version in one computer,  
and then just synchronize my other computer to it. For some reason, I  
wasn't updating all the folders, so I was running Pd with and old tcl  
folder.

Now that everything is updated, it looks quite good.

Best,

Joao

The GUI tries to find the font size that fits a set of predefined box  
sizes. The one computer might have some system settings that make this  
process work >differently then the others and this is probably out of  
Pd's control.


You can check a couple of things:

1. turn on log level 4 and verify the font and font weight that are  
being used, the print looks like "Using font: DejaVu Sans Mono normal"


2. stop Pd, edit tcl/pd-gui.tcl on two machines and uncomment the font  
metrics prints, then start Pd and check the log to verify the metrics  
are similar or >vastly different:  
https://github.com/pure-data/pure-data/blob/master/tcl/pd-gui.tcl#L540


As discussed in work on the font sizing for Pd 0.48, the way the system  
works there is no real *guarantee* the sizing and positioning can be  
pixel >*perfect* between platforms. I think we're pretty close using the  
metrics from Pd-extended but systems and system settings change...



On Nov 28, 2018, at 9:47 PM, pd-list-requ...@lists.iem.at wrote:

Date: Wed, 28 Nov 2018 19:31:46 +0100
From: João Pais 
To: PD-List 
Subject: [PD] Pd vanilla font size
Message-ID: 
Content-Type: text/plain; charset=iso-8859-15; format=flowed;
delsp=yes

Hello list,

a small question about font size: in one of my computers the font in  
the patch is bigger than in the others. That happens in the same patch  
with the same settings. Is this behavior known?

Pd vanilla (it happens with any version I install), windows 10.

Best,

jmmmp



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] (no subject)

[João Pais]

yes, that seemed to correct it - there was a folder "lib" that I didn't  
include.



Hi Joao,

for iemmatrix you need the dynamic libraries that come with it via  
deken, e.g. libgsl.0.dylib. So my suggestion is to download iemmatrix  
library via deken, use >[declare] with -lib flag and open the patch  
being sure that the libraries are in the libs folder.


best,

-Marco Matteo

Ps. i am not a mailing list expert, but probably it is better to rename  
this thread iemmatrix dynamic libraries..___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] (no subject)

[João Pais]

Hello list,

a friend of mine in a mac is trying to load a patch using iemmatrix, but  
the library can't be loaded. The following message comes out:


/pp/lib/iemmatrix/iemmatrix.d_fat:  
dlopen(xxx/pp/lib/iemmatrix/iemmatrix.d_fat, 10): Library not loaded:  
@loader_path/libs/libgsl.0.dylib

 Referenced from: /pp/lib/iemmatrix/iemmatrix.d_fat
 Reason: image not found

I replaced the path with xxx. The patch is vanilla, and I copied the  
library file and made it available through [declare]. It works on both  
windows and ubuntu. The patch was made on 32b, but I don't know which  
macOs it was open on.


best,

Joao



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

Re: [PD] Abstraction arguments: tell apart symbols from floats from no argument at all

[João Pais]

another way to do it might be the following. I don't have now the time to  
test it:


- loadbang a list with all the arguments (maybe initiated by something  
like [list $1 $2 $3 ... $16 or whatever])

- use an abstraction from list-abs to drip the list
- send the output through a route to test the type

If you know beforehand that 0s won't be part of the arguments, it will be  
even easier, just filter out the 0s when detecting the argument type.




* Christof Ressi  [2018-12-22 17:15]:
if you're ok with externals you can also use [dollarg] from iemlib or  
[canvasargs] from iemguts. for a hacky vanilla solution, see attached  
patch. I'm sure there are more ways, this is just one that I remembered.

And it is a nice one, Thanks Christof!




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

Re: [PD] Grid, x y control

[João Pais]

a small trick I learned the last days - if you use coords instead of  
donecanvasdialog, it won't trigger the edit mode issue in vanilla. For the  
parameters you use, it should work.


I could leave a couple of theoretical suggestions:
- one disadvantage of data-s is that to move the marker, it's necessary to  
drag it from one of its corners. A click in a blank space won't have any  
effect. This might be circumvented using [mousestate] or a similar  
external, but it won't be vanilla code anymore.
- it's a pity that the variable limits in a struct can't be themselves  
assigned to variables. It's still not possible to reduce the size of the  
canvas but have different boundaries for the square. I guess a  
dynamically-created template would be an idea, but I didn't try with it  
yet.


Best,

Joao

See [touch] in droidparty abstractions which is built using data  
structures.. I've been working with it for a while.


https://github.com/chr15m/PdDroidParty/tree/master/droidparty-abstractions


On Dec 14, 2018, at 9:36 AM, pd-list-requ...@lists.iem.at wrote:

Date: Fri, 14 Dec 2018 15:34:29 +0100
From: Max 
To: "pd-list@lists.iem.at" 
Subject: [PD] Grid, x y control
Message-ID: <3dec1357-cfcd-5d82-7364-eb52dcdd3...@revolwear.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi list,

what's the current recommendation for a simple x-y Pd GUI controller 
type of thing? Like a slider but horizontal and vertical.
There are probably a few externals providing this, which one is the 
best/most compatible/future proof?
In vanilla this can be emulated with an object reporting its position on 
a canvas, but to use it one must change to the edit mode which is kind 
of counter-intuitive.


Anything I'm missing?

m



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] Deken - question / feature request

[João Pais]

however, most people will not have the deken-cmdline utility readily
available, so you may find it it of limited use.


Ah, if you meant developer/deken, it's available only as a bash script.


well technically, it's not a "bash script" (you can download a
self-contained deken.exe on windows).


ah, where can I find that? it wasn't in the downloaded package from github.


but yes, you (can only) run it from the commandline (CLI, terminal,
"Eingabeaufforderung",...) which is what i was trying to say all along.


that wouldn't be a problem - if the terminal is windows-compatible.


I can also try to add instructions on how to install these libraries, but  
I heard already comments from people saying that it's too complex for them  
even to install pure data and opening a patch. Packaging binaries for all  
oss is also a possibility, but it will increase the size and my work on  
keeping everything up to date. So I'm still seeing what is the best way of  
solving this.


Best,

Joao



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

Re: [PD] Deken - question / feature request

[João Pais]

I need to distribute a patch, which has to be programmed in Pd Vanilla
but with some external libraries. Since the patch will be downloaded by
unexperienced persons, it would be good that the externals would be
automatically installed by deken. I was looking for a script feature in
deken that would allow that, but didn't find any. Is there a way of
doing it, or would it be complex to add to deken's features?



the "deken" cmdline utility has such a feature:
$ deken install -r requirementsfile.txt

however, most people will not have the deken-cmdline utility readily
available, so you may find it it of limited use.


Ah, if you meant developer/deken, it's available only as a bash script.  
It's theoretically possible in windows, but it requires installing  
advanced features, which the "normal user" won't be able to do (it would  
be easier for them to learn how to use deken inside Pd).
But nevertheless I'll see if there's any way of also packaging an  
executable that allows to run that script.


best,

joao



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

Re: [PD] Pd Vanilla donecanvasdialog GOP starts edit mode

[João Pais]

I'm too lazy to look it up and I don't remember the exact details, but I  
believe you can change the 4th argument to 3 and it will not set edit  
mode, ala:


pd-$1data-marker donecanvasdialog 1 1 3 0 0 110 110 $2 $3 0 0 1 1 1;


3 is the key. If this is a different issue, sorry for the noise.


Unfortunately it didn't work. That controls the gop + "hide object  
name..." parameters. Any value from 0-2 turns edit mode on. I think any  
value above 2 has the same effect as 2.


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

[PD] Vanilla suggestions 2

[João Pais]

Hello list,

a couple more assorted suggestions with no specific logic:

- is seems that the old trick of simulating graphical depth by deleting
something and undoing it so that it appears on top doesn't work anymore. I
would say it even affects old patches, but I can't confirm this. Is this a
consequence of the new undo routine?
This isn't necessarily bad, but it's a change in habits. E.g. instead of
deleting+undoing, the object can be duplicated instead (and the position
corrected).

- undo doesn't work on change of gui settings (color, variables, ...). But
this behaviour was the same in previous versions, just a reminder.

- when hovering over gui objects, the mouse pointer changes direction. This
was the case also for arrays, but it doesn't seem to be anymore?
Also, before to edit an array it was necessary to click in a defined value
- now it's possible to click anywhere.
- the horizontal slider shortcut changed, but I'm not seeing it used
anywhere else
(- small detail: most shortcuts are described in the menus as
"Ctrl+Shift+...", others as "Shift+Ctrl+...". I guess the first is the
norm?)
[maybe I wasn't paying attention to these changes in previous editions and
they're documented for a long time]

A curiosity: where is defined the vertical distance for new objects added
automatically? I would like to change it if possible.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Small vanilla suggestions (windows)

[João Pais]

> > - soundfiler - send a message when a file or an array isn't found. This
> > would be useful for the patch to process this information (instead of
> just
> > showing it in the console)
> > E.g. "error file xx not found" and "error array xx not found". This
> allows
> > to sort out the components using route, unpack, etc. and can be updated
> to
> > further error types.
> > For now the soundfiler reacts with 0 in all outputs.
>
> isn't this what you want? a message telling you that the read did not
> succeed?
> i mean, you can use the 0-on-all-outputs messages to determine on a
> patch-level that the file couldn't be read.
>

The current output is good to know that something went wrong, but not what.
Afaik it can be a non-existent file or array - most likely the first. (I
don't know if there are other errors with more advanced options).


>
> >
> > - in pd extended, when typing in the name of a new object, the key
> > combination ctrl+return would "close" the object. This is now done by
> > ctrl+e, which serves for both closing the objects and go in/out of edit
> > mode. Currently, presing ctrl+e while editing an object closes the
> object,
> > but not the edit mode. Is it better to separate these two functions?
> >
>
> well, originally the instantiation of an object via Ctrl+E was just a
> side-effect of leaving edit-mode.
>

Exactly, but a quite useful one.


> i haven't noticed myself (but can confirm) the behaviour that Ctrl+E
> does not leave edit-mode when currently typing.


Yes. Also about that, Ctrl+e while typing gets out of the object. In
Pd-Ext, Ctrl+return closed the object, but didn't escaped it. Which made
keyboard patching a bit more confortable, as one just types Ctrl+1 and
continues patching.
Although adding a new object while editing one also closes the previous
object and moves on, so for some situations continuity is asured.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd Vanilla donecanvasdialog GOP starts edit mode

[João Pais]

> however: i'm sure you are aware that the donecanvasdialog message is
> part of a "private" API, that is: it is used for the internal working of
> Pd and users are not supposed to use it directly (even though it allows
> you to do nice and handy things).
> so i don't see anything inherently wrong with the new behaviour.
>

is there a "public" version of it? as this is very important for some of my
abstractions and very useful, specially jp.menu and jp.preset, which
simulate a drop-down menu only using Pd mechanics.


> you could always send an [editmode 0( message to the parent patch, to
> inhibit the problem.
>

theoretically yes, but when being used in abstractions (which is my
particular case) it makes things harder to determine what is the main patch
window where to send the message to. And make it dependent on an external
library that will find out the main window name.

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

Re: [PD] Grid, x y control

[João Pais]

if it has to be controlled by the mouse, it should be possible to program
something in vanilla using data structures - I don't have any prototypes
ready, except maybe the control points in [jmmmp/bezier].
It's dependent on tcl/tk, so not suited for very fast changes.

Am Fr., 14. Dez. 2018 um 15:35 Uhr schrieb Max :

> Hi list,
>
> what's the current recommendation for a simple x-y Pd GUI controller
> type of thing? Like a slider but horizontal and vertical.
> There are probably a few externals providing this, which one is the
> best/most compatible/future proof?
> In vanilla this can be emulated with an object reporting its position on
> a canvas, but to use it one must change to the edit mode which is kind
> of counter-intuitive.
>
> Anything I'm missing?
>
> m
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>


-- 
Manteuffelstr. 19
10997 Berlin (Deutschland)
Tel +49 30 74921288 | Mob +49 162 6843570
Studio +49 30 69509190
jmmmp...@gmail.com | skype: jmmmpjmmmp
https://www.facebook.com/jmmmpais
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Small vanilla suggestions (windows)

[João Pais]

Hello list,

I have some suggestions for simple vanilla features which might be helpful:

- soundfiler - send a message when a file or an array isn't found. This
would be useful for the patch to process this information (instead of just
showing it in the console)
E.g. "error file xx not found" and "error array xx not found". This allows
to sort out the components using route, unpack, etc. and can be updated to
further error types.
For now the soundfiler reacts with 0 in all outputs.

- in pd extended, when typing in the name of a new object, the key
combination ctrl+return would "close" the object. This is now done by
ctrl+e, which serves for both closing the objects and go in/out of edit
mode. Currently, presing ctrl+e while editing an object closes the object,
but not the edit mode. Is it better to separate these two functions?

- in windows, when opening a patch the horizontal/vertical sliders are
always shown, independently if the patch contents take more space than the
window canvas (I think this was mentioned already)

(- I sent yesterday a post regarding donecanvasdialog and edit mode)

Best,

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

Re: [PD] Deken - question / feature request

[João Pais]

the "deken" cmdline utility has such a feature:
$ deken install -r requirementsfile.txt



however, most people will not have the deken-cmdline utility readily
available, so you may find it it of limited use.


is that command line available in all OSs including windows?



apart from, that there's the deken repository where you can file feature
requests, and look for/comment on older ones such as [84].

i don't think it is too complicated to add such a feature to the
deken-plugin (in principle), but it has to be well thought-thru (as the
comment by peter has shown).

fgadsmr
IOhannes

[84] https://github.com/pure-data/deken/issues/84


yes, unfortunately I can't do much except pd programming (and testing).



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

[PD] Deken - question / feature request

[João Pais]

Hello list,

I need to distribute a patch, which has to be programmed in Pd Vanilla but  
with some external libraries. Since the patch will be downloaded by  
unexperienced persons, it would be good that the externals would be  
automatically installed by deken. I was looking for a script feature in  
deken that would allow that, but didn't find any. Is there a way of doing  
it, or would it be complex to add to deken's features?


Best,

Joao



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

Re: [PD] tabwrite onset

[João Pais]

I'm creating long tables (+20m, @22.05KHz, Pd 32b windows), where I read
a short voice sample from another table and copy them into different
places in the long table. Since that's running outside of the audio
chain, I'm using [tabread]+[tabwrite]. The idea is to generate an audio
file from a list of events without having to "bounce" the playback.


two vanilla options that come to my mind:

#1 use [array get] to get the contents of the array your are interested
in, and dump that into a table (either using [array set] or an
old-school [list prepend 0]->[send ]


Thanks everyone for the suggestions. I ended up using get+set, as it's  
important to click once and have a wav file ready, with no extra steps.  
One problem is that some samples overlap, so I had to use different tables  
and [iem_tab/tab_sum] to mix them. Maybe with more time I'll be able to  
have a look at another solution.




#2 use [tabread4~] in a [switch~]ed-off subpatch and bang the [switch~]
to do on-demand "signal-processing" (in your case: table-access with
[tabplay~] and [tabwrite~])


That could be interesting, but I'll have to experiment a bit more, I'm not  
sure I get the principle.



Best,

Joao



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

[PD] tabwrite onset

[João Pais]

Hello list,

I'm creating long tables (+20m, @22.05KHz, Pd 32b windows), where I read a  
short voice sample from another table and copy them into different places  
in the long table. Since that's running outside of the audio chain, I'm  
using [tabread]+[tabwrite]. The idea is to generate an audio file from a  
list of events without having to "bounce" the playback.


I notice that the further away the samples are copied to, the worse the  
audio quality gets. There is an onset parameter for [tabread4~] to help in  
these cases, but not any for [tabwrite]. Do you advise any solutions to  
this? I could split the long buffer in several buffers, but at some point  
it would have to be put together. Or maybe a clever use of [block~] to  
make a subpatch that would go very fast through the table?


Since this patch uses extended objects, I can't use Pd64b. I would prefer  
to use vanilla objects for this module, if possible.


Best,

Joao



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

[PD] Pd vanilla font size

[João Pais]

Hello list,

a small question about font size: in one of my computers the font in the  
patch is bigger than in the others. That happens in the same patch with  
the same settings. Is this behavior known?

Pd vanilla (it happens with any version I install), windows 10.

Best,

jmmmp



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

Re: [PD] Free/Open Bounties

[João Pais]

> part of the freedom of opensource developement is for many, that they can
> focus on what they are interested in.
> and there are no obligations.
> if money is involved that becomes more complex quite fast.
>

no one should be forced to do anything. If someone doesn't want to take a
task, then just say no - of course, but if someone takes on a task and then
changes its mind, that's a more complex situation; in the limit it could
take on only part of the bounty for the part of the work done, or not at
all.



> that is not to say, that opensource devs should not be paid, just that
> some may not want to accept any money.
>

they should be free not to, and give it to someone else, put it in a fund
for other bounties or the next Pd con, ...
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Free/Open Bounties

[João Pais]

A small personal tale: some years ago I needed help to have an external  
for the leapmotion - I was willing to pay for it, as someone would have to  
dedicate time and work for it. In the end no one even replied to my calls,  
so the thing had to rest. Some years later, it eventually worked when  
Chikashi did the coding and now the code is there for anyone who wants to  
use and abuse it. If at some point I need an upgrade, the cycle will  
repeat again.


I don't understand why this issue should be polarising: if I/anyone need  
something that doesn't exist and I can't do it myself, someone else has to  
create it. It's not reasonable of me to expect that someone will sit down  
for it and put aside her/his own priorities because of mine. Specially if  
it's an experienced professional which will offer good solutions - and  
that professional surely has a rent to pay, family, and might not want to  
work for google or amazon.
Specially in this community, without someone's support there would be no  
Pd to discuss about - and also several of it's externals (correct me if  
I'm wrong). There wouldn't even be a mailing list, as it's hosted by an  
institution.


And if someone is against these politics, they can always refuse to use  
the code that is generated from it?


Best,

Joao

Antoine & Alexandre - the GEM issue requires resolving quickly:  
GEM-devs/ IOhannes, take the goddam cash!! (and redistribute it  
accordingly:)


P.A. - Yes indeed, agreed re academia, though have to say, more and  
more, it appears it's the 'top-end' of institutions, which provide such  
space/time & >opportunities. Perhaps we can say that those working  
within academia and/or large software-based businesses (it's seemingly  
mainly larger orgs) have >already forged some equilibrium regarding  
F/L/O production and contributions theein. Value may take many forms  
(most often post-hard_cash), >particularly when it may be measured.


I guess my questioning regarding the usefulness of bounties is in the  
prodding of the fine-line that exists for the self-employed/sole  
trader/artists/code->dabbling precariat.


E.G. Pd's history is littered with those who've become overwhelmed with  
both the demands of real life and the burgeoning Jones (addiction) of  
maintaining >code (it was just a fun weekend hobby at first but then got  
out of hand, STARTED TAKING OVER MY LIFE!!).


I do think bounties are useful but I'm trying to talk myself out of it...

Appreciate the responses,

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

Re: [PD] get GOP margins ? ...

[João Pais]

or you setup your patch with a configuration file, where all the values  
are stored. It's the same idea as querying the .pd file itself, but  
cleaner.


But this is a good idea, you should make a request to Miller for it.


Liam Goodacre wrote:
I don't think that there's an external for this, but if it's voodoo  
you're after, you could load the .pd file into [text] and then query  
the last line. "#X coords ..." will give you the starting values of the  
GOP settings.


yeah, that's my plan B. i was hoping for something straight-forward to  
achieve this. anyway it's not a big issue.


i was just hoping, that since you can SEND a complete coordinates  
message to a namecanvas, that it might work the other way round, too.


thanks for all replies !

best

oliver



*From:* Pd-list  on behalf of oliver  


*Sent:* 27 October 2018 21:55
*To:* pd-l...@mail.iem.at
*Subject:* [PD] get GOP margins ? ...
hi,
 is there any way to query a GOP's full coordinates ?
 i'm looking specifically for the margin values to do some nested GOP
mouse tracking.
 i tried IEMGUTS [canvasposition] but, that only outputs the GOP's size,
not its margins.
 [receivecanvas] ---> setbounds only outputs the coordinates of a real
canvas, not a GOP
  may there be any undocumented voodoo method out there ?
 best
 oliver
 -- 
/// http://pendler.klingt.org //
\\\ http://oliver.klingt.org  \\

  ___
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] Pd 0.49 64b windows processing question (+ pd~)

[João Pais]

thanks. That's what I thought, but just wanted to be sure. I also notice  
that since it's a new thing, there aren't that many externals available  
for it yet.


Joao


On 24.10.18 21:11, João Pais wrote:

Hello list,

I just noticed that pd 0.49 comes packed with 64b. I was interested to
ask what are currently the biggest advantages. I imagine that lots of
added memory capacity; but for example, is it still limited to only one
processor?


64bit binaries are just this: binaries that can run natively on a 64bit  
OS.

(read: it has nothing to do with the ability to use multiple CPUs, the
precision of numbers within Pd, or the bugginess of your patches ;-)).

the only changes the user might notice when running a 64bit binary of Pd:
- Pd can use 64bit pointers to address memory. that means it could use
about  18.4 exabytes (provided you have a computer equipped with that),
instead of a meagre 4GB as is the case with 32bit applications (and
Windows would reservere another 512MB, so you could only use 3.5GB)
- Pd can use more features (registerse, instructions) of the CPU,
potentially speeding up the execution (regardless of the number of CPUs)
- Pd can use more modern frameworks provided by the OS. iirc, there are
some ASIO drivers which can only be accessed from 64bit applications.



I also notice that pd~ is in windows already for a while, I think I'll
test it soon for the next version of my porting of Henke's granulator. I
would like to know: is it guaranteed that parallel processes will run in
different processors, or a bit of a luck game managed by the operating
system?


the actual CPU assignment of a process is managed by the OS.
this is actually not a bad thing.
since the OS does CPU management anyhow, you might end up ensuring that
a process is running on the same CPU as another process that - by mere
chance - requested to run on that very CPU...
also, if your hardware happens to only have a single CPU, it would be
rather annoying if pd~ would insist on running on a CPU#3.

gafmsdf
IOhannes




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

Re: [PD] Pd 0.49 64b windows processing question (+ pd~)

[João Pais]

I also notice that pd~ is in windows already for a while, I think I'll  
test it soon for the next version of my porting of Henke's granulator.

Interesting project, where can I find more about this?


You can find already from early this year in my library, or since  
yesterday evening the new version with new features - see Pd announce.


Joao



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

[PD] [PD-announce] jmmmp library Version 0.51

[João Pais]

Hello everyone,

The jmmmp library of abstractions has been updated.

Granulator, a Pure Data port of Robert Henke's Granulator, has some new  
features for external control and audio input/output.


You can download it through deken, or follow the link below.

For more informations and a tarball file, visit http://bit.ly/jmmmp_051

Best,

João Pais



___
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

[PD] Pd 0.49 64b windows processing question (+ pd~)

[João Pais]

Hello list,

I just noticed that pd 0.49 comes packed with 64b. I was interested to ask  
what are currently the biggest advantages. I imagine that lots of added  
memory capacity; but for example, is it still limited to only one  
processor?


I also notice that pd~ is in windows already for a while, I think I'll  
test it soon for the next version of my porting of Henke's granulator. I  
would like to know: is it guaranteed that parallel processes will run in  
different processors, or a bit of a luck game managed by the operating  
system?


Best,

Joao



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

Re: [PD] LAC 2018 workshops - pmpd and data structures

[João Pais]

Both workshops are prepared in very gradual steps, and for beginners for
these 2 fields. Previous knowledge of both fields isn't necessary at all;
only knowledge of Pd is relevant.

Best,

Joao

2018-06-05 3:00 GMT+02:00 Manuel Haible :

> Hi,
>  im exited, just started recently to work with pmpd.
> Wondering about your other workshops on data structures how beginner
> orientated is it?  Or does or have more a "think different", change your
> mind, interpreting data in new creative ways aproach?
> See you, manuel
>
>
>
> > Gesendet: Dienstag, 05. Juni 2018 um 02:06 Uhr
> > Von: "João Pais" 
> > An: PD-List 
> > Betreff: [PD] LAC 2018 workshops - pmpd and data structures
> >
> > Hello list,
> >
> > this year at the LAC there will be several events and works around/using
> > Pd. I just wanted to mention the two workshops I'm preparing:
> >
> > Introduction to pmpd
> > http://lac.linuxaudio.org/2018/pages/event/28/
> >
> >
> > Understanding and being creative with Pure Data’s data structures
> > http://lac.linuxaudio.org/2018/pages/event/26/
> >
> >
> > More informations in http://lac.linuxaudio.org/2018/pages/schedule/
> >
> > Best regards,
> >
> > João Pais
> >
> > ___
> > 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