<div dir="ltr">Hi Adam,<div><br></div><div>Thanks for the help and the quick response! We've been using an adapted version of the files given in the pre-packaged tests that come with DiFX to establish a proof-of-concept run with simulated complex data. That is to say, I'm changing the premade .vex file by hand to match the properties of the simulated signals I'm feeding into the correlator. Prior to removing the if statement I mentioned, I was giving a bandwidth of sample rate divide by 2 in the .vex file, running vex2difx, then manually changing the bandwidth to the sample rate in the .input file before running mpifxcorr. I'm not sure if that leads to a problem somewhere in the guts of DiFX, but we've been able to see injected tones in the output FITS file using this method.</div><div><br></div><div>Best,</div><div>Joe</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 12, 2021 at 4:56 AM Adam Deller <<a href="mailto:adeller@astro.swin.edu.au" target="_blank">adeller@astro.swin.edu.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Joe,<div><br></div><div>I don't believe the current vex standard is actually capable of representing that a signal is complex sampled (a problem which is one of the justifications for the long-awaited vex2 standard).  To sidestep this, the v2d file can state that the data sampling is complex - but the vex loader doesn't have access to that information.  So the vex file basically can't represent the full info, and it has to be wrong or at least incomplete in one way or another.  So if you just change the sample rate in the vex file (but still tell vex2difx via the v2d file that the sampling is complex) you should be ok.</div><div><br></div><div>Out of interest, how did you get this vex file (with the sampling rate set to the bandwidth) in the first place?  <br></div><div><br></div><div>Cheers,</div><div>Adam</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 12 Jun 2021 at 03:22, Joe Skeens via Difx-users <<a href="mailto:difx-users@listmgr.nrao.edu" target="_blank">difx-users@listmgr.nrao.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello all,<br><br>I've been working with a couple of collaborators on running DiFX with<br>complex signals, and we've found something that looks like it may be an<br>oversight. In the vex2difx file 'vexload.cpp,' there's a simple if<br>statement check which seems to ensure the sample rate is above the Nyquist frequency:<br><br>if(bandwidth - stream.sampRate/2 > 1e-6)<br><br>This causes vex2difx to exit on an error condition for bandwidth greater<br>than sample rate divided by 2, but for a complex signal, the signal is<br>only undersampled for bandwidth greater than sample rate. Commenting out<br>this check and rebuilding DiFX seems to correct the problem. Is there<br>something I'm missing with respect to how the bandwidth is processed in<br>the channel definitions under $FREQ in the .vex file, or has this check<br>been designed with only real signals in mind? Thanks in advance for any<br>insights.<br><div><br></div><div>Best,</div><div>Joe Skeens</div></div>
_______________________________________________<br>
Difx-users mailing list<br>
<a href="mailto:Difx-users@listmgr.nrao.edu" target="_blank">Difx-users@listmgr.nrao.edu</a><br>
<a href="https://listmgr.nrao.edu/mailman/listinfo/difx-users" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailman/listinfo/difx-users</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px"><div dir="ltr" style="font-size:12.8px">!=============================================================!<br><div dir="ltr" style="font-size:12.8px">A/Prof. Adam Deller         </div><div dir="ltr" style="font-size:12.8px">ARC Future Fellow</div></div><div style="font-size:12.8px">Centre for Astrophysics & Supercomputing </div><div dir="ltr" style="font-size:12.8px">Swinburne University of Technology    <br>John St, Hawthorn VIC 3122 Australia</div><div style="font-size:12.8px">phone: +61 3 9214 5307</div><div style="font-size:12.8px">fax: +61 3 9214 8797</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">office days (usually): Mon-Thu<br>!=============================================================!</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div>