Any alternative routine to buffer~ write wave/aiff?

May 3, 2013 at 8:39pm

Any alternative routine to buffer~ write wave/aiff?

Is there one? I’ve recently found that buffer~ write is terribly broken in the latest Max. I can’t say how long the bug have been there, and I just don’t want the patch to rely on this.
I would consider an external that can do arbitrary binary write if it is cross-platform and x64.

#68079
May 8, 2013 at 10:29pm

That’s just amazing there is none.
I guess I should stick with ugly sfrecord~ fallback until buffer~ would be fixed. But how can I detect Max version from within the patch to disable the fallback then?

#244564
May 8, 2013 at 10:37pm

what’s wrong with buffer? post a patch.

#244565
May 8, 2013 at 10:44pm

In brief, buffer~ “write” appends the existing audio file instead of overwriting it, and forces the written files to be 24 bit. It is a reported and known issue.

#244566
May 8, 2013 at 10:58pm

not sure if I have understood your problem:

“Is there one? I’ve recently found that buffer~ write is terribly broken in the latest Max. I can’t say how long the bug have been there, and I just don’t want the patch to rely on this.”

what bug? explain your issue properly.

“In brief, buffer~ “write” appends the existing audio file instead of overwriting it, and forces the written files to be 24 bit. It is a reported and known issue.”

you can overwrite files with the same path and file name. use the format message to define the bit rate.

#244567
May 8, 2013 at 11:13pm

you can overwrite files with the same path and file name. use the format message to define the bit rate.

Surely it behaves as I stated (file appending instead of overwriting, always 24 bit) exactly under these conditions. Was tested with latest x64 Max on Windows. Take a look if you’re interested if it is reproducible on your system.

`

– Pasted Max Patch, click to expand. –
#244568
May 9, 2013 at 12:39am

yes you’re right! I can reproduce under OS X 10.8.2
Please, send a report to cycling.

#244569
May 9, 2013 at 12:48am

6.1.2 too?
I already did. They said they know about it, that’s encouraging.

#244570
May 9, 2013 at 7:25am

as quatro said the problem is known..

http://cycling74.com/forums/topic.php?id=46355

unfortunatelly as you can see Ben Bracken says
“There are a number of differences that have cropped up in Max 6,
and although I can’t say when or if we will have fixes for them,
we are going to be taking a closer look in the near future.”

i am the only one who believes that max is “buffer-based?”

#244571
May 9, 2013 at 9:15am

no, tad a, you are not the only one.
I am lamenting that the ‘read audio from qt.movies’ is broken in Max 6.

http://cycling74.com/forums/topic.php?id=45998

slick stretching patch cords replacing basic functionality …

#244572
May 10, 2013 at 12:17am

I think this the case of a 64-bit application and a limited 64-bit Quicktime implementation. (the qt.movie problem) Maybe it goes away if you run in 32-bit mode?

#244573
May 11, 2013 at 4:28am

For those who may need the answer some day, I will most likely settle with JS file write. And the version can be checked as easy as ;max getversion receiveobjectname message.

#244574
Feb 18, 2014 at 9:02am

an alternative would be to automatically delete the local file before saving the audio buffer file. anyone knows how to do it?…

#281469

You must be logged in to reply to this topic.