Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide



Rockbox mail archive

Subject: Re: ignoring paths when playingg from playlists
From: Paul \ (paul_at_gamingmp.com)
Date: 2003-01-06


I think it's more important to keep rockbox untainted with code used to fix
errors on the user side of things. Musicmach has always been a bloated pile
of crap, even more so now it seems.

If you can't create your own playlists, stick with default firmware imho

Paul

----- Original Message -----
From: "Jeff Waltzer" <jeffwaltzer_at_yahoo.com>
To: <rockbox_at_cool.haxx.se>
Sent: Monday, January 06, 2003 4:53 PM
Subject: Re: ignoring paths when playingg from playlists

>
> Both relative and absolute paths have legimate uses. Absolute paths
> are good if you want to move all your playlists to a seperate playlist
> folder seperate from the mp3 files. Relative paths are good if you like
> to move directories around and keep your playlists correct.
>
> Unfortunetly these two goals are not compatible with each other.
> Moving directories with absolute playlists screws things up and moving
> playlists with relative paths screws things up also.
>
> I don't know if there is a good solution for this problem. One could
> have the archos be intelligent about looking for the files. One could
> have utlities on the PC side that automatically fix playlists as files are
> moved. Or one could just call the users 'stupid'. :)
>
> --- Greg Haerr <greg_at_censoft.com> wrote:
> > : I'd rather have good documentation on how to create correct playlists
> > : than to have Rockbox cluttered with code that corrects mistakes made
> > by
> > : the user.
> >
> > We better start documenting how to use the default win32 jukebox
> > software
> > package then. (any volunteers ;(
> >
> > :
> > : Creating a correct playlist is such a simple thing.
> >
> > Well, since few people except the original guy who asked for this
> > feature seem to agree with me, I'll stop, after my last attempt at
> > explaining why this feature _could_ be considered a decent feature,
> > (with an on/off switch):
> >
> > "It would be nice to read documentation on how to create correct
> > playlists, etc, instead of having the machine just work. However, the
> > reason the playlist was created 'wrong' in the first place is because
> > the windows software that comes with Jukebox creates it incorrectly,
> > non-intuitively, for the user. Then the user tries to run the playlist,
> > and of course, it doesn't work with Rockbox. Of course the user
> > is a newbie, and doesn't 'get it', nor understand why it doesn't work,
> > when he uses Rockbox, although the same playlist works on the
> > original firmware."
> >
> > I'm willing to bet somebody lunch that this is the reason that Archos
> > added the "feature" in the first place: the windows jukebox program they
> > redistribute
> > creates non-relative playlists, and they required it so that windows
> > users can use the box...
> >
> > : I still don't agree. The Archos firmware does it, good for them. I
> > never
> > : have to "muck" with my playlists, because they are correct, without
> > any
> > : extra path information.
> >
> > Well it works for you, when you use non-archos-packaged
> > playlist creation software not on windows.
> >
> > Note: the archos-bundled software is called "MusicMatch".
> >
> > Regards,
> >
> > Greg
> >
> >
> >
> >
> >
> > :
> > : > I think the point here is to have Rockbox run playlists without
> > having
> > : > to muck with them. Archos does, so should we...
> > :
> > :
> > : /Linus
> > :
> >
>
>
> =====
> ---
> In theory there is no difference between theory and practice. In practice
there is.
> - Yogi Berra
>
> __________________________________________________
> Do you Yahoo!?
> New DSL Internet Access from SBC & Yahoo!
> http://sbc.yahoo.com



Page was last modified "Jan 10 2012" The Rockbox Crew
aaa