Open justjam2013 opened 2 months ago
Using the HomePod name instead of the id, would create volume buttons with human readable names instead of using the id string.
Update: I think that the average end user would be more comfortable with a device name, rather than trying to find a MAC address. And to retrieve the device's MAC, they still have to know the device's name. So actually, the plugin could do the intermediate step for the user. Here's my thought. It is a little bit more work, but it is a one-time code change and it fixes the issue of MAC address or name changes.
The chances that the device's name and MAC both change at the same time are extremely small. So in the event of one of the properties changing, the plugin quickly recovers and update its info. Not only does this make the plugin more resilient, but it also removes the additional step on setup or if/when MAC address changes occur.
Hi, @justjam2013 - agree, this would be also on my todo list along with multi file support feature
FYI, I have created an enhancement ticket asking to include pyatv in the docker image for Homebridge here. Together with being able to specify the homepod name in the config, it will make installing this plugin straightforward, at least in a Docker container.
Installed version of homebridge-homepod-radio:
v3.0.0 - latest
This is a suggested enhancement to specify the HomePod by name instead of by id in the plugin config. As a side effect, it will fiix the issue with the mac addresses changing in iOS 18.
In
bin/stream.py
replace:with a scan by protocol: