Reporting individual buffer length in polybuffer~ ?

    Aug 24 2015 | 5:09 pm
    I want to be able to extract sample length information from each soundfile in a folder loaded into a polybuffer~. If I use info~ then I have to go into Edit mode and name each soundfile number e.g. info~ testpolybuffer-1.1 for the first file and then info~ testpolybuffer-1.2 and so on for the rest of them.
    Is there a way to get this to work dynamically, so that when a buffer is selected a bang is sent to info~ and it reports on the newly selected buffer? It would make a lot of sense for it to work that way so hopefully I am just missing a trick here!

    • Aug 26 2015 | 9:47 am
      Look at the dump message, it outputs the length among other information.
    • Aug 28 2015 | 8:36 pm
      Perfect - thank you Emmanuel!
    • Mar 26 2016 | 7:20 pm
      What about when the information given by a dump isn't accurate? Sometimes it seems that the last buffer I've (successfully) cropped in the polybuffer~ doesn't have its new size reflected when I dump information out of it. Anyone experienced this before?
      When you set a separate buffer~ to an index in the polybuffer~ and send the buffer~ the crop message, this will always happen. The subsequent dump to the polybuffer~ will not reflect the new length. But if you crop by using the send message to the polybuffer~ itself, it will realize the length immediately.
      Now it seems to be happening anyway for me however and I can't figure out why. I thought it might be because I was using 2 separate polybuffer~ objects (of the same name), sending the crop to one and dumping from the other, but in my test patch that doesn't seem to matter.