[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [linrad] Linrad01-12
- Subject: RE: [linrad] Linrad01-12
- From: "Robert McGwier" <rwmcgwier@xxxxxxxxxxxxxxx
- Date: Tue, 3 Feb 2004 01:23:12 -0000
On that we completely agree. The two variables, M and/or N
are the parameters which allow the user to decide if he wants
to paint 100 times per second or once per day. Having things
on a separate thread for graphics allows the signal processing
to always preempt the less important graphics repaint is my
only point.
Bob
-----Original Message-----
From: owner-linrad@xxxxxxxxxxxxxxxxxxxxxx
[mailto:owner-linrad@xxxxxxxxxxxxxxxxxxxxxx]On Behalf Of Leif Åsbrink
Sent: Tuesday, February 03, 2004 12:18 AM
To: linrad@xxxxxxxxxxxxxxxxxxxxxx
Subject: RE: [linrad] Linrad01-12
Hi Bob,
> It should be possible, especially under Linux, to have
> graphics painting and signal processing on separate threads.
> The signal processing is on the highest priority thread
> and the screen gets repainted when it can. You can force
> a repaint every N tries or M msec, etc.
Maybe.
Linrad uses a very simple strategy. What I added for
version 01-12 is that spectra are no longer updated
each time they are recalculated, now they are
updated four times during the time span over which
they are averaged. I do not see why separate threads
would be an advantage. Maybe the code would be easier
to understand, but the number of writes to the screen
would not be different. The user has to specify what
he wants and the user should do the compromise according
to what he is interested in. Linrad (that is me, the
programmer) should not take the decisions for him.
73
Leif
LINRADDARNIL