Home of the Squeezebox™ & Transporter® network music players.
Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 31
  1. #21
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,749

    An old "friend" is back: Album split in 2albums

    > Meanwhile I was able to reproduce the behaviour by changing the title
    > again the other way round:
    > I changed the (track) title from "Sommarens sista sang (Radio Edit)"
    > back to "Sommarens sista sang".
    > On another track "Bland nattens skuggor" I just pressed "save" (wthout
    > any changes) to have scanner changed this track too (I wanna have TWO
    > files scanned to be sure that's it is not caused by anything on this ONE
    > special file)


    But in the end _both_ these files got moved to a new album, even though
    you only changed one of them? Storing a file alone made it create a new
    album, right? Would you be able to reproduce this with any album? Any track?

    What if you opened all those tracks, saved all of them, rescanned (so
    that they'd hopefully be in the same album again)? Now change two tracks
    again, like before. Would it generate yet another album?

    Interesting: despite your adding a few bytes to the track title, the
    file size didn't change.

  2. #22
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,749

    An old "friend" is back: Album split in 2albums

    Never mind: I'm able to reproduce the issue. This must be a bad
    regression... it's enough to change a file's filestamp to make it end up
    in a new album :-(.

  3. #23
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,749

    An old "friend" is back: Album split in 2albums

    > Never mind: I'm able to reproduce the issue. This must be a bad
    > regression... it's enough to change a file's filestamp to make it end up
    > in a new album :-(.


    Might be yet another !@#?! Umlaut problem... I only see it if the album
    title has an umlaut (or probably some other accented character) in its
    name.

  4. #24
    Senior Member
    Join Date
    Jun 2009
    Posts
    497
    Quote Originally Posted by mherger View Post
    > Never mind: I'm able to reproduce the issue. This must be a bad
    > regression... it's enough to change a file's filestamp to make it end up
    > in a new album :-(.


    Might be yet another !@#?! Umlaut problem... I only see it if the album
    title has an umlaut (or probably some other accented character) in its
    name.
    Yes,
    - I can confess, I can't reproduce it with ANY album
    - but I can reproduce it with this album any time.

    So this is why I gave You as much information as possibke about the album as I saw the umlaut in the scanner.log entry so maybe You have an idea why the umlaut influences scanner's behaviour...

  5. #25
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,749

    An old "friend" is back: Album split in 2albums

    Thanks a lot Frank! I think we're one more bug down... new builds are in
    the pipeline.

  6. #26
    Senior Member
    Join Date
    Jun 2009
    Posts
    497
    Quote Originally Posted by mherger View Post
    Thanks a lot Frank! I think we're one more bug down... new builds are in
    the pipeline.
    Thanks to YOU!

  7. #27
    Senior Member
    Join Date
    Jun 2009
    Posts
    497
    Quote Originally Posted by mherger View Post
    Thanks a lot Frank! I think we're one more bug down... new builds are in
    the pipeline.
    Unfortunately it (r1648757675) did not fix the issue I guess.

    I did the "reversion" like the day before:
    a) add the " (Radio Edit)" to track 3
    b) "save" track 6 to get a new timestamp
    c) new & changed

    Result:
    - scanner recognized both files as "changed"
    - scanner pre-cached the artwork
    [22-04-01 12:01:28.4198] Slim::Music::Artwork::__ANON__ (767) Pre-caching artwork for Det h├Ąr ├Ąr platsen from M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista sang (Radio Edit).mp3
    (unexpected to me it once again only pre-cached artwork for track 03, not for track 06)
    - library.db was "unchanged" (one album with 11 tracks, one album with 2 tracks - 2 different values in tracks.coverid (one or 2 tracks, one for 11 tracks), same tracks.cover for all 13 tracks.)

    Then I tried to "harmonize" it again by
    - pressing "save" on all 13 tracks so they ALL got new time stamps.

    Result:
    - scanner recognizeed all 13 tracks as scanned
    - scanner once again pre-cached the artwork only for track 03!
    [22-04-01 20:56:45.9778] Slim::Music::Artwork::__ANON__ (767) Pre-caching artwork for Det h├Ąr ├Ąr platsen from M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista sang (Radio Edit).mp3
    (very unexpected for this time, I did the same to all tracks (setting a new timestamp, this time i did not do any tag changes to any file).

    The only thing that is "special" with this track as far as I can see, it gets "brackets" "()" in the #title tag and file name...

    Maybe You can reproduce again?

    Next thing I could try is to "repair" the album by moving it to another path (so it gets deleted and added as new) and then again
    - try to change this "Track 03"
    and/or
    - try to change another track (only).

    But for this takes a few run it may last 1 or 2 days...

  8. #28
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,749

    An old "friend" is back: Album split in 2albums

    > - library.db was "unchanged" (one album with 11 tracks, one album with 2
    > tracks - 2 different values in tracks.coverid (one or 2 tracks, one for
    > 11 tracks), same tracks.cover for all 13 tracks.)


    Please note that the change would _not_ "fix" an already broken
    database. It would only prevent the splitting.

    > Then I tried to "harmonize" it again by
    > - pressing "save" on all 13 tracks so they ALL got new time stamps.
    >
    > Result:
    > - scanner recognizeed all 13 tracks as scanned


    Did that join all tracks on one album again? I would expect this to
    "fix" the database. And thereafter touch some tracks should no longer
    cause splitting the album.

    > - scanner once again pre-cached the artwork only for track 03!


    I didn't look into the artwork issue yet, as I considered this not a
    problem (as long as the artwork shown still is visually the same).

    Can you confirm that touching a few tracks of an album would no longer
    cause that album to show up twice?

  9. #29
    Senior Member
    Join Date
    Jun 2009
    Posts
    497
    OK, a few "new & changed" later: ;-)

    Quote Originally Posted by mherger View Post

    Please note that the change would _not_ "fix" an already broken
    database. It would only prevent the splitting.
    Yes, I am aware, I thought "touching" (change timestamp) / changing them would lead scanner to scan them and see them as "equal" to the others - I was wrong.

    Quote Originally Posted by mherger View Post

    Did that join all tracks on one album again? I would expect this to
    "fix" the database. And thereafter touch some tracks should no longer
    cause splitting the album.
    I expected this, too - but it didn't. Scanner recognized all (13) tracks as scanned but still kept them in 2 different albums as before

    Quote Originally Posted by mherger View Post
    Can you confirm that touching a few tracks of an album would no longer
    cause that album to show up twice?
    Yes, I can - but I had to move the whole album to another direction. Only then scanner saw it as 1 album - and after touching a few files it kept them in 1 (!) album

    Thanks for fixing!

  10. #30
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,749

    An old "friend" is back: Album split in 2albums

    >> Did that join all tracks on one album again? I would expect this to
    >> "fix" the database. And thereafter touch some tracks should no longer
    >> cause splitting the album.

    >
    > I expected this, too - but it didn't. Scanner recognized all (13) tracks
    > as scanned but still kept them in 2 different albums as before


    Hmm... thinking about this again it might not work indeed: what the
    change does is not compare the literal title (because there's often too
    much encoding confusion...), but it uses the same "title search" value
    we're using in other places, which is kind of a normalized title. But
    these are the same now for old and new. Therefore it's possible it
    doesn't re-assign, as the album title would match any of the two.

    I guess changing the album title of all tracks, rescan, change back,
    rescan, would "fix" your database without the need for a full wipe & rescan.

    As for the artwork: the artwork ID is based on the artwork file's
    timestamp. As for embedded artwork this timestamp is the same as the
    music file's timestamp, it did change. And thus triggers new pre-caching
    of that artwork. It does not compare the actual file content, only the
    file's timestamp.

Posting Permissions

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