[linrad] Re: linrad make errors

2007-09-04 Thread Leif Asbrink
Hi Dan,

> Thank you for the reply. NASM fixed the problem. xlinrad now builds and 
> loads, however it errors attempting to configure the sound card. The 
> audio controller is an Intel 82801DB/DBL/DBM on an IBM t41 laptop.

Do other sound programs run correctly?

Linrad just uses the device driver supplied by your system
and should not fail unless other applications also fail.

Now, in case you are using ALSA the above might not be quite true
because Linrad follows the specifications of OSS and Linux legacy 
sound. You must have alsa-oss installed, but unfortunately the
interface to the old specifications does not quite do what
it should. Among other things it does not tell the application
what capabilities your hardware has so you have to know that
yourself. Not as easy as one might think because rate conversions
may be done by the drive routine with sometimes odd results... 

In case you already have alsa-oss and other sound programs do
work, please give more details about what happens.
 
> My primary interest is HF SSB on 75 meters in the evening - a very noisy 
> environment. The introductory material seems to indicate a single 
> channel audio input is the place to start. Is this correct? How is 
> linrad on 'static' noise?
A single channel audio input means that you have to use a conventional
radio to feed the soundcard. In case you have a conventional radio
with 2.4 kHz bandwidth you would feed Linrad with a signal that is
stripped of all information about what happens outside the desired 
frequency range. Under such circumstances Linrad can not do anything
in SSB mode except giving you a narrower or steeper filter, none of
which will likely be beneficial.

You might find a better signal at the point where a modern 
radio has its A/D converter. Assuming your soundcard samples 
at 48 kHz any IF below 22 kHz or so would be fine for a single 
audio channel.

With some kind of direct conversion receiver you need two
audio channels. One for I and another for Q. That would
give a bandwidth of perhaps 45 kHz into the computer.
On the edges there may be false (alias) signals so all
the 48 kHz will not be useful.

With a reasonably wide bandwidth Linrad will remove local
QRN extremely efficiently. Lightening crasches that have
travelled a long distance that have smeared them out in time
and given each crasch a unique shape that is like white noise
can not be removed by subtraction since the waveform can not 
be known in advance. To what extent Linrad would be helpful
is unknown to me. The dumb blanker can be used to gate out
the crashes, but maybe it will work equally well to set
the AGC to maximum speed (both attack and release.) Another
thing that could help is to just allow the crashes to saturate
by running without AGC. If the SSB signal itself is allowed 
to saturate  a little (Linrad limits in Hilbert space, like 
a RF clipper) the sound will not go above the clip level
when the interference comes.

Maybe others can share their experiences with us on this list.
I have asked for difficult cases, but I do not have any
recording of an SSB signal that is difficult to copy.


73

Leif / SM5BSZ









> 
> Thanks - Dan
> 
> Roger Rehr wrote:
> > Hi, Dan,
> >
> > First of all, you need to install NASM.  You can get it with Synaptic, 
> > which FC6 would have I think, as I think Synaptic has RHL roots.  IF 
> > you don't have Synaptic, then do apt-get install nasm or sudo apt-get 
> > install nasm if you are not root.
> >
> > Once you do that, I think things should install fine.  The other no's 
> > are not a problem:
> >
> > As far as I know, none of the usual distros of Linux come with OSS 
> > installed by default at this time.  FC6 is no exception.   That is why 
> > you have the first set of no's.  I mostly run linrad on systems 
> > without OSS, though I have it on a few systems still.  Only install it 
> > if you have a problem you are very sure OSS will fix.
> >
> > The second set of no's are because you have not defined a 
> > users_hwaredriver.c file to run any special hardware you might have.  
> > There is no need to do so in all probability.  If you want to see an 
> > example of such a file go to:
> >
> > http://www.nitehawk.com/w3sz/users_hwaredriver.c
> >
> > This may not be an absolutely uptodate file;  I don't racall if it is 
> > the latest version I made or not.  I use it to send commands to my 
> > FT1000MP Mv V.  This version uses the serial port.  The windows 
> > version [wusers_hwaredriver.c] can send the commands over a network to 
> > another computer with a serial port hooked up to the FT1000.  I cheat 
> > and just write to a file and have another program I wrote send the 
> > data over the network.
> >
> > http://www.nitehawk.com/w3sz/wusers_hwaredriver.c , also not 
> > necessarily the latest file.
> >
> > vagl, etc are no's because you don't have svgalib installed.  You do 
> > not need it installed to use/run xlinrad which is what I run here 
> > these days.  I do not miss 

