Re: [PD] time/date

[Matt Davey]

I looked for this for YEARS and have been away from PD for a little while,
but was always something that seemed to have never been implemented in
vanilla.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] off topic: congrats Miller for the Silver Lion award from La Biennale di Venezia

[Matt Davey]

ON Topic, surely!

Congrats Miller!  Nobel Prize next...
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] redraw array while recording into it

[Matt Davey]

I would record into a table and then have a second visual array that gets
updated from the table every 300ms

On Mon, 27 Mar 2023 at 23:38, Simon Iten  wrote:

> hi list,
>
> i was wondering if i can somehow force a redraw of an array while it is
> recorded into via [tabwrite~] ?
>
> as it is now, the array only displays the new data once tabwrite~ has
> finished writing.
>
> i would like to use the array as a UI element in an art installation and
> ideally it should look like in a DAW that records, so the waveforms should
> appear every 300ms or so while recording. sound output will be muted during
> the 5 second recording, in case the redraw could interfer with sound
> output. sound input should be consistent though since i record into the
> buffer :-)
>
> 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] libpd 0.13.0 & ofxPD 1.9.0

[Matt Davey]

Does this mean libpd can be used as the audio engine for vst / au plugins
yet?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] phasor~ phase reset detection

[Matt Davey]

As mentioned,

If you need a phasor~ with bangs, create a [metro] at the bang speed, and
run [vline~] on each bang to generate a signal.

[metro 500]
|
[f 500]  <--- fill your metro speed here.
|
[0, 1 $1(
|
[vline~]

You can then just take the bangs from the metro.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Control over audio

[Matt Davey]

Dogs everywhere will be going mental  
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [file]

[Matt Davey]

oh come onspill the beans...what does it do?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] is inlet~ connected?

[Matt Davey]

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

Re: [PD] Concatenating two atoms into one?

[Matt Davey]

if you bang the 7 17 message, and then bang the message box that gets set,
pd outputs to console:

float: no method for '717'

But if you then save the patch, reload, and bang that same message box, it
outputs correctly.

Is that a bug?  Surely if behaviour is different between a live patch and a
saved patch, that constitutes buggy behaviour?

>matt's  `[set $1$2, bang(` construct is really only useful if you want
to send the data to a messagebox (but why would you want to do that?)

I often use [set $1, bang ( for things like setting a message box with the
output of openpanel, and then also triggering the message.  Had no idea
that it didn't work for floats.


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

Re: [PD] Concatenating two atoms into one?

[Matt Davey]

can just bang a message box after setting it to flush the output, too.

like [set $1$2, bang (
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] packed floats to select object changes the select value

[Matt Davey]

lol, forgot the very object we are talking about.

[pack f f]
|
[== ]
|
[sel 1]
|
[t b]
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] packed floats to select object changes the select value

[Matt Davey]

>I don't quite see why you are singling out [select]

It's the only object that has ever given me trouble in this way.  My guess
is because almost all other objects that allow a list to modify their
internal state will also output differently once that state has been
modified.  If your [+ 1] object suddenly starts adding 100 to every input,
it's pretty obvious what's gone wrong, and can be quickly fixed.  I think
the reason why it's so sneaky with [sel] is that its main outlet only
outputs a bang, and not a value.  There's never a "wrong" value being
passed, unless you are connected to its last outlet (which usually you
aren't).

Anyway, i can fully accept that this is not considered a bug, but rather a
feature that keeps the [sel] object consistent with all others.  I'm not
trying to stir up trouble, was just trying to point out the issue, cos it
cost us a lot of time and effort to get to the bottom of a bug that was
caused by that behaviour.

I did have a good think about possible uses for the current behaviour, and
i can think of one.

[pack f f]
|
[sel ]

is quicker than

[pack f f]
|
[== ]
|
[t b]

personally i would definitely use the second case, as it much more
obviously shows the intent, but i guess the first way would also be
legitimate.

thanks everyone for the discussion.  happy to consider this one closed
now.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] packed floats to select object changes the select value

[Matt Davey]

I am aware of the workarounds, and have put one in place to fix this now.

That's not the issue here.  The issue is that accidentally sending a list
to the select object invisibly changes its behaviour and can produce some
hard to find bugs in big patches.
There are lots of other objects where this could happen, but [sel] is
somewhat unique in that it won't output incorrect values to its main outlet
but rather just stops sending bangs and sends to its second outlet.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] packed floats to select object changes the select value

[Matt Davey]

Just for background, here's the reason why it caused so much difficulty:

I'm working on a really big complex project with hundreds of abstractions.
Lots of parameters feeding into each other with state saving, automations,
gui interaction...etc
In one synth channel, we have a [sel $1] object to update parameters
according to the channel they correspond to.
That channel abstraction was written several years ago, and never had an
issue.

About a year ago, we modified one of those channels to have 9 voices.  The
voices get a $2 argument from 1-9.  In the original channels without the 9
voices, the creation argument is left off and therefore just stays as 0.

So last week i was doing a cleanup to merge the single voice channels with
the 9 voice channel, and sending a channel message or a packed channel /
voice message.   Started to get weird behaviour, somewhat akin to execution
order issues.  Some values were being sent correctly the first few times,
and then only coming out wrong later on.  I religiously use triggers
everywhere, even when they are not essential, but i went over the whole
section again and checked the order.  All seemed fine.

Never even thought for a moment that the old [sel $1] object would change
its selection value when presented with packed floats.

The reason it was so hard to detect, is that the first outlet of [sel]
outputs a bang, and not a value.  So if the bang is not output, instead of
getting a wrong value that is easy to track down, it just quietly sends the
value through its right outlet (which in this case was not connected).

Turns out that by sending the channel / voice messages to the 9 voice
channel, and then merging that with the single voice channels, that all the
single voice channels were also receiving packed channel / voice messages
to the [sel] object, and thus changing its selection value.  It wasn't
until i literally put a print on either side of the [sel] object that i
noticed something was super weird.

***

Can understand that it's just following protocol of other objects that take
a list and distribute it to cold inlets, but the difference here is that
those other objects will still output SOMETHING through their left outlet,
so at least you get an idea that something is wrong.  With [sel] it just
stops sending the bang, and if you don't have anything connected to the
right outlet, you'd not notice that unless you are directly monitoring that
bang.

The only other object that i can think of which would behave that same way
is [moses], but even with that, you're inputting floats and outputting
floats, so much more likely to track down the cause if you accidentally set
the cold inlet of that one.

Anyway, i'm on no crusade.  I've learnt my lesson with this one, and spent
a few days tracking down that one bug, so won't make that mistake again.
There does seem to be a big reluctance here to change the behaviour though,
so whatever
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] packed floats to select object changes the select value

[Matt Davey]

Here’s my proposal:

If a sel object is created with arguments, add a list method to truncate
incoming lists to the first item.

If a sel object is created without any arguments, behaviour stays the way
it currently is.

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

Re: [PD] packed floats to select object changes the select value

[Matt Davey]

Is there any reason why it shouldn't change?

It's undocumented and weird behaviour that surely nobody relies on.

I cannot think of a single case in which anyone would want to send packed
floats to a sel object in order to set its value.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] packed floats to select object changes the select value

