This article describes the version numbering scheme used for all our software and firmware. For information on determining the version of the firmware on your camera, see Determing my camera's firmware version.
Software and firmware versions are indicated by four sets of numbers separated by periods, for example, 18.104.22.168
Blackfly S/Firefly/Forge/Oryx firmware
<Branch Creation Date>.<Branch Number>.<Build Number>.<Release Number>
- The date indicates the year and month, written as YYMM, e.g., 2203.
- The release number refers to the packaging of the firmware with the documentation and does not reflect a change in functionality. The following two versions are functionally identical:
<Major Release>.<Minor Release>.<Release Quality>-<Branch>
Release Quality is:
- 0 = Alpha
- 1 = Beta
- 2 = Release Candidate
- 3 = Release
<Major Revision>.<Minor Revision>.0.<Patch Revision>
- Major revision increments when there are breaking changes and/or incompatible API changes
- Minor revision increments when there are new functionalities added in a backwards-compatible manner
- Patch revision increments when there are backwards-compatible bug fixes.
FlyCapture2 and other SDK software, and other firmware
<Major Revision>.<Minor Revision>.<Type of Release>.<Build Number>
- Major revision will never change
- Minor revision will increment when there are breaking changes and/or incompatible API changes
- Type of Release indicated whether it is Alpha, Beta, Release candidate or Release. This is shown as:
0 = Alpha—instituted for quick bug fixes and new functionality. Generally, Alpha releases are not made public. Upon request, they are emailed to knowledgeable users.
- 1 = Beta—functionally complete and tested both internally and by Alpha users. Source code documentation is complete and memory leaks and other similar problems have been solved. These releases are posted to the website in addition to the previous major release of software and are intended for knowledgeable users.
- 2 = Release Candidate—The difference between the Release Candidate standard and the Release standard is the amount of testing and the delivery mechanism. Release Candidates are posted to the website as required, are designed for new users and fully supported. The release includes fully functional libraries, examples and installation scripts.
- 3 = Release—Software meets the Release standard when it has completed all internal testing. The release includes fully functional libraries, examples and installation scripts.
- Build number will increment when making backwards compatible changes and fixes