Re: swap right/play for single item?
Sean Adams <[email protected]>
| Newsgroups | gmane.music.equipment.slimp3.dev |
|---|---|
| Message-ID | <[email protected]> |
Any more opinions on this? I think we should go with the following, unless anyone objects: - 'right' on directories: descend - 'right' on files or url: does nothing, or maybe shows some information about the file, but doesn't play it - 'play' on directories: make a new playlist of everything in that directory - 'play' on file: make a new playlist of the current directory, and then start from this file - 'play' on url: play this stream, and stop when the stream finishes On another note: Does anyone have any clever ideas for how to avoid the delay when scanning large directories and displaying large playlists via the web interface? Just keeping a cache of every directory we've visited, or an index of the whole tree would speed things up enormously. The problem is knowing when to re-scan - perhaps call something in the main loop to slowly crawl the tree, walking 10 items or so at a time. Either that or we need a "reload" function, accessible from the remote. Sean On Mon, 22 Oct 2001, Amos Hayes wrote: > On Tue, 23 Oct 2001, Sean Adams wrote: > > > It's a personal taste thing, but the default function has to be the one > > that is most intuitive for someone who picks up the remote for the first > > time. Less intuitive but more powerful functionality should be > > customizeable, either through a mapping file, an HTTP interface, or config > > menus on the player. How about a simple HTML form with radio buttons and > > checkboxes for tuning the functions of the buttons on the remote? > > The on screen (and web too) interface for config would be great. Looks > like config will be the next major project. :) > > So is right arrow play most intuitive? I'm always going "oh darn" (well... > something like that) every time I interrupt a song by browsing around too > quickly and clicking right arrow on something playable by mistake. I know > we're probably used to it by now, but I'm thinking about a guest picking > it up for the first time... I think it could make for some painful moments > at parties. Anyway, you know what my vote for default is. :) > > > > Eventually we'll have a custom remote for the SliMP3, but the buttons and > > the layout won't be too different from the RM-V301. It will support both > > a custom IR code set (so as not to conflict with anything) and the > > current JVC codes, so that people can use their existing universal remotes > > as an alternative. The biggest difference between the custom remote and > > the Sony remote would be to get rid of the number buttons (unless someone > > can think of a good use for those!). > > I plan to use my number pad for programing playlist shortcuts. Punch in a > number and hit enter to call up playlists for any occaision. Sleep can > turn the screen off even while playing. Guide could print some > usage intructions. Recall could print the title of the last track played. > Muting could chop the volume in half or to some prescribed level. > > All sorts of fun things! Not to mention the need for a button to show the > weather, etc. I guess DISP could be used for that with a web interface to > enable/disable various DISP modes. > > Personally, I'm looking forward to the day it will wake me up at a > predetermined time (for a given day of the week) with a randomized > playlist that is chosen based on the current weather and/or temperature. > But that could be a bit eccentric. :) > > -- > Amos Hayes > [email protected] > > > To unsubscribe from this group, send an email to: > [email protected] > > > > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ > > > ------------------------ Yahoo! Groups Sponsor ---------------------~--> Get your FREE VeriSign guide to security solutions for your web site: encrypting transactions, securing intranets, and more! http://us.click.yahoo.com/UnN2wB/m5_CAA/yigFAA/rIp0lB/TM ---------------------------------------------------------------------~-> To unsubscribe from this group, send an email to: [email protected] Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/