Bugs item #3614064, was opened at 2013-05-28 15:24 Message generated for change (Tracker Item Submitted) made by lucarda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3614064...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: lucarda (lucarda) Assigned to: Hans-Christoph Steiner (eighthave) Summary: inconsistent latency with mmio II
Initial Comment: Hi, thanks IOhannes for the previous answer but consider this:
Audiobuffer settings, in this model, is an effective way to deal with slow hardware.
Readsf~ bangs when finishes playing a soundfile, this bang triggers the same readsf~ to open and play a randomly chosen file (open $1.wav, 1).
Since readsf~ has to go to that file wherever it is and start reading, the audiobuffer setting allows gap-less playback between files.
If I give 500ms readsf~ will have half a second to go anywhere in the hard-drive and start streaming.
5400rpm hard-drives need more time to achieve this than a Pendrive. My netbook plays my abstractions (with more than 3 readsf~ simultaneously) with 100ms with no problem from a Pendrive but need 500ms to do it from the 5400rpm hard-drive.
Here the point is that 500ms using ASIO is fine but 500ms in MMIO has gaps. And as mentioned previously with the toggle and the osc~ it feels that MMIO is computing faster than 500ms.
I think that in this situation the audiobuffer is a kind of read ahead for readsf~ which is very useful.
I switched back to 0.42.5-extended and using MMIO 500ms was fine both giving gap-less playback and the toggle in the osc~ felt more like 500ms.
It will be very cool if 0.44-extended allow 500ms or more in MMIO.
Thanx again.
///////////////////////////////////////////////
If I put 500 in the Delay(ms) using MMIO in the audio settings changes are heard faster than 500ms in ASIO. tested with a toggle to a (*~) in between osc~ and dac~ in 0.43.4-extended. This didn`t happened in previous versions.
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3614064...