home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / dsp / 1948 < prev    next >
Encoding:
Internet Message Format  |  1992-08-15  |  3.2 KB
  1. Path: sparky!uunet!wupost!darwin.sura.net!dtix!mimsy!afterlife!jpcampb
  2. From: jpcampb@afterlife.ncsc.mil (Joe Campbell)
  3. Newsgroups: comp.dsp
  4. Subject: Re: High-level language/package for signal processing
  5. Message-ID: <1992Aug15.154907.19524@afterlife.ncsc.mil>
  6. Date: 15 Aug 92 15:49:07 GMT
  7. References: <4272@inca.comlab.ox.ac.uk> <gotwols.713750652@warper.jhuapl.edu>
  8. Organization: The Great Beyond
  9. Lines: 53
  10.  
  11. In article <gotwols.713750652@warper.jhuapl.edu> gotwols@warper.jhuapl.edu (Bruce Gotwols) writes:
  12. >I have used both IDl and Matlab for both signal processing and 
  13. >image processing.  As others have correctly said, Matlab is stronger
  14. >for signal processing and IDL for image processing.  However, IDL has
  15. >one important feature that caused me to settle on it for almost all of
  16. >my work in both areas:  It can handle bytes, 16  and 32 bit integers, 
  17. >floats, doubles, and complex.  Matlab is restricted to only doubles and
  18. >complex....a very severe restriction if you must work with huge arrays
  19. >as I often do.
  20.  
  21. What you say is true for MatLab versions < 3.5i, but MatLab 4.0 is supposed
  22. to handle all the data formats you mention.
  23.  
  24. >IDL allows routines written in other languages such as C and Fortran to
  25. >be hooked into it.  Therefore, I write for instance, digital filter programs
  26. >in C and then hook them into IDL at run time.
  27.  
  28. This can be done with MatLab 3.5i too.  There are demo routines provided
  29. (e.g., engine.c) that allow MatLab to communicate with other routines via
  30. UNIX pipes and/or files.
  31.  
  32. >  I also have written a set of
  33. >routines that allow me to manipulate Exabyte tape drives from within IDL (using
  34. >the hooks mentioned above).  This way I can analyze several Gbytes of radar 
  35. >signal data straight from tape without having to first put the data on disk.
  36. >I do not know if this can be done from Matlab; perhaps someone will comment 
  37. >on this.
  38. >
  39. I haven't tried controlling our Exabyte drives from within MatLab, but I don't
  40. see any difficulty in doing so.  Using the MatLab "engine" and UNIX shell
  41. escapes (!), it should be doable.
  42.  
  43. >There is an anonymous ftp site with hundreds of well written IDL routines
  44. >of general interest.  It is fermi.jhuapl.edu.  Get into idl-pvwave and then
  45. >the next level down which I think is called jhuapl.  By the way, most of these
  46. >routines will also run under pv-wave, but I prefer IDL.
  47. >
  48. Of course there are also vast amounts of MatLab code available (e.g., netlib).
  49.  
  50. There are many things I like about MatLab 3.5i (I'm waiting for 4.0).  However,
  51. it doesn't do everything.  I'm surprised that a couple of the other systems I
  52. use haven't been mentioned yet in this thread.  For 1-D signal display, I often
  53. prefer Entropics' ESPS/waves+.  For symbolic signal processing, I use
  54. Mathematica 2.1 with Brian Evans' Signal Processing Packages 2.71.  Although
  55. MatLab, Mathematica, and ESPS/waves+ are expensive, hopefully you could
  56. convince people, how could you not afford to have them?
  57.  
  58. Joe
  59. -- 
  60. .............................................................................
  61. ; Joe Campbell  N3JBC  jpcampb@afterlife.ncsc.mil  74040.305@compuserve.com ;
  62. ; My opinions are mine!   Happiness = Reality - Expectations, Click & Clack ;
  63. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  64.