[Matt Davey]

[2 3(
|
[sel 2]

outputs the 2 from the right outlet!  Sending a 3 afterwards outputs a bang
from the left outlet.

Pretty sure this is unwanted behaviour, due probably to pd objects' default
behaviour of using a second float to set the cold inlet.  In this case it
is definitely unwanted, and can be the source of some very hard to track
down bugs.
___
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

[Matt Davey]

Creation arguments for subpatches is something i have wanted for years.
Would come in very handy in a few cases.

Like, when you need to make just 2 copies of something in a patch.  Left /
right pairs for stereo processing, etc.  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.

But the main thing i have always wanted it for is for state saving.  If
there was something akin to $0 for subpatches, then they could be uniquely
identified, and uniquely tied to an enclosed abstraction.  So, say you have
a simple volume control abstraction ( inlet~ -> *~ -> outlet ), and you
enclose that it [pd volume] subpatch which is just a graph-on-parent
slider.  If you could do something like [pd volume #0] and have that
argument unique to that subpatch, and then put [volume-abstraction #0]
inside that subpatch, then you would have unique caller / listener pairs
for that subpatch only, but also have the ability to save the state of the
slider in the subpatch by setting it to 'init'.
So, in effect, you could create any number of [pd volume #0] subpatches,
and all have them with their own independent slider values that can be
saved in the parent patch.
For simple examples like that, maybe not too much to be gained...can just
use an inlet to the abstraction and join it that way.  But would be very
useful for larger patches with multiple GUI elements.  Would save a lot of
messy cable joining, and [route 0 1 2 3 4 5 6 7] etc solutions.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] print longer messages to console

[Matt Davey]

Is there a flag that can be set, or some other way to allow longer messages
to print to console?  Am looking at 1000 lines or more.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Trailing zeros after decimal points in comments truncated?

[Matt Davey]

put the comment inside square brackets or something like that?

On Fri, May 8, 2020 at 11:08 PM Peter P.  wrote:

> Hi,
>
> and please excuse me if this is known, but I have discovered that
> writing a comment such as
> works with Pd 0.50
> into a patch, saving, closing and reopening it will truncate the
> trailing zero hence yielding
> works with Pd 0.5
> I understand that the underlying logic might be the same as for other
> mechanisms, but is there a possible fix or workaround?
>
> cheers, P
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] font issues/questions, and also discrepancies between operating systems

[Matt Davey]

Cheers, sounds good

On Thu, 16 Apr 2020 at 14:38, Albert Rafetseder <
albert.rafetseder...@univie.ac.at> wrote:

> Hi Matt,
>
> > is there a way to get osx to remember font settings?  It used to work
> > automatically, but now it doesn't.
>
> A half-solution: There's an input box labeled "Startup flags" under Wish
> -> Preferences -> Startup..., and you may set
>
> -font-size 16
>
> (or whatever suits you) there. Unfortunately, though expectedly, this
> only affects patches created anew. When I open an existing patch or help
> file, it is still rendered using the default small font. The same goes
> for the main Pd window.
>
> More similar font tips:
> https://github.com/pure-data/pure-data/tree/master/font
>
> More startup flags: pd -help
>
> More on startup settings via the GUI:
> https://puredata.info/docs/faq/pdsettings
>
> Cheers,
>   Albert.
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] font issues/questions, and also discrepancies between operating systems

[Matt Davey]

is there a way to get osx to remember font settings?  It used to work
automatically, but now it doesn't.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] samplerate~

[Matt Davey]

Just wondering how cpu intensive the samplerate~ object is?

Is it just receiving from a value inside of pd, or does it need to retrieve
directly from hardware every time?

We've been running into issues with [loadbang] to samplerate~ and having
the rate change after our loadbangs, so were considering using [bang~].

Would that be reasonable, even if we might have to do it a few
hundred times?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [pd~] subprocess in libpd ?

[Matt Davey]

Has anyone had any luck getting [pd~] subprocesses working from within
libpd?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] find last error brings up subpatch or abstraction, but how to find parent?

[Matt Davey]

Thanks Roman!  That's gonna make my life a whole lot easier :)

And yeah, a keyboard shortcut might be nice
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] find last error brings up subpatch or abstraction, but how to find parent?

[Matt Davey]

Find last error opens the subpatch or abstraction containing that
error...but how can i find where that subpatch lives inside the main
patch?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] checking [readsf~]'s current position in wav-file

[Matt Davey]

You can get the samplerate and file length of your file by sending a read
message to soundfiler and not specifying a table to write to. From that you
can calculate the expected play time.

On Wed, 20 Nov 2019 at 04:42, Jakob Laue  wrote:

