I have all the explorer options turned on except 'pop-ups' and 'batch' in reference R12.4.
I am not sure if it's bad tagging technique or what.
I made a lossless .wv file using CD-DA Extrator which contains album art.
Did the same using Ripfactory - Rip Station Micro.
First, the album art image, although embeded in the CD-DA .wv file, will not show in the dMC audio properties despite being listed on the 'Contains' line.
Pressing [OK] results in a not responding message for explorer.exe
With the RS Micro .wv files they seem to embed the image in a custom tag which I guess is some sort of propriatary approach. Explorer doesn't regress into a 'not responding' state but is clearly bogged down with the <graphic_front_cover> tag holding the images' HEX data.
Since I have not done other formats thus far, I am also unsure if this is isolated to WavePack.
Unless there is a bug with dMC explorer it would be nice if it could recognize and discard bad tag implementations that make it choke.
I am not sure if it's bad tagging technique or what.
I made a lossless .wv file using CD-DA Extrator which contains album art.
Did the same using Ripfactory - Rip Station Micro.
First, the album art image, although embeded in the CD-DA .wv file, will not show in the dMC audio properties despite being listed on the 'Contains' line.
Pressing [OK] results in a not responding message for explorer.exe
With the RS Micro .wv files they seem to embed the image in a custom tag which I guess is some sort of propriatary approach. Explorer doesn't regress into a 'not responding' state but is clearly bogged down with the <graphic_front_cover> tag holding the images' HEX data.
Since I have not done other formats thus far, I am also unsure if this is isolated to WavePack.
Unless there is a bug with dMC explorer it would be nice if it could recognize and discard bad tag implementations that make it choke.
Comment