I didn't test in ripping a CD, but I converted a track from a file with album art to FLAC and the album art showed up in both ID3v2 tags and Vorbis Comments.
I ripped a CD using Flac R7, and the album art shows up in Tag & Rename 3.3. When I then converted the FLAC files to M4A using Nero, there was no album art showing in T&R. Anything I should be doing different?
I thought I had album art showing using Flac R7 in Tag&Rename 3.3 (the art box is checked in T&R3.3), but on further inspection I can't see the art in T&R3.3! I also can't see the art in Sonos2.1 either. When I look at individual tracks in explorer under right click, the art is there for sure. I used the multiencoder to rip my CDs into FLAC and mp3, the mp3 files in terms of cover art are fine. Would appreciate your thoughts
Programs have to be updated to support this new method of album art in flac, I am guessing the programs you mentioned have not been updated (it was only 2 months ago that flac added this support).
I wrote to T&R, and below is what they sent back (don't understand what it means!). There is one comment about dbpoweramp (see below), don't know if that is correct or not:
QUOTE
Hello Hitesh,
Tag&Rename 3.3 include flac picture frame support.
This is a dbpoweramp bug. Here is flac picture frame specification:
HM> METADATA_BLOCK_PICTURE
HM> <32> The picture type according to the ID3v2 APIC frame:
HM> <32> The length of the MIME type string in bytes.
dbpoweramp set MIME length to zero.
HM> <n*8> The MIME type string, in printable ASCII characters 0x20-0x7e. The MIME type may also be --> to signify that the data part is a URL of the picture instead of the picture data itself.
and MIME type string don't contain anything, so Tag&Rename can't determine picture file type (i.e. jpg, png, etc.).
HM> <32> The length of the description string in bytes.
HM> <n*8> The description of the picture, in UTF-8.
HM> <32> The width of the picture in pixels.
HM> <32> The height of the picture in pixels.
HM> <32> The color depth of the picture in bits-per-pixel.
HM> <32> For indexed-color pictures (e.g. GIF), the number of colors used, or 0 for non-indexed pictures.
HM> <32> The length of the picture data in bytes.
HM> <n*8> The binary picture data.
It follows an ID3v2 ID APIC and they allow MIME type to be omitted, here is the documentation you might want to forward to them:
This frame contains a picture directly related to the audio file. Image format is the MIME type and subtype for the image. In the event that the MIME media type name is omitted, "image/" will be implied. The "image/png" or "image/jpeg" picture format should be used when interoperability is wanted. Description is a short description of the picture, represented as a terminated textstring. The description has a maximum length of 64 characters, but may be empty. There may be several pictures attached to one file, each in their individual "APIC" frame, but only one with the same content descriptor. There may only be one picture with the picture type declared as picture type $01 and $02 respectively. There is the possibility to put only a link to the image file by using the 'MIME type' "-->" and having a complete URL instead of picture data. The use of linked files should however be used sparingly since there is the risk of separation of files.
Comment