mherger wrote:
> How much?
Excellent :)
(Actually I've already observed Squeezelite does not report enough wifi
strength, e.g. the "Zipp-Classic" player above. Adding that would be
nice, too.)
3 SB 3 Libratone Loop, Zipp Mini iPeng (iPhone + iPad) LMS 7.9
(linux) with plugins: CD
More nitpicking: LMS Player information reports wireless strength for
the group player.
How much?
--
Michael
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
More nitpicking: LMS Player information reports wireless strength for
the group player.
> Player Information
> Information on all identified devices connected to Logitech Media
> Server
>
> Illadelph
> Player Model: Squeezebox Classic
> Player Type: squeezebox2
> Firmware: 137
> Player IP
I browsed through the thread, I don't think Don't Stop The Music was
mentioned yet.
This is what I see: the first time DSTM kicks-in (replacing a "Song Mix"
item with an actual playlist), the virtual player doesn't seem to be
able to act on that playlist and stays caught in a silent startup loop
Amazing, this will be one of my new favorite plugins!
Thanks again for all your great and useful contributions, Philippe!
The system overall just keeps getting better and better. How can it not
be revitalized?
Vegard
Mnyb wrote:
> There is a player setting for this , if the playlist is remembered or
> not .
> I have yet to try your work plugin , but the gruop player gets a player
> settings just like a real player?
Yes, it should have real attributes of a real player, that's the deal
(bugs excepted :)) - I
philippe_44 wrote:
> I'll look at that. I did not do anything special, assuming that Group
> Player are players like any other, but I will check. I plan to release a
> first non-alpha version soon.
>
> Do you intend to show the real players under the Group Player as of any
> sync group or do
pippin wrote:
> This is how it will look in iPeng.
>
> BTW: another thing I found: the Group player (but not the individual
> ones) seems to forget the current playlist between server restarts
I'll look at that. I did not do anything special, assuming that Group
Player are players like any
This is how it will look in iPeng.
24316
BTW: another thing I found: the Group player (but not the individual
ones) seems to forget the current playlist between server restarts
+---+
|Filename: IMG_0752.JPG
philippe_44 wrote:
> oh, just one thing - iPeng does not seem to get that new icon (it works
> on the web UI)
Yes, iPeng needs an update because it has transparent icons. I'll use
that same one in the next release, though.
---
learn more about iPeng, the iPhone and iPad remote for the
philippe_44 wrote:
> I'm not sure I fully follow.
Yeah I feared that. I don't follow 100% myself, e.g. controlling via
iPeng vs. web interface seem to give different results...
I'll tighten my scenarios and post again if I can reproduce reliably
what I've seen.
Thanks again.
3 SB 3
epoch1970 wrote:
> I've finally come around to testing the plugin a little bit. In the
> current version it seems to work beautifully.
>
> I have noticed power does not sync well with my SB3 that has fixed
> output (100%) and uses the IR Blaster plugin. When I access the player
> directly my
philippe_44 wrote:
> Perfect ... there as so many options in LMS to make life easy ... still
> amazed
oh, just one thing - iPeng does not seem to get that new icon (it works
on the web UI)
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603,
mherger wrote:
> > pippin wrote:
> >> I noticed you don't have a player group icon, yet.
> >> In case you are interested: this is the player group icon I'm going
> to
> >> use in iPeng, just with the squeezeboy grey gradient background.
> >>
> >
> > Thanks very much, I precisely looking for one
pippin wrote:
I noticed you don't have a player group icon, yet.
In case you are interested: this is the player group icon I'm going to
use in iPeng, just with the squeezeboy grey gradient background.
Thanks very much, I precisely looking for one :)
add it as
pippin wrote:
> I noticed you don't have a player group icon, yet.
> In case you are interested: this is the player group icon I'm going to
> use in iPeng, just with the squeezeboy grey gradient background.
>
Thanks very much, I precisely looking for one :)
LMS 7.7, 7.8 and 7.9 - 5xRadio,
pippin wrote:
> It's possible but not ETA, yet.
>
> @philippe: I think I found a bug with "power" handling.
> If you press "power" on a Group it will change the power state of all
> players in the group even if the group is not assembled/playing.
It's on purpose, when you have the option
I noticed you don't have a player group icon, yet.
In case you are interested: this is the player group icon I'm going to
use in iPeng, just with the squeezeboy grey gradient background.
24298
+---+
|Filename: player_group.png
I've finally come around to testing the plugin a little bit. In the
current version it seems to work beautifully.
I have noticed power does not sync well with my SB3 that has fixed
output (100%) and uses the IR Blaster plugin. When I access the player
directly my commands operate both the player
It's possible but not ETA, yet.
@philippe: I think I found a bug with "power" handling.
If you press "power" on a Group it will change the power state of all
players in the group even if the group is not assembled/playing.
---
learn more about iPeng, the iPhone and iPad remote for the
pippin wrote:
> Yea, thats probably something we need to look at in the ickStream
> plugin (or more specifically in the list of authorized devices) since
> ickStream doesnt know this player type
Hi Pippin,
do you have any idea if it is possible, and an ETA perhaps?
woodster wrote:
> Might not be as intended but changing two lines in the player.pm file
> makes a quick fix:
>
> From:
>
> sub model { "group" }
> sub modelName { "Group" }
>
> To:
>
> sub model { "squeezelite" }
> sub modelName { "SqueezeLite" }
>
>
> Must say that the brilliant work
philippe_44 wrote:
> Yes, it is on the github site https://github.com/philippe44/LMS-Groups
> (might be a bit difficult to understand though, currently it's more for
> my own use otherwise I lose track)
Thanks I did look there, I must have missed it !
The small bug I mentioned does seem to be
woodster wrote:
> Hi Pippen,
>
> if it is possible it would be super :)
Might not be as intended but changing two lines in the player.pm file
makes a quick fix:
From:
sub model { "group" }
sub modelName { "Group" }
To:
sub model { "squeezelite" }
sub modelName { "SqueezeLite" }
Must say
pippin wrote:
> Yea, thats probably something we need to look at in the ickStream
> plugin (or more specifically in the list of authorized devices) since
> ickStream doesnt know this player type
Hi Pippen,
if it is possible it would be super :)
Yea, thats probably something we need to look at in the ickStream
plugin (or more specifically in the list of authorized devices) since
ickStream doesnt know this player type
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE Smart Radio as well as
Hi there,
just trying the plugin - and when creating a virtual group from two
players (both using the RAOP plugin) i get the message from the
IckStream plugin, that the virtual player is a unsupported device.
Any ideas?
How does the virtual player identify itself - by the type of the RAOP
grimmace92 wrote:
> DO NOT SYNCHRONIZE A VIRTUAL PLAYER WITH ANOTHER PLAYER
>
> What happens if I wanted to sync another player to a group I created
> that is already playing music in regards to the above statement from
> your first post?
Currently, it's disabled. The other player will not
DO NOT SYNCHRONIZE A VIRTUAL PLAYER WITH ANOTHER PLAYER
What happens if I wanted to sync another player to a group I created
that is already playing music in regards to the above statement from
your first post?
Jeff07971 wrote:
> I had a minor issue when using Orangesqueeze as the controller but the
> latest version of Groups may have cleared this, I will check tomorrow.
>
> BTW Is there a changelog anywhere ? I cannot find it if there is
>
> Jeff
Yes, it is on the github site
philippe_44 wrote:
> Volume should be fine now. Many other items have been fixed as well.
>
> I think it's now reaching a "1st feature complete" level (a sort of
> MVP). Feedback from alpha-testers would be highly appreciated.
>
> I need to discuss a few architecture items with the Big Boss
philippe_44 wrote:
> Volume should be fine now. Many other items have been fixed as well.
>
> I think it's now reaching a "1st feature complete" level (a sort of
> MVP). Feedback from alpha-testers would be highly appreciated.
>
> I need to discuss a few architecture items with the Big Boss
grimmace92 wrote:
> I am getting some weird behavior with the volume. It seems if I use
> Ipeng to raise the volume but then use the LMS gui to lower the volume
> it doesn't work as expected. I think it's related to the plugin saving
> the volume setting from where it left off. For example I
grimmace92 wrote:
> I am getting some weird behavior with the volume. It seems if I use
> Ipeng to raise the volume but then use the LMS gui to lower the volume
> it doesn't work as expected. I think it's related to the plugin saving
> the volume setting from where it left off. For example I
I am getting some weird behavior with the volume. It seems if I use
Ipeng to raise the volume but then use the LMS gui to lower the volume
it doesn't work as expected. I think it's related to the plugin saving
the volume setting from where it left off. For example I played a track
at a volume
philippe_44 wrote:
> No they should not. The master is the virtual player that is created and
> all other real players are slaves. Today, they should keep whatever
> volume they had before you started to play on the virtual player (it's
> volume is the average of all real players) and when you
No they should not. The master is the virtual player that is created and
all other real players are slaves. Today, they should keep whatever
volume they had before you started to play on the virtual player (it's
volume is the average of all real players) and when you change it, the
real players
philippe_44 wrote:
> Thanks - I'm currently working on refinements, including volume where
> there are a few mistakes or improvements on how the group shall act when
> it's assembled. Basically, I will now memorize the volume of each member
> while they were together so that I can re-establish
grimmace92 wrote:
> Philippe,
>
> This is brilliant. I've been trying to sync players and integrate with
> Alexa and you just made my life so much easier. I can just playlist
> play the group that I created in your plugin by the groups MAC address.
> This is so awesome! I'll mess around
Philippe,
This is brilliant. I've been trying to sync players and integrate with
Alexa and you just made my life so much easier. I can just playlist
play the group that I created in your plugin by the groups MAC address.
This is so awesome! I'll mess around with it some more tomorrow but
One very cool feature, IMHO, I've realized with Groups is that I have a
very large group (I know Michael, I have too many players ;)) so
previously when I tried to start to all these players together, my WiFi
network would simply not keep up for large bitrate files (or spotify,
seems that off is
paul- wrote:
> It does seem take over the group. Powering a member off then on works
> okay, but playing a different track on the member player, changes the
> whole group.
I'll test again but normally, when you play a new track on a member,
only that member should be affected
LMS 7.7, 7.8
I've upload version 0.1.9 which contains an important fix of a problem
where playback could be shutering or not start at all on high bitrate
formats
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
It does seem take over the group. Powering a member off then on works
okay, but playing a different track on the member player, changes the
whole group.
paul-'s Profile:
paul- wrote:
> How are you creating the Virtual Player MAC address. Does this remain
> constant, even when off and the group is disassembled.
Yes, it's a random number when creating the player then it will never
change until user delete the Virtual Player. So it's a reliable
information that
How are you creating the Virtual Player MAC address. Does this remain
constant, even when off and the group is disassembled.
paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858
View this thread:
slartibartfast wrote:
> I see. How would I stop playing as an alternative to pausing? Pause is
> the only option in Orange Squeeze. I tried long pressing pause but that
> did not work.
>
> Another thing I noticed was that when I started playing to the group
> when a Radio was in a paused state
slartibartfast wrote:
> Nice work. Version. 0.1.4 is much more user friendly. Groups break up on
> pause and reform on play. This is a very welcome addition to LMS.
>
> Sent from my SM-G900F using Tapatalk
Yup Agreed, nice work !
Reloaded LMS from scratch and carefully applied the plugins I
philippe_44 wrote:
> You're right, I mean the 'stop' happens when you clean the playlist (in
> other cases as well, but that's details). So I'm changing that now so
> that in pause, the group is broken up as well.Nice work. Version. 0.1.4 is
> much more user friendly. Groups break up on
pause
slartibartfast wrote:
> In the web UI from the player list at the top of the right pane.
> Synchronize is at the bottom of the list.
>
> Sent from my SM-G900F using Tapatalk
Thanks, Yes I did that momentary lapse of thinking !! :)
*Players:* SliMP3,Squeezebox3
philippe_44 wrote:
> The groups breaks up as soon as you stop playing or the track ends. In
> this version, it does NOT break up when you *pause* the virtual playerI see.
> How would I stop playing as an alternative to pausing? Pause is
the only option in Orange Squeeze. I tried long pressing
Jeff07971 wrote:
> That's probably a problem as neither the LMS Web GUI nor the SB3 remote
> have a "Stop" button. I do see the reasoning though !
You're right, I mean the 'stop' happens when you clean the playlist (in
other cases as well, but that's details). So I'm changing that now so
that
philippe_44 wrote:
> The groups breaks up as soon as you stop playing or the track ends. In
> this version, it does NOT break up when you *pause* the virtual player
That's probably a problem as neither the LMS Web GUI nor the SB3 remote
have a "Stop" button. I do see the reasoning though !
Jeff07971 wrote:
> How did you do that ?In the web UI from the player list at the top of the
> right pane.
Synchronize is at the bottom of the list.
Sent from my SM-G900F using Tapatalk
slartibartfast's Profile:
slartibartfast wrote:
> If I have a group consisting of two Radios how do I cause this group to
> break up when I stop play. They seem to remain in a sync group. If I try
> to play to one of the Radios both play. I think I must be missing
> something basic.
>
> Sent from my SM-G900F using
slartibartfast wrote:
> I had to manually unsynchronize both players to return to the normal
> state.
>
> Sent from my SM-G900F using Tapatalk
How did you do that ?
*Players:* SliMP3,Squeezebox3 x3,Receiver,SqueezeLiteX,PiCorePlayer
x3,Wandboard
*Server:* LMS Version: Latest Nightly on
Jeff07971 wrote:
> Hmmm I just tried this with mine. (V0.1.3)
>
> I had just stopped the "Group" all players had powered off. When I
> played BBC Radio 1 live on "Lounge" it started playing. The playlist on
> all 3 of the group were synced IE BBC Radio 1 Live but only "Lounge"
> playing.
>
slartibartfast wrote:
> If I have a group consisting of two Radios how do I cause this group to
> break up when I stop play. They seem to remain in a sync group. If I try
> to play to one of the Radios both play. I think I must be missing
> something basic.
>
> Sent from my SM-G900F using
If I have a group consisting of two Radios how do I cause this group to
break up when I stop play. They seem to remain in a sync group. If I try
to play to one of the Radios both play. I think I must be missing
something basic.
Sent from my SM-G900F using Tapatalk
I have updated the plugin - thanks for that
> After using a group you cannot use synchronize on any former member of
> that group (do not appear in Sync menu in GUI) until the player is power
> cycled (software via LMS GUI) this may be due to my use of Syncoptions
> I can't reproduce that. Can
mherger wrote:
> > Thanks for the pull request, I'll merge it today. Do you think you
> could
> > have a look at the small change I've suggested in LMS (see my message
> on
> > the développer part of this forum)?
>
> Could you point me to the posting? I didn't see any suggestion...
>
> --
>
Thanks for the pull request, I'll merge it today. Do you think you could
have a look at the small change I've suggested in LMS (see my message on
the développer part of this forum)?
Could you point me to the posting? I didn't see any suggestion...
--
Michael
mherger wrote:
> Overall this is looking great! I'm still facing an issue I've mentioned
> a few days ago due to a sprintf() expression and my oldish Perl version.
>
> But I've sent you a pull request which fixes this.
>
> One more "issue" I'm having is the terminology. The settings pages are
Overall this is looking great! I'm still facing an issue I've mentioned
a few days ago due to a sprintf() expression and my oldish Perl version.
But I've sent you a pull request which fixes this.
One more "issue" I'm having is the terminology. The settings pages are
talking about "static
Jeff07971 wrote:
> First of all thanks for this, it is certainly interesting.
> The email notifying me of your announcement came in just as I was
> syncing 3 players while I did some cleaning and was saying to myself "I
> wish I could have groups of players" !!!
>
Thanks very much for the
First of all thanks for this, it is certainly interesting.
The email notifying me of your announcement came in just as I syncing 3
player while I did some cleaning and was saying to myself "I wish I
could have groups of players" !!!
Some problems I have noticed:-
(In order of increasing
FredFredrickson wrote:
> Does this mean I can set an alarm for a virtual player and finally have
> the feature I have always dreamed of?
>
> I want music alarms in the morning to ignore whatever syncs I had setup
> the night before.
>
> I want the sync groups to autochange in the evening
Does this mean I can set an alarm for a virtual player and finally have
the feature I have always dreamed of?
I want music alarms in the morning to ignore whatever syncs I had setup
the night before.
I want the sync groups to autochange in the evening before it starts
playing soft music for
epoch1970 wrote:
> That's very interesting.
> I relate this to the templating capability the Squeezy CLI tool provides
> with the thing called "groups" (eg "squeezy -group 1 -on"). Extremely
> useful to reset the audio players to a known sync configuration.
>
>
> If I understand correctly this
That's very interesting.
I relate this to the templating capability the Squeezy CLI tool provides
with the thing called "groups" (eg "squeezy -group 1 -on"). Extremely
useful to reset the audio players to a known sync configuration.
philippe_44 wrote:
> - If a player belongs to multiple virtual
This is a new plugin that I've been wanting to do a for a long while.
Note that this thread is the alpha version, so if you are not
comfortable with using unstable software, please wait for a stable
version. I'm releasing this to get feedback with logs and help, not to
hear "it does not work :)
71 matches
Mail list logo