requ...@lists.iem.at wrote:
Message: 3
Date: Fri, 28 Jan 2022 20:55:43 +
From: Pierre Alexandre Tremblay
To: Lucas Cordiviola
Cc:pd-list@lists.iem.at
Subject: Re: [PD] [sfinfo~]
Message-ID:
Content-Type: text/plain; charset="utf-8"
In d_soundfile.c around line 1207 we could se
ailto:tremb...@gmail.com>>
>> To: Lucas Cordiviola mailto:lucard...@hotmail.com>>
>> Cc: pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
>> Subject: Re: [PD] [sfinfo~]
>> Message-ID: > <mailto:ad2ab664-9f51-478e-b643-706bc254d...@gmail.com>>
>
as Cordiviola mailto:lucard...@hotmail.com>>
> Cc: pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
> Subject: Re: [PD] [sfinfo~]
> Message-ID: <mailto:ad2ab664-9f51-478e-b643-706bc254d...@gmail.com>>
> Content-Type: text/plain; charset="utf-8"
>
>
ny samples, ie. just reads the header info then closes the file.
>>
>>> On Jan 28, 2022, at 8:37 PM, pd-list-requ...@lists.iem.at wrote:
>>>
>>> Message: 1
>>> Date: Fri, 28 Jan 2022 20:29:44 +0100
>>> From: oliver
>>> Cc: Pd-List
>>
en
closes the file.
On Jan 28, 2022, at 8:37 PM, pd-list-requ...@lists.iem.at wrote:
Message: 1
Date: Fri, 28 Jan 2022 20:29:44 +0100
From: oliver
Cc: Pd-List
Subject: Re: [PD] [sfinfo~]
Message-ID: <32ea001b-5109-cb72-2397-cb820d930...@klingt.org>
Content-Type: text/plain; charset=UTF-
I chose a small file and could see how soundfile_info is faster (btw, why
are you using -stdlib?)
So, shall we open a feature request on github?
Em sex., 28 de jan. de 2022 às 17:05, oliver escreveu:
> Miller Puckette via Pd-list wrote:
> > Excellent - nothing to do then. My favorite kind of
0:29:44 +0100
>> From: oliver mailto:oli...@klingt.org>>
>> Cc: Pd-List mailto:pd-list@lists.iem.at>>
>> Subject: Re: [PD] [sfinfo~]
>> Message-ID: <32ea001b-5109-cb72-2397-cb820d930...@klingt.org
>> <mailto:32ea001b-5109-cb72-2397-cb820d930...@kli
Yep, I can think of other reasons you'd want to know the size of a soundfile
in a Pd patch without having to read the whole thing in.
cheers
M
On Fri, Jan 28, 2022 at 07:32:02PM +, Pierre Alexandre Tremblay wrote:
> > I forgot is even simpler (no need for an array)
>
> Oh la la this is
t; From: oliver mailto:oli...@klingt.org>>
> Cc: Pd-List mailto:pd-list@lists.iem.at>>
> Subject: Re: [PD] [sfinfo~]
> Message-ID: <32ea001b-5109-cb72-2397-cb820d930...@klingt.org
> <mailto:32ea001b-5109-cb72-2397-cb820d930...@klingt.org>>
> Content-Type: text/plain; ch
Miller Puckette via Pd-list wrote:
Excellent - nothing to do then. My favorite kind of dolist.
Well, not quite ...
Lucas' method of using [soundfiler] to get a (really long) soundfile's
length still loads the complete file into RAM, as it would into an
array. (i'm talking a 60 minute long
Excellent - nothing to do then. My favorite kind of dolist.
cheers
M
On Fri, Jan 28, 2022 at 07:37:04PM +, Pierre Alexandre Tremblay wrote:
> Wait - this is embarrassing, it seems that the left outlet still spits out
> the number of samples when there are no destination arrays so I should
Wait - this is embarrassing, it seems that the left outlet still spits out the
number of samples when there are no destination arrays so I should be golden…
I probably need a weekend. Sorry for the Friday night noise.
> On 28 Jan 2022, at 19:35, Miller Puckette wrote:
>
> Yep, I can think of
Email crossing, I literally apologised for my dumbness and noticed that single
difference - we’re on the same page here :)
> On 28 Jan 2022, at 19:29, oliver wrote:
>
> Miller Puckette via Pd-list wrote:
>> Hi PA -
>> Are you doing stuff that "soundfiler" doesn't? If so, it would be better
>>
> I forgot is even simpler (no need for an array)
Oh la la this is embarrassing. I didn’t know one could not supply an array… but
that way I don’t get the size of the file in frames.
> Are you doing stuff that "soundfiler" doesn't? If so, it would be better to
> add to the soundfiler object
Miller Puckette via Pd-list wrote:
Hi PA -
Are you doing stuff that "soundfiler" doesn't? If so, it would be better
to add to the soundfiler object than to add a new object with its own name.
The one thing that [soundfiler] can not do, is to report the length of a
soundfile WITHOUT fully
You can get that info with [soundfiler]
[array define myarray]
[foo.wav(
|
[read -resize $1 myarray(
|
|
[soundfiler]
| |
| [print stuff]
|
[print n of samples]
--
Mensaje telepatico asistido por maquinas.
On 1/28/2022 3:31 PM, Miller Puckette via
I forgot is even simpler (no need for an array)
[read foo.wav(
|
[soundfiler]
| |
| [print stuff]
|
[print n of samples]
--
Mensaje telepatico asistido por maquinas.
On 1/28/2022 3:36 PM, Lucas Cordiviola wrote:
You can get that info with [soundfiler]
If you're after the number of channels and sampling rate, the list coming
out of the right outlet of [soundfiler] gives you that. And the left outlet
gives you the number of frames/samples, but beware that it actually reports
the number of samples loaded to the target array. So if you don't use
Hi PA -
Are you doing stuff that "soundfiler" doesn't? If so, it would be better
to add to the soundfiler object than to add a new object with its own name.
cheers
Miller
On Fri, Jan 28, 2022 at 06:17:21PM +, Pierre Alexandre Tremblay wrote:
> Hello again
>
> So I was missing an object
Hello again
So I was missing an object that is quite useful when dealing with audio files
in batches. Attached is the ugly file in progress to read (with [file]) the
header of audio files and demingle it to get the number of channels and number
of frames and sampling rate… what the Max object
20 matches
Mail list logo
