Alberto,
  My main concern is the shift in the capture range as the ECSS attempts to 
lock to a carrier near the edge of the selected capture range (CF +/-). When 
this happens I have to select AM retune then reselect ECSS. If the program 
dropped back to am mode you would still decode audio while you retune the CF. 
One wouldn't notice this listening to broadcast stations but I operate a lot of 
AM. We usually don't worry about zero beat plus or minus 40 Hz. It is usually 
around a few hundred Hz. So many times you lose lock. I don't think I would 
want to change the capture range. or loop constants that could introduce 
distortion.  frank  

i2phd <[EMAIL PROTECTED]> wrote:
          Bill, Brynjar, Francis and Leif,

just a few comments in no specific order. 
ECSS in SDRadio tries to lock to the AM carrier. Francis' suggestion
is a very good one, i.e. revert to AM when synch is lost. Next
revision of SDRadio will have it.

Bill, sorry that ECSS doesn't work for you. I haven't ever experienced
that problem that you report. Are you sure that you lock correctly to
the AM carrier ? Set SDRadio for the highest resolution
possible, and place the red line _exactly_ on the carrier peak.
Sometimes it is possible to achieve false locks, offset by a few tens
of Hz, and this could be the cause of the rushing sound you hear.

Brynjar, presently the ECSS demodulator in SDRadio uses both sidebands
to recover the audio (as a matter of fact the simple solution I have
used is that of activating both the USB and the LSB demodulators in
parallel, and then adding their outputs... what a lazy man...:-). An
improvement could be that of making possible to select just one sideband.

About the full screen issue, a simple workaround is that of using the
Alt-Tab key sequence to bring the window of the program of your choice
in front of Winrad. Of course, as soon as you click on a control of
Winrad, it will return in front of everything.,, but I have been told
of the existence of a freeware utility that you can use to assign the
stay-in-front attribute to any window of your choice... using that
utility, you will have an almost perfect solution.

In my long term plans for Winrad there is the possibility to have
separate windows for the various parts of the program, movable
independently and with the possibility to hide those not immediately
needed. But, as said, that is a long term plan....

73 Alberto I2PHD



         

Reply via email to