|
|
|
|
| LEADER |
01426 am a22002053u 4500 |
| 001 |
60052 |
| 042 |
|
|
|a dc
|
| 100 |
1 |
0 |
|a Reuther, Albert I.
|e author
|
| 100 |
1 |
0 |
|a Lincoln Laboratory
|e contributor
|
| 100 |
1 |
0 |
|a Kepner, Jeremy
|e contributor
|
| 100 |
1 |
0 |
|a Reuther, Albert I.
|e contributor
|
| 100 |
1 |
0 |
|a Kepner
|e contributor
|
| 700 |
1 |
0 |
|a Kepner, Jeremy
|e author
|
| 245 |
0 |
0 |
|a Rapid prototyping of radar algorithms [Applications Corner]
|
| 260 |
|
|
|b Institute of Electrical and Electronics Engineers,
|c 2010-12-02T14:05:42Z.
|
| 856 |
|
|
|z Get fulltext
|u http://hdl.handle.net/1721.1/60052
|
| 520 |
|
|
|a Rapid prototyping of advanced signal processing algorithms is critical to developing new radars. Signal processing engineers usually use high level languages like MATLAB, IDL, or Python to develop advanced algorithms and to determine the optimal parameters for these algorithms. Many of these algorithms have very long execution times due to computational complexity and/or very large data sets, which hinders an efficient engineering development workflow. That is, signal processing engineers must wait hours, or even days, to get the results of the current algorithm, parameters, and data set before making changes and refinements for the next iteration. In the meantime, the engineer may have thought of several more permutations that he or she wants to test.
|
| 546 |
|
|
|a en_US
|
| 655 |
7 |
|
|a Article
|
| 773 |
|
|
|t IEEE Signal Processing Magazine
|
