Path: news.nzbot.com!news.astraweb.com!border6.newsrouter.astraweb.com!not-for-mail
From: bd <bd@hishouse.com>
Newsgroups: alt.binaries.mp3.audiobooks
Subject: Re: Sansa Clip Zip vs Sport & sorting problem
Date: Tue, 09 Sep 2014 01:06:45 +1000
Message-ID: <hrfr0a92gipro2j1anu71hb3spgjiq2jsf@4ax.com>
References: <tdSdnbkgqY6EB5DJnZ2dnUU7-bOdnZ2d@giganews.com>
X-Newsreader: Forte Agent 6.00/32.1186
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 54
Organization: Unlimited download news at news.astraweb.com
NNTP-Posting-Host: ad42c3c3.news.astraweb.com
X-Trace: DXC=bemGSW[oUd;RI=Qc=OLNJ2L?0kYOcDh@:7Jab5:mA2<::OGT9aZlDM5Y=L=BYPXn\?@BPQk39mST1Ml]0d9PjQK=MgY7=CCS_e2kF]bh?YKmU>
Xref: news.nzbot.com alt.binaries.mp3.audiobooks:464
On Mon, 08 Sep 2014 06:59:21 -0500, <love2watch@books.com> wrote:
>the sansa does sort by track first
>
hmm, I may have got this wrong. doh, sorry.
Yup, just did some tests and it is definitely sorting on the TRACK #
field (as lovewwatch said). I get the feeling that there is some sort
of priority in play here, but exactly what it is is ??? I know that I
had to change the TRACK TITLE though at one time to get it to work, so
maybe that gets prioritised after the TRACK #. It had something to do
with leading zeroes and it mucked up once you got to three digits (ie
a CD rip by tracks)
What makes this so mind numbingly confusing is a few other things. If
there are no tags apart from the TRACK #, all tagless books appear
under ONE name, UNKNOWN, which makes some kind of sense I guess. Then,
in that one dir all books that are tagless (barring the TRACK #) are
displayed in the TRACK # order, regardless of the file names
themselves. I put five files in a dir and tagged them 1 through 5,
then renamed them so that the file name (and therefore position) did
not match the TRACK #. They display in the TRACK # order, and display
the file name. IN other words, if the file names were wrong, but the
track tags were right, then you would SEE the wrong thing (the file
names themselves) but hear the right thing (because it is going by
TRACK #)
I know that since I started using the following (in mp3 book helper)
for example...
AUTHOR ARTIST - Stephen King
BOOK/ALBUM - Duma Key
TRACK TITLE - <Album> <Count> of <Total> (Not xxx/yyy, this failed
when it got to three digits, may or may not have been related to the
zero padding in the TRACK # field)
TRACK - <Count>
this works perfectly, and always has. Never been out of whack since I
started using these presets in MP3 bookhelper.
Bear in mind thought that this is in audiobook mode, not folder mode,
because that is different.
If you fill the above fields in, you will see an audiobook called Duma
Key in the list. When you enter that dir, you will see files called
Duma Key 1 of <whatever). When you press start on the first one, the
author name will be in the top line of the display (just under the
total/elapsed time bar) and the TRACK TITLE (which in this case would
be Duma Key 1 of <whatever> will scroll underneath.
This is all about as clear as mud. Maybe I should have stayed out of
it. lol
|
| Follow-ups: | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 |
|