Hi, Andrew,
On Jul 19, 2013, at 7:14 AM, Andrew Martens wrote:
> In my recent adventures into the fft library I did come across a bug that
> affects fft_biplex_real_4x (and by extension fft_wideband_real) output.
>
> It was in the init script for mirror_spectrum used in the bi_real_unscr_4x
>
Hi Andrew,
I tried the recent changes to Shared BRAM on ska-sa but I ran into an
error during Update Diagram in munge_init.m resulting from commit
2c13dab where it's trying to index div_size which is just a integer. I
attach a patch which fixes this issue; however I'm now running into
another erro
Dear Casperites,
We hope you can join us for the CASPER workshop in Manchester.
PLEASE REGISTER SOON:
The deadline for registration is in TWO DAYS (July 21).
Details Below from Ben Stappers:
Dear Colleagues,
The CASPER collaboration workshop of 2013 to be held at Jodrell Bank
Observatory w
Hi John
We are building several new pulsar and spectral line personalities, and we
have a weird problem with the FFT block. No matter how many channels we
configure a block for, the last channel in each 1/8th of the spectrum is
getting lost. For instance, if we have a 64 channel personality, c
> Hi John
>>
>> We are building several new pulsar and spectral line personalities, and
>> we
>> have a weird problem with the FFT block. No matter how many channels we
>> configure a block for, the last channel in each 1/8th of the spectrum is
>> getting lost. For instance, if we have a 64 chann
Hey Jason
When I try to set the "Data Binary Point" parameter in the Shared BRAM
block I get the error: "Illegal parametrization: Binary point Binary
point must be less than or equal to the number of bits, X." X appears
to be the index of the Data Width rather than the actual value
selected b
6 matches
Mail list logo