v1.1.2 Release Notes

<< Back to Software Release Notes

Following the introduction of code database functionality in version 1.1.0, for this release we focused on stability, performance, and usability improvements for this release.

What’s New in This Version

  1. Backup and restore. All RedEye configuration data resides on the RedEye hardware itself. This makes it easy to add another controller at any time (configurations synchronize automatically), but what happens if the RedEye unit itself fails or is damaged? Now you can backup your entire configuration to a PC, and restore it to your current RedEye hardware or a replacement unit if necessary. To access the backup and restore functionality, please point a web browser to the RedEye unit’s homepage, which can be found at http://redeye_[serialnumber].local/, where [serialnumber] is the serial number is printed on the bottom of your RedEye unit.
  2. Customizable delays between macro actions. Macros are an important part of the RedEye system. Each activity offers the capability to assign both launch and shutdown actions, and you can create macro buttons within an activity layout. Previously the software would automatically assign a default delay between actions, but in this release we allow customization of the delay period. Delays can range from 0.05 seconds to 19.95 seconds, in 0.05 second intervals.
  3. Improved code download performance. In the last two releases, downloading codes from our database or moving codes from one RedEye unit to another (for example, when moving a device between RedEye rooms) was rather inefficient and slow. We significantly reduced the amount of network traffic, which speeds up the process and provides more reliable downloads all around.
  4. Option to hide toolbars on the Activity tab. To prevent accidental tapping of the “All Off” button or inadvertent navigation to other tabs in the application, this release includes an option to hide the toolbars on the Activity tab. Simply tap on a blank area of the screen to hide the toolbars, and tap again to show them. There is even a user preference (accessible from the Main Setup screen) that will automatically hide the toolbars within a couple of seconds after you navigate to the Activity tab.
  5. More information about available infrared code sets. Sometimes when adding a device from a popular manufacturer there are several different sets of infrared codes available. In addition to being able to test a command from each set, we now provide a list of all the commands in each set. To view the commands for a given set, simply tap on the detail disclosure button (small blue circle surrounding a white arrow).
  6. Better synchronization across multiple controllers. In some situations, network synchronization problems were causing “disappearing” elements — commands, devices, activities, or layouts — particularly when there was more than one iPhone or iPod touch controller on the network. This release solves those issues.
  7. URL-based invocation of RedEye commands. Some customers experimenting with home automation applications have asked us to provide an interface to the RedEye that allows them to control the hardware from another application or platform. While we plan to have a more robust solution in the future, in this release we are exposing a URL for each command stored on the RedEye unit so that customers can launch any command from a web browser or otherwise using HTTP GET. To access the command URL, please open the appropriate Command Setup screen and scroll to the bottom. The URL appears in a text field so you can copy and paste into another application.
  8. Option to disable motion (accelerometer) gestures. Some customers have found motion gestures inconvenient, and so we now have a preference setting that you can use to disable them completely. This setting applies only to the iPhone or iPod touch, and not to the entire configuration, so different people in the same house can enjoy different settings. Motion gestures are not disabled by default, but you can turn them on again by tapping on the Settings tab and then flipping the “Motion Gestures” switch in the Preferences section of Main Setup.
  9. Screen auto-lock disabled by default. We introduced the option to disable the screen’s auto-lock function in version 1.1.0. Since that time we have received many requests to keep the screen “alive” by default, so we changed the preference setting. Of course you can always change this setting by going to Setup > Main Setup and turning Screen Auto-Lock “On” in the Preferences section.
  10. International characters now save properly. We had attempted to enable international characters in an earlier release, but they were not saving properly to the RedEye device. This problem is now resolved.
  11. Infrared code set ID now visible. To help identify which set of infrared codes you may want to download, we now show the code set ID on each row when adding a device.
  12. Infrared code sets now sorted by popularity. In the past we presented infrared code sets in the order that they appeared in our database. With this release they are sorted by popularity so the most likely candidates will appear toward the top.
  13. Improved performance on initial button presses. We discovered that we were updating the RedEye unit’s internal database on the first press of each button within an activity. Database updates are significantly slower than simply sending commands, so startup performance is much better without this overhead.
  14. Automatically select room when only one room available. Also, if there is more than one room available, we will select the previously selected room. While this feature was partially implemented before, sometimes network delays would cause it to fail; performance is more consistent with this release.
  15. “Fast rewind” to Devices tab root menu. The Devices tab offers the ability to adjust devices that are out of sync with the RedEye. In the past, this could mean navigating through a few screens. Now you can tap on Devices tab a second time to jump back to the root menu.
  16. Using a device with no commands to create an activity no longer causes the application crash.
  17. The application no longer crashes when waking from sleep. In the past if the Wi-Fi radio had been shut down and a button or command was triggered, the application would crash. Now when the application wakes from sleep we wait until the network is fully available before sending commands.
  18. Launch actions retained when activity devices changed. In earlier releases, changing the devices assigned to an activity would clear out the launch action sequence. In this release we only clear out actions associated with devices removed from the activity.
  19. Certain command types and icons now visible in the application. In version 1.1.0 we added some command types for things like radio controls and color buttons (red, green, blue, yellow). While these commands were available through our database, they were not visible through the application directly. We have added them to the appropriate places, and also included some new icons to accompany them.
  20. Improvements in positioning buttons within an activity layout. Buttons no longer jump to odd places on the screen when passing over a scrolling region. Also, we have improved the network efficiency of the layout process so that the interface is more responsive and less error prone.
  21. Descriptions appear properly on Devices tab. If you have more than a screen full of devices, descriptions now appear under the correct device in the list.
  22. Resolved problem with navigating through text fields on the Add Device screen. Tabbing through the device name, model name, and description fields no longer causes the application to crash.
  23. Eliminated “runaway repeating” of command buttons. Repeating commands (such as channel or volume) would sometimes become “stuck”. We actually have a failsafe timer in the RedEye hardware in case of networking delays, but it turns out that this problem was in the user interface and the application was sending a “keep repeating” message to the hardware, even though the button was no longer being pressed physically.
  24. WEP passphrases now work with Apple routers. Although there is no standard for WEP passphrases (the standard only calls for hexadecimal keys of 10 or 26 digits), we do support Apple-style passphrases (ASCII strings 5 or 13 characters long). This feature was broken in a prior release but now works properly again.
  25. Additional tutorial information included within the application. We have embedded a “getting started” tutorial for new customers.

Submitted for App Store review: 22 February 2010

App Store approval: 23 February 2010