<div dir="ltr">Agree with what Geoff and Walter wrote - if you can provide details of the before and after recording setup (number of bands, bits, etc), then it should be possible to advise on a way forward.  In general, if the observation had been set up that way (i.e., the vex file describes a given mode being used for a certain amount of time, then another one being used after that time), then there should be no problem.  If this was an 'on-the-fly' change during the observation that wasn't planned, then a vex file that matches reality would normally need to be created before the correlation can be set up and performed (the exception being the cases that Walter described, where for instance some VDIF threads just stop being recorded).<div><br></div><div>Cheers,</div><div>Adam</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 10 Mar 2023 at 05:17, Walter Brisken via Difx-users <<a href="mailto:difx-users@listmgr.nrao.edu">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"><br>
It depends...<br>
<br>
The vex file which yields the .input files still need to properly describe <br>
the data that were taken.  If, for example, the data rate dropped because <br>
each channel reduced its bandwidth by 50%, that would not fly well.<br>
<br>
However, if the data rate drop were due to some VDIF threads not being <br>
generated / recorded, that is a case where DiFX can cope.  Newer versions <br>
(trunk and the soon-to-be-released 2.8 series) handle this case better <br>
than previous versions.<br>
<br>
        -Walter<br>
<br>
-------------------------<br>
Walter Brisken<br>
NRAO<br>
Deputy Assistant Director for VLBA Development<br>
(505)-234-5912 (cell)<br>
(575)-835-7133 (office)<br>
<br>
On Thu, 9 Mar 2023, Geoff Crew via Difx-users wrote:<br>
<br>
> If what was done is consistent with the experiment vex.obs file, then ""the <br>
> is answer is no", but:<br>
><br>
> It depends a bit on what you mean about recording rates.  If you are <br>
> switching the recording setup, then you will need a mode (for all stations) <br>
> that explains what mode on the relevant scans was used.<br>
><br>
> If you are dropping half of the data on the floor, results will depend on <br>
> what you actually dropped.<br>
><br>
> DiFX can't read anyone's mind or reverse engineer crazy things that happen in <br>
> the field.  That is always what the operators have to deal with....<br>
><br>
> On 3/9/23 11:13, Michael Dutka via Difx-users wrote:<br>
>>  Hi All,<br>
>>  A coworker of mine had a question on changing data rates during an<br>
>>  observation.  She wants to know if you would have to do 2 different<br>
>>  calls to difx for each recording rate.  I think the answer is no<br>
>>  because the VDIF data should have all the info difx needs to know what<br>
>>  to do, but I want to confirm that.<br>
>> <br>
>><br>
>>  "Is DIFX smart enough to adjust the recording rate of a VDIF station<br>
>>  during correlation? Katherine recorded at 256 Mbps for the first 3.5<br>
>>  hours of R41091, then swapped down to 128 Mbps for the rest."<br>
>><br>
>>  -Mike<br>
>> <br>
> -- <br>
> Geoff Crew<br>
> <a href="mailto:gbc@haystack.mit.edu" target="_blank">gbc@haystack.mit.edu</a><br>
><br>
> _______________________________________________<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>
>_______________________________________________<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" class="gmail_signature"><div dir="ltr"><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"><div dir="ltr" style="font-size:12.8px">!=============================================================!<br><div dir="ltr" style="font-size:12.8px">Prof. Adam Deller         </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">!=============================================================!</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>