pnharrison;367061 Wrote:
>
> - love Play for Play Next and Add for Add to End. I think that works
> well.
>
Hope this doesn't change. Easy to remember, easy to explain to some
slightly inebriated guest...which is the whole point of "party" mode,
IMHO.
Thanks so much for implementing this in
I get "access denied" for bug 8878 so I'll post my thoughts here on
PartyMode.
I love the partymode idea and would like it's state (ie On or Off) to
be retained after the squeezebox is switched off. The current
implementation (v 7.31) turns off PartyMode when the squeezebox is
switched off.
Also
Philip Meyer;362841 Wrote:
> >What about FWD/REW (next track/previous track skip), and track seeking
> - should they be disabled?
Yes please. I would very much like that. There is always somebody that
don't care what others want to hear.
--
Sir Round
--
Been playing with this today; and I really like it. Many thanks for the
work on this. It's going to get stress-tested at a house party
tonight.
A few comments, mainly about Party Mode:
- love Play for Play Next and Add for Add to End. I think that works
well.
- love that Party mode prevents
herts101;365511 Wrote:
> - Love the ability to make a simple choice between setting a track to
> play next (Play) or adding a track to the end of the playlist (+).
> Should be really easy to explain to guests
>
> But, even as is, this is a great improvement. Thank you.
Of course I was always
herts101;365511 Wrote:
> Like the suggestion to simplify the mode setting to Standard, Playlist,
> Party.
So do I. I have not explored these Party Mode settings purely because I
find the naming of the current choices (well, current from three days
ago anyway) entirely non-illuminating.
MC
--
Very excited about this development - well done to all involved.
Played around with the Playlist mode today and have some thoughts
below:
- Love the ability to make a simple choice between setting a track to
play next (Play) or adding a track to the end of the playlist (+).
Should be really eas
bklaas;363579 Wrote:
> I agree on the Play should also be Add to end (same as add button), but
> there are definitely two camps on that one.
Any thoughts on the option to be able to create User Definable Modes.
Would definitely give everybody what they would like to see in
Party/Playlist mode
h
>Adding tracks to my Transporter's playlist was not working at all.
>Selecting an album and hiting Play caused the album to be added as
>next. Afrer a while I tracked the problem down to the Party Mode
>setting. Having not touched this setting before (as far as I am aware)
>I thought I should menti
GeeJay;363730 Wrote:
>
> > > >
> > Originally Posted by Hopscotch
> > A simple implementation to me looks like:
> > > ADD (+) adds to the end of the Playlist - ALWAYS
> > > ADD-HOLD plays next when selecting music / removes a track when in
> > the Playlist - ALWAYS
> > > PLAY starts playback/
Adding tracks to my Transporter's playlist was not working at all.
Selecting an album and hiting Play caused the album to be added as
next. Afrer a while I tracked the problem down to the Party Mode
setting. Having not touched this setting before (as far as I am aware)
I thought I should mention t
Hopscotch;362944 Wrote:
>
> A simple implementation to me looks like:
> > ADD (+) adds to the end of the Playlist - ALWAYS
> > ADD-HOLD plays next when selecting music / removes a track when in
> the Playlist - ALWAYS
> > PLAY starts playback/plays the current Playlist, but doesn't change
> the
JJZolx;362799 Wrote:
> Add. I only want guests to be allowed to add songs to the end of the
> playlist. Just as you don't want the Playlist wiped out when someone
> hits PLAY, you also don't want guests playing their selections ahead of
> everyone else's.
>
> Ok, but unless I'm missing somethi
Muele;363038 Wrote:
> Why not let users define their own modes in the same way as they can
> define their own main menu?
> And then allow users to create their own modes, were they can switch
> on/off restrictions as wanted, and choosing between different
> behaviours of play and add buttons.
Us
Uh, there are as many oppionons of party/playlistmode as there are peers
on this forum.
And I have one too :)
Firstly: forget about the hotkeys, It's confusing. Let it be a setting
you chose in the menu, no something you toggle on/off ad hoc.
Why not let users define their own modes in the same
>* changing volume
That's a strange one. Unless users have added replaygain to all songs, they
may find legitimate times when the volume needs to be changed.
Also, most people will be connecting SB3's to Hifi's/surround sound
amps/powered speakers and could change volume through their amp. Dis
>I fully support the intent of Party mode, but I really think this needs
>to be simplified.
I agree.
> PLAY-HOLD clears the Playlist, but first asks for confirmation ("do
>you want to clear the Playlist Yes/No") This last function can be
>disabled in PARTY mode
>
Actually, play.hold at the moment
The Playlist mode of behavior (and the dynamic behavior, if that's
really desired) is a completely different animal from what's needed in
a Party mode. The only reason for the Playlist mode is to avoid wiping
out the playlist with PLAY. That's almost trivial compared with the
practical needs of
JJZolx;362920 Wrote:
> That's where the problem lies with the current implementation. What
> happens when you're stopped and you navigate to an item and press PLAY?
> Right now it does 'play next', but doesn't start playback. And when
> you're not at a playable item, it does a 'navigate right'.
Reviewing posts about this, I've compiled this list of scenarios and
asks from various people (I can't see what's in the bug right now):
Prevent inadvertant mistakes:
* loss or replacement of current playlist from pressing Play.
* adding multiple items (such as a whole genre or year)
* interrupt
I can't access the bug: I get "You are not authorized to access bug
#8878. This despite being logged on, I can access other bugs and I have
added comments to #8878 in the past. Anyone else having this problem?
--
mikelee999
---
I fully support the intent of Party mode, but I really think this needs
to be simplified. As currently configured, the implementation of party
mode risks being too complex and 'geeky' to be comprehended by a casual
user of the system.
Having buttons change their function unexpectedly and having
Philip Meyer;362841 Wrote:
> >> - How do you start playback? You can stop by hitting Power, and
> turn
> >> the player back on, but I don't see how to resume playback once
> >> that's been done.[/color]
> >The PAUSE button has always toggled between pause and play...
>
> Are you saying that
>What should the PLAY button do, then?
>
I would have thought that most people would expect it to add to the end of the
playlist. If a host hands out the remote for guests to choose music, I'd
expect it to play in the order the songs are added (queue), not as a stack.
AKA Jukebox mode.
>> - H
dean;362787 Wrote:
> On Nov 23, 2008, at 2:30 AM, JJZolx wrote:
> > The 'play' button should not do a 'play next'. This is a mistake,
> > IMO, and pretty much defeats the purpose of having a "Party" mode.
> > Maybe use hold-play to do play next or (what I'd want if I were
> > throwing a party) m
On Nov 23, 2008, at 2:30 AM, JJZolx wrote:
> - The 'play' button should not do a 'play next'. This is a mistake,
> IMO, and pretty much defeats the purpose of having a "Party" mode.
> Maybe use hold-play to do play next or (what I'd want if I were
> throwing a party) make it something very obs
I played with this a little just now. Restricting my comments only to
Party Mode:
- The 'play' button should not do a 'play next'. This is a mistake,
IMO, and pretty much defeats the purpose of having a "Party" mode.
Maybe use hold-play to do play next or (what I'd want if I were
t
>How about calling the setting itself 'Playlist Mode', with three
>options, along the lines of:
>
>Normal (default)
>Playlist
>Party
>
>Then there's no 'disabled' and two possible 'enabled' states.
>
I agree. The reason for "disabled" and "off" modes seems to simply be because
of the added comple
May I suggest a terminology simplification? Having a mode that's
disabled just means that another mode is in effect. But in this case
it has no name (I'm talking about the default behavior).
How about calling the setting itself 'Playlist Mode', with three
options, along the lines of:
Normal (d
Philip Meyer;362446 Wrote:
>
> Another solution would be to also keep a history of previous now
> playing playlists. Each time play is pressed that clears the current
> playlist with a different content, the previous content could be
> stored. If someone makes a mistake and loses a playlist, the
>It doesn't work properly when you are in playlist mode and you press
>play from a custom browse menu using Erland's Custom Browse plugin. And
>by that I mean the play button replaces the playlist when you use it in
>a custom browse menu, but adds next when you use it from a regular SC
>menu.
>
All
It doesn't work properly when you are in playlist mode and you press
play from a custom browse menu using Erland's Custom Browse plugin. And
by that I mean the play button replaces the playlist when you use it in
a custom browse menu, but adds next when you use it from a regular SC
menu.
I don't
hi all-
I wanted to update the beta community on the state of "Party Mode",
particularly in what to expect for 7.3.
The feature is described in detail on the wiki:
http://wiki.slimdevices.com/index.php/PlaylistModePartyMode
current status:
* Party Mode is currently split into two modes: Playlis
33 matches
Mail list logo