Absolutely. It's kind of insane to build an RFNOC system without first
having a software implementation. This will be exciting!
On Mon, Jun 25, 2018 at 5:22 PM Martin Braun wrote:
> It would be great to have both. Even if you can't do real-time decoding,
> you can get pretty far with non-realtim
It would be great to have both. Even if you can't do real-time decoding,
you can get pretty far with non-realtime decoding. And at least, we'd
have a reference design (even it's too slow). Although of course, I'd
very much love to see RFNoC blocks for various other reasons :)
-- M
On 06/21/2018 0
"Enthusiastic Yes" on RFNoC.
Our assumption is that we will need RFNoC. I think we could certainly use
some advice on workflow.
The LDPC FEC decode effort right now includes attempts with Xilinx SDSoC to
convert functions from the GPU codebase into hardware accelerated FPGA
code. From there, pack
I'd suggest incorporating RFNOC at least as an option. I suspect actual use
of DVBS2X might be rather boring if you're stuck on a processor.
On Wed, Jun 20, 2018 at 4:38 PM Michelle Thompson <
mountain.miche...@gmail.com> wrote:
> Hello everyone,
>
> GNU Radio Conference is coming up in September
