-
-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LineIn selection after deprecation of player.play.avtransport #214
Comments
You can use player.play.linein and msg.playerName = <coordinator_name>. That should work and the group plays the line in content. If the coordinator does not have a line in you can set any player with line as coordinator (coordinator.delegate). player.* and group.* commands work together. The group.* commands just automatically sends the command to the coordinator. player. are more general. Does that work for your use case? |
Thanks for the quick response. Works partially. The behavior is somewhat not as expected, at least for me :). If I got your instructions right: with the described method I need always to create a group first. With the avstream method I can play from any linein enabled player, without having it in a group, which in some cases has advantages/is easier to implement. What also confuses me is, that the documentation of player.play.linein states, that "If player belongs to group (as joiner) it will leave the group." (obviously it works with creating the group via the household.create.group command, since it is not a joiner. This might be also related to your comment, that I can change the coordinater with the delegate method?)
Just a minor remark, if this behavior is implemented that way, it would be also nice to have a play command / select linein command on group level. I hope I got your hints right, if not, I need to retry. |
Hi
No. Only if you want to play line-in on multiple players (more then 1) Maybe the following helps to better understand it - my group definition is different :-) A single player is also a group. This group consists exactly of 1 coordinator and no joiner. A group of two players consists of exactly one coordinator (as always) and exactly one joiner. To play line-in of the joiner you have first to make that player to coordinator and then send player.play.linein to the "new" coordinator. Grouping is nothing else as setting AVTransport of a player (the joiner) to the address of the coordinator. If you send the player.play.linein to joiner the player will leave the group. Does that make it clear? Let me know what your want to achieve and I will suggest how to do that. |
Thanks for the explanation. So far so good.
When I call method player.play.linein and inject message.playerName the players name (no matter what combination I try), either it selects the linein on the sonos port and does not change player A (which is not what I want) or it results in an error, that linein is not available. This behavior is kind of logical according to your explanation of group and player. And as mentioned in my previous post, I was not able to identify any other option than using a real group. But this limits me in playing something different on PORT (or if something is currently playing there I have to stop it), then I can reconfigure, so that I can play it on A. (okok with some workarounds I can get it maybe working, ....) My simplified testing flow: I hope I do not do anything really dumb wrong... ;) |
Hi -
Definitely not - the device "PORT" makes the difference. line-in is for devices such as Sonos Play:5, .... with a build in line-in. Could you please send the output of a) household.get.groups to [email protected] or attach it here. It might be that I have to create a "line-in at Sonos PORT" command. |
Thanks for the node, works really nice :)
I saw, that the method player.play.avtransport is deprecated.
Using this way was the only method to select a line-in from another player, such as the sonos-port.
I tested queue.uri, streamhttp, both of them do not accept the syntax "x-rincon-stream:RINCON_"
I came across this with an old issue/instruction: #2
I also was not able to find something in the documentation.
Proposal:
The text was updated successfully, but these errors were encountered: