Quoting Chuckk Hubbard badmuthahubbard@gmail.com:

...

The extraction is easy with GridFlow (for example, [#export_list]), and the 3D could be done with Gem.

in Gem you could use [pix_dump] and [pix_pix2sig~] to get the pixel values.

so all in all: all of the "still alive" video frameworks for Pd support this operation. so choose the one you are most familiar with. i would suggest not to mix several frameworks if you have no reason to do so (especially Gem is a beast, as it demands the existance of a gem-window in order to work properly; pdp and GridFlow do not have this limitation (to my knowledge))

Hi. I'm not having any luck finding GridFlow, or any documentation. I found a few dead links... anyone have a live one?

should be http://gridflow.ca (haven't checked though)

fmasd.r IOhannes

-Chuckk

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

marius schebella wrote:

zmoelnig@iem.at wrote:

...

in Gem you could use [pix_dump] and [pix_pix2sig~] to get the pixel values. so all in all: all of the "still alive" video frameworks for Pd support this operation.

so do you title Gem as "still alive"? which means for me that it is not under development anymore???

yes i title Gem as "still alive"; i don't know how this positively correlates to "not under development anymore", which i would call "dead" (e.g. "_not_ alive").

probably i should have said "alive" instead of "still alive", because the "still" might imply a "soon to end", which was not my intention.

i probably should have also omitted the quotes in order to avoid hints of irony which where out of my intention too.

mfg.ntr-a IOhannes

Hi. I have never heard of anything like that with Pd. Pd itself is pretty low-level with audio, but someone has probably written an external object for that at some point. It sounds like something that would be pretty complicated in pure Pd. First idea that comes to my mind would be to leave the sample intact in a table, and store a separate array of numbers telling where in that table the transients occur. The members of the array might be like: 0: 0 1: 870 2: 1589 3: 1800 Then instead of making smaller tables with parts of the sample, you just have each playback object reference the array first for 2 indexes, and play from one index to the other in the wave table.

Pure Data will let you save a separate pd file that does the lookup and then create any number of instances of it in your main patch. I don't know how efficient this would be for slicing samples; it would allow overlapping slices, basically. I tend to miss the simpler and more obvious ways of doing things, so there's probably a better solution....

-Chuckk

On 2/12/07, jared microcosm11@msn.com wrote:

Hello all,

First post! Glad to be here.

I'm in the middle of installing all of the PD goodies. I'll have some questions concerning installations and such...please bare with me! :-)

First off, I'm really interested in 'slicing' up samples with PD (beat/transient detection) and rearranging them....

Is there an object or abstraction that I should be using to achieve this? Does anyone have any patches that they'd like to share relating to this?

Thanks!

Jared

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

you can use bonk~ for peak detection and then store the info as
Chuckk said. I built a simpler version that uses expr to divide a
drum loop into 16 equal parts that you might want to take a look at.

ælex On 12-Feb-07, at 10:15 PM, jared wrote:

Thanks Chuckk. I'm not sure if the wave table way will result in the sounds I'm looking for. Regardless, that is an interesting thought. One which could possibly lead to some wonderful sounds!

Thanks,

Jared

-----Original Message----- From: Chuckk Hubbard [mailto:badmuthahubbard@gmail.com] Sent: Tuesday, February 13, 2007 2:37 AM To: jared; pd-list@iem.at Subject: Re: [PD] slicing samples

Hi. I have never heard of anything like that with Pd. Pd itself is pretty low-level with audio, but someone has probably written an external object for that at some point. It sounds like something that would be pretty complicated in pure Pd. First idea that comes to my mind would be to leave the sample intact in a table, and store a separate array of numbers telling where in that table the transients occur. The members of the array might be like: 0: 0 1: 870 2: 1589 3: 1800 Then instead of making smaller tables with parts of the sample, you just have each playback object reference the array first for 2 indexes, and play from one index to the other in the wave table.

Pure Data will let you save a separate pd file that does the lookup and then create any number of instances of it in your main patch. I don't know how efficient this would be for slicing samples; it would allow overlapping slices, basically. I tend to miss the simpler and more obvious ways of doing things, so there's probably a better solution....

-Chuckk

On 2/12/07, jared microcosm11@msn.com wrote:

...

Hello all,

First post! Glad to be here.

I'm in the middle of installing all of the PD goodies. I'll have
some questions concerning installations and such...please bare with
me! :-)

First off, I'm really interested in 'slicing' up samples with PD (beat/transient detection) and rearranging them....

Is there an object or abstraction that I should be using to achieve this? Does anyone have any patches that they'd like to share
relating to this?

Thanks!

Jared

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->

http://lists.puredata.info/listinfo/pd-list

...

--

-Chuckk

http://www.badmuthahubbard.com

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

On 13/02/2007, at 5.11, Alexandre Matheson wrote:

<drumslice.zip>

Nice one, Alexandre, thanks for sharing.

Damn Spencer, thanks for pointing this one out! Very cool!

Jared

-----Original Message----- From: Spencer Russell [mailto:spencer.f.russell@gmail.com] Sent: Tuesday, February 13, 2007 4:11 AM To: jared Cc: pd-list@iem.at Subject: Re: [PD] slicing samples

On 2/12/07, jared microcosm11@msn.com wrote:

First off, I'm really interested in 'slicing' up samples with PD (beat/transient detection) and rearranging them....

Is there an object or abstraction that I should be using to achieve this? Does anyone have any patches that they'd like to share relating to this?

Thanks!

Jared

Hi Jared! It's not PD, but there's a tool being worked on by some of the computer music and electrical engineering folks at Columbia University that you might want to check out. It's called MEAPsoft (http://labrosa.ee.columbia.edu/meapsoft/). It takes an input wave file and slices it up into events, then gives you lots of options for extracting info about them and re-arranging them. It also stores all it's data in text files, so you can process them in whatever language you want (PD, perl, whatever).

enjoy your PD-ing!

-spencer