Feature request: number of buffer's channels from info~
Possibly not the first this I ask for this. The current impossibility to get this information from info~ seems completely absurd to me.
And not the first time I answer this question:
Send the getChannels message to mxj buf.Op myBuffer.
p
Thanks Patrick, but I prefer to avoid mxj as much as possible. I have experienced unreliable patchers with mxj and by the way I really don’t understand why this cannot be provided by info~, an object made to provide such information. It’s like buying a car and having to buy the steering wheel separately.
One way is to use sfinfo~ before you load your buffer, but it won’t work if you want to import mp3…
p
another way is to use gen~, there are operators dedicated to giving buffer channel numbers info inside gen~
though it gives you that data in signal, it might be reliable.
And you’re completely right about that lack of info with info~…
yeah thats why mxj buf.Op is here , but i had some problems while trying to receive channel data in realtime dynamically . sometimes i get strange results like 0 . as Patrick suggested [sfinfo] comes in handy .
i would also love to reverse [buffer] directly .
the big drawback with sfinfo~ is that you need the sound insied teh buffer~ to come from a soundfile.
Yet another (counterintuitive…) way of handling this is to use [polybuffer~] for that buffer…
vichug , how to dump other buffers (lets say ive got 2 samples inside) ?
it’s all inside the polybuffer~’s help ([info] tab). Basically when you dump as idid, it dumps a lot of things, and in a "stream of list" format which you can more or less direclty feed into a [coll].
yes , a "stream of list" . ive been so stupid to dump out that into a [message] object ! laugh of myself . thanks !
Thanks for the information about gen~ vichug, this is very interesting.
you’re welcome !