Readout2 Of Aa77 .fdr, Worlds First Options

[UnderTow]

Well, here it is. I'll offer details later.

Right-Click Save As..
a77.2_complete.csv 18MB

a77.2_limited.csv 692KB

Edit: complete file edited. private data replaced with common names, such as Name, City, ST ZIP, Address2 etc..


jdx edit: to clarify, this is a readout of the raw fdr file.

[UnderTow]

Part of the configuration of the software inserts 'customer' information for a different function of the company service and software. Hence, the last customer who was shown a demo of the product, their information is presented to show a 'real world' usage. I replaced these data points with altnernate text, saving the file once.

In order to best view the complete file, you need to Data Import into seperate Worksheets each 250'ish Columns. After finishing all Columns, copy, insert row, and paste the Counter Column from the first Worksheet to each remaining Sheet.

This file is the complete list of columns (parameters) read out from the raw file.
Columns.txt 1159 parameters/columns

These two files are groups of similar information from the complete file.
NAVall_complete.csv

PASS_OXYall_complete.csv

When someone sees this, I can already here the cries for complete access to everything. The least of which will be the data frame information. Both me and my host had the correct file, so now I've seen two of these mystery documents. If you would like to see a complete data frame layout, good luck. Get your own.
That said, I will share a short and trimmed part of the layout (to which you can compare to your eventual discovery). If any specific questions may arise about something in paticular, it never hurts to ask.

573b.Short.txt

[UnderTow]

Important Note

Let me mention some details which impact anyone looking at this data.
In the reader application, only whole complete subFrames (1 second, 1 Counter) are displayed. The final Counter number for the entire length of the readable complete subFrames was 151764 in the application. When the export was done, I asked for 151766 rows in case something we had not looked at came out.

Therefore, the final two Rows 151765 151766 do not actually represent presence or absence of the final written bits of data.

This post has been edited by UnderTow: Feb 12 2007, 03:00 PM

[rob balsamo]

If you would like to see a complete data frame layout, good luck. Get your own.

We're not here to cater to internet Keyboard Commando's. We are here to get answers from our govt.


If anyone would like to discuss our findings in a more professional atmosphere, please feel free to contact us at pilots@pilotsfor911truth.org.

[VirPil]

to clarify, this is a readout of the raw fdr file.

So what was this file? http://pilotsfor911truth.org/forum/index.php?showtopic=64

Columns.txt
NAVall_complete.csv
PASS_OXYall_complete.csv
573b.Short.txt

Unfortunately http://www.aa77fdr.com is Japanese dating site now...

[rob balsamo]

So what was this file? http://pilotsfor911truth.org/forum/index.php?showtopic=64

That is the csv file as provided by the NTSB.

The NTSB provided 3 sets of data....

1. The Animation
2. CSV Files
3. The FDR raw file

The files in the first post of this thread are from the FDR raw file.

Hope this helps..

[VirPil]

Thanks.
So raw data was decoded by UnderTow with some utility provided by L3 Communications, Aviation Recorders? Is it available?

Regarding coordinates NAVlat and NAVlon - are they GPS or IRS based? Here is http://www.youtube.com/watch?v=GyEAxh5r5y0 analysis based on DME data. In raw decoded data both NAVfreqMS were set to the same frequency, but starting from 13:37:13 NAV1dme demonstrates laps in frames and big deviation from NAV2dme. Something wrong here, or I just interpreted it wrong?

This post has been edited by VirPil: Nov 30 2013, 02:01 AM

[rob balsamo]

Thanks.
So raw data was decoded by UnderTow with some utility provided by L3 Communications, Aviation Recorders? Is it available?

The raw data was decoded by a CEO of an FDR Company during an ARINC Seminar in which Undertow met him there for the decode. The CEO used a laptop which contained specialized software for decoding FDR raw files. It is not available as a commercial product. Only FDR Companies, Govts and Airlines have such software. From what I understand, the software costs in excess of 100k USD.

Regarding coordinates NAVlat and NAVlon - are they GPS or IRS based?

According to the FDR file itself, GPS was OPERational on board. Only one problem, N644AA (flight 77), did not have this capability.

See more here...
http://pilotsfor911truth.org/no-hard-evidence-aa77.html

...and it is also covered more thoroughly with new evidence in Skygate 911 as well...

Here is http://www.youtube.com/watch?v=GyEAxh5r5y0 analysis based on DME data.

Yes, I made that video.

