Thank you for your donation!


Cloudsmith graciously provides open-source package management and distribution for our project.


Solved: No album-covers in DSF-files
#1
I have FLAC + DSF-files and I use MP3Tag ID3. The cover-jpg files are not seperate files in the map but all "stored" in the file itself. When I play FLAC, all my album-covers are visible. When I play DSF there are none album-covers. How come and is there a solution?
Reply
#2
(11-04-2022, 02:22 PM)Gerardus Wrote: I have FLAC + DSF-files and I use MP3Tag ID3. The cover-jpg files are not seperate files in the map but all "stored" in the file itself. When I play FLAC, all my album-covers are visible. When I play DSF there are none album-covers. How come and is there a solution?

I think there is no parsing for DSF files when it comes to extracting album-art, only mp3, flac and mp4 as containers... @Tim Curtis...?


Cheers, Al.
Reply
#3
@Gerardus

sorry... I'm on the mood (or shall I say moode) to investigate this one, as I have a quick-and-dirty idea...
can you upload a couple of such DSF files and get me a link to them?

Or, if you prefer, you can upload them here: https://drive.google.com/drive/folders/1...sp=sharing

Cheers, Al.
Reply
#4
(11-04-2022, 02:30 PM)Nutul Wrote:
(11-04-2022, 02:22 PM)Gerardus Wrote: I have FLAC + DSF-files and I use MP3Tag ID3. The cover-jpg files are not seperate files in the map but all "stored" in the file itself. When I play FLAC, all my album-covers are visible. When I play DSF there are none album-covers. How come and is there a solution?

I think there is no parsing for DSF files when it comes to extracting album-art, only mp3, flac and mp4 as containers... @Tim Curtis...?


Cheers, Al.

This is true as far as my few test files are concerned. I've never looked carefully at this. As my professors would say, "it's a problem for an interested student." I just add an appropriate .jpg file to the album directory (of which I have only one Tongue).

The DSF spec says the metadata (included coverart) is to be contained in an ID3v2 metadata tag in a chunk at the end of the file with an 8-byte pointer to it in the DSD header chunk. 

ETA - 
1) mediainfo can parse the ID3v2 tag and includes info about the coverart in its output.
2) I grabbed a sampler album from nativeDSD.com some years ago; there are other sources of free DSD material online.
 
Regards,
Kent
Reply
#5
(11-04-2022, 02:30 PM)Nutul Wrote:
(11-04-2022, 02:22 PM)Gerardus Wrote: I have FLAC + DSF-files and I use MP3Tag ID3. The cover-jpg files are not seperate files in the map but all "stored" in the file itself. When I play FLAC, all my album-covers are visible. When I play DSF there are none album-covers. How come and is there a solution?

I think there is no parsing for DSF files when it comes to extracting album-art, only mp3, flac and mp4 as containers... @Tim Curtis...?


Cheers, Al.

Thats correct. The Zend Media framework is used for extracting cover art and it only supports embedded cover in FLAC, MP3 and M4A formats.

For DSF/DFF, WAV, AIFF etc the cover art has to be in a separate cover image file (JPG or PNG) in the directory containing the tracks. Best to just use the common cover.jpg file naming convention.
Enjoy the Music!
moodeaudio.org | Mastodon Feed | GitHub
Reply
#6
(11-04-2022, 04:00 PM)Tim Curtis Wrote:
(11-04-2022, 02:30 PM)Nutul Wrote:
(11-04-2022, 02:22 PM)Gerardus Wrote: I have FLAC + DSF-files and I use MP3Tag ID3. The cover-jpg files are not seperate files in the map but all "stored" in the file itself. When I play FLAC, all my album-covers are visible. When I play DSF there are none album-covers. How come and is there a solution?

I think there is no parsing for DSF files when it comes to extracting album-art, only mp3, flac and mp4 as containers... @Tim Curtis...?


Cheers, Al.

Thats correct. The Zend Media framework is used for extracting cover art and it only supports embedded cover in FLAC, MP3 and M4A formats.

For DSF/DFF, WAV, AIFF etc the cover art has to be in a separate cover image file (JPG or PNG) in the directory containing the tracks. Best to just use the common cover.jpg file naming convention.

Hmm, I was just curious about throwing a DSD with ID3 tag at Zend, and see what it could come up with... nevermind, I'm gonna do it anyway, later tonight, if somebody is kind enough to provide me with a couple of such files, of course. :-D

Cheers, Al.
Reply
#7
Allright, no tagging; seperate file in the map. @Nutul I uploaded some files for you.
Reply
#8
(11-04-2022, 05:16 PM)Gerardus Wrote: Allright, no tagging; seperate file in the map. @Nutul I uploaded some files for you.

Thank you my friend.

Now I've got some brand-new toy to play with, before going to sleep :-D


Cheers, Al.
Reply
#9
@Gerardus

JFYI, the Talk Talk file has no tag, hence no image, while the other two have ID2v2.3 as per specs.
Again, thanks, and enjoy the music.

A.
Reply
#10
@Gerardus , @Tim Curtis , @TheOldPresbyope
Ok, we're covered for ID3v2 tags also for DSD files.

Just positioning the ID3 tag reader at the beginning of the tag makes things work:
if the first 4 chars of the file are "DSD ", then read 8 bytes at offset 20 and assume the tag begins at that offset; otherwise assume the tag is at offset 0 (default behavior).
from here on the behavior of the Zend library is exactly the same.

Cheers, Al.


Attached Files Thumbnail(s)
   
Reply


Forum Jump: