fl.read~ crash with #0 buffer names
Issue #38
resolved
Howdy,
fl.read~ doesn't seem to like it if you point it at buffers that have a #0 derived name.
Opening hash0_bufferTOP and turning audio on gets me the attached crash.
Comments (5)
-
repo owner -
repo owner I can't reproduce this I don't think.
-
reporter Ah, you might need to reinstatiate hash0_buffer before turning audio on. Come down and have a look if it's still not playing.
-
repo owner - changed status to resolved
Thanks - got it.
-
repo owner Right now these are getting confused with something else and the code is not safe if the buffer is not found - why it sometimes works I don't know but it's fixed in the next one.
- Log in to comment
That sounds dull. I'll take a look. Thanks