If a search-path-type thing was used, wouldn't your playlist change when
you
added more music by artist Foo?
yes, but that happens with dirplay playlists now anyway. start a
folder, then connect usb and add/remove files and there is a good
chance you wont be on the same file you stopped
On 7 March 2011 19:18, pondlife pondl...@pondlife.me wrote:
If a search-path-type thing was used, wouldn't your playlist change when
you
added more music by artist Foo?
yes, but that happens with dirplay playlists now anyway. start a
folder, then connect usb and add/remove files and there is
My personal expectation regarding database and file tree is if I click
on a file in the file tree or database, I expect it to resume from
whatever file I stopped playing no matter what I do to the disk (other
than of course removing that file).
With the database, if I insert and artist, then
I think of a playlist as an entity in its own right. Whilst I may have
generated it from a directory or database query, I may then have manually
edited it (removing that one track I always skip...).
Thus I'd expect resume to always follow the playlist, not to recheck with
the place it came
On 3/7/2011 4:29 AM, pondlife wrote:
I think of a playlist as an entity in its own right. Whilst I may have
generated it from a directory or database query, I may then have manually
edited it (removing that one track I always skip...).
Once a manual edit has taken place, I'd expect it to be
On 7 March 2011 21:34, Paul Louden paulthen...@gmail.com wrote:
On 3/7/2011 4:29 AM, pondlife wrote:
I think of a playlist as an entity in its own right. Whilst I may have
generated it from a directory or database query, I may then have manually
edited it (removing that one track I always
Like I said, this can be argued easily from both sides. And yes, any
manual editing changes it to a m3u-ish playlist and not dirplay so
the track list should stay the same
My main argument is for simplicity (both code and user support).
How often does a user add/remove files and resume
Basically, if we ever see smart playlists which is an occasionally
requested feature, I expect the queries-in-playlists things will happen
anyway, so I'd see this as improving featureset.
That's a good point - something I'd really like too (hence my query-file
feature suggestion).
However,
pondlife wrote:
My main argument is for simplicity (both code and user support).
How often does a user add/remove files and resume without
re-querying? IMHO
that's a fairly rare case not worth the code and confusion.
Actually, I do this quite regularly.
I have a directory that contains a
I have a directory that contains a large number of radio programs
(think podcasts here). I choose one to play, and may not finish
listening to that episode before switching the player off. Next time
I start up, I want to resume from where I left off. Now if I re-sync
the player with the
I have a directory that contains a large number of radio programs
(think podcasts here). I choose one to play, and may not finish
listening to that episode before switching the player off. Next time
I start up, I want to resume from where I left off. Now if I re-sync
the player with the
Am 07.03.2011 14:23, schrieb pondlife:
This is a case where automatic playlist regeneration would be best avoided,
I think. Resuming would continue to play the previous playlist, thus
continuing with the correct program with no need for any clever code. (I
don't much like clever code.)
I
On 6 March 2011 11:38, Frank Gevaerts fr...@gevaerts.be wrote:
Hi,
There are currently some limitations when using the database, mainly
involving bookmarks and playlists. There's the idea of possibly having
a gsoc project to look into these and fix them. In order to make that
possible, we
If a search-path-type thing was used, wouldn't your playlist change when you
added more music by artist Foo?
On 7 March 2011 17:15, Dave Hooper d...@beermex.com wrote:
If a search-path-type thing was used, wouldn't your playlist change when you
added more music by artist Foo?
yes, but that happens with dirplay playlists now anyway. start a
folder, then connect usb and add/remove files and there is a
Hi,
There are currently some limitations when using the database, mainly
involving bookmarks and playlists. There's the idea of possibly having
a gsoc project to look into these and fix them. In order to make that
possible, we would need to have a fairly complete idea of what's
missing, and as a
16 matches
Mail list logo
