Having problems with hf.conf for hfterm
J S Austin, W8JSA
latest version of hfterm (0.7.3). I also have the most current version
of alsa. The serial port (/dev/ttyS0) is correct and have two sound
cards installed in the workstation, one is a SoundBlaster SB Live
(EMU10K1) and the other is an Ensoniq 5880. I'm using the first
soundcard as the modem (audio = /dev/dsp0 - audio=plughw:0,0), based
upon the advice from another ham who said that the Ensoniq is not the
best choice for a soundcard modem. I have included the /etc/hf.conf for
review. Thanks for the help in advance.
Sorry for the massive cross-posting but, I'm looking for the widest
dissemination of my request for help.
#!/bin/bash
## *** *** /etc/hf.conf *** ***
## *** ***
## *** System-wide Configuration file for ***
## *** /usr/bin/hf ***
## *** by Günther Montag DL4MGE ***
## *** ***
## *** *** *** *** *** *** *** ***
## This config file will be included by /usr/bin/hf, the
## start script for hfkernel and hfterm.
## This is especially useful for the KNOPPIX linux distribution,
## where - if run from cd - there is no access to /usr/bin.
## If you do not configure things here, the default values in hf will be
used.
## Normally, these defaults should work,
## you might only have to configure your serial line here for transmit!
## There is a lot of documentation in English and German!
## See the HF-HOWTO in the doc subdirectory of the hf package
## or in /usr/share/<doc/><packages>/hf
## or F1 in the hfterm window under X.
## To configure, just remove the single comment signs '#'
## in the beginning of the lines you need.
## Serial line:
###############################################################
## please uncomment one of the following:
## 'Com 1' in DOS language would be 'ttyS0' and so on.
serial=/dev/ttyS0
# serial=/dev/ttyS1
# serial=/dev/ttyS2
# serial=/dev/ttyS3
# serial=/dev/ttyS4
##
###############################################################################
## Sound card:
################################################################
## hfkernel has been written for OSS.
## ALSA, the newer sound driver system, emulates OSS.
## For both, OSS and ALSA-OSS-emulation, the soundcard can be approached as:
## /dev/dsp or /dev/dsp0 (the first) - this is the default setting, ETC.
audio = /dev/dsp0
# audio = /dev/dsp1
# audio = /dev/dsp2
# audio = /dev/dsp3
## hf now got additional code for ALSA without OSS emulation.
## To use it, the first soundcard is approached as 'plughw:0,0':
audio=plughw:0,0
# audio=plughw:1,0
# audio=plughw:2,0
# audio=plughw:3,0
## If you need the 'aoss' prefix for alsa oss emulation preload mechanism,
## uncomment this:
# alsa_prefix=aoss
## ( until now I did not hear of any advantage of this.)
###############################################################################
## Time correction factors:
###################################################
## Normally for first start you do not need to change something here.
## For longer standing Amtor od Pactor connects, and also for MT63,
## a calibration might improve the performance of hf.
## See man dcf77rx, man reffreq, ratecal1, many examples in the HF-HOWTO!
## You can enter correctioion factors here by hand, but dcf77rx and reffreq
## can enter their corrections automatically at the end of this file.
##
## If your soundcard can do full-duplex, hfkernel uses the soundcard clock.
## You can enter a soundcard clock correction factor here:
soundcorr=1.0
##
## If your soundcard can do only half-duplex,
## hfkernel tries the RDTSC instruction for getting the time.
## For this you can enter the exact rate (in kHz) here:
# mhzcorr=
##
## If RDTSC not working, (then you also might need option -R at
kerneloptions)
## hf uses the less accurate 'gettimeofday' for getting the time.
## Insert a gettimeofday correction factor here:
timecorr=1.0
##
###############################################################################
## Other options:
#############################################################
## if other options for hfkernel are needed, insert them
## between the quotes, separated by whitespace, e.g. " -h -R ":
## If your cpu does not support RTDSC instruction: option ' -R'.
## If hfkernel crashes in full duplex mode: option '-h' (force halfduplex).
## If error message containing 'MMAP': option ' -n ' (no mmap).
## (If this is the case, try also the ALSA code, see above!)
## I put '-n' here as default for first start.
# kerneloptions="-n "
###############################################################################
## Combined start of hf under X:
##############################################
## If all is running well, the hf script will start hfkernel and then
## hfterm. hfkernel's debug output might be interesting, so originally I
## made it run on an 'xterm', a little read-only terminal, in the
## background of hfterm. With e.g. SuSE 9.1, the xterm slowed down the whole
## thing, which led to a crash of hfkernel. So now the xterm can be
## switched on as an option here.
## You will still be able to see hfkernel's output if you start hf
## from an X console.
# x_prefix="xterm -e"
## or, for debugging, try an xterm which remains after hfkernel`s quit:
# x_prefix="xterm -hold -e"
# x_prefix=" "
###############################################################################
## now hope all is correct, and have fun and good dx!
#########################
## 73 de Günther and your hf - team
##
###############################################################################
## From here on, if you use dcf77rx or reffreq, automatically
## correction factors will be entered, the last of each kind will be valid.
###############################################################################
--
J S AUSTIN, W8JSA
AMATEUR RADIO STATION W8JSA
CHESAPEAKE VA 23320
N36˚ 45' 43” W076˚ 15' 01”
FM16us