exeterdown

I've been using info~ to grab the length of a sample when it loads. I'll use this number to re-scale a dial that sets the start position of playback of that sample. That way no matter how long the sample the dial is always the right 'length' so to speak.

It works most of the time. But every so often the patch kind of locks up and even when loading new samples info~ reports the wrong information. I might load a stereo file and it reports only two channels. Or I load new samples, but the length doesn't change (see screenshot).

I rebuild the patch with just the attached objects in isolation and I get the same problems.

I've also done things like copy chunks of help files, edit them to perform the same tasks and then suddenly they work. But save the patcher, open it again, and they can start producing the same issues.

textbutton

buffer~

flonum

button

info~

bpatcher

pictslider

comment

outlet

message

loadbang

switch

modifiers

coll

inlet

change

live.gain~

ezdac~

sig~

groove~

waveform~

print

Screen Shot 2022-01-28 at 1.12.16 pm.png

I've been using info~ to grab the length of a sample when it loads. I'll use this number to re-scale a dial that sets the start position of 

buffer~-and-info~-problems-working-toward-a-sample-loading-system

Can't find a way to delete the post - but I think I just cracked it. I've been using 'read' as a way of loading samples into the buffer - but that sets the buffer length on first-load. I started using 'replace' and that cleared everything up.

buffer~ and info~ - problems working toward a sample loading system