Software release version 2.1.7
Version 2.1.7
Improvements since software release version 2.1:
- Added Enhanced Dynamic Range EDR
- Added Force Monochrome for color cameras
- FTP daemon is enabled
- Fixed corner case defect that can show up when saving a video
- Reduced calibration frequency
- Added preferences tab in setting modal and removed Advanced Settings button. EDR and force monochrome settings are in the preferences tab.
- Save and restore user setting when updating software after camera is updated to 2.1.6.
- Fixed a calibration defect that occurs with some video capture settings when subsample is enabled.
- Added support for setting the camera clock using NTP Network Time Protocol.
- Added support for triggering a set of cameras using Multicast Network Trigger.
- Added internal manufacturing test calibration procedures.
- Fixed Smart Calibrate related defect.
- Change the default for Smart Calibrate to enabled.
You can get the update tarball from:
Version details
Build host: contra-lx Built by: tfischer Build date: 20160303052642 Build tag: ssc1 Build hash: 1a950b1
Release Notes
- Added FTP daemon support
- Reduced calibration frequency
Resolved defects
- 201601281012 Camera doesn't finish saving in corner case conditions
In unusual circumstances, a race condition can occur that keeps the camera from finishing saving a captured video.
SDK API changes
- None
Developer changes
- FTP daemon is enabled
- Developer can supply an inetd.conf configuration file to control the FTP daemon
- Developer can supply a passwd configuration file to set the FTP user password
Known defects
The following is the list of known defect in the version 2.1.7 release.
201412161349 Multishot Genlock buffering can get out of sync due to power cycle or selective save
No fix defect -- there are no plans to fix this defect.
If you are in the middle of a Genlocked Multishot sequence and power cycle one of the cameras, the buffering will be out of sync once the camera is powered back on. Until the cameras configured for genlock talk to each other over the network cable, there is not way to resynchronize which multishot buffer is being used.
Work around: Power cycle all cameras that are configured and cabled for multishot and genlock.
Similarly, if you are in the middle of a Genlocked Multishot sequence and decide to save your video set, you cannot just press the save button on the Master camera's GUI since only the videos on the master will be saved.
Work around: you must press the save button on the master and all the slave camera GUIs.
201409120935 Updating camera fails if there is a space in the update tarball filename
If you download the update tarball more than once, some operating systems put a space in the file name (e.g. " (1)" so the file being downloaded will have a unique filename. If you use the file with the space in the filename, the update will fail. To work around the defect, remove the big SD card, delete the file with a space in the filename and store the original file on the big SD card. The camera will then update correctly.
201409091802 Cancel trigger at the end of capture misbehaves
No fix defect -- This is really not a defect.
On occasion, if you cancel the trigger just as the post trigger capture buffer is being filled, the camera will save the video data instead of canceling.
Work around: This is a race condition. The user thinks the camera is still capturing data when they press cancel, but in fact the camera has already switched to saving the captured video. Simply trim the video to get back to filling the pre-trigger buffer.
201408271324 Genlock false triggers
No fix defect -- there are no plans to fix this defect; the hardware design doesn't support any means to fix the issue.
This defect only occurs when using the Genlock feature with multiple cameras and a genlock cable.
Plugging in genlock cable may trigger both master and slave cameras. Unplugging genlock cable may trigger both master and slave cameras. Powering off a genlocked camera may trigger any other connected cameras.
Work around: connect all genlock cables before powering on the cameras.
201407211330 Refreshing browser during a save causes the camera's trigger bar to disappear
No fix defect -- there are no plans to fix this defect.
If the user refreshes the browser screen while the camera is saving video or while the post trigger bar is filling it will cause the trigger bar to disappear. The save progress bar will be visible and in most cases it will fill as normal but it may otherwise appear static. The camera's LEDs still work in this case so the user can see where the camera is in it's capture-save cycle.
Work around: The camera web user interface is not designed to work with the back / forward or refresh buttons. Avoid this defect by not using those browser features.
201407011124 Unmounting the active storage device does not cause the camera to automatically switch to another storage device
If you unmount the active storage device, you have to first remove that storage device to get the camera to switch to using another installed storage device.
Work around: physically remove the device after you have unmounted it.
201406231552 IP address reported by file on SD card is wrong if the static IP address has been manually set
You can set the camera's static IP address by manually editing the /etc/network/interfaces file. When you take the network down and back up again, the camera's address changes, but the address reported by the file on the big SD card is wrong. The System LED that reports if a static or DHCP address is used; may give the wrong indication as well.
Thanks to Craig for reporting this defect.
201312111624 File timestamp is in GMT
No fix defect -- there are no plans to fix this defect.
The camera was intentionally designed to use GMT for the timezone when saving video files. Some might consider this a defect (issue #182).
201312021613 Browser forward and back buttons may change camera settings
No fix defect -- there are no plans to fix this defect.
If you browse to another site and then use the browser back button to return to viewing the camera, your camera settings may have changed.
Work around: either don't browse to another web site or don't use the back button when you do; simply browse to the IP address of the camera.
201311041114 Playing last recorded video can fail in rare cases
No fix defect -- there are no plans to fix this defect.
The camera will automatically switch which storage device is used when the current storage device fills up and another, non-full, storage device is available. You can not play the video recorded right before the switch occurs since the active storage device has changed.
Work around: You can remove the storage device and properly play the video by retrieving the video file from the non-active storage device.
201311101454 CAMAPI does not detect new space on mounted storage device
No fix defect -- there are no plans to fix this defect.
CAMPI handles changes in storage status using an interrupt scheme (mdev). If your SD card is full and you telnet into the camera and delete some files, no event occurs, so CAMAPI doesn't detect there is now room and the memory full message is displayed.
Workaround: after deleting the files, remove and reinsert the storage device to create a change in storage status event.