-
Notifications
You must be signed in to change notification settings - Fork 37
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
albumart #106
base: master
Are you sure you want to change the base?
albumart #106
Conversation
exist.""", file=sys.stderr, flush=True) | ||
coverart = False | ||
else: | ||
coverart_mime = mimetypes.guess_type(coverart_filename)[0] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Rather than guessing the MIME type from the extension, couldn’t we leverage mime-info on systems that have it? It’s more accurate in most cases.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
E.g. using https://github.com/ahupp/python-magic
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am a bit wary of multiplying dependencies; also, users can pretty much choose their own extension with file_to_tag
, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I had assumed that EyeD3 bundled magic anyway for use with https://eyed3.readthedocs.io/en/latest/eyed3.plugins.html#module-eyed3.plugins.mimetype but looking at the source, it seems I was mistaken.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
... but perhaps I'm being silly about dependencies. You seem to be a serious dev, much unlike me :) So I'm willing to listen.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, I think you’re being perfectly reasonable. Also I might be a serious dev (whatever that means) but not all that familiar with the Python ecosystem…
@@ -196,8 +210,12 @@ def tag(placeholders): | |||
file_to_tag = eyed3.load(podpath) | |||
for mytag in tagdict: | |||
setattr(file_to_tag.tag, mytag, tagdict[mytag]) | |||
if coverart: | |||
with open(coverart_filename, 'rb') as imagefile: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It would be cool if the coverart_filename
could be a http(s) URL. And if the images linked from the feed (e.g. <image><url>
in the feed and <itunes:image>
in the article) would be made available as placeholders. This way we could do:
coverart = {articleimage}
or
coverart = {feedimage}
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, let me look into that.
lgtm Co-authored-by: Raphael Schweikert <[email protected]>
Introduces a new
coverart
option forgreg.conf
. This option expects a path to an image, which will be used as cover art for the podcast.