> Hey all,
> I want to play a wav-file with [readsf~] and I want to loop the wav-file.
> This can easily be done by connecting [readsf~]'s right outlet it its
> inlet.
> The problem is that I have a metronome in my patch which is the master of
> the tempo.
> The [readsf~] object will get out of sync with the metronome when it loops
> the same file over a longer period of time.
> That's why I want to constantly check the position of the wav-file that
> [readsf~] is currently at, when it plays the wav-file.
> By this, I can restart/loop the wav-file in sync with the metronome, as
> soon as it has almost reached its end.
> Do you have an idea how I could do that?
>
> In a former version of my patch, I did this successfully when I was using
> [tabread4~] as my file-playing-object, but I needed to switch to [readsf~]
> in order to implement dynamic loading of wav-files.
>
>
> Thanks, Jakob
> ___
> 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] best way to use a variable number of polyphonic voices?

[Matt Davey]

If i wanna set up round robin polyphony with a variable number of available
voices, is the best way just to have a bunch of different [poly] objects
and subpatches and just choose between them?  or is there something more
elegant?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] vocal pitch tracker

[Matt Davey]

That's wicked!  Love the subtle instabilities it gives too.  Very raw and
alive.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Audiolab now available on Deken!

[Matt Davey]

Fantastic!  Can see that a lot of work went into that.  Looking forward to
playing with lots of those bits.

On Fri, 27 Sep 2019 at 21:40, Lucas Cordiviola 
wrote:

> +1
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/27/2019 2:04 AM, Roman Haefeli wrote:
>
> On Fri, 2019-09-27 at 01:36 -0300, Alexandre Torres Porres wrote:
>
> nice! congrats!
>
> Nice, indeed! Thanks for sharing.
>
> Roman
>
>
>
> ___pd-l...@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] single/double change for hradio/vradio?

[Matt Davey]

yeah i couldn't see what happens either.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] less intelligent patching for Pd

[Matt Davey]

Fantastic news!  Intelligent patching was testing my sanity.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] cut and paste bug with [clone] object

[Matt Davey]

Have noticed this bug a few times now:

1) Go inside a [clone] patch, and copy one of its objects.
2) Save the clone patch.
3) Paste the clipboard to a new patch somewhere.  - The parent clone patch
will be pasted, not the object which was originally copied.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Help with reverb design and vanilla's abstractions ([rev1~]/[rev2~]/[rev3~])

[Matt Davey]

Look up Sean Costello’s (valhalla reverbs)postings on forums and his blog.
He shares lots of things, but you have to dig for it all.

https://valhalladsp.com/blog/


On Tue, 12 Mar 2019 at 12:02, Alexandre Torres Porres 
wrote:

> thanks everyone for all the "reverberation"
>
>
> Em qui, 7 de fev de 2019 às 09:23, Dario Sanfilippo <
> sanfilippo.da...@gmail.com> escreveu:
>
>> as far as I understand, the idea is to have an FDN, with whatever matrix
>> you've chosen, whose impulse response is as close as possible to white
>> noise. The filters that you put inside the network can then be used to
>> model different environments.
>>
>>>
> cool, thanks
>
> There is an algorithm on the website of J. O. Smith to calculate the best
>> approximation for a desired size while keeping the coprime relationship
>> between the lengths:
>> https://ccrma.stanford.edu/~jos/pasp/Prime_Power_Delay_Line_Lengths.html.
>>
>
> awesome
>
>
>>  My reverb in PD is a 16th order FDN with Hadamard matrix and 1pole
>> lowpass filters to model the absorption of high frequencies
>>
>
> yeah, I saw that on the facebook group, and also that you mentioned there
> it was based on a model by "Rocchesso".
>
>
>> I found these good reads:
>>
>> Rocchesso, D. 1997. “Maximally diffusive yet efficient feedback delay
>> networks for artificial reverberation.” In Signal Processing Letters,
>> IEEE 4 (9), 252­255.
>>
>> Rocchesso, D., and J. O. Smith. 1997. “Circulant and Elliptic Feedback
>> Delay Networks for Artificial Reverberation.” I EEE Transactions on
>> Speech and Audio Processing 5 (1):51–63.
>>
> yup, that's the source then :)  I was able to find them both online!
>
> Now, a question. You say it uses a Hadamard matrix, but I've realized
> it's basically the same matrix as used in [rev3~], it's only flipped
> vertically (I hope you know what I mean) and I ask if it is the same matrix
> or if this difference grants it to be another matrix that goes by a
> different name?
>
>
>> Ciao,
>> Dario
>>
>
> Tchau, obrigado
> ___
> 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] file "save as" window on OSX always opens as "untitled.pd"

[Matt Davey]

Is there any reason why file "save as" in OSX is always defaulting to
"untitled.pd" ??

Is there an easy fix to get it to use the selected patch name?
I think it used to work that way?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] sigmund~

[Matt Davey]

FINALLY got the [sigmund~] analysis joke (facepalm)

honestly, have been wondering for a long time what that was all about...
___
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

[Matt Davey]

