On 7/16/07, Paul Louden <paulthenerd_at_gmail.com> wrote:
> If you've deleted *all* the Rockbox files off the player, then exactly
> what "under the covers" could Rockbox be doing to recover the tags?
That's the great thing about speculation...I don't know. I just know
that this problem has persisted as long as I've used Rockbox, and I've
finally had the time to approach the community for assistance. I know
that I've deleted the directory and database files several times to no
avail---and I'm trying to avoid being labeled insane.
Just because files are deleted does not mean that the data is gone;
the filename is just delisted from the filesystem's table. Thus, I
thought perhaps the underlying data was being absentmindedly
recovered; sort of a side effect between the application and the file
> Have you checked to make sure that both the ID3v1 and ID3v2 tags are up
> to date, rather than just one of the two?
Hmm, does RB only look at ID3v1? The web site says *both* v1 and v2
are supported, but it does not explicitly state that one is favored
over another. Since ID3v2 tags appear at the beginning of an MP3,
offers more tags, and gives more space to certain tags); I assumed
that ID3v1 was a fallback choice used in the absence of ID3v2. Or, at
the very least, in the event of a conflict would default to the more
"mature" of the ID3 versions. Now that I know that I have to make
corrections in two places for Rockbox to notice, I'll make the mental
adjustment. Unfortunately, I have to wait until I get home to make
this adjustment. Is this documented somewhere, or does this warrant
This one irritation aside, I much prefer the Rockbox interface to the
Archos standard. I hope you'll appreciate that I'm merely hunting for
an answer, not looking for an excuse to complain.
"Words are the only thing which will last forever" Churchill
: For those who believe that doing the same thing repeatedly
because you expect a different outcome.
: Besides, I'm more comfortably with CLI on Linux anyway...
Received on 2007-07-16