[linrad] Re: linrad make errors

2007-09-04 Thread Dan Sawyer

Roger,

Thank you for the reply. NASM fixed the problem. xlinrad now builds and 
loads, however it errors attempting to configure the sound card. The 
audio controller is an Intel 82801DB/DBL/DBM on an IBM t41 laptop.


My primary interest is HF SSB on 75 meters in the evening - a very noisy 
environment. The introductory material seems to indicate a single 
channel audio input is the place to start. Is this correct? How is 
linrad on 'static' noise?


Thanks - Dan

Roger Rehr wrote:

Hi, Dan,

First of all, you need to install NASM.  You can get it with Synaptic, 
which FC6 would have I think, as I think Synaptic has RHL roots.  IF 
you don't have Synaptic, then do apt-get install nasm or sudo apt-get 
install nasm if you are not root.


Once you do that, I think things should install fine.  The other no's 
are not a problem:


As far as I know, none of the usual distros of Linux come with OSS 
installed by default at this time.  FC6 is no exception.   That is why 
you have the first set of no's.  I mostly run linrad on systems 
without OSS, though I have it on a few systems still.  Only install it 
if you have a problem you are very sure OSS will fix.


The second set of no's are because you have not defined a 
users_hwaredriver.c file to run any special hardware you might have.  
There is no need to do so in all probability.  If you want to see an 
example of such a file go to:


http://www.nitehawk.com/w3sz/users_hwaredriver.c

This may not be an absolutely uptodate file;  I don't racall if it is 
the latest version I made or not.  I use it to send commands to my 
FT1000MP Mv V.  This version uses the serial port.  The windows 
version [wusers_hwaredriver.c] can send the commands over a network to 
another computer with a serial port hooked up to the FT1000.  I cheat 
and just write to a file and have another program I wrote send the 
data over the network.


http://www.nitehawk.com/w3sz/wusers_hwaredriver.c , also not 
necessarily the latest file.


vagl, etc are no's because you don't have svgalib installed.  You do 
not need it installed to use/run xlinrad which is what I run here 
these days.  I do not miss svgalib at all ;)


Otherwise things look fine to me.  The important questions are all 
answered 'yes' as far as I can see.


Leif has excellent infor on how to get going on his webpage.  If you 
need more, then check out the first 3 links [MS WORD document, MS WORD 
tables for the document, and figure 1] under the first heading, 
"General Review of DSP / SDR Techniques and VHF and Up Operating" on 
the webpage:


http://www.nitehawk.com/w3sz/start.htm

Good luck, and report back with any problems / questions.


73,

W3SZ
Roger Rehr
http://www.nitehawk.com/w3sz


Quoting Dan Sawyer <[EMAIL PROTECTED]>:


Good morning,

Linrad fails to build on FC6. Below is the output. Configure had a 
normal end but there seems to be lots of 'no' status.


Thanks - Dan

nasm -w-orphan-labels -felf -s hware.s -o hware.ol
make: nasm: Command not found
make: *** [hware.ol] Error 127