If you're ok with using an external library, then there is [pofutil] in the
pof library which outputs a list of arguments when sent a [dollarg( message.

so, like:

[dollarg(
|
[pofutil]

You can then just use pd's list functions (list length, list split, etc) to
pull that list apart and check its length, etc.

[route symbol float] should do the last bit you wanted,
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd error detection

[Matt Davey]

ahh yeah, it was the message boxes.  Thanks.

Will remember about cloned objects too.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] pd error detection

[Matt Davey]

I get errors in the console (for example, foo: no such object), but pd's
error detection can't find the source of those errors, and when i click on
"find last error", i get "no findable error yet."
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] "Could'nt create"...

[Matt Davey]

[knob] is just silly GUI candy for losers, just use pd sliders instead.

[splitfilename] you can probably do with [list tosymbol] in vanilla

[Folder_list] is something that vanilla pd sorely lacks though...  feature
request!

On Mon, Oct 8, 2018 at 12:51 PM Lucas Cordiviola 
wrote:

> Probably you are using the rather new 64-bit Pd. We are working to upload
> all the external catalogue for windows64 but it will take time.
>
> You can still use the 32bit Pd and you will find almost all old externals.
>
> You can also try to compile for w64 and upload to Deken (this might be to
> much to ask :) )
>
> You can also modify your patches and find ways to not use [externals] that
> you can't get now.
>
>
> :)
>
> Mensaje telepatico asistido por maquinas.
>
> On 10/8/2018 7:05 AM, David Schaffer wrote:
>
> Thank you !
>
>
>
> What about objects that are part of deprecated libraries that are not
> showing  up in Deken ? Is it still possible to install them manually ? is
> it recommanded ?
>
>
>
> Thank you,
>
>
>
> D S
>
>
> --
> *De :* Lucas Cordiviola  
> *Envoyé :* Monday, October 8, 2018 11:46:47 AM
> *À :* David Schaffer; pd list
> *Objet :* Re: [PD] "Could'nt create"...
>
>
> Hi,
>
> See http://blazicek.net/list_of_pure_data_objects.html
>
> or https://puredata.info/docs/ListOfPdExternals/
>
> this last one can be edited/maintained by the community.
>
>
> :)
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 10/8/2018 6:18 AM, David Schaffer wrote:
>
>
>
> Hi everybody,
>
>
>
> I’ve been away from pd for about a year and, in the meantime, switched
> from mac to pc. I just reeinstalled the latest version of vanilla for
> Windows and I’m trying to reopen my old patches. There’s a few objects that
> won’t pop up and I can’t identify the libraries I’m missing. I thought you
> guys could help me figure that out.
>
> The objects are : Knob, splitfilename, Folder_list.
>
>
>
> Thank you very much for your help.
>
>
>
> D.S
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___pd-l...@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] 0.49-0test1 multiple lib loading? was PD 0.49-0test1 released

[Matt Davey]

Is there a clear and detailed explanation somewhere of how all the -lib and
-path stuff works with [declare] and [import] yet?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] copying tabwrite~ from d_array.c as an external, not working.

[Matt Davey]

Thanks as always Iohannes.

removing static did the trick.

wondering why this works for the original tabwrite~ though?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] copying tabwrite~ from d_array.c as an external, not working.

[Matt Davey]

sure.  it is literally just tabwrite~, but with the name changed to
tabwrite2~:


#include "m_pd.h"


static t_class *tabwrite2_tilde_class;


typedef struct _tabwrite2_tilde

{

t_object x_obj;

int x_phase;

int x_nsampsintab;

t_word *x_vec;

t_symbol *x_arrayname;

t_float x_f;

} t_tabwrite2_tilde;


static void tabwrite2_tilde_tick(t_tabwrite2_tilde *x);


static void *tabwrite2_tilde_new(t_symbol *s)

{

t_tabwrite2_tilde *x = (t_tabwrite2_tilde *)pd_new(tabwrite2_tilde_class
);

x->x_phase = 0x7fff;

x->x_arrayname = s;

x->x_f = 0;

return (x);

}


static void tabwrite2_tilde_redraw(t_tabwrite2_tilde *x)

{

t_garray *a = (t_garray *)pd_findbyclass(x->x_arrayname, garray_class);

if (!a)

bug("tabwrite2_tilde_redraw");

else garray_redraw(a);

}


static t_int *tabwrite2_tilde_perform(t_int *w)

{

t_tabwrite2_tilde *x = (t_tabwrite2_tilde *)(w[1]);

t_sample *in = (t_sample *)(w[2]);

int n = (int)(w[3]), phase = x->x_phase, endphase = x->x_nsampsintab;

if (!x->x_vec) goto bad;



if (endphase > phase)

{

int nxfer = endphase - phase;

t_word *wp = x->x_vec + phase;

if (nxfer > n) nxfer = n;

phase += nxfer;

while (nxfer--)

{

t_sample f = *in++;

if (PD_BIGORSMALL(f))

f = 0;

(wp++)->w_float = f;

}

if (phase >= endphase)

{

tabwrite2_tilde_redraw(x);

phase = 0x7fff;

}

x->x_phase = phase;

}

else x->x_phase = 0x7fff;

bad:

return (w+4);

}


static void tabwrite2_tilde_set(t_tabwrite2_tilde *x, t_symbol *s)

{

t_garray *a;



x->x_arrayname = s;

if (!(a = (t_garray *)pd_findbyclass(x->x_arrayname, garray_class)))

{

if (*s->s_name) pd_error(x, "tabwrite2~: %s: no such array",

 x->x_arrayname->s_name);

x->x_vec = 0;

}

else if (!garray_getfloatwords(a, >x_nsampsintab, >x_vec))

{

pd_error(x, "%s: bad template for tabwrite2~", x->x_arrayname->
s_name);

x->x_vec = 0;

}

else garray_usedindsp(a);

}


static void tabwrite2_tilde_dsp(t_tabwrite2_tilde *x, t_signal **sp)

{

tabwrite2_tilde_set(x, x->x_arrayname);

dsp_add(tabwrite2_tilde_perform, 3, x, sp[0]->s_vec, sp[0]->s_n);

}


static void tabwrite2_tilde_bang(t_tabwrite2_tilde *x)

{

x->x_phase = 0;

}


static void tabwrite2_tilde_start(t_tabwrite2_tilde *x, t_floatarg f)

{

x->x_phase = (f > 0 ? f : 0);

}


static void tabwrite2_tilde_stop(t_tabwrite2_tilde *x)

{

if (x->x_phase != 0x7fff)

{

tabwrite2_tilde_redraw(x);

x->x_phase = 0x7fff;

}

}


static void tabwrite2_tilde_setup(void)

