Hi Jeremy,
I am copying this to the squeak-dev list in case someone there can offer some guidance.
Dave
On Wed, Feb 21, 2018 at 02:44:21PM -0800, Jeremy Landry wrote:
Hi, I made a quick audio sequencer test in Etoys and found that there's a hidden 'timer' that limits the responsiveness of new sounds that go into the playback buffer (terminology isn't accurate, but hopefully it makes sense to people).
I found the sound buffer setting, but was wondering if there's something else that limits how fast new sounds get added to the playback stream? I read somewhere (old-man-aphasia here) that some code was added to prevent overloading the buffer so surely there's a snippet of code I could add to a project to reverse this, if it's what is causing the delay?
Thanks for any help finding the solution.
squeakland mailing list squeakland@lists.squeakland.org http://lists.squeakland.org/mailman/listinfo/squeakland
SoundPlayer class gives a clue:
resumePlaying: aSound quickStart: quickStart "Start playing the given sound without resetting it; it will resume playing from where it last stopped. If quickStart is true, then try to start playing the given sound immediately."
On 2/22/18 10:27 AM, David T. Lewis wrote:
Hi Jeremy,
I am copying this to the squeak-dev list in case someone there can offer some guidance.
Dave
On Wed, Feb 21, 2018 at 02:44:21PM -0800, Jeremy Landry wrote:
Hi, I made a quick audio sequencer test in Etoys and found that there's a hidden 'timer' that limits the responsiveness of new sounds that go into the playback buffer (terminology isn't accurate, but hopefully it makes sense to people).
I found the sound buffer setting, but was wondering if there's something else that limits how fast new sounds get added to the playback stream? I read somewhere (old-man-aphasia here) that some code was added to prevent overloading the buffer so surely there's a snippet of code I could add to a project to reverse this, if it's what is causing the delay?
Thanks for any help finding the solution. _______________________________________________ squeakland mailing list squeakland@lists.squeakland.org http://lists.squeakland.org/mailman/listinfo/squeakland
SoundPlayer class gives a clue:
resumePlaying: aSound quickStart: quickStart "Start playing the given sound without resetting it; it will resume playing from where it last stopped. If quickStart is true, then try to start playing the given sound immediately."
Yes.
The OP should also look for the Preferences #soundQuickStart and #stopSoundWhenDone
Stef
On 22-02-2018, at 7:49 AM, Bob Arning arning315@comcast.net wrote:
SoundPlayer class gives a clue:
resumePlaying: aSound quickStart: quickStart "Start playing the given sound without resetting it; it will resume playing from where it last stopped. If quickStart is true, then try to start playing the given sound immediately."
It's been a year or so at least since I looked at this on linux vm's but unless something has changed you can't do this on linux machines yet; the prim code is not there. I imagine the OP is probably using a windows machine rather than unix, but this does seem a good reminder that the prim needs work.
tim -- tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: WK: Write to Keyboard
squeak-dev@lists.squeakfoundation.org