Subscribe to this Thread so you get an email when a new version is posted
Post here your questions/remarks when you are testing a Beta version of the plug-in
I'm going to use this Thread in fact to post the latest Beta.
The download link is on the bottom of this post.
Known Issues for later Beta release
Changes to next release
Changes to v1.0.0.117
Changes to v1.0.0.116
Changes to v1.0.0.115
Changes to v1.0.0.114
Changes to v1.0.0.113
Changes to v1.0.0.111
Changes to v1.0.0.110
Changes to v1.0.0.109
Changes to v1.0.0.108
Changes to v1.0.0.107
Changes to v1.0.0.105
Changes to v1.0.0.104
Changes to v1.0.0.102
Changes to v1.0.0.100
Changes to v1.0.0.99
Changes to v1.0.0.98
Changes to v1.0.0.97
Changes to v1.0.0.96
Changes to v1.0.0.95
Changes to v1.0.0.94
Changes to v1.0.0.92
Changes to v1.0.0.90:
Changes to v1.0.0.89:
Changes to v1.0.0.88:
Changes to v1.0.0.87:
Changes to v1.0.0.86:
Changes to v1.0.0.85:
Changes to v1.0.0.84:
Changes to v1.0.0.83:
Changes to v1.0.0.82:
Changes to v1.0.0.81:
Changes to v1.0.0.79:
Changes to v1.0.0.78:
Changes to v1.0.0.77:
Changes to v1.0.0.76:
Changes to v1.0.0.75:
Changes to v1.0.0.74:
Changes to v1.0.0.73:
Changes to v1.0.0.72:
Changes to v1.0.0.70:
Changes to v1.0.0.69:
Changes to v1.0.0.67:
Changes to v1.0.0.65:
Changes to v1.0.0.63:
Changes to v1.0.0.61:
Changes to v1.0.0.60:
Changes to V1.0.0.58:
Changes to V1.0.0.56:
Changes to V1.0.0.55:
Changes to V1.0.0.53:
Changes to V1.0.0.51:
Changes to V1.0.0.49:
Changes to V1.0.0.48:
Changes to V1.0.0.47:
If no major issues pop up before the end of the week, then this version will go on the Updater.
Changes to V1.0.0.44:
Changes to V1.0.0.42: (Don't use V1.0.0.41!!)
Changes to V1.0.0.38:
Changes to V1.0.0.35:
changes to V1.0.0.34:
Changes to V1.0.0.33:
Changes to V1.0.0.32:
Changes to V1.0.0.31:
Post here your questions/remarks when you are testing a Beta version of the plug-in
I'm going to use this Thread in fact to post the latest Beta.
The download link is on the bottom of this post.
Known Issues for later Beta release
- If you have paired players, when they are discovered while paired, they show up with the same name. Not sure how to solve this as Sonos is not providing the "original (unpaired)" player name. Best way to work around it, is to unpair the players and pair them again. Once known by the PI, it will show them with their "original" player name, irrespective whether they are paired or not.
Changes to next release
- Playbar support
- Fixed an issue where Favorites couldn't be played from the player control web page (and I assume events)
Changes to v1.0.0.117
- Re-arranged service discovery a little, hopefully works around some more recent Sonos introduced issues (alarm services)
- Made minor change to pulling Albums from the MusicDB
- This version IS FREE. This is introducing the End Of Life of this product. No more changes are planned in the future for this HS2 variant!
Changes to v1.0.0.116
- Added support for S1 and S3 players
- With new Sonos SW 4.2, no more need to save queues so announcement linking can be a bit faster. For fastest result, edit the HSPI_SonosController.ini file and change AnnouncementWaitforPlayTime=0. If you experience some announcement play problems change it to 1 or 2 or as high as needed
Changes to v1.0.0.115
- Some minor cleanups around title/artist info and various types of internet streaming radiostations.
Changes to v1.0.0.114
- Fix for SiriusXM. Trackinfo is messed up due to Sonos internal SW change.
Changes to v1.0.0.113
- Fix for Link Event action. Got broken somewhere in time
- As of Sonos SW4.1, you will see an error per player during start-up or rediscovery/reconnection. This error is benign and removed
- Cleaned up some logging at start-up and rediscovery/reconnection
Changes to v1.0.0.111
- Hopefully final fix for announcement repeating itself problem
Changes to v1.0.0.110
- One more fix for title content issues for Sirius Channels
Changes to v1.0.0.109
- Another try to fix the "No end of announcement" issue.
- Fixed title info missing for Sirius Channels
Changes to v1.0.0.108
- Fixed issue with action/Events. The action to link a player to an audio input was broken a while back
Changes to v1.0.0.107
- Fixed issue where announcements completely stop when an announcement is generated with an non-existing LinkGroupName
- Add support to populate the Playlist Track selector Listbox in HST
- Slacker track name and Artist are swapped
Changes to v1.0.0.105
Changes to v1.0.0.104
- Fixed small error introduced with changes in v102
- Fixed another benign error updating HS which was made visible with the enhanced error reporting in HS version 2.5.0.75.
Changes to v1.0.0.102
- Cleaned up a cosmetic error that may show up at start-up when you are using HS v2.5.0.75 or higher
- Sometimes a zone doesn't get released immediately after an announcement ends. The problem somewhere started with Sonos SW3.8. If the problem still shows after introduction of this release, increase the value for "AnnouncementWaitforPlayTime" in the .ini file. The value is in seconds and you need to stop/restart HS when you change the value.
- Removed a few log entries that may clog your log file
- Added function where any TuneIn station will be learned, not just those that you saved to your favorite radio station list
- Fixed major issue that unfortunately got introduced with v100. A loop can occur when an announcement ends and you have no playlists in your Sonos Playlist queue. v100 is hereby pulled immediately
- Fixed an issue (or Sonos workaround actually) when you use Windows Media Player "play-to" feature, an error may show up and track info etc is not displayed properly
- Made minor change on status reporting. Removed the (useless) artworkURL from the statusbox (next to the artwork)
Changes to v1.0.0.100
- Added a cleanup routine. When you use save-all or link-xxx subsequently, if you have tracks in your queue, the PI will create multiple playlists with prefix SCQueue-xxxxx-xxxx. With this version, these unused playlists that can clog your playlist list will be deleted.
Changes to v1.0.0.99
- Fixed bug when using .mp3 files as announcements, causing the announcement to repeat until stopped
Changes to v1.0.0.98
- Fixed bug when calling "Link" procedure from script using Zone Name
Changes to v1.0.0.97
- Fixed bug in "Link" procedure
- Fixed issue where zone names which include a "-" character; status page for that zone cannot be pulled up when using Internet Explorer, works fine with Firefox
- Note that albumart work will not be updated in the Android client. No fixes here but you need version .38 or higher of the Android client to fix this
Changes to v1.0.0.96
- Fix for announcements, where a zone is not re-linked after the announcement
Changes to v1.0.0.95
- Fix for announcements, where a zone is not re-linked after the announcement
Changes to v1.0.0.94
- Added some code to deal with changing IP addresses
- Undid changes made to v.92 to send a play command again when no play event was received from an announcement. As a result, sometimes you have the announcement twice or three times
Changes to v1.0.0.92
- Increased time to wait for saving of queue and let Sonos sync info between players in order to avoid ending up with wrong queue info post announcement
- Supporting new SUB player
- Some changes to chasing a ghost where an announcement get repeated over and over
- Added a retry in case the player has "lost" the play command to start the announcement. Seems worse with SW R3.8
- Fix for announcements, where a source zone is already linked when the announcement starts
Changes to v1.0.0.90:
- Found a few more corner cases for grouped players and HST screens. Play/Pause from a linked zone (non group master) would not work, stop would. Secondly, if you have a linked group when HS starts up, depending on the sequence of how the zones are discovered, the plugin may not have the correct linked state and as a consequence, albumart, player state etc for linked players wouldn't be updated in HST screens.
Changes to v1.0.0.89:
- Fixed an issue when devices are marked up as "Hidden", after a restart of HS they show up again.
Changes to v1.0.0.88:
- The new Sonos SW3.7 appear to have changed the behavior of connecting players to another player's audio-input. After connecting to that input, the player is in a pause state instead of (previous default) play state. As such TTS announcements which are routed via an audio-input port are not working anymore.
Changes to v1.0.0.87:
- Fixed some race condition forcing HST to update the status of Shuffle, Repeat and Mute in real-time
- Fixed an issue where config change triggers were not sent when alarms were changed, which I probably broke in v.75
Changes to v1.0.0.86:
- Added some fake triggers so HST would update status of Shuffle, Repeat and Mute in real-time
Changes to v1.0.0.85:
- If you have paired players, and you use the "slave" player as source&destination for an announcement, you'll not get the paired players to continue to play after the announcement is over (on condition they were playing when the announcement started of course :-))
- If you have a number of players linked, and the group is in "paused" state, if now one of the players is part of an announcement, it will trigger the group to start playing
Changes to v1.0.0.84:
- If you change floor/room/name information, it will be overwritten each time HS is restarted. As of v.84, it won't
Changes to v1.0.0.83:
- Added an option to set the maximum time of an announcement
- Tuned announcement processing a little
Changes to v1.0.0.82:
- Made a minor mistake in the implementation of "don't do rediscoveries". If you set the flag not to do rediscoveries, you won't be able to do them manually either
Changes to v1.0.0.81:
- When you use the basic music browser template in HS Touch, when you deploy and navigate to "Playlist" you will now see your playlist. Change in behavior is that clicking a track will now start playing from that track and continue on. This should be in line with how the Windows Media and iTunes plugin work
- Added a button to manually trigger a rediscovery of zone players. There is now an option in the config settings, to turn the automatic discovery off
- Added a few options in the .ini file so you can customize the AnnouncementTitle, Album and Author
- Made some minor optimizations around trigger events during announcements.
- Thought I had solved this but maybe now I have finally solved this pesky "Generic error occurred in GDI+" when retrieving Albumartwork
Changes to v1.0.0.79:
- Fixed this benign start up error "Error in UpdateHS updating other linked zones. SourceZone=Family Room. TargetZone=RINCON_000E58526B2001400. Error = Object variable or With block variable not set."
- Event player state change missing after announcement
Changes to v1.0.0.78:
- When you select music by specifying an album, the resulting tracks will be sorted by track number and not by trackname. If you select tracks without an album (all tracks or all tracks from an artist or genre), the tracknames will remain sorted by name.
Changes to v1.0.0.77:
- My music screens are not updated when my iPad HSTouch client reconnects. Pretty sure it is a problem with either HS server or the iPad client but I've added sending some track-change events which seems to do the trick
Changes to v1.0.0.76:
- URGGH, found another issue with changing plugin name. The buttons on the HS Webpage don't work anymore. Moreover, actions are being treated either. Fixed here . Hopefully this is the last fix. As of version .v76 the plugin name will be changing from SONOSCONTROLLER to SonosController by default, in fact for as far is I have tested, there is no need to redo events/actions, but if one happens to be broken, just recreate it. If you are upgrading from beta .74 or .75 and you don't care about the name, do nothing. If you do care and want the name to be in lower case, stop HS, remove this line from the .ini file: "Plugin Name=SONOSCONTROLLER", restart HS and now the plugin name should be in lowercase. If you had it set to anything else than SonosController than leave the entry in the .ini file.
- There seems to be a compatibility problem using the Interop.ADODB.dll with DooMotion, mcsXap and BLRadar. This version removes the use of the COM object (Interop.adodb.dll) and uses the .net provided adodb
- Fixed minor issue on toggling repeat/shuffle
Changes to v1.0.0.75:
- I pulled Beta .74. There might be a bug in the event handling, meaning, events such as track change start/stop are not reported. Investigating if only in my copy or slipped into released version.
- Made update to Art.aspx file. When you change the plugin name to something else then "SonosController", your album art could be missing when you open the web page for any specific player
- I may finally have solved this pesky "Generic error occurred in GDI+" when retrieving Albumartwork
- Fixed an issue where a previously discovered player, when not on-line when HS is started, but comes on-line afterwards, won't get initialized properly
- Optimized the code for Player changes to avoid unnecessary MusicDB updates due to announcements
- Added a property PlayerIconURL, which you can read if you want to display an icon representing the type of player (S5, ZP90, ZP120..). This is retrieved from the player itself
Changes to v1.0.0.74:
- Added option in .ini file to change plugin name (either different name or lower case) Note: changing this will mess up all your events/actions and you will have to recreate them all
- Added support for Slacker radio stations, iHeartRadio, RHapsody channels, they will now be learned radiostations
- Changed default behavior of "Include Learned RadioStations" from false to true (only effect api calls next/prev radiostation)
Changes to v1.0.0.73:
- Filtered out trackchange/songchange events caused by Sonos Player events: ZPSTR_CONNECTING and ZPSTR_BUFFERING, which can occur a lot when connecting to radiostations
Changes to v1.0.0.72:
- Found issue with saving queue when announcements are played resulting in loss of queue after zones are being unlinked
- Fixed an issue where part of an announcement (only when using Speak to File option) can get lost because the zones start to unlink before the announcement is played. Would probably show up when many zones participate in the link/announcement/unlink event
- Added warnings when Linking information is either missing or being overwritten, indicating perhaps some issue with your events/scripts
- The change to forward commands like play/pause etc to the master of a linked zone is causing problems when zones are being unlinked after an announcement. So if you are on beta .69 or .70 you have a problem
- Fixed an issue where track & trackposition would get lost after an announcement, if that player was paused while playing from queue
- Fixed an error on a player playing Pandora when a RestoreStateAllPlayers is issued. Everything seems to work, not sure why the player throws up an error
Changes to v1.0.0.70:
- Fixed some errors in the Sonoscontroller.vb file.
- Added (more) new functions in the event/action section. You can now create events to "Save State All Players" and "Restore State All Players"
Changes to v1.0.0.69:
- Added 2 new API calls ie SaveAllPlayersState() and RestoreAllPlayersState(). This could come in handy if you for example have an event to turn off all players when you leave the house and resume everything when you come back.
- Found an issue with saving the queue for announcements. If multiple players are involved in a linkgroup, it appears that the Sonosplayers need time to synchronize between them when you use a savequeue command from different players. If they don't sync, the same queueIndex is used internally and you start losing info. I added a 250ms wait after saving a queue. This will unfortunately make linking with players with queues slightly slower but I couldn't find any other work around.
- Fixed another bug where I somehow lost my zonename in my .ini file causing issues with restoring linked players after an announcement ends.
- Fixed when a player is master of a linkgroup (i.e. you linked other players to this player), if this player participates in an announcement, but not the other (slave) linked players, after the announcement ends, the linkgroup is broken.
- Fixed radio art work missing when radio station is streamed via a CDN network like Akamai.
- Now that the plug-in saves queues during linking/unlinking, a bunch of DevicePropertiesStateChange message show up in your log. I removed them, they would only show up with the debug flag on.
- Fixed a bug when you use "speak to file" and have multiple announcements in one text string, you may find your queue populated with files but nothing played.
- Added new functions in the event/action section. You can now create events to NextRadioStation/PrevRadioStation/NextPlaylist/PrevPlaylist/ClearQueue/Unlink/Link
- New API calls were added for the above, including a Link function
- Changed behavior for linked zones. If Zone is linked, issuing play/pause/stop/next/previous will be forwarded to Master zone
Changes to v1.0.0.67:
- Further optimized linking for announcements, shaving off a second or two for small configs and tens of seconds for large link groups
- Fixed and error with "Error in CopyArtworkForLinkedZone" when the URL is empty
- Made small change to the SonosController.aspx file allowing Speaker devices >=100 in the Sonos Config screen
Changes to v1.0.0.65:
- Rearranged some Sonos commands to restore the players after an announcement. Sometimes players turn "ON" after the announcement, even though they were "STOPPED"
- Issue with plug-in generating errors every 10 seconds when a zone is powered down
- For those using an RSS feed on artwork. For linked players, the artwork for linked players in the \image directory will be updated as well
Changes to v1.0.0.63:
- Zones remained in status "Linked" in the plug-in after they were linked/unlinked, causing wrong track-info to be reported
- Zones which are linked to an audio Input will start playing, even if in stop state, after an announcement
Changes to v1.0.0.61:
- New TTS streaming mechanism, doesn't work if you have a blank in your Linkgroup Name. Example: Bedroom Only
- New TTS streaming mechanism leaves the source zone in an undefined state after the announcement but only in the case where the source announcement was not specified as part of the destination group.
- A few other changes for .png albumart, especially coming from LastFM, showing up either very dark or very light.
Changes to v1.0.0.60:
- Broke "BUILDDB" function when changing from zone names to UDNs
- Issue with existing actions now ending up in error when zone name is converted to UDN and back
- re(un)doing some of the S5 pairing implementation, especially renaming the zones with an (L) and (R) extension appears to be problematic for HST screens
- fixed a problem in handling concurrent announcement in the "play to file" mode, where file errors appeared due to re-entrancy of the procedure
Changes to V1.0.0.58:
- Fixed some issues with multiple concurrent announcements using the new "streaming" method for TTS
- Plugin will now use UDNs behind the scenes so that you can change zone names without having to delete/create everything. As of version v58, all triggers/conditions/actions will be stored with a zone name and a hidden UDN. All your previously created events should work but it is only the new created events that will still work after you change zone names, so better to open all the previously created actions/triggers/conditions and save them again. Still need to test HSTouch apps.
- Fixed a bug where title and artist are inverted for Rhapsody/LastFM/Panodora when you use HSTouch or the MusicApi.CurrentTrack and MusicApi.CurrentArtist methods.
- Also added 4 more methods (NextTrack, NextArtist and NextAlbum and NextAlbumArtPath) so you can announce the next track info and/or display it on a HST Screen.
- Made a small change on how albumart is downloaded. Had some albumart in .png format that showed up very dark
- Added capability to Pair/Unpair S5 players and fixed issues with Zone Name changes when that happens. When the zones are paired, they will now show up with a (L) and (R) indication, with the zone marked (L) as the master, you will now also see PAIR and UNPAIR buttons in the web-config screen for S5 players.
Changes to V1.0.0.56:
- Fixed a bug where announcements are not scheduled anymore when the announcement file is not created properly. Also tested embedded tags for different voices.
- The Volumestep option was only used in the MusicAPI.VolumeUp() and MusicApi.VolumeDown() methods. Using &hs.ExecX10 "]3" , "Value set" , 0 , 0 - for UPwill increase/decrease volume by units as defined in the SonosControl page for "VolumeStep". You can also provide the volume step directly from the scrip in the following example the step = 10
&hs.ExecX10 "]3" , "Value set" , 1 , 0 - for Down&hs.ExecX10 "]3" , "Value set" , 0 , 10 - for UP
&hs.ExecX10 "]3" , "Value set" , 1 , 10 - for Down
Changes to V1.0.0.55:
- Fix to restore Queue after announcement (new implementation) is over
- Store shuffle/repeat state before announcement and restore after announcement. When repeat is on, the announcement queue plays indefinitely
- Fixed a problems playing MP3 files as part of an announcement. Sonos is doing some weird stuff here as it refuses to play a perfectly good mp3 file, unless I trick Sonos that this is a MP3-Radio-service. I'm anticipating future issues with other file types unfortunately (FLAC....).WAV and .MP3 files should be OK.
- Made some changes to prevent the plug-in from sending stop events when the announcement ends to avoid those who have triggers to turn amps off to get things messed up
- Made the Speakerproxy behavior (speak to file and play file versus use audio-input) configurable. You can now find a flag in the configuration page to "Speak to File". If set to true, you will have the new behavior which require no audio connection between HS PC and Sonos Player. If you had already changed your scripts to use the $SONOSFILE$ prefix, this is still supported, I did remove the text from the help file.
Changes to V1.0.0.53:
- Fixed a bug where only one zone player would show up in HSTouch
- Changed the default behavior when hs.Speakerex is called from a script. The announcement will now stream to a file and then played on the Linkgroup. Therefore no more need for a physical connection between HS and your Zone player. Note the old behavior won't work anymore but it should be 100% the same.
Changes to V1.0.0.51:
- Fixed bug when long strings are used in the.ini file caused by many zones and/or long zone names
- Fixed bug in Un-muting zones when TTS announcement is played
- Added minor delays when zones are linked for announcements to let the zoneplayer adjust to proper volume before streaming the announcement
- Added few methods to the API to set Alarm ON/OFF via scripts
- Fixed a bug in config screen where "Mute" indicator was always showing "On"
- Added queuing for Speaker Proxy announcements. This is quite a change so I could use some beta testers. If overlapping announcements come in via the speaker proxy, they will be queued and played one by one preventing multiple linking/unlinking events or moreover total linking mayhem
- Fixed a couple of issues with paired S5 speakers.
- Fixed a problem where an alarm trigger wouldn't fire if the TimeOfDay on your HS PC is different from the Sonos TimeOfDay
- Added one more trigger which will fire when the configuration of the zone players has changed (alarm changed, playlist changed, music DB changed, music re-indexed ...)
- Added the capability to add conditions to your triggers for event handling. Conditions are player : playing, stopped, paused, mutted
- Added the capability to stream announcements without physically being connected to a HS-PC. The plug-in can now stream an announcement (or any file) to a file and then have ANY player play the file, no more need to use audio line input. You could make your own announcements and steam those, they would be better quality then the HS Speaker
Changes to V1.0.0.49:
- Updated Help file with some info on how to call Link buttons from scripts
- Declared Linking procedure "Public" so it can be called from scripts. More information can be found here (http://board.homeseer.com/showpost.p...7&postcount=40)
- Fixed a small error when a zone is lost and rediscovered
Changes to V1.0.0.48:
- Added support to select Line Input and create actions with Line Input
- Had to rearrange the Actions and as a result, previously created Actions will have to be recreated. My apologies for the inconvenience. Hopefully the last time, added (hidden) dummy entries for future use. Just open the action, hit Update and Save should do the trick
Changes to V1.0.0.47:
- Added full configuration support via on-line web pages
- Added Mute Override option for TTS/Music Linkgroups. This will allow you to chose to unmute a zone when you link zoneplayers for TTS or Musics
- Added creating back-ups of the .ini file. Each time you save your configuration a back-up will be created in the <HS root>\Configs sub-directory allowing you to manually restore your configuration if something went wrong or you accidentally deleted something.
If no major issues pop up before the end of the week, then this version will go on the Updater.
Changes to V1.0.0.44:
- Finished off support for Wireless Dock (I hope; apart from now finding a more intelligent way to sync the iPod versus currently (only) manual sync). There is something odd of how the iPod needs to be set in "Browseable" state which prevents the users from doing anything on it when it is docked. The good news is that the plug-in can do pretty much anything it wants. If I keep the iPod in non "Browseable" mode, each time the plug-in needs to do something it will have to switch which causes play to be interrupted. I'm sure folks will have opinions about what they would like to see implemented so I'm waiting for comments
- When you use the webpages to select and browse music, you will now be able to add the tracks to the queue rather then only select one Track.
- Fixed a bug which prevented Artwork from not showing anymore in the Browser webpage
- Fixed a bug where the Zonename was missing on the Browser Webpage and errors would appear in your logfile
- Fixed a bunch of bugs related to browsing music, especially when starting from a genre. Had to add a new field to the MusicDB to store "AlbumArtists". If you select compilation albums the "AlbumArtist" is usually "various artists" or "soundtrack" whereas the Tracks are stored with real artist name. It was impossible to navigate into the tracks that way (genre->Artist->Album->Track). You will have to re-create all your music database(s)
- Began adding on-line configuration support for Linkgroup configurations. In this version only displaying your settings from the ini file is supported
Changes to V1.0.0.42: (Don't use V1.0.0.41!!)
- Add Trigger when Alarm goes off. No trigger for Snooze or alarm off though
- Added bunch of new ActionsMute/Unmute
Set Loudness
Set Left/Right Volume
Set Track Position
Select Audiobook (for WD100 Wireless Dock Player)
Select Podcast (for WD100 Wireless Dock Player) - Had to rearrange the Actions and as a result, previously created Actions will have to be recreated. My apologies for the inconvenience
- Rewrote initial discovery of zone players after user struggled with memory corruption most likely due to concurrency/re-entry on XP
- Fixed a bunch of stuff regarding selecting tracks/albums/artist based on Genres. The SonosDB doesn't hold any Genre info so all needs to be pulled in real-time from the player. Hope to optimize that in the future
- Fixed minor bug that caused error in log when TTS off is activated on a zone that is in "stopped" state
- Made some minor changes to the Installer preventing important files like license file and MusicDB of being overwritten when new version is installed (and prevent deletion when removed)
- Made Ping retries a configurable option and a special flag to have failing pings reported in the log file without turning debug flag on. Here are the options which you can find in the .ini file under [Options]NbrOfPingRetries=3
ShowFailedPings=0
Changes to V1.0.0.38:
- After TTS the track doesn't play at the right position where it got interrupted. Fixed
- More fixes for WD100 support. Some serious surgery in the code so recommend only beta testers to download this version
- Allow Multiple actions to be grouped in one SpeakerEx command so the plug-in will play them sequentially. Multiple actions for example separated by a "|" character.
Changes to V1.0.0.35:
- Small error introduced in v1.0.0.32 where the source zone in a TTS linkgroup will not switch back to what it was doing after the TTS event
changes to V1.0.0.34:
- Tweaked the AlbumArtURL. Removed the http://xx.xx.xx.xx stuff from it. Should now work remote and with port settings different from default (80) port settings
Changes to V1.0.0.33:
- Add setting to .ini file to define size of albumart image
- Changed the albumart URL from Sonos stored to local stored
- Fixed a problem where "noart" image doesn't show up in browser when display HS device status
Changes to V1.0.0.32:
- Fixed Issue with Events for Linking activating the wrong Linkgroup
- Fixed Issue when Linking of a group of players for music, when the source zone is included in the destination list, an error occurred
Changes to V1.0.0.31:
- plugin has the Balance setting Left/Right mixed up, is corrected in this release
- I accidentally broke setting and toggling of Shuffle and Repeat modes. Is fixed in this release
- Sonos SW R33 broke selecting and playing favorite radio stations. This Beta has a work around and need some testers to confirm it works while I await word from the Sonos folks on whether they can fix their SW or how to do it properly ... I'm not holding my breath
- Added support for Wireless Dock. You can now start/stop/pause/next/prev/volume up/down. Next step is to add proper browsing capabilities. Building the DB when the iPod gets docked is already included, now need to code up to use it.
Comment