Early in my career I had reverse engineered the DBF desktop database format (XBASE), and used that info to write programs in both Pascal and C (at different times) to read and print the metadata and data of DBF files. Later did the same in Python as part of xtopdf, my Python toolkit for PDF creation from other data formats. It was an interesting project for a relative beginner. Good fun.
It's interesting that you didn't look at the binary that created this file and tried to reverse engineer it that way. If you're still looking for more, I'd suggest going through Instruments.app/Contents/Frameworks/InstrumentsAnalysisCore.framework/InstrumentsAnalysisCore.
Putting "Instruments" in quotes would help. It's some program for Apple computers here. This is not about figuring out what measuring instruments are sending on the wire, something that's often proprietary.
HN headlines are often terrible like this. People take an existing word as the name of their product, and if you're not deeply involved in whatever niche this new gizmo occupies, you're left to click the article just to figure out what the "Crystal 0.25" headline refers to.
I got excited because I was recently looking at the binary format produced by the venerable Stanford Research SR785. I concluded that programming its GPIB port is easier.
vram22|7 years ago
https://en.wikipedia.org/wiki/XBase
xtopdf overview:
http://slides.com/vasudevram/xtopdf
DBFReader.py code:
https://bitbucket.org/vasudevram/xtopdf/src/default/DBFReade...
saagarjha|7 years ago
voltagex_|7 years ago
npendleton|7 years ago
Animats|7 years ago
myself248|7 years ago
sleavey|7 years ago
LambdaComplex|7 years ago