importing samples smaller than a buffer without resizing it

Hi
afaik, the read message should do this as you describe, according to the helpfile. It must be your additional arguments specifying start and end. I'm guessing you're importing a section of a larger file? Can you 'pre-crop' and then use a less specific read message?

Thanks for the reply n00b, right I have refined the problem a little more, if I read a file using a read message directly into the [buffer~] (which opens the file browser) this works perfectly, when I use [dropfile] with [prepend read] this doesn't work as described above. Here is a reduced patch:

Yeah, same behaviour here. Nothing specific about dropfile in the [buffer~] reference for "read" either. And I tried a [read $1] message from [dropfile]; it behaves in the same way. I wonder does the header data specify file length, which is then passed to [prepend read] and [buffer~], where the "open browser via read" doesn't?? Do I need to read the documentation more thoroughly?

Brendan

Thanks again for your feedback, I've been through a fair amount of documentation, can't find anything yet, could this be a bug?

Hi Barry,

I re-read your OP; if you use dropfile plus the following message:

read $1 0 1000

If the dropped file is < 1000 (or whatever size presented as the above 3rd argument) the buffer will NOT crop to the file length!

Is this what you need?

Brendan

I think my method is a cheat - "read" does not resize the buffer (as we know); what happens is the buffer is "resized" by the first "read $1 blah blah" message, to it's original size....

This did crash on me once a few moments ago, but I think it was just impatient clicking.

Brendan

Hi Brendan, for some reason this isn't working for me, it's defaulting to the same behaviour as before. :(

Are you on a PC or a Mac? I'm on a Mac, just thought that might be the issue here...

Really?

1. buffer is sized via loadbang;
2. browse to audio files via "read" and import something (< bufsize ms);
3. drop audio file via dropbox --> "read $1 0 bufsize*ms" message;
4. no cropping should ensue.

New version:

Brendan