headers
Leif Asbrink | 4 Nov 01:44

Re: complete answer from Roger

Hi Joe and all,

> > With these parameters Linrad is very sensitive in the main waterfall
> > provided that the waterfall is made very slow. No more than
> > 10 lines per second. The reason is that S/N may be lost in the process
> > of converting the 16384 spectrum to a waterfall of about 100 pixels.
> 
> I do not understand these sentences at all.  Did you possibly mean "no 
> more than 0.1 lines per second" and "a waterfall of about 1000 pixels" 
> ??  (You are speaking of the wide-graph waterfall here, not the baseband 
> waterfall -- right?)
Yes. I meant no less than 10 seconds per line. 
Sorry for the confusion.

 
> You repeat the "10 lines per second" comment later in the same 
> paragraph.  I cannot imagine why one would want to run the waterfall at 
> such a high speed for JT65, so I suppose this was just an unintended 
> mistake?
Yes:-(

> I also do not understand your brief calculation suggesting that the main 
> waterfall (meaning the wide graph, right?) should reveal signals down to 
> -35 dB on the WSJT scale.  It's true that in practice I have lots of 
> birdies (though not "thousands" of them, I believe); but as I have it 
> set up I can see JT65 signals only down to perhaps -24 dB on the wide 
> waterfall.  The WSJT ("SpecJT") waterfall makes it possible to see JT65 
> signals down to around -29 dB, or about the limit of the DS decoder. 
> The SpecJT waterfall uses 2.7 Hz per pixel, N=4096 FFTs with no 
> windowing, and I generally run it at its slowest rate, about one line
(Continue reading)

Permalink | Reply | 0 comments |
headers
Leif Asbrink | 4 Nov 02:49

Re: Linrad crashes OSS?

Hi Daniel,

> I am getting major crashes of OSS when playing back .raw files with xlinrad.
> 2.19 and 2.17 seem to do the same. After a few minutes of playback there is a short beep and sound disapears.
"Soundoff" and re-"soundon" does not help, although OSS sends no failure message at re-start.
> Only a complete system reboot gets the sound back.
> Have not tried non-X versions nor under Windows.
> This is with SuSE 9.1.

I think the problem is that your soundcard shares interrupts
with some other hardware. I no longer remember any details,
but I think there is some information in the OSS documentation.

73

Leif

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <linrad@...>.
To unsubscribe, E-mail to: <linrad-off@...>
To switch to the DIGEST mode, E-mail to <linrad-digest@...>
To switch to the INDEX mode, E-mail to <linrad-index@...>
Send administrative queries to  <linrad-request@...>
Permalink | Reply | 0 comments |
headers
Leif Asbrink | 8 Nov 02:46

Linrad-02.20

Hi All,

There is now a new version available for download.
There are also new links here:
http://www.sm5bsz.com/linuxdsp/usage/examples.htm

73

Leif / SM5BSZ

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <linrad@...>.
To unsubscribe, E-mail to: <linrad-off@...>
To switch to the DIGEST mode, E-mail to <linrad-digest@...>
To switch to the INDEX mode, E-mail to <linrad-index@...>
Send administrative queries to  <linrad-request@...>
Permalink | Reply | 0 comments |
headers
Joe Taylor | 8 Nov 17:43
Picon
Favicon

Re: complete answer from Roger

Hi Leif and all,

Thanks for your answers to my questions posed on October 31.  Your 
reward is a new set of questions about Linrad features ... :-)

1. The Network capability does not seem to exist in recent Linrad 
versions.  Is this correct, or am I missing something about starting it up?

2. References to a file dsp_uiparm still exist on the Linrad Home Page, 
but the functions of this file seem to have moved to par_userint.  Is 
this correct?

3. What has happened to the startup question about using memlock?  Is 
this no longer used, or no longer a user-level parameter?

4. Figure 1 on the page 
http://www.nitehawk.com/sm5bsz/linuxdsp/linroot.htm shows a noise
blanker operating between timf3 and fft3.  Am I right that this blanker 
is not yet implemented?

5. At the bottom of page
http://www.nitehawk.com/sm5bsz/linuxdsp/run/widegr.htm we read
"Secondary signals are selected or deselected with the left mouse 
button, which also can deselect the main signal."  The "help.lir" 
message [2] says "Right button selects secondary frequency for decode cw 
to ascii on screen only (not yet implemented)."

What is the true status of secondary signals?  I find that 
genparm[MIX1_NO_OF_CHANNELS] is set to 1 (I am not using AFC), and 
therefore secondary signals cannot be activated.  Perhaps this is
(Continue reading)

Permalink | Reply | 0 comments |
headers
Joe Taylor | 8 Nov 19:20
Picon
Favicon

S-meter question

Hi Leif and all,

Another simple question:

Is there an easy way to eliminate the new S-meter graph from the screen? 
  I do not find it useful, and would prefer to have its screen area 
available for other things.

     -- Joe, K1JT

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <linrad@...>.
To unsubscribe, E-mail to: <linrad-off@...>
To switch to the DIGEST mode, E-mail to <linrad-digest@...>
To switch to the INDEX mode, E-mail to <linrad-index@...>
Send administrative queries to  <linrad-request@...>
Permalink | Reply | 0 comments |
headers
Daniel Koch | 8 Nov 19:58
Picon
Picon

