buffer~

Nov 11, 2009 at 2:53pm

buffer~

Can anybody tell me how long the max. length of buffer~ object is ?
I tried to load a audifole wir 1h50min and got the message “out of menory”

is there a work around to load long audiofiles ?

Thank you
gammon

#46400
Nov 11, 2009 at 4:53pm

Hello gammon,

i dont know how long buffer~ can be ; but think about how much is 44100*32*6600 !

Try [sfplay~]. Smile

#167034
Nov 11, 2009 at 5:20pm

thank you Vanille

sorry, but i dont get your 44100*32*6600 example.

sfplay can play files with 1h50min.

but i would like to “edit” the file with waveform~

I attached my editor:

#167035
Nov 11, 2009 at 5:59pm

A buffer~ is based on RAM.

Basically, if the buffer size exceeds the amount of free RAM you have available, you won’t be able to load it into your RAM. In such a case (and in general with long files), the recommended method is to use sfplay~.

You should consider that Max is not really meant as a standalone editing platform for audio such as Audacity, Peak, etc.

jml

#167036
Nov 12, 2009 at 6:39am

Hello gammon,

44100*6600*32 = 9 313 920 000 Bytes = 9.3 GB, Wink
(44100 hz , 6600 seconds, 32 Bytes).

#167037
Nov 12, 2009 at 10:30am
Quote:
44100*6600*32 = 9 313 920 000 Bytes = 9.3 GB,

This calculation is correct on OSX v10.6. Otherwise 9 313 920 000 should be divided by 1024 x 1024 x 1024 and you’ll get to a little lower 8.67 GB. In the case of mono.

#167038
Nov 12, 2009 at 11:35am

Hello jvkr,

1024 x 1024 x 1024 ? can you explain ?

It seems t_buffer have no max (except computer RAM, of course).

#167039
Nov 12, 2009 at 11:39am

Thank you all.
Thanks for the math tutoring.

Of course i know that Max is not Protools.

For the Applikation i´m building it would be very helpfull to have very basic (cut, crop, save file) edit functions for non-audioexperts.

anyway:
I have 4GB of RAM. in my MacBook.
So this should be enough to load a File with 1GB.

If somebody wants to see my (not finished) Applikation, and give me some feedback:
http://www.eigentone.com/RadioRecorder/

btw. why 6600sec. ?

Thank you
best regards
gammon

#167040
Nov 12, 2009 at 12:15pm
vanille béchamel wrote on Wed, 11 November 2009 23:39
44100*6600*32 = 9 313 920 000 Bytes = 9.3 GB
(44100 hz , 6600 seconds, 32 Bytes).

I think you meant bit, not byte.
32 bits = 4 bytes

#167041
Nov 12, 2009 at 1:04pm
Quote:
1024 x 1024 x 1024 ? can you explain ?

Read it here, especially the portion on consumer confusion. Basically a kilo in the binary system is 1024.

And indeed these are bits, not bytes.

#167042
Nov 12, 2009 at 5:03pm

Hello maxers,

thanks jvkr for link ; i understand now.

so much confuse ! Wink

; so yes : oops ; of course, it was Gb and not GB (“- un giga bit, 1/8 octet, enfin quoi !”) ;
and why 6600 s ? : it’s 1 hour 50 minutes isn’t it ?

So if your file is stereo, you need more than 2 GB ; i’m not sure but i think computer needs it as ONE big BLOCK ; anybody to confirm ?

edit : oops.

#167043

You must be logged in to reply to this topic.