Home of the Squeezebox™ & Transporter® network music players.
Page 3 of 5 FirstFirst 12345 LastLast
Results 21 to 30 of 44
  1. #21
    Senior Member JJZolx's Avatar
    Join Date
    Apr 2005
    Location
    Colorado
    Posts
    11,531
    So file a bug report already.

    (Secondarily... If your library is well tagged, and you don't actually need to rely on the Guess Tags feature for grabbing tags out of folder and path names, then jusst clear all the Guess Tags strings. You don't use them and you don't _want_ SC guessing anything.)

  2. #22
    MrSinatra
    Guest
    Quote Originally Posted by JJZolx View Post
    So file a bug report already.

    (Secondarily... If your library is well tagged, and you don't actually need to rely on the Guess Tags feature for grabbing tags out of folder and path names, then jusst clear all the Guess Tags strings. You don't use them and you don't _want_ SC guessing anything.)
    i plan to, its just that i don't know how best to phrase it yet and i generally like to vet the bugs here to get help on that. also, the whole point of this is to demonstrate the need for the feature request, which is why i started the thread to begin with.

    as to your second point, you are right and wrong... it depends on what you mean by "well tagged." i have filled in at least v1 tags on everything, and as it turns out, i have v2 tags on everything too, since i applied RG values to all my tracks.

    but as you know, i already filed http://bugs.slimdevices.com/show_bug.cgi?id=8380 and so i need to either guess tags to get things to show up, OR retag all the problem albums so that they have v2 info for fields other than RG values. (i'm guessing its around 20-25 albums)

    now, is this "bad tags?" i think thats a matter of opinion, and not a matter of definition. nevertheless, i would be happy to get them all fixed IF i knew what all albums they were! i don't. thats part of the issue. i have no idea WHICH 20-25 it is, other than that one AC-DC album i just happened to notice missing.

    again, this comes back to the notion i am pushing here that this is a necessary feature. my next two SS are actually pretty illuminating.

  3. #23
    MrSinatra
    Guest
    i have now done a clear and rescan with the default values for guess tag format:

    (ARTIST - ALBUM) TRACKNUM - TITLE
    /ARTIST/ALBUM/TRACKNUM TITLE
    /ARTIST/ALBUM/TRACKNUM. TITLE

    these do NOT work for me.

    this screenshot shows huge differences in the number of songs between the status window (which still weirdly somehow adds an extra one) and the album art summary, a difference of 294 songs! and yet, the albums are only off by one?

    whats interesting about this SS to me, is that the scanner is obviously still seeing the tracks, it just doesn't let them show up when u go to the album view, which i think is related to bug 8380. altho i don't have a SS of it, when i go to home -> artists, it says 23694 songs. so i think that reinforces my hunch. but how does it see the albums to only be off by one?

    in the next post, i'll show that the home page summary is much closer, on the same scan.

  4. #24
    MrSinatra
    Guest
    so now that we're back on the home page, it now reads out 23,694 for both the SC status and home pages, which is one more than DOS says.

    i should also point out that these last two SS have 8 fewer artists than the first two.

  5. #25
    MrSinatra
    Guest
    so, there seems to be a number of bugs here.

    first is that the summary of songs and albums changes depending on what page you're on.

    second is they frequently do not agree with what the advanced -> status page has listed.

    third for some reason SC seems to be finding one more audio file than i have. all my files except for one are mp3. the one is a wav.

    the mp3s and wav add up to 23,693 files. so how SC gets 23,694 i don't know. all i can think of is maybe i have another audio file type file randomly on my HD somewhere, but i have no idea how to prove or disprove that. my guess is i don't, but i could be wrong. (or maybe in the code SC adds up in one place starting with "1" in another starting with "0"?)

    anyway, while a lot of the above will probably be fixed when 8380 is fixed, it gets back to my feature request, which is that i may never have noticed this at all, it was just a fluke really, so what SC needs is some kind of double check.

    i would propose that SC counts ALL instances of sound files, (like *.mp3, *.wav, etc...) and compares that count to SC's artist count, album count, and so on, and then it should mark or log those items which did not make it into the SC DB as a legit entry. this would identify problem tracks to the user and give them a heads up.

    like i said, it was just lucky i noticed it. 8380 isn't the complete answer either, b/c i am sure there are lots of ways for this to occur, not only 8380.
    Last edited by MrSinatra; 2008-07-16 at 22:40.

  6. #26
    MrSinatra
    Guest
    Last edited by MrSinatra; 2008-07-17 at 03:39.

  7. #27
    Senior Member JJZolx's Avatar
    Join Date
    Apr 2005
    Location
    Colorado
    Posts
    11,531
    Why in the world don't you just fix your tags? You've been at this long enough to know how important they are.

    With most tagging software it should be fairly easy to move id3v1 data to an id3v2 tag, then delete the id3v1 tag.

  8. #28
    Member
    Join Date
    Feb 2008
    Location
    Brentwood, UK
    Posts
    53
    Well, I can see where MrSinatra is coming from. So you have 3 bad tags in 10000 titles. If you are vigilant and run the file status and drop into DOS (DOS!!) and type some DOS commands you can find out you have a problem. You can then start trawling through your folders until you are lucky enough to find the offending files.
    Meanwhile there is a smug piece of software sitting inside of Squeezecenter, saying 'Well I know which ones they are, but I'm not telling you!'

    All I would like to see is, after a scan, a report appears on screen saying something like '3 File Tag read errors, please view Error log file'. In the error file would be the file path names. It would then be down to the user to sort them out.
    If this is such a bad idea, why is it planned to be included in a future release?

  9. #29
    NOT a Slim Devices Employee kdf's Avatar
    Join Date
    Apr 2005
    Posts
    9,493

    feature request: file vs track calculator

    Lesu wrote:
    > Meanwhile there is a smug piece of software sitting inside of
    > Squeezecenter, saying 'Well I know which ones they are, but I'm not
    > telling you!'
    >

    It's simply waiting for you to ask. It's called a log file.
    specificaly, scanner.log and it can tell you a great many things. You
    just have to tell it what to report.

    -kdf



  10. #30
    Member
    Join Date
    Feb 2008
    Location
    Brentwood, UK
    Posts
    53
    Quote Originally Posted by kdf View Post
    Lesu wrote:
    > Meanwhile there is a smug piece of software sitting inside of
    > Squeezecenter, saying 'Well I know which ones they are, but I'm not
    > telling you!'
    >

    It's simply waiting for you to ask. It's called a log file.
    specificaly, scanner.log and it can tell you a great many things. You
    just have to tell it what to report.

    -kdf
    I'm confused. All the way through this thread no-one has suggested just looking at the scanner.log file for the files to be identified. In fact, in several of the replies, it is implied that this would be an enhancement to the present program.
    How do you tailor the scanner.log report? Additionally, is there a beginners guide to understanding what is in the report file? I can't find any documentation about it.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •