When I try to create a timbre object (in this case [mean]) I get the following error:
.. couldn't create /Applications/Pd-0.50-0.app/Contents/Resources/Scripts/../extra/tID/mean.pd_darwin: dlopen(/Applications/Pd-0.50-0.app/Contents/Resources/Scripts/../extra/tID/mean.pd_darwin, 10): no suitable image found. Did find: /Applications/Pd-0.50-0.app/Contents/Resources/Scripts/../extra/tID/mean.pd_darwin: no matching architecture in universal wrapper /Applications/Pd-0.50-0.app/Contents/Resources/extra/tID/mean.pd_darwin: no matching architecture in universal wrapper
Does anyone know what the problem is?
Thanks! Justin
Am 3. Dezember 2019 03:02:15 MEZ schrieb Justin Martin jlmartin432@gmail.com:
When I try to create a timbre object (in this case [mean]) I get the following error:
no matching architecture in universal wrapper /Applications/Pd-0.50-0.app/Contents/Resources/extra/tID/mean.pd_darwin: no matching architecture in universal wrapper
Does anyone know what the problem is?
most likely the problem is, what the error-message says: you have a "universal" binary that does not contain binary code for *your* architecture. eg the binary contains powerpc and i386 (aka "intel/32bit") code, but you are running an " Intel/64bit" Pd. you must find a timbreID version compiled for your architecture. deken (the package manager that cones with Pd) will highlight conpatible packages (and by default it wont show incompatible ones)°.
mfg.hft.fsl IOhannes
°but it can be fooled...
Hi Justin, On top of what Iohannes said, the timbreID mean object is [tID_mean], not [mean]. I did it that way to avoid conflicts with various other averaging objects out there. There might be a very old version out there that has an object called [mean], but you should use the latest version. Also keep in mind that you now have to load timbreID using [declare -lib timbreID/timbreIDLib] since it's a multi-object library within a single binary. The version on deken should work with 32- or 64-bit Pd. William
On Mon, Dec 2, 2019 at 9:12 PM Justin Martin jlmartin432@gmail.com wrote:
When I try to create a timbre object (in this case [mean]) I get the following error:
.. couldn't create /Applications/Pd-0.50-0.app/Contents/Resources/Scripts/../extra/tID/mean.pd_darwin: dlopen(/Applications/Pd-0.50-0.app/Contents/Resources/Scripts/../extra/tID/mean.pd_darwin, 10): no suitable image found. Did find: /Applications/Pd-0.50-0.app/Contents/Resources/Scripts/../extra/tID/mean.pd_darwin: no matching architecture in universal wrapper /Applications/Pd-0.50-0.app/Contents/Resources/extra/tID/mean.pd_darwin: no matching architecture in universal wrapper
Does anyone know what the problem is?
Thanks! Justin
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
N00b problems...
Following up on my previous thread, my first goal was to get dac~ from pd-0.50-2 into my DAW, Reaper, which is easy to do using ReaRoute.
There are several versions of PureData out there, and I'm stuck on a couple bits.
The master of oscilloscope music, Jerobeam Fenderson, suggests pd-extended, which I later learned is out of date, so I'm using pd-0.50-2, and some things won't work.
GEM is one of them. I'd like see my results better. I cannot make a gemwin to save my life.
One of the .pd's I'd like to use makes use of the triangle~ object, but I get a "can't create" message in the console. Is there a library of objects I can use instead?
I made a very simple .pd, and no sound comes out.
What am I missing?
More q's will surely follow and I thank you for your help.
HB
Hi Henry
On Tue, 2019-12-03 at 10:50 -0500, henry birdseye wrote:
I made a very simple .pd, and no sound comes out.
What am I missing?
It looks like you are looking for [osc~]. It expects a frequency and outputs sine wave with given frequency as audio signal. This signal sent to [dac~] will actually create an audible sound.
Be also careful not to confuse message boxes and object boxes. [sin~( is a message box and just sends a message 'sin~' when it receives something.
Also, [440] simply holds the number '440'. For this object to output anything at all, you'd have to send a 'bang' message to it. Probably the simpler approach would be to write '440' into a message box, since message boxes can clicked and they output their content when clicked.
So, something like this would generate sound:
[440( | [osc~] | [dac~]
and make sure to click [440( with the mouse, once you patched this.
Alternatively, you could simple do this, since [osc~] takes an argument:
[osc~ 440] | [dac~ ]
NOTE: Be careful with volume, when you connect sound generators to [dac~] directly.
Roman
Thanks Roman and zmoelnig,
I was getting ahead of myself. Plus, my expectations were w-a-y too high. I expected to be able to install the whole thing, a current and desirable version of pure data with everything I'd need.
Now that I know that is not, and will never be the case, I'll be pleased to sift thru those links from 2011 to find the good stuff.
I'm surprised no one has assembled a package of all the things you'd need, libraries, GEM, everything in one single .zip file.
And instrux on what to do.
The user base is very broad, with thousands of people approaching it for different reasons, and my tiny niche application is tough to track down.
Or I haven't dived deep enough to find it.
Thanks again.
H
On 12/3/2019 11:07 AM, Roman Haefeli wrote:
Hi Henry
On Tue, 2019-12-03 at 10:50 -0500, henry birdseye wrote:
I made a very simple .pd, and no sound comes out.
What am I missing?
It looks like you are looking for [osc~]. It expects a frequency and outputs sine wave with given frequency as audio signal. This signal sent to [dac~] will actually create an audible sound.
Be also careful not to confuse message boxes and object boxes. [sin~( is a message box and just sends a message 'sin~' when it receives something.
Also, [440] simply holds the number '440'. For this object to output anything at all, you'd have to send a 'bang' message to it. Probably the simpler approach would be to write '440' into a message box, since message boxes can clicked and they output their content when clicked.
So, something like this would generate sound:
[440( | [osc~] | [dac~]
and make sure to click [440( with the mouse, once you patched this.
Alternatively, you could simple do this, since [osc~] takes an argument:
[osc~ 440] | [dac~ ]
NOTE: Be careful with volume, when you connect sound generators to [dac~] directly.
Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Em ter., 3 de dez. de 2019 às 16:04, Christof Ressi christof.ressi@gmx.at escreveu:
I'm surprised no one has assembled a package of all the things you'd need
different people need different things.
Yeah, I don't think there's such a thing, as this would vary. Not sure if this comes from the idea that we should pack libraries that were in Pd Extended in a single download, which I'd also have thoughts against.
if you're looking for a modern Pd with "batteries included", you can try PurrData. but once you've figured out which libraries you need, it's easy to just use Pd vanilla + Deken.
Yeah, this is where I'd say, but I do propose Purr Data with the remarks that it doesn't have "ALL YOU NEED" . And saying that then you can just use deken later also gives a wrong idea, because there are many new libraries are only in deken and not in Purr Data, plus some of the verisions in deken are more up to date. So I'd say Purr Data's got some (ok, actually a lot) of batteries included, but not "all" (as in "all you need").
Sorry for nit picking
cheers
I never said PurrData has *all* libraries (which would be impossible)
Gesendet: Mittwoch, 04. Dezember 2019 um 03:35 Uhr Von: "Alexandre Torres Porres" porres@gmail.com An: "Christof Ressi" christof.ressi@gmx.at Cc: Pd-List pd-list@lists.iem.at Betreff: Re: [PD] pd for oscilloscopes again
Em ter., 3 de dez. de 2019 às 16:04, Christof Ressi christof.ressi@gmx.at escreveu:
I'm surprised no one has assembled a package of all the things you'd need
different people need different things.
Yeah, I don't think there's such a thing, as this would vary. Not sure if this comes from the idea that we should pack libraries that were in Pd Extended in a single download, which I'd also have thoughts against.
if you're looking for a modern Pd with "batteries included", you can try PurrData. but once you've figured out which libraries you need, it's easy to just use Pd vanilla + Deken.
Yeah, this is where I'd say, but I do propose Purr Data with the remarks that it doesn't have "ALL YOU NEED" . And saying that then you can just use deken later also gives a wrong idea, because there are many new libraries are only in deken and not in Purr Data, plus some of the verisions in deken are more up to date. So I'd say Purr Data's got some (ok, actually a lot) of batteries included, but not "all" (as in "all you need").
Sorry for nit picking
cheers
I know you didn't, I was contextualizing on the request by Henry of something with "*all* you need", so maybe giving an answer with Purr Data could give the idea it had it "all" ;)
Em qua., 4 de dez. de 2019 às 05:56, Christof Ressi christof.ressi@gmx.at escreveu:
I never said PurrData has *all* libraries (which would be impossible)
Gesendet: Mittwoch, 04. Dezember 2019 um 03:35 Uhr Von: "Alexandre Torres Porres" porres@gmail.com An: "Christof Ressi" christof.ressi@gmx.at Cc: Pd-List pd-list@lists.iem.at Betreff: Re: [PD] pd for oscilloscopes again
Em ter., 3 de dez. de 2019 às 16:04, Christof Ressi <
christof.ressi@gmx.at>
escreveu:
I'm surprised no one has assembled a package of all the things you'd
need
different people need different things.
Yeah, I don't think there's such a thing, as this would vary. Not sure if this comes from the idea that we should pack libraries that were in Pd Extended in a single download, which I'd also have thoughts against.
if you're looking for a modern Pd with "batteries included", you can
try
PurrData. but once you've figured out which libraries you need, it's
easy
to just use Pd vanilla + Deken.
Yeah, this is where I'd say, but I do propose Purr Data with the remarks that it doesn't have "ALL YOU NEED" . And saying that then you can just
use
deken later also gives a wrong idea, because there are many new libraries are only in deken and not in Purr Data, plus some of the verisions in
deken
are more up to date. So I'd say Purr Data's got some (ok, actually a lot) of batteries included, but not "all" (as in "all you need").
Sorry for nit picking
cheers
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Am 3. Dezember 2019 16:50:08 MEZ schrieb henry birdseye henry.birdseye@gmail.com:
pd-0.50-2, and some things won't work.
GEM is one of them. I'd like see my results better. I cannot make a gemwin to save my life.
you should start by installing Gem. then you have to load it, before you can use it. this might seem obvious advice, but so far the only thing you told us is thay "it doesn't work". it's much easier to help if you tell us what you did and what happened as a result.
One of the .pd's I'd like to use makes use of the triangle~ object, but
I get a "can't create" message in the console.
there's no such object in Pd.
Is there a library of objects I can use instead?
probably. have you tried searching for "triangle" in deken?
I made a very simple .pd, and no sound comes out.
What am I missing?
you probably should start reading the documentation :-)
only [objects] (rectangles) can actually be made to emit signals (eg sound). if the thingy has a wedge on the righthand side (eg "[bang("), it's a messagebox and will never make any noises. most objects that dont end with " ~" wont do audio either. and most of them will only send messages when triggered. eg [123] will never send its number unless you send a [bang( to it, so your osc~ might happily humm at 0Hz...
mfg.hft.fsl IOhannes
-
Alexandre Torres Porres -
Christof Ressi -
henry birdseye -
IOhannes m zmölnig -
Justin Martin -
Roman Haefeli -
William Brent