10-29-2018, 02:50 PM
(This post was last modified: 10-29-2018, 03:31 PM by TheOldPresbyope.)
A followup:
I don't know how this disrupts coverart.php (more precisely, the Zend routine it calls) but I have a signature for *all* the .flac tracks whose embedded coverart does not display in the Playback panel.
EDIT TO ADD: turning on moOde debug logging, I see lines like
In all cases, the URL contained in the coverurl variable references the correct track.
In the successful case, the image generated via that URL is what the Playback panel displays. In the unsuccessful case, the Playback panel instead displays the default svg image.
Regards,
Kent
I don't know how this disrupts coverart.php (more precisely, the Zend routine it calls) but I have a signature for *all* the .flac tracks whose embedded coverart does not display in the Playback panel.
- metaflac reports they contain a FLAC METADATA block type SEEKTABLE which in each case occurs before the VORBIS_COMMENT and PICTURE type blocks
- exiftool reports: Encoded by: Exact Audio Copy (Burst Mode)
- exiftool reports: Encoder Settings : FLAC.EXE -6 -V -T "ARTIST=..." -T "TITLE=..." ... etc.
EDIT TO ADD: turning on moOde debug logging, I see lines like
Code:
20181029 111925 readMpdResponse(): success $resp[0]=(file: USB/KAR04/examFiles/In-Grid - Tu Es Foutu.flac)
20181029 111925 enhanceMetadata(): coverurl: (/coverart.php/USB%2FKAR04%2FexamFiles%2FIn-Grid%20-%20Tu%20Es%20Foutu.flac)
In all cases, the URL contained in the coverurl variable references the correct track.
In the successful case, the image generated via that URL is what the Playback panel displays. In the unsuccessful case, the Playback panel instead displays the default svg image.
Regards,
Kent