HI Bill...it looks like you have fixed it
the only problem now is the GRRRRRRR RTTY on 14076
covering the JT65 signals
David VK4BDJ
On 29/09/13 04:40, Bill Somerville wrote:
Hi All,
hopefully the issues on some Linux platforms with a STOP ocurring in
'fil4' are now resolved.
Also one channel from stereo streams is now supported again.
As before I cannot fully test on Linux because my Linux test machine
has no working audio codecs :(
Details below:
$ svn log -r 3585
------------------------------------------------------------------------
r3585 | bsomervi | 2013-09-28 19:34:27 +0100 (Sat, 28 Sep 2013) | 22
lines
Fix defects in audio down-sampling on some platforms.
The filter used for 4 times down-sampling cannot handle sample streams
where the hardware or drivers deliver chunks of data that are not
multiples of 4 frames long. This seems to be prevalent on some Linux
platforms. Also de-interleaving of single channel audio from stereo
streams was no longer supported.
I have changed the input strategy to de-interleave the incoming
sample stream into an intermediate buffer large enough to hold all the
samples required for a single unit of processing (one basic waterfall
interval) and apply the down-sampling filter to the whole intermediate
buffer just prior dispatch to the FFT generator.
This now means that we are now using the ubiquitous 48kHz hardware
sample rate for both input and output of audio across all platforms
and decoding a single channel of a stereo stream is again
supported. The down-sampling to 12kHz is done with a high quality FIR
49-tap low pass filter specifically designed by Joe (K1JT) for
operation in a 4kHz bandwidth.
------------------------------------------------------------------------
73
Bill
G4WJS.
_______________________________________________
Wsjt-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/wsjt-devel
_______________________________________________
Wsjt-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/wsjt-devel