{

tabwrite2_tilde_class = class_new(gensym("tabwrite2~"),

 (t_newmethod)tabwrite2_tilde_new, 0,

 sizeof(t_tabwrite2_tilde), 0, A_DEFSYM,
0);

CLASS_MAINSIGNALIN(tabwrite2_tilde_class, t_tabwrite2_tilde, x_f);

class_addmethod(tabwrite2_tilde_class, (t_method)tabwrite2_tilde_dsp,

gensym("dsp"), A_CANT, 0);

class_addmethod(tabwrite2_tilde_class, (t_method)tabwrite2_tilde_set,

gensym("set"), A_SYMBOL, 0);

class_addmethod(tabwrite2_tilde_class, (t_method)tabwrite2_tilde_stop,

gensym("stop"), 0);

class_addmethod(tabwrite2_tilde_class, (t_method)tabwrite2_tilde_start,

gensym("start"), A_DEFFLOAT, 0);

class_addbang(tabwrite2_tilde_class, tabwrite2_tilde_bang);

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

Re: [PD] copying tabwrite~ from d_array.c as an external, not working.

[Matt Davey]

one more thing i forgot to add here, is that the only thing i changed from
the original tabwrite~ code was replacing "tabwrite" with "tabwrite2".
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] copying tabwrite~ from d_array.c as an external, not working.

[Matt Davey]

Hi list,

I am trying to make a tabwrite2~ external by copying the tabwrite~ section
of d_array.c into its own tabwrite2~.c file.

The external compiles fine without errors, but the object is unable to be
created in a pd patch.

I checked my build process with a simple hello world external, and also
another external i had made earlier and they both work fine.  So it seems
there is some issue with using the d_array tabwrite~ code directly in its
own file.

Any ideas?

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

Re: [PD] distinction Pd lingo: abstraction, subpatch, subwindow

[Matt Davey]

Totally agree with Dan on all points.

On Mon, 13 Aug 2018 at 12:32, Dan Wilcox  wrote:

> My 2 cents:
>
> * "subpatch" to me refers to [pd ...] aka a patch within a patch, saved
> within the same patch file that uses it (no object instantiation)
>
> * "abstraction" to me refers to a patch saved to and loaded from it's own
> file (object instantiation)
>
> * using "subpatches and abstractions" when referring to both is the is the
> best option, I agree that "subwindow" is problematic since there multiple
> types of things displayed in multiple windows already (ie. the audio dialog
> could conceptually be a subwindow as well...)
>
> * my preference is for "subpatch" as opposed to "sub-patch"
>
> * "canvas" is problematic as there are already two notions of canvas
> within Pd: the Pd patch canvas and the TK drawing canvas
>
> On Aug 12, 2018, at 11:40 PM, pd-list-requ...@lists.iem.at wrote:
>
> Message-ID: <40aca4a4-d098-f49b-4914-46180e74d...@revolwear.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> I see, then maybe we are better off without umbrella term and just refer
> to subpatches and abstractions as "subpatches and abstractions".
>
> 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
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] XML parsing

[Matt Davey]

There is pofxml in the pof library.

On Tue, 31 Jul 2018 at 22:25, Lucas Cordiviola 
wrote:

> You can try with PDcontainer. It's up on Deken.
>
> Iirc it was for XML.
>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
> On 7/31/2018 12:32 PM, Esteban Viveros wrote:
>
> Hi! I'm looking for a solution for XML parsing. I found jasch_lib
> [detox] but it crashes pd in OSx and don't have RPi binary disponible in
> deken. I tried [jasch_lib/detox] in purr data and it still crash.
>
> My goal is to recognize some identifiers and make it disponible in some
> matrix or vector for sonification purposes.
>
> There are other external or vanilla way can it be done?
>
> Cheers
> --
>
> www.estebanviveros.com
>
>
> N �n�r)em�h�yhiם�w^��
>
>
> ___
> 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] Order of operation/connection issue with send and return

[Matt Davey]

iohannes’ point was that even if there is a ‘rule’, you should not depend
on it, and it may change in the future, so basically there is no rule.
Don’t depend on that always working.

There is no point in trying to understand how it works.  Just assume it’s
random.

On Tuesday, July 10, 2018, mario buoninfante 
wrote:

> Hi I0hannes,
>
>
> thanks for your reply. you're definitely right, in fact that's how I wrote
> my patch, I probably kept my question to vague. it's not a problem, I can
> see several workarounds for that, so it's fine, it's more about better
> understanding what's going on under the hood. I always use [t] to be sure
> that the oder of operation is correct, but I also know that there's a
> "rule" about the order of connection. so my question would be, is there any
> rule behind the [send] and [return] behavior?
>
>
> cheers,
>
> Mario
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] pd list/text objects possibly causing audio dropouts when used a lot?

[Matt Davey]

Have been hunting down some possible causes of audio dropouts, and it seems
that [list] and probably also [text] are possible causes.   Removing them
and replacing with table lookups whenever possible certainly seems to have
helped.

Are these objects calling memory on the audio thread?  Is that possibly the
issue?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] 1 / 0 = 0?

[Matt Davey]

Just don’t allow your function to blow up in the first place.

On Thursday, May 24, 2018, William Huston  wrote:

> I have a function which blows up at a certain point, moves to infinity.
> In this case, it is basically 1/0.
>
> I was a little surprised to find that 1/0 = 0 (according to Pd).
> I was expecting NaN, or an overflow condition would could be trapped.
>
> So what I have to do is examine the *input* for the values
> which will blow up my function, and set a flag. While this
> is easy in this single case, it is awkward in the general case.
>
> This seems somewhat broken to me.
> Is this a bug?
>
> Thanks
> BH
>
>
> --
> William Huston:  williamahus...@gmail.com
> Binghamton NY
>
> *Public Service Mapping / Videography / Research*
> Blog  -- Facebook
>  -- Twitter
> -- Youtube
> 
> Document collections: VirtualPipelines
>  -- BHDCSDimockArchive
> 
> Please support my work: TinyURL.com/DonateToBillHuston
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] find last error

[Matt Davey]

find last error doesn't seem to be able to find the source of a bang going
into a message box with arguments.


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

Re: [PD] quit pd from within a patch?

[Matt Davey]

[quit (
|
[s pd]



On Fri, Apr 13, 2018 at 1:14 AM, Matthias Blau  wrote:

> Hi list,
>
> is there a simple way of quitting pd from within a patch? The idea is to
> close pd automatically once a recording is finished.
>
> Thanks in advance, mb
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] suggestion: $0 in messages

[Matt Davey]

even though it is bad practice, i'd support $0 being passed to messages the
same as it is to objects. Just easier that way.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] does a clear message to delwrite~ work if DSP is switched off?

[Matt Davey]

cheers Roman,

i was too lazy to try it out, and also thought the answer would maybe be
cool to have here online cos it doesn't seem to be in the help files.

On Wed, Mar 7, 2018 at 5:54 PM, Roman Haefeli <reduz...@gmail.com> wrote:

> On Mit, 2018-03-07 at 15:13 +1100, Matt Davey wrote:
> > does a clear message to delwrite~ work if DSP is switched off?
>
> It does. I tested it by simply trying it out.
>
> Roman
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] does a clear message to delwrite~ work if DSP is switched off?

[Matt Davey]

does a clear message to delwrite~ work if DSP is switched off?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] snap to grid feature when editing

[Matt Davey]

* snap to grid horizontally makes much more sense to me than vertically -
cos most of the time you just want to keep you patch cables straight.
* an easy way to turn it on/off would also be very handy.
* i would also really like this
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] max value of last n samples

[Matt Davey]

Really at that point, you’d have to be asking youself if there is any way
to use an external.

On Sunday, February 4, 2018, Dario Sanfilippo 
wrote:

> Hi, Roman. I guess that fexpr~ implies block 1 but probably a few other
> things too: 256 instantiations of the feedback loop in my abstractions are
> around 44% load whereas the same number of [fexpr~ max($x1[0],
> $y[-1]*$x2[0])] are peaking at 95%.
>
> D
>
>
> On 4 February 2018 at 12:33, Roman Haefeli  wrote:
>
>> On Fre, 2018-02-02 at 18:31 +, Dario Sanfilippo wrote:
>> > There's an implementation of a peak holder in this blog post: http://
>> > dariosanfilippo.tumblr.com/post/162523174771/lookahead-limiting-in-
>> > pure-data.
>>
>> BTW: the peak envelope part could be also implemented using fexpr~:
>>
>> [fexpr~ max($x1[0], ($y[-1]*$f2)]
>>
>> This has the advantage of not requiring a re-blocked subpatch with
>> blocksize=1. However, I wonder which is computationally less expensive.
>> Is there a rule of thumb whether [fexpr~] or [block~ 1] is faster?
>>
>> Roman
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] a gig in tokyo

[Matt Davey]

Hi Alex, thanks...

But do you have the whole folder it came in?  There are abstractions too,
it seems.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] a gig in tokyo

[Matt Davey]

Hi, i just got an email asking for an old patch i did, which was hosted on
my own website, which i no longer pay for or use.

The patch was called a-gig-in-tokyo.pd, and was probably originally in a
folder called ma4u.zip

Does anyone here have a copy of that still, by chance?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Fw: Re: [PD-announce] Pd 0.48-1 test version released

[Matt Davey]

great read and awesome math sleuthing there by Claude.

from reading both the original article and the update, seems like the
proposed implementation would always increase accuracy, and almost always
increase efficiency?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd 0.48-1 test version released

[Matt Davey]

awesome!  thanks again Miller.

Fonts are looking lovely, and seems like the spacing is good.

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

Re: [PD] 0.47.1 tcl issue

[Matt Davey]

no worries, can take it off list even if you want.

ATSApplicationFontsPath
font

didn't help though. there must be something else.

i'm in Japan and it's 2am, so that's it for me today, but happy to test
anything to get this working perfect tomorrow.

for the moment, at least all my existing patches load with correct object
box sizes.  the tiny font issue i can deal with, but happy to help test to
make sure that gets sorted too.

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

Re: [PD] 0.47.1 tcl issue

[Matt Davey]

ok, i had a go with copying the font folder, but still get that space to
the right.

for the moment, that's more than fine for my needs, and i have to get back
to work, so thanks a lot for the help!  i assume the new update is going to
fix a lot of this anyway, and will be happy to help and report glitches if
it doesn't.


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

Re: [PD] 0.47.1 tcl issue

[Matt Davey]

[image: Inline image 1]

On Tue, Dec 5, 2017 at 12:54 AM, Dan Wilcox <danomat...@gmail.com> wrote:

> There are also a large number of screenshots from testing in the PR:
> https://github.com/pure-data/pure-data/pull/227
>
> On Dec 4, 2017, at 4:52 PM, Matt Davey <hard@gmail.com> wrote:
>
> ok, i tested furtherseems like any object with more than 3 characters
> in its name gets rendered with that space at the right.
>
> yeah, it very well could be the retina thing, as this is the first retina
> laptop i have had.
>
> will try that sizing test now
>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/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] 0.47.1 tcl issue

[Matt Davey]

ok, i tested furtherseems like any object with more than 3 characters
in its name gets rendered with that space at the right.

yeah, it very well could be the retina thing, as this is the first retina
laptop i have had.

will try that sizing test now
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] 0.47.1 tcl issue

[Matt Davey]

from what i am seeing so far, those 0.48 and modified 0.47 builds look
exactly the same as far as font and object size goes. They both seem ok.

i dunno why it seems there is an extra space to the right of objectsi
have been using pd exclusively on desktop for the past few years, so maybe
that's a part of it.  But maybe it's a different font or something, and
that's why there is space to the right sometimes?
if i just make a basic [*~ 1] or something like that, i don't seem to get
any space, but larger objects like [pack f f f s f f f] or something like
that, always come with one character of space to the right, it seems
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] 0.47.1 tcl issue

[Matt Davey]

...without a workaround, i mean
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] 0.47.1 tcl issue

[Matt Davey]

>There is a sizing test patch I added in docs/7.stuff/tools we can now use
to compare object and UI sizes. You can do a before and after between
different versions of Pd and compare.

well, yeah, except that it seems now impossible to load old versions of PD
on newest OSX

On Tue, Dec 5, 2017 at 12:15 AM, Dan Wilcox <danomat...@gmail.com> wrote:

>
> On Dec 4, 2017, at 4:12 PM, Matt Davey <hard@gmail.com> wrote:
>
> one thing i'm noticing with all these new builds...there seems to be one
> character of blank space to the right of every object and message box.
>
>
> Not sure what you mean. If you're talking about the font sizing being
> slightly different into how it fits within the boxes, then I suppose so.
> The update basically ports the Pd-extended sizing to vanilla.
>
> There is a sizing test patch I added in docs/7.stuff/tools we can now use
> to compare object and UI sizes. You can do a before and after between
> different versions of Pd and compare.
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/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] 0.47.1 tcl issue

[Matt Davey]

one thing i'm noticing with all these new builds...there seems to be one
character of blank space to the right of every object and message box.

is that intentional?  pretty sure it didn't used to be that way.

fonts on that .zip build you sent are working well, though...much closer to
what i expected, and no overlapping object boxes like before.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] 0.47.1 tcl issue

[Matt Davey]

awesome!  thanks a lot Dan.

i got my TCL version by copying this into terminal:

echo 'puts [info patchlevel];exit 0' | tclsh

Even with the latest version of osx 10.13, downloaded last night, it still
comes up as using 8.5.9, so the framework folder probably does need to be
copied over.
Your bullet point instructions were for copying the stuff from 0.47 to
0.48, but seems it should be opposite to that, as per your original
instructions.
So, here are the steps i followed, and it seems to work well as 0.47-1
always did for me before.

* close both apps (if open)
* right click on both apps and choose "Show Package Contents"
* copy the Contents/MacOS/Pd launcher from Pd-0.48-0.app into the Contents
folder in Pd-0.47-1.app.
* copy the Contents/Frameworks folder from Pd-0.48-0.app into the Contents
folder in Pd-0.47-1.app.
* open Pd-0.47-1.app

anyway, seems this is just a temporary measure until 0.48-1 gets a proper
release.

thanks guys.  now i can get back to work ;)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] 0.47.1 tcl issue

[Matt Davey]

hi, just tried installing both the 32 and 64 bit vanilla builds on newly
updated macbook with OSX 10.13.1, and get error pasted below.

so, i checked, and it seems this version of OSX only comes with tcl 8.5,
not 8.4.

is there a simple way to get this working here?

For the record, the newest version of pd, 0.48-0 seems to work
fine...except for that annoying font size issue, which currently renders it
unusable for me.




*Crashed Thread:0*


*Exception Type:EXC_CRASH (SIGABRT)*

*Exception Codes:   0x, 0x*

*Exception Note:EXC_CORPSE_NOTIFY*


*Termination Reason:DYLD, [0x1] Library missing*


*Application Specific Information:*

*dyld: launch, loading dependent libraries*


*Dyld Error Message:*

*  Library not loaded:
/System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl*

*  Referenced from: /Applications/Pd-0.47-1-64bit.app/Contents/MacOS/Pd*

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

Re: [PD] a slightly nicer saturator than tanh~

[Matt Davey]

ok yeah, i guess i mean, "nicer" in a way that doesn't alias so bad.

seems oversampling and filtering is the way to go with that, but just
wondering if there's some cheap way to avoid aliasing with distortion,
without oversampling too much?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] a slightly nicer saturator than tanh~

[Matt Davey]

I'm looking for something with a slightly better saturation character than
tanh~, but with not much more than about 4 times the CPU usage.  Was
thinking of just upsampling and filtering tanh~ in a subpatch, but does
anyone else have a decent saturation algorithm that might be better?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[Matt Davey]

Ok then, cos i would also like vanilla initbang, and just to stir the
hornets nest...

Why CAN'T it be done in vanilla?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] new clear function for delwrite~

[Matt Davey]

How does the new clear function work for delay lines?

Is it just zero-ing out the whole delay line with a for loop?

Is there a lot of cpu used, for example, to clear a 2 minute delay line?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] object that routes bangs to different outputs like a counter?

[Matt Davey]

if you use an external to do something simple like this, you are a muppet.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd meetings in Berlin?

[Matt Davey]

Yes, i would love to join :)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] table to raw

[Matt Davey]

not sure if it will help, but you can directly write an array to a text
file.

click on the help for [table] to see how
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] 1st Beta release of "ELSE" Library

[Matt Davey]

here's a copy of PD's license.

seems to be the "3 clause BSD license"

if you want your code to share that same license, maybe a good idea to just
include that text (but change "Miller Puckette" to your own name ;)
This software is copyrighted by Miller Puckette and others.  The following
terms (the "Standard Improved BSD License") apply to all files associated with
the software unless explicitly disclaimed in individual files:

Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are
met:

1. Redistributions of source code must retain the above copyright
   notice, this list of conditions and the following disclaimer.
2. Redistributions in binary form must reproduce the above  
   copyright notice, this list of conditions and the following 
   disclaimer in the documentation and/or other materials provided
   with the distribution.
3. The name of the author may not be used to endorse or promote
   products derived from this software without specific prior 
   written permission.

THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY
EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR
BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,   
DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF
THE POSSIBILITY OF SUCH DAMAGE.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] 1st Beta release of "ELSE" Library

[Matt Davey]

wow, looks great!

Is there a licence?  Sorry i couldn't find it.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] going from signals to events?

[Matt Davey]

of course you can set continuous pitch change using ramps made with line~
or vline~ for ADSR style things,

but yeah, if you need FM on sample playback, then you will need a phasor~.
But for that, you give up sample-accurate triggering, and will have to wait
for block boundaries to trigger any phase changes.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] what do you use to format text (instead of sprintf)?

[Matt Davey]

message boxes.

