-
-
Notifications
You must be signed in to change notification settings - Fork 117
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: support embedded album art covers #556
base: master
Are you sure you want to change the base?
Conversation
Good day. Very interested in your pull request. Album art support is very lacking in gonic. I built the project from the source code. Everything started successfully. However, I found the following error: when updating the list with the scan button in web interface, the program terminates with an error:
I am not a developer, so I have not been able to find in what causes this error. Additionally, I have tried running the scan in the following configurations:
Covers in jpeg format. In all of these configurations, the error described above occurs |
Hi @Pikone, thanks for the report!
This should definitely not be happening with Audio files with no embedded cover had an issue where TagLib was reading an embedded cover tag but no image was set. I was able to reproduce this on my system, and I just pushed a commit that should fix this issue. Please download the updated source and see if this issue has been solved for you. |
Just built with the last commit - the error no longer occurs. All songs in my library are successfully scanned and the covers are displayed. The last change solved my problem. Thank you for your pull-request. Hopefully it will be accepted into the main repository branch. |
This adds complete support for embedded album art for any format that TagLib supports.
I'm marking this as a draft because there are a few code considerations I would like to get input on before continuing:
audiotags
package changes need to be made tosentriz/audiotags
instead of linking to my personal repo. I did this for testing reasons but it will be removed before this is actually committedtagcommon
; not sure if this is appropriate or notcloses #11