Re: Double-buffering and audio
"S. Massy" <[email protected]>
| Newsgroups | gmane.comp.audio.ecasound.general |
|---|---|
| Message-ID | <20120514182803.GA20178@solidbox> |
On Mon, May 14, 2012 at 02:24:19AM +0300, Kai Vehmanen wrote: > Hi, > > On Sat, 12 May 2012, S. Massy wrote: > > >When double-buffering is enabled, if one issues stop and start, there is an > >audible "gap" in the audio, i.e some samples are never played back. Is > >that a bug or a feature? > > with JACK+transport enabled, you may miss some samples at start as > JACK doesn't wait for clients. This shouldn't happen though if > ecasound is the transport master (sending the start/stop commands). > > Without JACK (or transport disabled), there should be no missed > samples. If position is changed, the disk i/o buffers are refilled > with the new position. Without position change, buffers should not > be touched so position should not change. Even with JACK transport completely disabled, I still see the same behaviour. Try it with a big db size, such as 192000 (3 seconds at 48k), it should be pretty obvious. Could it possibly be that its buffering from playhead position rather than position-dbsize? In any case, something seems off. Cheers, S.M. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecasound-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ecasound-list