In raw decoded data both NAVfreqMS were set to 11100 (VOR DCA), but starting from 13:37:13 NAV1dme demonstrates laps in frames and big deviation from NAV2dme. Something wrong here, or I just interpreted it wrong?

If I remember correctly, the DME repeats at 17 DME for several frames. This is just more evidence why there needs to be a thorough investigation.

[VirPil]

both NAVfreqMS were set to 11100 (VOR DCA)

Ops... In raw file frequency is 1100 (I know that real DCA is 111.00 so wrote this number ). What is supposed to be (first 1 is always omitted?)?

Also what is frames timing? Is is one frame per second?
End of record has
13 37 41
13 37 41
13 37 41
13 37 41
13 37 45
13 37 45
13 37 45

How to read this?

In NTSB provided CSV file some data is one FPS, and some eight or four FPS. It was allegedly extrapolated by NTSB?

This post has been edited by VirPil: Nov 30 2013, 02:27 AM

[rob balsamo]

Ops... In raw file frequency is 1100 (I know that real DCA is 111.00 so wrote this number ). What is supposed to be (first 1 is always omitted?)?

Also what is frames timing? Is is one frame per second?
End of record has
13 37 41
13 37 41
13 37 41
13 37 41
13 37 45
13 37 45
13 37 45

How to read this?

If i remember correctly, 41 and 45 repeated where it should be 42,43,44,45... .then 45, 46,47.

In NTSB provided CSV file some data is one FPS, and some eight or four FPS. It was allegedly extrapolated by NTSB?

The data came from the NTSB, so yes... they claim to have obtained it/decoded it.... from "Flight 77" FDR. Unfortunately, it does not support an impact with the Pentagon nor is there any evidence linking the data to N644AA, not to mention the data shows capabilities which far exceed the performance of a standard 757, in both aerodynamics and navigation. The NTSB/FBI refuse to comment.

Some data is recorded once per second, some at 4 times per second.. .some at 8 times per second.... some once every 4 seconds... etc. To get an idea of the interval, you will need to look at the parameters in the Data Frame Layout. I've attached it below if you need it. Keep in mind the following Data Frame Layout was custom made by American Airlines for their aircraft, but in some instances cannot decode the FDR data in full. Again, just more evidence why there needs to be a thorough investigation. It's all covered in the links and presentations I provided above.

Attached File(s)

 757_3b_1.TXT ( 640.98K ) Number of downloads: 3

 

[VirPil]

If i remember correctly, 41 and 45 repeated where it should be 42,43,44,45.

Actually the same numeration method used throw the whole file

46,47.

But tine of impact was 45...

some at 4 times per second.. .some at 8 times per second

But there is only one per second frame, nevertheless.

It's all covered in the links and presentations I provided above.

Yes, I tried to build the whole picture and them make video in flight simulator, including view from cockpit and "pilot" action.
But different NTSB data seems to be quite contradictory...

[rob balsamo]

Actually the same numeration method used throw the whole file

If you count consecutively where the seconds repeat, you will see that they are consecutive.

For example...

13 37 41 (41)
13 37 41 (42)
13 37 41 (43)
13 37 41 (44)
13 37 45 (45)
13 37 45 (46)
13 37 45 (47)

But tine of impact was 45...

According to the NTSB.

But there is only one per second frame, nevertheless.

Not sure what you mean here. Again, the Data Frame Layout (DFL) gives the time interval for recording each parameter... over 1100 parameters are included in the DFL.

Yes, I tried to build the whole picture and them make video in flight simulator, including view from cockpit and "pilot" action.
But different NTSB data seems to be quite contradictory...

Yes... that is one of the major reasons we are calling for a new and thorough investigation. :-)

All of the data you see here has been provided by the NTSB. If you would like to get your own directly from the NTSB, you can, for free. Just fill out their FOIA request form. They will ship to anywhere in the world from my understanding.

https://www.ntsb.gov/palsec/palMain.aspx

[VirPil]

If you count consecutively where the seconds repeat, you will see that they are consecutive.

Yes, that's what I sad.

Not sure what you mean here.

I mean that despite different time sampling (up 8 FPS) for different parameters decoded file provides only one FPS.

[rob balsamo]

I mean that despite different time sampling (up 8 FPS) for different parameters decoded file provides only one FPS.

If I remember correctly, Lat/Long is only recorded once per second, just like altitude.

In contrast, G loading is recorded 8 times per second...

From the DFL... for example...

