[linrad] Re: Linrad-02.07

[Robert McGwier <comcast.net; rwmcgwier@xxxxxxxxxxxxxxxx>]

Leif Asbrink wrote:
> Hi All,
>
> Known bugs are now corrected:-)
>
> The transfer to multi-thread is not yet complete
> because all calls to the error handling routine
> lirerr(int error_code) have to be followed by a 
> test for an error condition followed by a conditional 
> return to the calling routine. 370 such calls need 
> to be fixed and some of them that do graphics are 
> in turn called from a few thousand places from where
> a conditional exit should also be made and so on....
>
> It will take some time to complete this and it 
> is not a very interesting work to do....
>
> Before all of this is fixed, Linrad will continue
> after reporting an error as if nothing has happened
> until eventually some thread detects that the
> program runs with the error flag set. Normally
> this is perfectly OK, but if the error affects some
> pointer value a segfault could result.
>
> The only problems I know about right now are
> associated with ALSA on Debian Etch. 
> (alsa-base/etch uptodate 1.0.10-3
>
>   

If we use PortAudio,  we can have a SINGLE sound system API for all 
operating systems and be able to immediately extend your Xlinrad to at 
least Intel based OSX boxes (since Portaudio presents a single API for 
sound on Windows, Linux, and OSX) and run this code on Windows, Linux, 
and Intel-Mac.   The problem with Xlinrad on PPC boxes is your assembly 
routines of course will not work.  For audio,  Portaudio will not care 
if your underlying system is OSS,  ALSA,  or on windows ASIO,  WDM-KS, 
MME, or DirectX.  On OSX, it runs right on top of CoreAudio.  Portaudio 
will also run on top of Jack.   This would allow Xlinrad to feed follow 
on applications through a jack interface (no cables required) such as 
WSJT.  This is because WSJT uses Portaudio already on Linux (that is my 
fault, I helped Joe add that to the Linux version).  Portaudio will do 
the opening in the "native mode" and will also give you floating point 
(based on 24 bit) samples if you open the card that way and increase 
your dynamic range, improve your noise floor, etc.

I will let you get a "stable" version 2.0 together before I suggest how 
to make this unstable again!  I have some work to finish on DttSP v 2.0 
which will come first but PortAudio has much to recommend it.

I am kind of excited to see you get this X windows stable multithreaded 
version this far along.  It has a lot to offer us.


> With some luck, Linrad-02.xx is now stable enough
> to get the label "unstable" removed. Please send
> reports on your observations of unexpected things,
> bugs or suggestions for changes. The day when I
> feel confident enough to announce "Linrad for Windows"
> to a greater audience might not be too far away:-)
>
> 73
>
> Leif / SM5BSZ
>
>   

73
Bob
N4HY


--
AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats,
NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman
Laziness is the number one inspiration for ingenuity.  Guilty as charged!


#############################################################
This message is sent to you because you are subscribed to
 the mailing list <linrad@xxxxxxxxxxxxxxxxxxxxx>.
To unsubscribe, E-mail to: <linrad-off@xxxxxxxxxxxxxxxxxxxxx>
To switch to the DIGEST mode, E-mail to <linrad-digest@xxxxxxxxxxxxxxxxxxxxx>
To switch to the INDEX mode, E-mail to <linrad-index@xxxxxxxxxxxxxxxxxxxxx>
Send administrative queries to  <linrad-request@xxxxxxxxxxxxxxxxxxxxx>


LINRADDARNIL