is it possible to set a buffer size in a m4l device?

Dec 2, 2011 at 10:11pm

is it possible to set a buffer size in a m4l device?

hi,
i have some distortion-issues using a m4l device with a buffersize less than 512 samples. i actualy don’t know why and couldn’t find any help in this topic
http://cycling74.com/forums/topic.php?id=36074
but running ableton with this buffersize gives me some annoying latency when it comes to looping etc. so my question: is it possible to set a minimum buffer size for one m4l device? so only that device would have some latency which won’t effect the other tracks. a could run this device with a 512 size buffer an 128 for ableton at global.
you would really help me out. thanks alot.

#60423
Dec 3, 2011 at 12:03am

The buffer size in Live is a global parameter and thus can’t be set for individual devices.

But regarding latency, be aware that each M4L device in an effect chain introduces latency proportional to the buffer size. So you could try to minimize the input/output latency by minimizing the number of devices in a chain, for example by combining several devices into one.

#217423
Dec 3, 2011 at 12:03am

The buffer size in Live is a global parameter and thus can’t be set for individual devices.

But regarding latency, be aware that each M4L device in an effect chain introduces latency proportional to the buffer size. So you could try to minimize the input/output latency by minimizing the number of devices in a chain, for example by combining several devices into one.

#217448
Dec 3, 2011 at 12:23am

The MfL distortion issue occurs when Live’s buffer size is not set to a multiple of 64 samples, and will be fixed for the next incremental release.

#217424
Dec 3, 2011 at 12:23am

The MfL distortion issue occurs when Live’s buffer size is not set to a multiple of 64 samples, and will be fixed for the next incremental release.

#217449
Dec 3, 2011 at 11:56am

thanks for advices. but i have one m4l device in every track (ca.) and only one, containing a fft with large window, is doing these problems. i get distortion at 256 samples or less and not only in the track containing the m4l device but in everey track. iget even distortion in itunes or every other audio signal. so i guess even if the cpu-meter in ableton says 6% the cpu is having small peaks. the distorion is coming periodic.
but there must be a way for having a minimum buffer size in m4l, of course producing larger latency in this particular device, but that wouldnt be a problem for me. the device would have to buffer several vectors into one bigger buffer. it must be somehow possible.
and multiple of 64 didn’t help, but e.g. 400 samples workes still fine.
any other ideas, or maybe tricks for the fft?

#217425
Dec 3, 2011 at 11:56am

thanks for advices. but i have one m4l device in every track (ca.) and only one, containing a fft with large window, is doing these problems. i get distortion at 256 samples or less and not only in the track containing the m4l device but in everey track. iget even distortion in itunes or every other audio signal. so i guess even if the cpu-meter in ableton says 6% the cpu is having small peaks. the distorion is coming periodic.
but there must be a way for having a minimum buffer size in m4l, of course producing larger latency in this particular device, but that wouldnt be a problem for me. the device would have to buffer several vectors into one bigger buffer. it must be somehow possible.
and multiple of 64 didn’t help, but e.g. 400 samples workes still fine.
any other ideas, or maybe tricks for the fft?

#217450
Feb 9, 2012 at 1:31pm

I’m having the same problem. While in editing mode everything runs smoothly. but going back into Live makes everything crack up. I can’t see how it would be a problem having each MFL device have their own buffersize as long as it’s a mulitple of the Live buffer size? Using the csound~ in Max works this way – if the csound buffer size is some multiple of the Max vector size everything runs just fine. I hope this issue will be fixed soon.

#217426
Feb 9, 2012 at 1:31pm

I’m having the same problem. While in editing mode everything runs smoothly. but going back into Live makes everything crack up. I can’t see how it would be a problem having each MFL device have their own buffersize as long as it’s a mulitple of the Live buffer size? Using the csound~ in Max works this way – if the csound buffer size is some multiple of the Max vector size everything runs just fine. I hope this issue will be fixed soon.

#217451

You must be logged in to reply to this topic.