Uid: VERT_ACC
Abbrev: VERT_ACC
Name: VERTICAL ACCELERATION
Units: G's
Minimum Value: -3.187
Maximum Value: 5.80971
Digits Displayed: 2
Signed Value: No
Parameter Type: Linear
Format is y = m*x + b: m = 0.002197, b = -3.187
Sampling Freq.(hz): 8
Number of bits: 12
Locations/value: 1



GPS is only recorded once every 4 seconds....


Uid: GPS
Abbrev: GPS
Name: GPS
Units:
Minimum Value: 0
Maximum Value: 1
Digits Displayed: 0
Signed Value: No
Parameter Type: Discretes
Bitval 0 Output: INOPER
Bitval 1 Output: OPER
Sampling Freq.(hz): 0.25
Number of bits: 1
Locations/value: 1
Frame(s) Subframe(s) Word Start Bit End Bit
ALL 2 254 5 5
Number of Tests: 0


(bold mine)

[VirPil]

But that's what I say - there is only one row per second in raw file.

raw data was decoded by a CEO of an FDR Company

Probably he just set "one FPS" during decoding on his laptop to save time/space?

"FDR Company" is L3?

[rob balsamo]

But that's what I say - there is only one row per second in raw file.

Probably he just set "one FPS" during decoding on his laptop to save time/space?

It's possible. I know they had to decode the file covertly in the Lobby of the Hotel where the seminar was taking place.

When we first received the files, we tried to get the raw file decoded by Boeing, L3 and several other FDR companies. They wanted between 5-10k to decode the file. Then when they found out where the file came from, they refused to decode it.

One CEO then contacted Undertow to meet him privately at the ARINC seminar and he will decode the file for us. And he did.. for free.

"FDR Company" is L3?

Well, if we mention who the CEO is.. he could lose his job... lol. But you are more than welcome to search FDR companies to get your own decode of the raw file. If you do, I would recommend getting a decode from an FDR Expert... and not some guy on the web who has no experience with FDR data.

[VirPil]

we tried to get the raw file decoded by Boeing, L3 and several other FDR companies

Binary file is begins from text block

// L3 Communications, Aviation Recorders
VERSION = 1
SEGMENT = 1
TYPE = FULL
FIRSTBLOCK = 0
NUMBLOCKS = 192
LOOPBLOCKS = 192
CUR_INDEX = 28 19328 28 19072
;EOH

that's why I mentioned L3.

Then when they found out where the file came from, they refused to decode it.
if we mention who the CEO is.. he could lose his job

Something changed from 2007?

[rob balsamo]

Binary file is begins from text block



that's why I mentioned L3.

According to the NTSB, the data came from an L3 Recorder.

However, the raw file has a create date prior to the FDR being recovered in the Pentagon. This is also covered in Skygate 911.

Here is the raw FDR file in its original form as provided by the NTSB (albeit zipped). Note the create date of the file after you unzip it.

http://pilotsfor911truth.org/p4t/AA77_Raw.zip

The FDR wasn't found until the dark early morning hours of Sept 14, 2001. And even that is questionable...

http://pilotsfor911truth.org/FDR_location_091607.html

Something changed from 2007?

The files havent changed.

Again, feel free to contact FDR companies to get your own decode. Or use the decode from the NTSB.

For your purposes.. all you really need is lat/long, altitude and airspeed... all recorded once per second.

Technically you don't even need airspeed. You asked for the coordinates, they are here. Up to you what you want to do with them.

[VirPil]

It's also interesting to demonstrate Hani Hanjour's alleged actions - setting altimeter, tuning VOR.

By a way, what is IRS precision (especially used in B757 produced in 1991 )? I read that it has drift about 1 naut.mile per hour.

This post has been edited by VirPil: Nov 30 2013, 04:13 AM

[rob balsamo]

It's also interesting to demonstrate Hani Hanjour's alleged actions - setting altimeter, tuning VOR.

I think those are also recorded once per second. Interesting to note the altimeters were set on both sides of the aircraft with a more accurate altimeter setting than the one which was being broadcast at DCA at the time.... again.. according to the data. However, the NTSB omitted the setting on the descent from their animation. This is covered in our film "Flight Of American 77" and also detailed here...

By a way, what is IRS precision (especially used in B757 produced in 1991 )? I read that it has drift about 1 naut.mile per hour.

Depends on the aircraft. If it is GPS equipped (which N644AA was not), and present position was set properly at the Gate prior to Departure (which it was not according to the data), the IRS is very accurate due to updates in-flight from the GPS.

In fact, the IRS aligned in-flight after not being set properly at the gate. N644AA did not have this capability... but Military aircraft did in 2001.

And again.. this is all covered thoroughly in our new presentation Skygate 911.