current
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
current [2022/11/05 18:13] – 9.4.48 release James Sentman | current [2023/06/07 15:36] – James Sentman | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | =====XTension | + | =====Download |
- | Released | + | > There is a Beta version available: [[current: |
+ | |||
+ | Released | ||
\\ | \\ | ||
- | Download for all Supported OS versions; [[https:// | + | Download |
- | + | ||
- | **Minimum System Version** for this release is OSX 10.10 but not all plugins may function properly prior to 10.13. Please start the necessary work to upgrade to at least 10.13 for future builds will no longer be able to support 10.10.\\ | + | |
- | + | ||
- | Apart from a few older plugins the entirety of the application and it’s plugins now run natively on both Intel and M1 macs. | + | |
- | + | ||
- | NOTE that no database changes are made while updating to this version so if you do have issues with the new plugins you can return to the previous version by just replacing the previous executable. It should not be necessary to replace the Database with the backup version that will be made when running this version for the first time. | + | |
- | + | ||
- | ====9.4.48 Change Log:==== | + | |
- | + | ||
- | * NEW: An entirely new video subsystem is now in alpha testing. It is not feature complete or caught up with the now ancient [[video_pitcher|Video Pitcher]] but it will be eventually. There are now 4 plugins (and there will be more before it’s complete) to do with video processing in the new manner. | + | |
- | * **Video Encoder Service** in order to keep each video stream from starting | + | |
- | * **RTSP Video** connects to an rtsp stream and makes it’s stream available to XTension for display in any of the web remotes or recording via the Video Encoder Service. | + | |
- | * **MJPEG Video** This plugin can connect to any of the older devices that still use an mjpeg stream to send video. Otherwise all the same as the RTSP video setup. | + | |
- | * **JPEG Refresh Video** There still remain many older cameras that do not support anything that is currently avauilable or some that perhaps you only want a low refresh rate of still images and for those the JPEG refresh plugin is the answer. The framerate of these will be much less than any of the others but will work with anything that has a “show me a snapshot” type link anywhere in their interface. | + | |
- | * Both web remote plugins have been updated to be able to view video from both the old and the new system at the same time. It is not necessary to completely switch from one to the other. You can move only a single stream to the new system for testing and keep Video Pitcher running normally until we’re sure it’s working properly. | + | |
- | * NEW: SMTP Passthrough Plugin. This is part of the new video support and is in a very alpha state as well. It is not feature complete indeed it cannot even do as it’s name suggests and pass the connection through to another server. If you have a camera that is old enough to not have any other way to get motion or other alerts from it but via email you can setup this server and point the camera to this. An ON event will be generated in XTension every time the device tries to send an email. This will work with any device that tries to send an email that you simply want an ON event in XTension for not just cameras. | + | |
- | * FIX: Lots of fixes to the Hue plugin. There remained many issues related to the python version change as well as some related to how they represented sensors. All of the remaining issues have been fixed and the plugin should run more normally now without receiving updates constantly for the various sensor types once their battery level has changed as they did in the past. I am about to start reviewing the 2.0 version of the their API to see if that more easily gets us the data than the original API. If this is something you want to use or if you use one of these hubs at all please let me know so I can prioritize it. | + | |
- | * FIX: A problem with the Hubitat plugin that would cause it to log errors when receiving door lock pin code updates. | + | |
- | * FIX: You can now delete items from the web remote interfaces. It was due to a sea change in how the data structures were handled under the hood but I think it’s coming together now. | + | |
- | * FIX: Several typos and other should have been obvious but weren’t errors in the TCPLink/ | + | |
- | * NEW: Debug mode for new style plugins (not any of the legacy plugins) is now preserved across restarts, so if there is a problem during the initial loading it’s a lot easier to get that output without having to run special versions. | + | |
- | Honestly I cannot overstate how much work the new video subsystem was to get working properly. There will definitely be major changes | + | **Minimum System Version** for this release is OSX 10.10 but not all plugins |
+ | **Rosetta Note:** While the entirety of the main app and all more recent plugins are Universal and run natively on Intel or Apple Silicon there are a few older plugins including the W800 and CM11 that are still Intel only. They run fine under Rosetta and you’ll never notice the difference. The only issue is that Rosetta is not included by default on the new Apple Silicon Macs. You’ll need to first run any Intel app, or do a get info on any app at all and select “open using Rosetta” then the OS will tell you that you need Rosetta and would you like to install it now. Once you complete that those plugins will run normally. | ||
+ | ====9.5.2 Change Log:==== | ||
+ | * NEW: [[supported_hardware: | ||
+ | * NEW: [[supported_hardware: | ||
+ | * NEW: New option in the Preferences dialog to Dont Stop A Restart With " | ||
+ | * NEW: List windows now display the number of Units in the List as well as the number of Units in an error condition or with low battery messages. This is shown in the title of the window after the List name. | ||
+ | * NEW: The [[supported_hardware: | ||
+ | * NEW: The [[supported_hardware: | ||
+ | * NEW: The [[supported_hardware: | ||
+ | * NEW TEMPORARY: I have made some changes to the standard off handling in the Hubitat that fixes some oddness with enumerated commands. I believe this works for all existing devices as well but just in case there is a new checkbox in the hubitat settings that will allow you to drop back to the old handling if it causes you any problems. Please let me know if you have to use this for any reason and the details of that otherwise I will be removing it in the next version unless I hear from people with the need to do this. | ||
+ | * NEW: The [[supported_hardware: | ||
+ | * NEW: Those same Hubitat status messages are now automatically added to a Unit property called “Status Message” and another Unit Property “Status Timestamp” will be the date/time when the current message was received. This way you can trap them in a script, or add a custom column to any List window to show them if you wish rather than just logging them. The above checkbox for logging the status messages does not have to be turned on to send this info to the Unit Properties. This is always done. | ||
+ | * NEW: The [[supported_hardware: | ||
+ | * NEW: Added support for Ramp Rates to the [[supported_hardware: | ||
+ | * NEW: Added several options to the [[supported_hardware: | ||
+ | * NEW: The CPU Usage figures for plugins shown in the Interface List window when “show more information” is selected now includes the CPU usage of any helper apps or sub processes that the plugin might be running. This makes them much more accurate and useful for very CPU intensive plugins such as the Video plugins or the rtlamr or other plugins that use helper apps. | ||
+ | * NEW: The Interface List window also shows a percent of memory use for the plugin instance and any child processes after the CPU Usage number. | ||
+ | * NEW: A new option in the Interface List window lets you chose if the CPU Usage calculation is done based on 100% a single CPU core, or 100% being every CPU available in the machine. So if you have 10 cores and you chose individual then 100% would be using a full core, but per machine that would only be 10% of the overall machine load. Whichever makes more sense to you when viewing it. The numbers are usually very low and so many not show up on the graph at all unless you increase their values by setting it to per CPU. Plugins that are using GPU resources or that are using helper apps may show as using more than 100% if per CPU is selected. This is OK. | ||
+ | * CHANGE: The helper app for the Video system that does the encoding is now a proper background app and so will not show up in the dock as it is running. | ||
+ | * CHANGE: The [[supported_hardware: | ||
+ | * CHANGE: The [[supported_hardware: | ||
+ | * CHANGE: The [[supported_hardware: | ||
+ | * The [[supported_hardware: | ||
+ | * The [[supported_hardware: | ||
+ | * FIX: Found a problem with the [[supported_hardware: | ||
+ | * FIX: If the [[supported_hardware: | ||
+ | * FIX: The [[supported_hardware: | ||
+ | * FIX: Added a random pause up to 3 seconds when starting up multiple [[video: | ||
+ | * FIX: An [[video: | ||
+ | * FIX: The [[supported_hardware: | ||
+ | * FIX: Older binary plugins such as the Vera plugin would throw errors when trying to issue some unit specific scripting commands. This was due to the changes in the previous version that allowed the scripts to throw applescript errors if you called a handler that did not exist. The older plugins were not registering their handlers in the same way and so fell afoul of this. They will now let you call any of the handlers without an error. | ||
+ | * FIX: Fixed some problems with the managed folder system that is used by the new video plugins for managing disk space on the recording volume. This will now properly keep the minimum disk space you have set available. If you suspect something is going wrong with this there is an option in the new Debug menu (see below) that will let you log it’s progress and calculations to the log which you can then send to me for debugging. | ||
+ | * FIX: The managed folder system now recovers from having a volume not present at startup, or if a volume is unmounted and then re-attached. It will let you know if the Volume is unavailable and then will begin scanning it again when it re-appears. | ||
+ | * DEBUG: Added a checkbox to the preferences for “show debug menu” this will reveal a debug menu where I have gathered many of the various hidden debugging options in the app for easier access when it is necessary to gather more info for me on a problem. Please do not experiment with these unless I’ve asked you to as they may generate huge amounts of log output or break other things if used incorrectly. | ||
- | * All plugins that previously used the system install of Python2 have been upgraded to run with the embedded python3 version. This makes the app more easily compatible with the latest MacOS versions that no longer include the older python version by default. This did necessitate many changes to the plugins themselves and while they have been running just fine here and for the beta testers there may still be some gotchas in there. If you experience any issues as your plugins are starting up please copy and paste the log entries of any errors and email them to me. | ||
- | * Specific list of plugins that were converted: | ||
- | * W8002 (the new API W800 plugin, the original W800 plugin is still included and was not affected.) | ||
- | * Arduino | ||
- | * Barix | ||
- | * APC Status | ||
- | * DIY | ||
- | * Haiku Fans | ||
- | * iTach | ||
- | * Max Sonar | ||
- | * RadioRA2 | ||
- | * RFX and RFX New plugins (again not affecting the legacy versions of these which are still included and are unchanged) | ||
- | * pigpio | ||
- | * FIX: Unrelated to the Python3 conversion several places in the Hue Hub plugin that were throwing errors under some conditions were also fixed. | ||
- | * The Alexa Sudo plugin now uses a shared connection to the UPNP port so that it can play nice with other plugins that need this connectivity as well. | ||
- | * FIX: the tpLink/Kasa plugin had some code typos in rarely used error handling that could throw additional errors and fail to output anything useful to debug the error. This is now fixed. Additionally a problem was fixed where if Units existed in XTension for devices that were not initially found on the network they would throw errors during regular polling, this is also fixed. | ||
- | * NEW: Scheduled Events are now searched from the search window. If you search for a Unit or Script that is referenced in a scheduled event it will show up in the results list now. | ||
- | * Changes: Several updates were made to the plugin includes to add some extra error debugging and other convenience functions. This should not affect any of the existing plugins but will help to ease some better error handling in the future. | ||
- | ---- | + | ----- |
NOTE: This disk image no longer includes the older legacy plugins that will not be updated for newer OS versions. If you still need to run the [[supported_hardware: | NOTE: This disk image no longer includes the older legacy plugins that will not be updated for newer OS versions. If you still need to run the [[supported_hardware: |
current.txt · Last modified: 2024/02/05 17:53 by James Sentman