Re: S-meter question

Joe,

just click on "s" in the little box that shows the 3 S-meter values and the coherent graph.

Daniel, DL3IAE

-------- Original-Nachricht --------
Datum: Wed, 08 Nov 2006 13:20:11 -0500
Von: Joe Taylor <joe@...>
An: "Linrad mailinglist" <linrad@...>
Betreff: [linrad] S-meter question

> Hi Leif and all,
> 
> Another simple question:
> 
> Is there an easy way to eliminate the new S-meter graph from the screen? 
>   I do not find it useful, and would prefer to have its screen area 
> available for other things.
> 
>      -- Joe, K1JT
> 
> #############################################################
> This message is sent to you because you are subscribed to
>   the mailing list <linrad@...>.
> To unsubscribe, E-mail to: <linrad-off@...>
> To switch to the DIGEST mode, E-mail to
> <linrad-digest@...>
> To switch to the INDEX mode, E-mail to
> <linrad-index@...>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Leif Asbrink | 8 Nov 21:52

Re: complete answer from Roger

Hello Joe ans all,

> 1. The Network capability does not seem to exist in recent Linrad 
> versions.  Is this correct, or am I missing something about starting it up?
Yes. I have not put the network back after the multi-thread change.

The network was not particularly clever, rather than putting it back
I would like to add a more reasonable solution in which one computer
can be set to broadcast (UDP?) the data it receives from its hardware.

Any number of computers on the network would then be able to use 
the data. At the moment I do not know how to send UDP packages or 
how to receive them. 

> 2. References to a file dsp_uiparm still exist on the Linrad Home Page, 
> but the functions of this file seem to have moved to par_userint.  Is 
> this correct?
Yes. Many things are getting obsolete. I have started to update the
Linrad Home Page, but it will be a very slow process......

> 3. What has happened to the startup question about using memlock?  Is 
> this no longer used, or no longer a user-level parameter?
It is no longer used at all. Modern Linux distributions typically
have restrictions that only allow a rather small amount of memory 
to be locked. Enabling memory lock causes needless restrictions on
array sizes. More importantly, with multi-threading there is a lot
of overhead. The old straregy of locking all the memory touched
by Linrad does not work because a lot of needless things become
locked in memory and then it becomes impossible to allocate reasonable
array sizes.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Leif Asbrink | 8 Nov 21:58

Re: S-meter question

Hello Joe and all,

> Is there an easy way to eliminate the new S-meter graph from the screen? 
>   I do not find it useful, and would prefer to have its screen area 
> available for other things.

Yes. I consider this graph very valuable - but only at special 
occasions so I normally remove it myself:-)
Press the box with "s" in it inside the coherent graph.

73

Leif

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <linrad@...>.
To unsubscribe, E-mail to: <linrad-off@...>
To switch to the DIGEST mode, E-mail to <linrad-digest@...>
To switch to the INDEX mode, E-mail to <linrad-index@...>
Send administrative queries to  <linrad-request@...>
Permalink | Reply | 1 comment |
headers
Christophe Huygens | 8 Nov 22:28
Picon
Picon

Re: complete answer from Roger

Leif Asbrink wrote:
> Hello Joe ans all,
> 
>> 1. The Network capability does not seem to exist in recent Linrad 
>> versions.  Is this correct, or am I missing something about starting it up?
> Yes. I have not put the network back after the multi-thread change.
> 
> The network was not particularly clever, rather than putting it back
> I would like to add a more reasonable solution in which one computer
> can be set to broadcast (UDP?) the data it receives from its hardware.
> 
> Any number of computers on the network would then be able to use 
> the data. At the moment I do not know how to send UDP packages or 
> how to receive them. 

Hello,

May I suggest using multicast IP for this purpose so that
the datagrams just get placed on the network and can be subscribed
to by any station that wants to participate in the multicast
group. This will scale very well, potentially beyond the
local network if the infrastructure supports it. This will
enable many interesting applications I am sure.

73 de xtof on4iy

PS: no I am no candidate to implement this - however I am sure many
references applications exist - it is just like opening a "regular"
socket with agroup target address. See
http://www.cs.unc.edu/~jeffay/dirt/FAQ/comp249-001-F99/mcast-socket.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Leif Asbrink | 8 Nov 23:23

Re: complete answer from Roger

Hi xtof and all,

> May I suggest using multicast IP for this purpose so that
> the datagrams just get placed on the network and can be subscribed
> to by any station that wants to participate in the multicast
> group. This will scale very well, potentially beyond the
> local network if the infrastructure supports it. This will
> enable many interesting applications I am sure.
> 
> 73 de xtof on4iy
> 
> PS: no I am no candidate to implement this - however I am sure many
> references applications exist
So am I - I just do not know how to find any.....

> - it is just like opening a "regular"
> socket with agroup target address. See
> http://www.cs.unc.edu/~jeffay/dirt/FAQ/comp249-001-F99/mcast-socket.html
> or the bible of Stevens

My problem is that this is far to cryptic.....

I could spend a lot of time searching the net, but maybe someone
can point me to something a little more novice oriented.
I do not have "the bible of Stevens".

Are there standard applications that I could start (under X11 perhaps)
and that would multicast on my local network - and other applications
that I could run on another computer to receive the data?
Could be a good starting point to learn how to use it.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane