On 16/06/2015 15:45, Eric Thornton wrote: > > Hello all, > Hi Eric, > > I'm using quisk sdr to interface with my softrock over wifi. I've just > finished rewriting its pulseaudio driver to reduce drop outs and > better accommodate network lag. It's working well in linux except when > using wsjtx though a null sink. Seems the stream created by wsjtx > through qtmultimedia is using a default latency value that doesn't > play well with a null sink monitor. Forcing it to a lower latency > works via client, but it would better to fix the application side. Are > the pulseaudio stream settings configurable at runtime, compile time, > our are they completely handled by qtmm? > We do have some control of buffer sizes, initial testing didn't make much difference but that could well be because the underlying hardware buffer sizes are not variable. With a network audio device buffer sizes will definitely have an impact on latency. You could try different values passed to QAudioOuput::setBufferSize() in SoundOutput::restart() (soundout.h/soundout.cpp) and to QAudioInput::setBufferSize() in SoundInput::start() (soundin.h/soundin.cpp). > > I've moved on to testing the new driver on osx and have pulseaudio > running via macports. There is no option to select pulse as an input > or output device. I am guessing pulseaudio support is not compiled in > the standard osx application? > AFAIK you would have to build a custom Qt. An OS X standard build of Qt only builds the CoreAudio audio plugin. > > Enjoying the software. Amazing what 1 watt can do with the jt modes. > > Thanks, > > Eric > 73 Bill G4WJS.
------------------------------------------------------------------------------ _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