[r tableNumber]
|
[symbol myTable-$1 (

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

Re: [PD] going from signals to events?

[Matt Davey]

exactly!

for any sort of sample playback, a [metro] and [vline~] approach is always
going to be better than phasor~ based playback.

you're welcome to learn the hard way, and try to do it all using phasor~
though!
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] going from signals to events?

[Matt Davey]

performance, as in CPU performance?  For sure you're gonna get much greater
performance using just messages.

It's also MUCH simpler to sequence with a [metro] and messages, and very
easy to do interesting things to a sequence.

compare that to something like this, in the link claude just shared:

https://archive.bleu255.com/0xA/files/2016/04/010_shuffle.png

what a mess!


I see what you mean about having a single master clock, but why not just
have a single master clock that's based on [metro] and a counter?  You can
use that clock to trigger sub-clocks to whatever resolution you like, right
down to subsample accuracy.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] going from signals to events?

[Matt Davey]

for what reason(s) do you feel the need to run a sequencer off an audio
signal?

I'm very much willing to bet that all of them will end up being totally and
easily do-able using message objects
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd Meeting in Berlin

[Matt Davey]

Where is this?  I can't find info on it anywhere?  Is it still possible to
join in?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] knowing number of channels from aiff file

[Matt Davey]

that's a very welcome addition to pd.  Thanks Miller and team!
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] tanh~ (core dumped)

[Matt Davey]

I've always used:

tanh(x) ~= x*(27+x*x) / (27+9*x*x)

works well and is pretty CPU cheap
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] tri function in [expr~]

[Matt Davey]

>when is it necessary to force expr~ to consider a number as a float by
using a decimal?

If you divide an integer by another integer, it will only output an
integer, so you need to add the decimal in that case.

i think it only matters for division, as addition subtraction and
multiplication of integers only ever yield integer results anyway.


i use this for triangles:

expr~ abs($v1*2-1)*2-1
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] SpeedPitch

[Matt Davey]

classic!  Nice one Dan :D
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Easy way to list used abstractions in patch?

[Matt Davey]

> it would be nice to have a similar tool that packs and exports a
"distribution" of pd for performance, with all required libs/abs/prefs the
patch requires.

if you could do that, then you could just autogenerate pd-extended, no?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] while i'm whining....undo on changing the size of object boxes or message boxes would be nice

[Matt Davey]

>So turning off the ability to resize the objects in the GUI, but still
loading patches with
objects/messages/comments at the width with which they were saved?

yeah.  personally i don't use it, but if people are using it to make their
patches more readable, of course i'm into that

On Mon, Jun 19, 2017 at 9:09 PM, Jonathan Wilkes  wrote:

> > I often find i accidentally resize message boxes or object boxes.
> There's no undo for this, and then i have to tediously grab the right hand
> corner of the box and put it back.
>
> Turns out you can undo this in Purr Data/Pd-l2ork.
>
> > Would be nice to have undo on thisor if not, is there a way to
> switch off the box resizing?  I never use it.
>
> That's interesting. So turning off the ability to resize the objects in
> the GUI, but still loading patches with
> objects/messages/comments at the width with which they were saved?
>
> -Jonathan
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] while i'm whining....undo on changing the size of object boxes or message boxes would be nice

[Matt Davey]

I often find i accidentally resize message boxes or object boxes.  There's
no undo for this, and then i have to tediously grab the right hand corner
of the box and put it back.

Would be nice to have undo on thisor if not, is there a way to switch
off the box resizing?  I never use it.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] minor annoyance: copy and pasting objects puts the new objects UNDER the old ones

[Matt Davey]

Roman, me too usually...but here is the situation i often get it in:

i ctrl+C inside an object box to copy its contents.  Then ctrl+V in another
object box to copy.  But sometimes (often) i don't have proper focus on
that other object box, and then my original object gets copied not as text
inside an object box, but as an object under the original.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] minor annoyance: copy and pasting objects puts the new objects UNDER the old ones

[Matt Davey]

Sorry, i really do love pd, and feel like lately all i am doing is
complaining about fiddly annoyances, but this one has gotten me repeatedly,
and i felt it might be easy to fix (?):

If you copy an object (ie: ctrl+C), or select an area and copy all objects
inside that area, and then paste directly again (ie: ctrl+V), the newly
created objects are actually placed UNDER the original object.

So, when you try to move the newly created object, you end up moving your
original.

This gets particularly frustrating if you copy/paste a big bunch of objects
at once, and then do something else before realising, and can't access the
undo function any more.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] mtof~ and dbtorms~ in the help files

[Matt Davey]

been going through the help files again for a project, and noticed there
are heaps of them that use table lookups for making midi notes and dbtorms
conversions.

any reason why these can't just be simplified by using [mtof~] and
[dbtorms] ?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] vline~ with switch~ off

[Matt Davey]

is this still an issue?  I have heaps of patches with vline~ in, and CPU
seems to creep up from them getting messages when switch~ is off.

I thought this got looked at?

Actuallyis there any way just to turn off all control messages in
patches that have [switch~] turned off?  I mean, how often do you want
those going through when the signal objects aren't being processed?
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] $0 for subpatches

[Matt Davey]

it would be REALLY handy to have something that works like $0 arguments,
but for subpatches, not abstractions.

some use cases i can think of, off the top of my head:

* subpatches with delwrite~ / delread~ pairs
* subpatches with signal s~/r~ or throw~/catch~ pairs
* subpatches with control s/r pairs
* subpatches containing an abstraction which needs to only communicate with
its parent subpatch

that's something i have wished for, for years now.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] case-sensitivity difference between desktop PD and libPD?

[Matt Davey]

Has this been discussed before?

in Vanilla PD, at least on my OSX machine, loading of abstractions does not
seem to be case sensitive at all.

eg:  wonkyBASSline.pd

i can load as [wonkyBASSline] , [WONKYbassLINE] [wOnKyBaSsLiNe]

etc


PD doesn't seem to care.

BUT, when loading an xcode project using libPD, it seems that abstractions
are not loaded unless the case is the same as the original filename.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] expr issues

[Matt Davey]

thanks so much Alex and Shahrokh!  really looking forward to your work on
this :)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list