发表文章

[Python] 零: 支持相册艺术作为 keep_fields 的一个选项 zero: Support album art as an option in keep_fields[beets]

plittlefield 2017-10-9 93

这是问题的后续- #2589 -我被要求将其报告为 "bug" 或 "请求"。

问题 = zero 插件无法保留或与 embedart 插件干预。

这是我的甜菜 config - https://pastebin.com/hQrNm0uC

这是一首歌曲的 id3 标签甜菜导入后使用 zero 插件- https://pastebin.com/hrhvpzQ1

这是命令输出- http://paste.ubuntu.com/24883079

  • 操作系统: Linux-Ubuntu 16.04。2
  • Python 版本: 2.7.12
  • 甜菜版: 1.4。4

谢谢!

原文:

This is a follow up to the issue - #2589 - and I have been asked to report it here as a 'bug' or 'request'.

Problem = The zero plugin is not able to keep, or is interferring with the embedart plugin.

Here is my beet config - https://pastebin.com/hQrNm0uC

This is the id3 tag for a song after beet import with zero plugin - https://pastebin.com/hrhvpzQ1

This is the command output - http://paste.ubuntu.com/24883079

  • OS: Linux - Ubuntu 16.04.2 LTS
  • Python version: 2.7.12
  • beets version: 1.4.4

Thanks!

相关推荐
最新评论 (22)
sampsyo 2017-10-9
1

谢谢!是的, 我们应该为像 artkeep_fields 行中的密钥添加特殊支持。同时, 解决方法是使用 fields , 即 "负" 选项, 并只列出所有字段, 但要保留的域除外。应该保留专辑 art。

原文:

Thanks! Yes, we should add special support for a key like art in the keep_fields line. In the mean time, the workaround is to use fields, i.e., the "negative" option—and just list all the fields except those you want to keep. That should preserve the album art.

nathdwek 2017-10-9
2

我真的不明白, 在我看来, 在其他线程 (http://paste.ubuntu.com/24883079/) 中提供的最后一个 pastebin 中, 如果 art 在中列出 keep_fields , 则确实没有任何艺术删除。

我对这个问题理解错了吗?

原文:

I don't really understand, it seems to me that in the last pastebin provided in the other thread (http://paste.ubuntu.com/24883079/), with art listed in keep_fields, there is indeed no art deletion going on.

Am I understanding this issue wrong?

sampsyo 2017-10-9
3

这是真的, 插件没有记录任何关于删除 art 字段, 但 (除非我也误解!) 我们仍然会根据第二个粘贴来删除相册艺术: https://pastebin.com/hrhvpzQ1

我最好的猜测是, 这来自于我们在 MediaFile 中有两个不同的名称, 用于图像数据: artimages 。但这真的只是一个猜测..。

原文:

It’s true that the plugin doesn’t log anything about deleting the art field, but (unless I’m misunderstanding too!) we still end up removing the album art according to the second paste: https://pastebin.com/hrhvpzQ1

My best guess is that this comes from our having two different names in MediaFile for image data: art and images. But that really is just a guess...

paulfinch 2017-10-9
4

为我工作的 "图像" 关键字

原文:

working for me with "images" keyword

plittlefield 2017-10-9
5
原文:
plittlefield 2017-10-9
6

zero:
keep_fields: title artist album year track genre images

嘣, 问题解决了!非常感谢你在这方面的工作。

:-)

原文:

zero:
keep_fields: title artist album year track genre images

Boom, problem solved! Thank you so much for your work on this.

:-)

sampsyo 2017-10-9
7

棒!是否有可能您 (@plittlefield@PaulFinch) 中的某个人可以向插件的文档中添加有关此的注释 zero

原文:

Awesome! Is there any chance one of you (@plittlefield or @PaulFinch) might be able to add a note about this to the documentation for the zero plugin?

plittlefield 2017-10-9
8

是的, 很乐意。我在这个问题页面或其他地方放了什么东西吗?

原文:

Yes, would love to. Do I put something in this issue page or somewhere else?

plittlefield 2017-10-9
9

是的, 很乐意。我在这个问题页面或其他地方放了什么东西吗?

原文:

Yes, would love to. Do I put something in this issue page or somewhere else?

sampsyo 2017-10-9
10

您可以通过前往 GitHub 上的 zero.rst 文件的页面并点击 "编辑" 按钮来打开请求。这样, 其他项目成员可以查看并提供反馈。

原文:

You can open a pull request by going to the page for the zero.rst file here on GitHub and hitting the "edit" button. That way, other project members can take a look and offer feedback.

plittlefield 2017-10-9
11

对不起, 新手警报:-) 我找到了此页, 但没有 "编辑" 按钮。

原文:

Sorry, newbie alert :-) I've found this page but I have no edit button.

sampsyo 2017-10-9
12

这是小铅笔的图标。 也许这篇文章会有帮助?https://help.github.com/articles/editing-files-in-another-user-s-repository/

原文:

It's the little pencil icon. Maybe this article will help? https://help.github.com/articles/editing-files-in-another-user-s-repository/

plittlefield 2017-10-9
13

边注, 我开始写一张关于 "图像" 的注释, 但是在运行 beet fields 它不显示 images 字段时发现了这些信息!

原文:

Side note, I started writing a note about 'images' but have spotted that when you run beet fields it does not show images as a field!?!

sampsyo 2017-10-9
14

确实, images 是一个奇怪的情况。它是磁盘上的媒体字段, 不存储在数据库中, 因此无法通过正常方式访问。例如, 不能执行 beet ls images:...beet ls -f '$images' 。与大多数字段不同, 这意味着它可用于 zero 但不能在 fields 中列出。

原文:

It's true that images is a strange case. It is only an on-disk media field and not stored in the database, and therefore not accessible through normal means. For example, you can't do beet ls images:... or beet ls -f '$images'. Unlike most fields, that means it's available to zero but not listed in fields.

plittlefield 2017-10-9
15

啊, 我做了一个搜索的回购为零, 并点击了结果。如果我浏览到该文件, 我可以编辑它:-)

原文:

Ah, I did a search in the repo for zero and clicked on the result. If I browse to the file, I can edit it :-)

plittlefield 2017-10-9
16

重新: 图像奇怪的情况下, 评论指出。我会写一些东西来反映这一点, 并添加一个例子。

原文:

Re: images strange case, comment noted. I will write something to reflect that and add an example.

plittlefield 2017-10-9
17

编辑完成, 希望它的确定:-)

原文:

Edit done, hope it's OK :-)

sampsyo 2017-10-9
18

嗯;不知怎的, 我没有看到一个拉请求... 您是否完成了 "建议更改" 的编辑单击?

原文:

Hmm; somehow, I don't see a pull request… did you finish up the edit with a "propose changes" click?

plittlefield 2017-10-9
19

是, 下面是结果

原文:

Yes, here is the result.

sampsyo 2017-10-9
20

哈!如果您单击该页面上的 "创建请求" 按钮, 它将启动一个 PR (方便地将代码更改和讨论捆绑在一起)。

原文:

Aha! If you click the "create pull request" button on that page, it will initiate a PR (which conveniently bundles code changes and discussion together).

plittlefield 2017-10-9
21

做了, 我希望:-)

原文:

Done, I hope :-)

sampsyo 2017-10-9
22

关闭感谢@plittlefield的文档添加。

原文:

Closing thanks to @plittlefield's docs addition.

返回
发表文章
plittlefield
文章数
1
评论数
11
注册排名
60614