Timeline for Why is GNU Radio dropping packets when I introduce a Frequency Xlating FIR filter?
Current License: CC BY-SA 3.0
5 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Aug 6, 2017 at 18:58 | comment | added | user | I realize that, and basically I concur. That's why I'm suggesting that OP check just how bogged down the system is. If it's happily churning along at 40% CPU utilization and no core above, say, 90%, but still acting like it's dropping data on the floor, that's a rather different situation than if it's pegged at 100% on every single core and acting like it's dropping data on the floor. | |
| Aug 6, 2017 at 13:49 | comment | added | Marcus Müller | @MichaelKjörling exactly what I'm telling op. It starts with him using 25 MS/s just to get 2.something MS/s just to get a ca 10kHz wide signal. | |
| Aug 6, 2017 at 13:31 | comment | added | user | @Walkingbeard Check your system's CPU usage. How much spare raw computational power do you have? How is the distribution of that across CPU cores? I'm not familiar with GNU Radio, but it's perfectly possible that your system is simply underpowered for what you are trying to do. DSP is very computationally intensive. | |
| Jul 25, 2017 at 10:22 | comment | added | Walkingbeard | Thank you very much for such a considered reply. As you can see, this is a new experience for me. In fact, the suggested low pass tap function gives me 2961. I have dropped the initial sample rate down to just over 600kHz, but I think the graphical sinks are still very laggy. Could you suggest some reading on how to choose a transition bandwidth? | |
| Jul 24, 2017 at 17:59 | history | answered | Marcus Müller | CC BY-SA 3.0 |