title
Products            Buy            Support Forum            Professional            About            Codec Central
 

Cover art in the Folders & Filenames browsing view

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • ericzander

    • Oct 2011
    • 28

    Cover art in the Folders & Filenames browsing view

    Asset 5.1.1 for MacOS had a bug preventing from seeing the files when using the Folders & Filenames browsing that have been fixed in 5.1.2. However, in the same view but not in the other views, I am experiencing a problem with the cover art for folders. When using all other views, I can see all cover art and change art which is immediately exhibited in Kazoo. In the Folders & ... view, some cover art is not exhibited and my changes are not exhibited. It seems like there are cover art embedded somewhere else and that I cannot reach and change with my meta tag editor (Tag), and/or is it another bug in the Folders & Filenames browsing view?

    aniara
  • Spoon
    Administrator
    • Apr 2002
    • 44579

    #2
    Re: Cover art in the Folders & Filenames browsing view

    Try the new R6 beta, in the testing section of this forum.
    Spoon
    www.dbpoweramp.com

    Comment

    • ericzander

      • Oct 2011
      • 28

      #3
      Re: Cover art in the Folders & Filenames browsing view

      Originally posted by Spoon
      Try the new R6 beta, in the testing section of this forum.
      Thanks, Spoon, but this version seems to function as 5.1.1: Folders & Filenames don't display any files at.

      Comment

      • PeterP
        Super Moderator
        • Jul 2011
        • 1471

        #4
        Re: Cover art in the Folders & Filenames browsing view

        EDITED disregard the previous content, I should not read forums before I've had the right amount of coffee.

        Bug being investigated, thanks for reporting.
        Last edited by PeterP; November 13, 2017, 01:33 PM.

        Comment

        • PeterP
          Super Moderator
          • Jul 2011
          • 1471

          #5
          Re: Cover art in the Folders & Filenames browsing view

          We currently show album art for folders where "folder.jpg" or "cover.jpg" is present.

          If your album art is stored in some other way - such as in file tags - the folders view will currently not pick it as a folder image - even though it will show images for individual tracks.

          I'm looking into changing this for upcoming Asset Release 6.

          Comment

          • ericzander

            • Oct 2011
            • 28

            #6
            Re: Cover art in the Folders & Filenames browsing view

            Hi Peter,

            I know that but the mystery is that this does not happen in Folders & Filenames view but works well in the other views. Looking forward to the bug fix

            aniara

            Comment

            • davmurimd

              • Mar 2016
              • 38

              #7
              Re: Cover art in the Folders & Filenames browsing view

              I am using Asset 5.1 and the Naim app. and have encountered a similar issue. I have set up asset so i can browse by genre, composer, conductor, soloists etc. In every cases except one the album art shows in the top level browse view and also in the corresponding album view. The exception is orchestra, which just shows the harp icon and the name of the orchestra in the orchestra view but correctly shows the album art for the individual albums. This is not a big issue, but it is odd that this only happens when browsing by orchestra. Could this also be a bug?

              Comment

              • davmurimd

                • Mar 2016
                • 38

                #8
                Re: Cover art in the Folders & Filenames browsing view

                Originally posted by davmurimd
                I am using Asset 5.1 and the Naim app. and have encountered a similar issue. I have set up asset so i can browse by genre, composer, conductor, soloists etc. In every cases except one the album art shows in the top level browse view and also in the corresponding album view. The exception is orchestra, which just shows the harp icon and the name of the orchestra in the orchestra view but correctly shows the album art for the individual albums. This is not a big issue, but it is odd that this only happens when browsing by orchestra. Could this also be a bug?
                EDIT: I forgot to say that Asset 5.1 is running on a QNAP NAS.

                Comment

                • ericzander

                  • Oct 2011
                  • 28

                  #9
                  Re: Cover art in the Folders & Filenames browsing view

                  Just by curiosity: Having updated to Asset 6 for MacOS everything has ameliorated compared to described above with a small exception, still in the Folders & File names view: In some instances, no cover art whatsoever is displayed if there is "ö" in the File name, i.e. Karl Böhm, Sven-David Sandström, Götterdämmerung, etc. or "é", i.e. César Franck. When removing these letters everything works fine. A bug in Asset or MacOs?; by the way I have tried the same from my old WHS v1 (Asset 6.1 I think) without any problems.

                  Comment

                  • PeterP
                    Super Moderator
                    • Jul 2011
                    • 1471

                    #10
                    Re: Cover art in the Folders & Filenames browsing view

                    Asset R6 problems with certain characters in file names confirmed, thanks for reporting.
                    A fixed version will be out shortly.

                    Comment

                    • PeterP
                      Super Moderator
                      • Jul 2011
                      • 1471

                      #11
                      Re: Cover art in the Folders & Filenames browsing view

                      New beta version posted: https://forum.dbpoweramp.com/showthr...-for-Mac-Linux
                      A bug causing the above has been addressed. More fixes coming soon.

                      Comment

                      Working...

                      ]]>