@david Thanks. May I please suggest that these two methods be documented, because they are also needed in order to set the volume levels for each speaker.
I must've seen the A/B speakers mentioned in the JSON when messing about with these methods a while back, but obviously forgot. 
Hi @david. Thanks for that.
However, after being given a tip from a user of my app, I see it's possible to do via setSpeakerSettings (v1.0) (which is an undocumented method for the audio lib), target = speakerSelection and possible values speakerA, speakerB and speakerA_B.
Hi @david. Thanks for investigating this. I look forward to the response.
Hi. Which function is equivalent to the button that toggles these please?Is it setActiveTerminal (v1.0)? Thanks in advance.
Please post your JSON and the URL that you are posting the JSON to. I'm guessing that you are sending the JSON to the wrong URL, i.e.http://ip.number.to.device:10000/sony/{Lib} where {Lib}is one of system, audio, or avContent.
Because error code 12 is "No Such Method".
getVolumeInformation needs to be POSTed to the "audio" lib, i.e. http://ip.number.to.device:10000/sony/audio.
Also, try getMethodTypes on the "audio" lib as well as the "avContent" lib and you should see a lot more method types. It looks like you're querying the "system" lib.
@david You'll never believe this. But today it's not working again! I give up. Back to ssdp:all.
...or maybe not.
Discovery:
Interestingly, if you replace "ssdp" with any word you get even better results than ssdp:all (i.e. less devices responding), e.g. "ST: blah:all\r\n". And the Sony STR-DN1080's DIAL service does respond to this. LOL! This makes processing the results a lot quicker, especially if you have a lot of devices responding to ssdp:all and you are querying every device's device-desc.xml file for the model name. This might help someone.
Edit: actually ST: urn:dial-multiscreen-org:device:dial:1 might be safer.
@david thanks. Sometimes with UDP you may need to send 2 packets in quick succession, because delivery is not guaranteed. That's what I'm doing (I wasn't previously). Also I'm now sending on a different thread to listening for the reply. In doing so, now the socket starts listening for a reply before the first packet gets sent. So no replies should be missed.
Hi @david. The weirdest thing. Using "ST: urn:schemas-sony.com:service:ScalarWebAPI:1" is now strangely working for me!!!??? I have no idea why! My original search string works (posted back on StackOverflow)!
I'm wondering if the most recent firmware update for the STR-DN1080 changed something. I'm reluctant to roll out the corrected code in case it actually did and some users haven't updated their firmware. The release notes didn't mention anything.
Failing that, a library update at my end or something...
I'm wondering if the output of the getCurrentExternalTerminalsStatus command changes when connecting the Sony branded soundbar via HDMI ARC? That is if the command is supported by the device.
