<?xml version="1.0"?>
<ArrayOfFBEvent xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>fixed!:
 
Computed IRIG Time: 233:10:27:02:151843</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-10-18T17:40:49Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>with time format 1 we appear to start right on :02.200 rather than :02.151
 
 
 
this is likely due to the requirement to start on 1s mark, I may need to make an adjustment or add a second time packet?</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-10-18T17:19:28Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Closed</StatusString>
    <TimeStamp>2023-10-06T20:57:30Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Closed</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Resolved</StatusString>
    <TimeStamp>2023-10-06T20:57:27Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Resolved</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-29T20:56:04Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-29T20:33:57Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>waiting for feedback from Telspan on scaling on time formats</Comment>
    <StatusString>Assigned</StatusString>
    <TimeStamp>2023-08-29T17:57:38Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>also these time frames appear to match netview;</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-23T16:23:47Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>now matches between CSV export and CH10 export CSVs</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-23T15:47:14Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-23T15:19:32Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>much more closely matches now:
 
 
 
 
 
 
still off a bit at the new packet:
 
 
        2023/08/21 17:27:02:251742872 2023/08/21 17:27:02:251742872 TRUE   2023/08/21 17:27:02:251942872 2023/08/21 17:27:02:251842872 FALSE</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-22T23:32:28Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>the first time this appears to happen is after the first packet (1000 samples per packet)
 
 
the CH10 export appears to jump an entire 100,000,000
 
with 20000 samples and a jump every 1000 samples we will jump 20 times, accounting for the extra 2 seconds
 
[</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-22T21:42:49Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>taking a look at the CSV export for a circular buffer recording in DataPRO I see this;
 
 
using our _own_ ch10 parser I see this;
 
 
which appears to be matching
 
viewing in Netview I see:
 
 
the scaling appears inaccurate in NV, but also shows the same for raw versus EU despite there being scale factors present.
 
for the time the start of data should be 17:27:02 and there should be 2 seconds of data so data should end at 17:27:04, this doesn't match up with netview in this case.
 
the DP CSV export shows the data going to 04, while the CH10 export shows the data going to 06
 
 
the CH10 export has the right number of peaks and samples for 2s at 10ksps
 
confusingly the DP CSV export also shows the right number of peaks and samples;</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-22T21:15:36Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-15T23:17:12Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-15T20:25:01Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Assigned</StatusString>
    <TimeStamp>2023-08-15T20:14:16Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-08-15T20:06:34Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Assigned</StatusString>
    <TimeStamp>2023-08-02T14:49:39Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>##- Please type your reply above this line -##
 
This ticket (#12232) has been assigned to group 'Software', of which you are a member.
 
 
 
          
John Moors (DTS)
 
Aug 1, 2023, 18:43 PDT
 
Hi Software Team and Sales,
  
 Software Team:
 When we record S6A data then export as Ch10, Sales has asked that we (Support and Software) confirm how our data compares to what NetView would capture in the stream. Have we run a test on this before? Have we recorded data via NetView and compared it to the Ch10 Exported data from DataPRO?
  
 Sales Team
 Huy Nguyen - From our meeting this was related to a Whiteman Opportunity, is this the first customer we need to present with the answer here? If this is needed for Pax River, I'm not sure I'll have time to run this solo, but hopefully with the software team's help I can get an answer for a close future client discussion.
  
 Can we also advise on drift requirements from customers?
  
 John
  
 
 
 
         
 
 ------------------------------------------------------------
 CUSTOMER DETAILS:
 Name: John Moors ( john.moors@dtsweb.com )
 Organization: DTS
 Customer Details: 
 
You are an agent. Add a comment by replying to this email or view ticket in Zendesk Support.
    Ticket # 12232   Status Open   Requester John Moors   CCs Huy Nguyen   Followers Chris Balogh, Eric Fizer, Huy Nguyen, John Moors, Loc Pham, Omar Bravo   Group Software   Assignee -   Priority High   Type Task   Channel Web Form    
 
 This email is a service from DTS. Delivered by Zendesk.
 
 [ZKY7D3-GRGZW]Ticket-Id:12232Account-Subdomain:dtsweb</Comment>
    <StatusString>Opened</StatusString>
    <TimeStamp>2023-08-02T14:49:39Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Opened</Status>
  </FBEvent>
</ArrayOfFBEvent>