arne_e

I have many buffers that I need to write to disk, all of the same length. However, their contents may range from a few seconds in length one time, to several minutes another time. I don't know the length beforehand, so I set all buffers to an arbitrary high duration.

Buffer~ doesn't seem to allow for the writing of a buffer's partial contents. How can I avoid writing unnecessarily long files (since resizing a buffer also clears it)?

I'm guessing I can't use sfrecord, since I am recording several dozen audio signals at once, and I'm thinking this would unnecessarily tax the hard drive.

I have many buffers that I need to write to disk, all of the same length. However, their contents may range from a few seconds in length one time, to several minutes another time. I don't know the length beforehand, so I set all buffers to an arbitrary high duration. 

I'm guessing I can't use sfrecord, since I am recording several dozen audio signals at once, and I'm thinking this would unnecessarily tax the hard drive. 

writing-only-part-of-a-buffer

> I'm guessing I can't use sfrecord, since I am recording several dozen

> audio signals at once, and I'm thinking this would unnecessarily tax

Why not? it wouldn't tax the drive more than a dozen write commands. In 

contrary, it would distribute the time it needs a bit and the taxing 

wouldn't happen at the same short time... You can record them one after 

another, or copy the contents to a different buffer~ as soon as you know 

the needed size. You can use mxj buf.op or peek~/poke~/uzi for that...

arne_e schrieb:
> I'm guessing I can't use sfrecord, since I am recording several dozen
> audio signals at once, and I'm thinking this would unnecessarily tax
> the hard drive.

Why not? it wouldn't tax the drive more than a dozen write commands. In 
contrary, it would distribute the time it needs a bit and the taxing 
wouldn't happen at the same short time... You can record them one after 
another, or copy the contents to a different buffer~ as soon as you know 
the needed size. You can use mxj buf.op or peek~/poke~/uzi for that...

-- 
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com

> copy the contents to a different buffer~ as soon as you know

> the needed size. You can use mxj buf.op or peek~/poke~/uzi for that...

Using mxj buf.Op copyFrom resizes the target buffer.

I really have to copy sample by sample? Twenty buffers, 60 seconds each,

On 06/03/2008, Stefan Tiedje  wrote:
>
> copy the contents to a different buffer~ as soon as you know
> the needed size. You can use mxj buf.op or peek~/poke~/uzi for that...
>

I really have to copy sample by sample? Twenty buffers, 60 seconds each,
results in 20 [uzi 2646000]...

> Using mxj buf.Op copyFrom resizes the target buffer.

adding Fredrik Olofssons buf.Op hack solved a lot of problems for me. 

http://www.fredrikolofsson.com/pages/code-max.html

copying between buffers will inevitably take some time though, i think..

> Using mxj buf.Op copyFrom resizes the target buffer.
adding Fredrik Olofssons buf.Op hack solved a lot of problems for me.  
maybe for you too?
find it here:
http://www.fredrikolofsson.com/pages/code-max.html

> I really have to copy sample by sample? Twenty buffers, 60 seconds each, 

With sfrecord~ you'd copy it sample by sample direct to disk... (that 

Arne Eigenfeldt schrieb:
> I really have to copy sample by sample? Twenty buffers, 60 seconds each, 
> results in 20 [uzi 2646000]...

With sfrecord~ you'd copy it sample by sample direct to disk... (that 
was my other suggestion... ;-)

-- 
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com


Writing only part of a buffer