checking for /usr/lib/oss/soundcard.h... no
checking for /usr/local/lib/oss/soundcard.h... no
checking for /lib/oss/soundcard.h... no
checking for /var/lib/oss/soundcard.h... no
checking for /opt/oss/soundcard.h... no
checking for /root/oss/soundcard.h... no
checking for /usr/lib/oss/include/sys/soundcard.h... no
checking for /usr/local/lib/oss/include/sys/soundcard.h... no
checking for /lib/oss/include/sys/soundcard.h... no
checking for /var/lib/oss/include/sys/soundcard.h... no
checking for /opt/oss/include/sys/soundcard.h... no
checking for /root/oss/include/sys/soundcard.h... no
checking for /dev/dsp... yes
checking for /dev/sound/dsp... no
checking for ./users_hwaredriver.c... no
checking for ./users_hwaredriver.c... (cached) no
checking for ./wusers_hwaredriver.c... no
checking for ./wusers_hwaredriver.c... (cached) no
checking for ./users_hwaredef.h... no
checking for ./users_hwaredef.h... (cached) no
checking for ./wusers_hwaredef.h... no
checking for ./wusers_hwaredef.h... (cached) no
checking for ./users_extra.c... no
checking for ./users_extra.c... (cached) no
checking for /etc/rc3.d/ yes
checking for /etc/init.d/rc3.d/ no
checking for /etc/rc.d/rc3.d/ yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes

[linrad] Re: linrad make errors

2007-09-04 Thread Toni Palmgren
Hello,

I'm using Debian and have installed nasm with apt-get. That gave me a very
recent version of nasm that doesn't work at the moment. If, after installing
it, you get a compiling error saying "invalid operands in non-64-bit mode",
I suggest you check the nasm version by doing "nasm --version" or something
similar. I got the error with nasm version 0.99.02 (or perhaps even more
recent), so I manually installed an earlier version, 0.98.39 or so, and it
worked fine.

I'm just telling you this because I'm learning how to correctly reply to
this mailing list. Hope I didn't screw it up already! :)

Toni


