[hpsdr] Odyssey dsPIC33 RAM usage

[George Medakovich]

Agreed on having more on this thread of discussion.

The occasional references to Computer Music Journal had me wondering
why there wasn't more discussion referring to music synthesis as it has 
such a
long history that would seem to inform a lot of sdr.

BTW, I wrote a Music V program for a class in the early '70s - punch 
card to digital tape to paper tape to
audio tape in 5-second segments that had to be edited with a tape splicer. 
Now THAT's latency!

Is there any particular reason that sdr hasn't taken the 
scripting/tookit route a la CLM,  cmusic or csound?

George, ae5ci

Frank Brickle wrote:
> ***** High Performance Software Defined Radio Discussion List *****
>
>   
>
> ------------------------------------------------------------------------
>
> Oh boy, are you going to be sorry you said this.
>
> Anyway, concerning implementation platforms (like Python+linked code), 
> code generation, and so on...
> if you're interested in this topic, you can see a splendid example of 
> evolution in full public view:
> <http://ccrma.stanford.edu/software/clm>
> "Common Lisp Music is a music synthesis and signal processing package 
> in the Music V family. It runs in a number of lisps or as a part of 
> Snd (using Scheme or Ruby). The file README.clm has current status 
> info for the Common Lisp versions."
>
> Of specific interest here is the range of platforms that clm runs on, 
> and how -- and how it supports pretty much all of the most diverse 
> environments without ceding too much in enhanced features.
>
> In particular, the author (the most excellent Bill Schottstaedt) 
> provides one mode where, if you want, an entire clm program is turned 
> into human-readable C code that can be compiled and run standalone. 
> The same program can be run as one of the many Lisps using optimized C 
> libraries, or it can be expressed in C, Scheme, Ruby, or Forth, or run 
> as a subsidiary process inside Bill's waveform editor, snd.
>
> The key capabilities are (1) a good set of application-specific 
> libraries and (2) a tree-walker for Lisp expressions that can absorb a 
> clm program whole and churn out whatever kind of execution policy you 
> like.
>
> Of most importance for the discussion at hand is that the basic 
> processing algorithms don't need the capabilities of a full Lisp 
> environment. In fact -- here's the punchline! -- the programs can 
> mostly be expressed in...XML. You can see where this leads.
>
> 73
> Frank
> AB2KT
>
> On Wed, Jun 4, 2008 at 7:15 AM, Philip Covington 
> <p.covington at gmail.com <mailto:p.covington at gmail.com>> wrote:
>
>     ***** High Performance Software Defined Radio Discussion List *****
>
>     On Wed, Jun 4, 2008 at 7:08 AM,  <Thompson_Peter at emc.com
>     <mailto:Thompson_Peter at emc.com>> wrote:
>     > ***** High Performance Software Defined Radio Discussion List *****
>     >
>     >
>     >
>     >>
>     >> Frank Brickle wrote:
>     >> > ... One last observation about this, and then I will retire from
>     >> > haranguing you and the group. ...
>     >> >
>     >> Me too. Sorry about the waffle everyone.
>     >>
>     >
>     > Discussions such as these are the essence of this reflector: do
>     not feel
>     > guilty about having them in a public forum.  I, for one, enjoy them
>     > immensely and sometimes I even understand them.
>     >
>     > Pete, N3EVL
>
>     Yes, please continue discussions like this.  Otherwise the list will
>     go back to being pretty much dead for months on end!
>
>     73 Phil N8VB
>     _______________________________________________
>     HPSDR Discussion List
>     To post msg: hpsdr at hpsdr.org <mailto:hpsdr at hpsdr.org>
>     Subscription help: http://lists.hpsdr.org/listinfo.cgi/hpsdr-hpsdr.org
>     HPSDR web page: http://hpsdr.org
>     Archives: http://lists.hpsdr.org/pipermail/hpsdr-hpsdr.org/
>
>
>
>
> -- 
> The only thing we have to fear is whatever comes along next. -- Austin 
> Cline
> ------------------------------------------------------------------------
>
> _______________________________________________
> HPSDR Discussion List
> To post msg: hpsdr at hpsdr.org
> Subscription help: http://lists.hpsdr.org/listinfo.cgi/hpsdr-hpsdr.org
> HPSDR web page: http://hpsdr.org
> Archives: http://lists.hpsdr.org/pipermail/hpsdr-hpsdr.org/


 1212612399.0