Home of the Squeezebox™ & Transporter® network music players.
Page 6 of 6 FirstFirst ... 456
Results 51 to 57 of 57
  1. #51
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,781

    Windows Users: Run a full library scan following timechanges

    > It looks like a New & Changed scan did NOT see any music files as
    > changed following the time change. But, it did see all of the covers as
    > having changed and resized and re-cached all of them.


    Are you using all standalone artwork (eg. cover.jpg) or mostly embedded?
    I looked into this, and I guess if I looked into it before, I probably
    came to the same conclusion as I've come today: things are complicated
    :-). It only applies to cases where you're using an external artwork
    file, was its timestamp would be reported incorrectly too. Unfortunately
    the artwork cache isn't a nice table where the timestamp is its own
    column. Therefore we can't just bump that timestamp as we do for the
    tracks. Which means we can't easily fix this. Not easily enough to make
    it worth the hassle and risk imho. After all that stage doesn't have the
    same negative impact as does a full rescan of the tracks table.

    --

    Michael

  2. #52
    Senior Member JJZolx's Avatar
    Join Date
    Apr 2005
    Location
    Colorado
    Posts
    11,469
    Yeah, they're all cover.jpg files.

    So, you're able to reliably detect that a DST time change has occurred since the last scan?

  3. #53
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,781

    Windows Users: Run a full library scan following timechanges

    > So, you're able to reliably detect that a DST time change has occurred
    > since the last scan?


    LMS does set a flag in the database whether DST is on or off. Before
    running the scan it checks that flag against the current DST state and
    updates the timestamps column if needed (on Windows only).

    --

    Michael

  4. #54
    Senior Member JJZolx's Avatar
    Join Date
    Apr 2005
    Location
    Colorado
    Posts
    11,469
    Haven't tested the "fall back" situation, but so long as you're adjusting the timestamps by the opposite amount when it occurs, I would call it fixed.

    Thanks!

  5. #55
    Senior Member jimzak's Avatar
    Join Date
    May 2008
    Location
    Austin TX
    Posts
    640
    Is running a full scan still necessary? I'm on 7.9 beta.
    http://zzzone.net
    http://have-a-nice-day.org
    http://www.last.fm/user/zzzoneDOTnet
    http://somethingsomethingsomething.net

    SBS 7.9 - i7 nuc - Win 10 64bit
    5 Booms, 2 Radio, 3 Touch, 1 Duet, 5 piCorePlayers including 3 touchscreen, 1 Avy
    2 controllers, various tablets/phones
    Apps including iPeng, Squeeze Ctrl etc.
    Library: 385,000+ FLAC/MP3 files - 12 TB HD

  6. #56
    Senior Member
    Join Date
    May 2010
    Location
    Wisconsin
    Posts
    921
    I am running-Logitech Media Server Version: 7.9.0 - 1472633108 @ Wed Aug 31 08:54:44 CUT 2016

    all appears OK wo a full rescan

  7. #57
    Senior Member JJZolx's Avatar
    Join Date
    Apr 2005
    Location
    Colorado
    Posts
    11,469
    Quote Originally Posted by jimzak View Post
    Is running a full scan still necessary? I'm on 7.9 beta.
    My scheduled new & changed scan ran a little slower than normal this morning, but it did not see all the files as changed. Looks like this is fixed and a full scan following a time change is no longer necessary on Windows.

Posting Permissions

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