-Original Message-
From: Linrad mailinglist [mailto:[EMAIL PROTECTED] On Behalf Of
Dan Sawyer
Sent: 4. syyskuuta 2007 16:48
To: Linrad mailinglist
Subject: [linrad] linrad make errors

Good morning,

Linrad fails to build on FC6. Below is the output. Configure had a normal
end but there seems to be lots of 'no' status. 

Thanks - Dan 

nasm -w-orphan-labels -felf -s hware.s -o hware.ol
make: nasm: Command not found
make: *** [hware.ol] Error 127

checking for /usr/lib/oss/soundcard.h... no
checking for /usr/local/lib/oss/soundcard.h... no
checking for /lib/oss/soundcard.h... no
checking for /var/lib/oss/soundcard.h... no
checking for /opt/oss/soundcard.h... no
checking for /root/oss/soundcard.h... no
checking for /usr/lib/oss/include/sys/soundcard.h... no
checking for /usr/local/lib/oss/include/sys/soundcard.h... no
checking for /lib/oss/include/sys/soundcard.h... no
checking for /var/lib/oss/include/sys/soundcard.h... no
checking for /opt/oss/include/sys/soundcard.h... no
checking for /root/oss/include/sys/soundcard.h... no
checking for /dev/dsp... yes
checking for /dev/sound/dsp... no
checking for ./users_hwaredriver.c... no
checking for ./users_hwaredriver.c... (cached) no
checking for ./wusers_hwaredriver.c... no
checking for ./wusers_hwaredriver.c... (cached) no
checking for ./users_hwaredef.h... no
checking for ./users_hwaredef.h... (cached) no
checking for ./wusers_hwaredef.h... no
checking for ./wusers_hwaredef.h... (cached) no
checking for ./users_extra.c... no
checking for ./users_extra.c... (cached) no
checking for /etc/rc3.d/ yes
checking for /etc/init.d/rc3.d/ no
checking for /etc/rc.d/rc3.d/ yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking vgagl.h usability... no
checking vgagl.h presence... no
checking for vgagl.h... no
checking for /usr/src/linux... yes
checking for /usr/src/linux-2.4... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating conf.h
config.status: creating lconf.h
config.status: creating rusage.h
config.status: creating ft245.c
Normal End



#
This message is sent to you because you are subscribed to
  the mailing list .
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to
<[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to  <[EMAIL PROTECTED]>


#
This message is sent to you because you are subscribed to
  the mailing list .
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to  <[EMAIL PROTECTED]>



[linrad] Re: linrad make errors

2007-09-04 Thread Roger Rehr

Hi, Dan,

First of all, you need to install NASM.  You can get it with Synaptic, 
which FC6 would have I think, as I think Synaptic has RHL roots.  IF 
you don't have Synaptic, then do apt-get install nasm or sudo apt-get 
install nasm if you are not root.


Once you do that, I think things should install fine.  The other no's 
are not a problem:


As far as I know, none of the usual distros of Linux come with OSS 
installed by default at this time.  FC6 is no exception.   That is why 
you have the first set of no's.  I mostly run linrad on systems without 
OSS, though I have it on a few systems still.  Only install it if you 
have a problem you are very sure OSS will fix.


The second set of no's are because you have not defined a 
users_hwaredriver.c file to run any special hardware you might have.  
There is no need to do so in all probability.  If you want to see an 
example of such a file go to:


http://www.nitehawk.com/w3sz/users_hwaredriver.c

This may not be an absolutely uptodate file;  I don't racall if it is 
the latest version I made or not.  I use it to send commands to my 
FT1000MP Mv V.  This version uses the serial port.  The windows version 
[wusers_hwaredriver.c] can send the commands over a network to another 
computer with a serial port hooked up to the FT1000.  I cheat and just 
write to a file and have another program I wrote send the data over the 
network.


http://www.nitehawk.com/w3sz/wusers_hwaredriver.c , also not 
necessarily the latest file.


vagl, etc are no's because you don't have svgalib installed.  You do 
not need it installed to use/run xlinrad which is what I run here these 
days.  I do not miss svgalib at all ;)


Otherwise things look fine to me.  The important questions are all 
answered 'yes' as far as I can see.


Leif has excellent infor on how to get going on his webpage.  If you 
need more, then check out the first 3 links [MS WORD document, MS WORD 
tables for the document, and figure 1] under the first heading, 
"General Review of DSP / SDR Techniques and VHF and Up Operating" on 
the webpage:


http://www.nitehawk.com/w3sz/start.htm

Good luck, and report back with any problems / questions.


73,

W3SZ
Roger Rehr
http://www.nitehawk.com/w3sz


Quoting Dan Sawyer <[EMAIL PROTECTED]>:


Good morning,

Linrad fails to build on FC6. Below is the output. Configure had a 
normal end but there seems to be lots of 'no' status.


Thanks - Dan

nasm -w-orphan-labels -felf -s hware.s -o hware.ol
make: nasm: Command not found
make: *** [hware.ol] Error 127

checking for /usr/lib/oss/soundcard.h... no
checking for /usr/local/lib/oss/soundcard.h... no
checking for /lib/oss/soundcard.h... no
checking for /var/lib/oss/soundcard.h... no
checking for /opt/oss/soundcard.h... no
checking for /root/oss/soundcard.h... no
checking for /usr/lib/oss/include/sys/soundcard.h... no
checking for /usr/local/lib/oss/include/sys/soundcard.h... no
checking for /lib/oss/include/sys/soundcard.h... no
checking for /var/lib/oss/include/sys/soundcard.h... no
checking for /opt/oss/include/sys/soundcard.h... no
checking for /root/oss/include/sys/soundcard.h... no
checking for /dev/dsp... yes
checking for /dev/sound/dsp... no
checking for ./users_hwaredriver.c... no
checking for ./users_hwaredriver.c... (cached) no
checking for ./wusers_hwaredriver.c... no
checking for ./wusers_hwaredriver.c... (cached) no
checking for ./users_hwaredef.h... no
checking for ./users_hwaredef.h... (cached) no
checking for ./wusers_hwaredef.h... no
checking for ./wusers_hwaredef.h... (cached) no
checking for ./users_extra.c... no
checking for ./users_extra.c... (cached) no
checking for /etc/rc3.d/ yes
checking for /etc/init.d/rc3.d/ no
checking for /etc/rc.d/rc3.d/ yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking vgagl.h usability... no
checking vgagl.h presence... no
checking for vgagl.h... no
checking for /usr/src/linux... yes
checking for /usr/src/linux-2.4... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating conf.h
config.status: creating lconf.h
config.status: creating rusage.h
config.status: creating ft245.c
Normal End