Beginning with rev 2.15, Auro‐3D control is accessed from the second PRESET menu page. Previously, one needed to access the settings menu. In addition, the user is allowed to create 12 different Auro‐3D listening rooms as tabulated in the Firmware-rev-2.15-May-19-2023-update-instructions.
Maybe minor or major depends on everyone's experience.
Unfortunately, with 2.17 Smyth did not publish a required correction to the CSV processor (released in beta form with 2.12) relating to the 2.15 relocation of the Auro-3D control from "main settings" (where it had been previously located in 2.12) to now be in the "second PRESET menu page" (where it really should have been in the first place).
This leaves CSV support for Auro out in the cold. No longer where it once was in 2.12, and not supported in its new location with 2.15/2.17, it is simply not supported via the CSV files. So you've got to do your own manual customizations for Auro following any "factory reset" should that be necessary for a future firmware release.
I had reported that to Smyth last year and was hoping they'd fix this obvious oversight in an upcoming firmware release, but obviously not yet with 2.17. And their summary of "work in progress" at the end of the 2.17 README doesn't mention any continued development from the original beta version released with 2.12. So this may be the end of it for CSV (or maybe not). Very good right now, very close, but not perfect.
I do see that with 2.17 they've addressed the very long time for the A16 to return out of "HDMI standby" and the power LED was green. Apparently it was a bug, not a feature, that it seemed to take as much time to get up to operational state as when you hadn't enabled "HDMI standby" at all and the power LED was red. This had seemed counter-intuitive to me, since "HDMI standby" is really very much mostly semi-powered-on-already status, so you wouldn't think much more would have to be done to bring the A16 out from its already powered semi-state and back to full life.
Well, apparently they actually hadn't intended this to take as long as it did. And they've now fixed the bug which was apparently responsible for this unexpected behavior. So that's one good reason to go to 2.17, if you (like I) would occasionally like to simply play one of your HDMI sources STRAIGHT THROUGH the A16 and directly into the AVR with "straight" sound from AVR/speakers rather than "SVS" sound from A16/headphones.
NOTE: it still takes a fair amount of time to get back to life from "HDMI standby". So it's definitely still not "near instantaneous" as I might have hoped. Really only a small improvement it seems to me.
Unfortunately they didn't make any change to one other aspect of "HDMI standby" I'd written them about, namely that the green lights on the HT ST unit remain on forever, unnecessarily and annoyingly, when the A16 is in "HDMI standby" state and the HT is otherwise not in use. It's one thing to have the power LED on the A16 stay green instead of going red, but keeping the HT ST lights on while you're looking at the TV screen is something else entirely. I find it distracting, as I do even when wearing headphones and I can't help but try to keep the lights "centered" if I casually move my head.
The A16 display display screen goes dark shortly after going into this standby condition, after a short presentation of a message advising which HDMI input is going to remain active while in the standby state. This is 100% appropriate and the right thing to do.
But not powering off the HT ST unit when it's not actually in use as it isn't with "HDMI standby"... well that seems like a real oversight in need of a fix. I just want to look at the TV screen and not see those green LEDs if they're not really doing anything.