Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

A Peek at GNU Radio’s Buffer Architecture

gnuradio.org

Post reply on HN
Print view View original

11–16 of 16 posts

Re: A Peek at GNU Radio’s Buffer Architecture

#11

Post by madengr »

zump wrote: post #3

SDR strikes me as good in theory, but breaks down for anything practical. My core 2 duo was 100% cpu utilization simply from decoding 56kbps 2-BPSK, even with SIMD extension enabled (within GR).

I suppose it depends what you mean by practical. I use GR to simultaneously monitor several NBFM channels, and also for HF comms. SDR will probably never have the speed of dedicated hardware, or the power consumption of low power analog circuitry. But SDR definetly has it's place, and can outperform many classic architectures if power is not an issue.

Re: A Peek at GNU Radio’s Buffer Architecture

#13

Post by cushychicken »

zump wrote: post #3

SDR strikes me as good in theory, but breaks down for anything practical. My core 2 duo was 100% cpu utilization simply from decoding 56kbps 2-BPSK, even with SIMD extension enabled (within GR).

Most of the principles at work in SDR are integral parts of every 802.11 radio.

Re: A Peek at GNU Radio’s Buffer Architecture

#14

Post by kalleboo »

zump wrote: post #3

SDR strikes me as good in theory, but breaks down for anything practical. My core 2 duo was 100% cpu utilization simply from decoding 56kbps 2-BPSK, even with SIMD extension enabled (within GR).

Weren't Winmodems handling 56K v.92 fine on much older hardware? Or did they still have more work offloaded onto the hardware?

Re: A Peek at GNU Radio’s Buffer Architecture

#15

Post by xioxox »

zump wrote: post #3

SDR strikes me as good in theory, but breaks down for anything practical. My core 2 duo was 100% cpu utilization simply from decoding 56kbps 2-BPSK, even with SIMD extension enabled (within GR).

Here's a practical example of SDR to make a powerful radio telescope: https://en.wikipedia.org/wiki/LOFAR

Re: A Peek at GNU Radio’s Buffer Architecture

#16

Post by slededit »

kalleboo wrote: post #14
zump wrote: post #3

SDR strikes me as good in theory, but breaks down for anything practical. My core 2 duo was 100% cpu utilization simply from decoding 56kbps 2-BPSK, even with SIMD extension enabled (within GR).

Weren't Winmodems handling 56K v.92 fine on much older hardware? Or did they still have more work offloaded onto the hardware?

They had an analogue front end to reduce much of the load.
Post reply on HN