https://github.com/muktihari/fit
A FIT SDK for decoding and encoding Garmin FIT files in Go supporting FIT Protocol V2.
https://github.com/muktihari/fit
binary decoding encoding fit fitness garmin garmin-fit go golang golang-fit-sdk protocol sdk
Last synced: about 2 months ago
JSON representation
A FIT SDK for decoding and encoding Garmin FIT files in Go supporting FIT Protocol V2.
- Host: GitHub
- URL: https://github.com/muktihari/fit
- Owner: muktihari
- License: bsd-3-clause
- Created: 2023-09-15T15:31:48.000Z (about 2 years ago)
- Default Branch: master
- Last Pushed: 2025-08-02T04:10:55.000Z (2 months ago)
- Last Synced: 2025-08-02T06:53:40.542Z (2 months ago)
- Topics: binary, decoding, encoding, fit, fitness, garmin, garmin-fit, go, golang, golang-fit-sdk, protocol, sdk
- Language: Go
- Homepage:
- Size: 8.82 MB
- Stars: 96
- Watchers: 5
- Forks: 7
- Open Issues: 2
-
Metadata Files:
- Readme: README.md
- Contributing: CONTRIBUTING.md
- Funding: .github/FUNDING.yml
- License: LICENSE
- Security: SECURITY.md
Awesome Lists containing this project
- awesome-garmin - fit
README
# FIT SDK for Go
[](https://pkg.go.dev/github.com/muktihari/fit)
[](https://codecov.io/gh/muktihari/fit)
[](https://goreportcard.com/report/github.com/muktihari/fit)
[](https://developer.garmin.com/fit/download)
[](https://securityscorecards.dev/viewer/?uri=github.com/muktihari/fit)
This project hosts the Go implementation for [The Flexible and Interoperable Data Transfer (FIT) Protocol](https://developer.garmin.com/fit), which is a protocol developed by Garmin for storing and sharing data originating from sports, fitness, and health devices. Activities recorded using devices such as smartwatch and cycling computer are now mostly in a FIT file format (\*.fit).
## Motivation
The FIT protocol, known for its compact size as a binary file format, is the preferred choice for manufacturers to use in their embedded devices. However, despite its widespread adoption, Garmin has not yet released an official SDK for Go, and existing third-party libraries for decoding and encoding the FIT protocol lack the semantics of the official SDK.
One of the key semantics they are missing is the ability for users to retrieve protocol messages. Instead, these messages are unmarshalled directly into predefined structures based on [common file types](https://developer.garmin.com/fit/file-types). This results in the loss of the message arrival order, inability to handle 'unknown messages', and limits the ability to extend certain functionalities. Furthermore, existing third-party libraries do not seem to fully support FIT Protocol V2, and their ability to produce variant options of the FIT protocol is limited. For instance, creating FIT files with compressed timestamps or FIT files with multiple local message types, which significantly reduces the resulting FIT files' size, is missing.
Without diminishing respect for the existing libraries created nearly a decade ago, at a time when the capabilities of Go were limited, we believe a new approach is necessary. This is where this SDK comes in, bridging the gap and enabling Go developers to seamlessly interact with the FIT protocol.
## Usage
Please see [Usage](/docs/usage.md).
## Protocol Version 2.0 is supported
Version 2.0 introduced [**Developer Fields**](https://developer.garmin.com/fit/cookbook/developer-data) as a way to add custom data fields to existing messages. We strives to support **Developer Fields** and carefully thought about how to implement it since the inception of the SDK. While this may still need to be battle-tested to ensure correctness, this is generally work and usable.
Here is the sample of what **Developer Fields** would look like in a **.fit** that have been converted to **.csv** by [fitconv](/cmd/fitconv/README.md). The **device_info** message has some **Developer Fields** defined in **field_description** (the ones that are being bold):
Type
Local Number
Message
Field 1
Value 1
Units 1
Field 2
Value 2
Units 2
Field 3
Value 3
Units 3
Field 4
Value 4
Units 4
Field 5
Value 5
Units 5
Field 6
Value 6
Units 6
Definition
0
developer_data_id
developer_data_index
1
application_id
16
application_version
1
Data
0
developer_data_id
developer_data_index
1
application_id
<omitted>
application_version
40113
Definition
0
field_description
fit_base_type_id
1
developer_data_index
1
field_definition_number
1
field_name
13
Data
0
field_description
fit_base_type_id
7
developer_data_index
1
field_definition_number
5
field_name
device_model
Definition
0
field_description
fit_base_type_id
1
developer_data_index
1
field_definition_number
1
field_name
20
Data
0
field_description
fit_base_type_id
7
developer_data_index
1
field_definition_number
4
field_name
device_manufacturer
Data
0
field_description
fit_base_type_id
7
developer_data_index
1
field_definition_number
6
field_name
device_os_version
Data
0
field_description
fit_base_type_id
7
developer_data_index
1
field_definition_number
7
field_name
mobile_app_version
Definition
0
device_info
manufacturer
1
product
1
device_model
11
device_manufacturer
6
device_os_version
5
mobile_app_version
8
Data
0
device_info
manufacturer
265
product
101
device_model
iPhone14,4
device_manufacturer
apple
device_os_version
16.6
mobile_app_version
332.0.0
## CLIs
We provide some CLI programs to interact with FIT files that can be found in [cmd](/cmd/doc.go) folder.
1. **fitactivity**: A program to manage FIT activity files, including combining multiple FIT activity files into a single continuous activity, concealing start and end GPS positions for privacy, and reducing or removing messages. [README.md](/cmd/fitactivity/README.md)
2. **fitconv**: Converts FIT files to CSV format, enabling us to read the FIT data in a human-readable format. Conversely, it also converts CSV files back to FIT format, enabling us to create or edit FIT files in CSV form. The programs is designed to work seamlessly with CSVs produced by the Official FIT SDK's _FitCSVTool.jar_. [README.md](/cmd/fitconv/README.md)
3. **fitprint**: Generates comprehensive human-readable **\*.txt** file containing details extracted from FIT files. [README.md](/cmd/fitprint/README.md)
4. **fitdump**: Dumps the FIT file(s) into segmented bytes in a **\*.txt** file format. [README.md](/cmd/fitdump/README.md)
Some programs are automatically built during release; for Linux, Windows, and macOS platforms. They are available for download in [Release's Assets](https://github.com/muktihari/fit/releases).
## Custom FIT SDK
A FIT file may contain manufacturer specific messages (`Product Profile`) that are not defined in `Global Profile (Profile.xlsx)` since it's specific to a manufacturer (other manufacturers may have different meaning for that messages)
To be able to decode or create the manufacturer specific messages, we provide options to pick based on your need:
1. Register Manufacturer Specific Messages at Runtime
For those who prefer using this SDK as it is without need to generate their own custom SDK, we provide `factory` package as an abstraction to hold the profile messages. See [Register at Runtime](/docs/runtime_registration.md).
2. Generate Custom FIT SDK
Please see [Generate Custom FIT SDK](/docs/generating_code.md#Generate-Custom-FIT-SDK)
## Benchmark
We do not aim to compete with anyone; rather, we have created this FIT SDK with the intention of providing an alternative. However, having a benchmark can show us how relevant we are to the world.
Here is a benchmark for decoding and encoding [big_activity.fit](./testdata/big_activity.fit) using this FIT SDK in comparison to [github.com/tormoder/fit](https://github.com/tormoder/fit), the long-standing Go library for decoding and encoding FIT files. See [internal/cmd/benchfit/benchfit_test.go](./internal/cmd/benchfit/benchfit_test.go).
NOTE: The file used for benchmarking does not contain any developer data or unknown messages, as each library handles these differently.
```sh
cd internal/cmd/benchfit
go test -bench=. -benchmem
```
```js
goos: darwin; goarch: amd64; pkg: benchfit; cpu: Intel(R) Core(TM) i5-5257U CPU @ 2.70GHz
BenchmarkDecode/muktihari/fit_raw-4 12 94936751 ns/op 77087248 B/op 100043 allocs/op
BenchmarkDecode/muktihari/fit-4 14 82229838 ns/op 39400001 B/op 100187 allocs/op
BenchmarkDecode/tormoder/fit-4 10 107181982 ns/op 84109019 B/op 700051 allocs/op
BenchmarkEncode/muktihari/fit_raw-4 20 56309898 ns/op 135602 B/op 14 allocs/op
BenchmarkEncode/muktihari/fit-4 9 112494366 ns/op 44142141 B/op 100018 allocs/op
BenchmarkEncode/tormoder/fit-4 1 1301167388 ns/op 101592672 B/op 12100313 allocs/op
PASS; ok benchfit 9.737s
```
NOTE: The `1st` on the list, "raw", means we decode the file into the original FIT protocol message structure (similar to the Official FIT SDK implementation in other languages). While the `2nd` decodes messages to **Activity File** struct, which should be equivalent to what the `3rd` does.
We decode slightly faster and encode significantly faster. We allocate far fewer objects on the heap and have a smaller memory footprint for both decoding and encoding.
## Supports
If you have any questions or would like to discuss something, feel free to [open a discussion](https://github.com/muktihari/fit/discussions). If you encounter any issue, feel free to [open an issue](https://github.com/muktihari/fit/issues). We'll do our best to help with any issues as we are able to.
## Contributing
Please see [CONTRIBUTING.md](/CONTRIBUTING.md).
Thank you, [contributors](https://github.com/muktihari/fit/graphs/contributors)!
## Sponsorship
If you find this project helpful, please consider giving it a GitHub star. You can also contribute to the development of this project by [becoming a sponsor](https://github.com/sponsors/muktihari). Every bit of support, even just buying me a coffee, truly means a lot. Thank you!