Re: amiconn: apps settings.c,1.319,1.320
Please discuss default changes in the future! Here's the change Jens just reverted: http://www.rockbox.org/viewcvs.cgi/apps/settings.c?r1=1.309r2=1.310 Not only the default was changed, also the ascii name was changed, which breaks compatibility to existing .cfg files. :-( Jörg -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse für Mail, Message, More +++
RE: amiconn: apps settings.c,1.319,1.320
What do you mean by that? Do you mean that directory navigation will be the only behaviour supported by Rockbox and that the current behaviour (i.e. stopping playback at the end of the last track in a directory) will not exist? Yes, if I recall correctly Linus suggested that since folder playlists are artificial automatic playlists anyway - if user wants to stop playback at the end he should create an actual playlist. Anton.
RE: amiconn: apps settings.c,1.319,1.320
On Mon, 7 Nov 2005, Anton Oleynikov wrote: The ONLY reference to global_settings.next_folder is in the apps/playlist.c which is not used by Archos. apps/playlist.c is used by all players that run Rockbox, including the Archos models. -- Daniel Stenberg -- http://www.rockbox.org/ -- http://daniel.haxx.se/
Re: amiconn: apps settings.c,1.319,1.320
Jens Arnold wrote: The 'skip to next folder' part of it (which was implemented before under that name) does work on archos. Yes, it works, but not fully. As I wrote in my previous email, it only works forward, not backward. You can't go to the previous directory. Also, there is no functionality for skipping to the next folder directly, only by skipping through all song until it reaches the last song in the folder. Linus
RE: amiconn: apps settings.c,1.319,1.320
apps/playlist.c _is_ used by the Archos devices. You are probably confusing it with apps/playback.c Confusion came from the fact that mpeg.c has some internal procedures that have playlist name in them... Anton.
Re: amiconn: apps settings.c,1.319,1.320
Linus Nielsen Feltzing wrote: Jens Arnold wrote: The 'skip to next folder' part of it (which was implemented before under that name) does work on archos. Yes, it works, but not fully. As I wrote in my previous email, it only works forward, not backward. You can't go to the previous directory. I don't have access to my Archos recorder to verify this right now but I don't see why going to previous folder wouldn't work on it. If someone has one handy, would you try it out on your Archos device please. Also, there is no functionality for skipping to the next folder directly, only by skipping through all song until it reaches the last song in the folder. That's true on the iRiver as well unless you're using the remote. I like the idea of a key combination to go to prev/next folder for all devices. I believe there is some discussion of this in the forums. BTW, am I the only one who finds the name Directory navigation confusing? -Hardeep
Re: amiconn: apps settings.c,1.319,1.320
Personally, I don't really care about which in this case. If we don't have/get what appears like a consensus, I will suggest that we introduce a voting-system where all committers get one vote each and the alternative that gets the most votes wins. -- Daniel Stenberg -- http://www.rockbox.org/ -- http://daniel.haxx.se/ Hi, I know it's been a long time since i post here or say something useful in the irc channel, but i'd like to give you my opinnion in this issue. As others have said, I prefer to play just a folder, as i have my Archos structured with Artist/Album/Song. If i want to play some albums, i use the queue function, and _never_ have used the continue with next folder setting. Of course we may be a minority, but i think that this is the normal way to do things.I mean, at least with computer music players i have used (winamp, xmms) when you play a folder, when it finish playing, it doesn't continue with next one. People should be used to that. I vote for leaving it as it is. My 0.02 Jose Maria.
Re: amiconn: apps settings.c,1.319,1.320
FWIW: I agree with those who have voted to keep this 'auto next directory' feature an option and set to OFF by default, and for the same reasons (i.e. established directory structure and usage patterns). Beyond that though, I'd like to remind folks that (IMHO) it's not generally a good idea to change the default behaviors of a long-established piece of software; unless there's a *very* compelling reason to do so. I personally don't see any compelling reason at all in this case. So, I vote to leave the default unchanged. ~ray