Open Hlsgs opened 1 week ago
lordmulder
commented
1 week ago If you drop the file that is to be converted onto LameXP and go to "Show Details", does it show the artwork?
If not, it means that no artwork has been found in the source file, and thus there can not be any artwork in the converted file.
Hlsgs
commented
1 week ago Wasn't aware of the "Show Details" fucntionality. Upon inspection, it would seem that LameXP is unable to read artwork from opus files, even those it has itself created(doesn't show up in details). The artwork is there, players read it, Mp3tag reads it etc. I even removed the artwork that LXP carried over from the original mp3 file and re-added it via Mp3tag, with the same results. It's easy to replicate, but I can creata a small sample file if it'd help.
lordmulder
commented
1 week ago LameXP is just a GUI front-end, and "under the hood" it uses MediaInfo to extract meta information from the source file.
If you analyze your source file with mediainfo.exe directly, what does it show?
You should run this from the terminal:
mediainfo.exe --Language=raw --Output=XML --Full --Cover_Data=base64 "c:\path\to\your\source.opus"(Note: this is the command that LameXP would execute internally)
If MediaInfo doesn't find any cover artwork in the Opus file, I think this would be a feature request for MediaInfo 😳 https://sourceforge.net/p/mediainfo/feature-requests/
If MediaInfo does find (and output) cover artwork in the Opus file, but LameXP somehow doesn't parse the output of MediaInfo correctly, then this is something I should be looking into...
Hlsgs
commented
1 week ago So the artwork does show up, but not a separare "track" as in the original mp3.
Again, plese let me know if you want this sample file, though you should be able to replicate with any file. THis doesn't seem to me like it has anything to do with the sample itself.
lordmulder
commented
1 week ago Can you please run MediaInfo with options --Language=raw --Output=XML --Full --Cover_Data=base64 as suggested?
Hlsgs
commented
1 week ago There weas a typo and I just copied and pasted the commadn without thinking. Sorry about that. Including the command ran below.
lordmulder
commented
1 week ago Okay, thanks. I think this needs more in-depth analysis when I have more time.
But I think it could be related to the lack of the <Cover_Mime> tag in the output MediaInfo generates for the Opus file.
Maybe we need to assume JPEG by default, if that is missing?
(BTW: indeed, there was a typo in the command-line arguments in my above post, sorry for that)
Hlsgs
commented
1 week ago Okay, thanks. I think this needs more in-depth analysis when I have more time.
But I think it could be related to the lack of the
<Cover_Mime>tag in the output MediaInfo generates for the Opus file.Maybe we need to assume JPEG by default, if that is missing?
(BTW: indeed, there was a typo in the command-line arguments in my above post, sorry for that)
I am unable to help answer any of those questions, but I can pile on one more: why does LameXP(opusenc?) not output that mime type and the track type="Image" track, as it does for mp3? Remember, said opus file was encoded by LXP.
Anyway, thank you for your time and patience, M'lord!
Hlsgs
commented
1 week ago @lordmulder Quick question, if I may: why have you opted for mediainfo, rather than ffprobe?
In my (limited) experience with LameXP, converting whichever way between flac, mp3 and opus retains the embedded cover image, if present in te source file, with one exception: converting from opus to any other format.
Steps to reproduce: convert a file with embedded cover art from any other format to opus, then convert the resulting file to mp3.