#1 - 2024-7-23 18:01
SilenceAkarin (のヮの)
原标题:炮打番組WIKI計画,我的一张大字报

本文由我与 @Hyary 合作写成

班古米上的音乐专辑种类繁多,而专辑创作者提供的信息也五花八门。我们在想办法把这些信息塞进条目里时常常会遇到一些问题:

一些常见职位不能关联

比如说很多专辑发布的时候都会把 母带制作/マスタリング/mastering 的人写上,可见这个职位也算是创作中的一个重要环节。

「艺术家」这个职位承受了太多……

【非官方】完全版条目参考手册(持续更新) 中提到:
[艺术家]特指唱歌的人和团体,不要和[作曲]混淆(常见于OST)
但实际上,你能在艺术家一栏见到……

作曲家个人专辑 feat 客串歌手(例子1例子2
纯器乐/电子音乐专辑的作曲家(例子1例子2
术力口的P主(例子1例子2
OST 的作曲家(例子

因为班古米在曲目概览里只显示「艺术家」和「制作人」,而又因为“艺术家”这一词的模糊性,很多时候这个职位会被当做“主要创作者”来被填写。

针对这些情况,我们暂且提出两点建议:

提议一:加入新的可关联职位

可以考虑加入以下可关联职位,算是个提名列表,欢迎大家针对每个提名讨论或加入新提名
混音 / mix
重混 / remix
母带制作 / mastering
歌手 / vocal
指导 / direction
设计 / design

说明一下,建议加入「歌手」是为了更准确地标记“用嗓子参与的创作者们”,然后,「艺术家」则可以专门被用来标记“最主要的创作者们”。

提议二:为「客串/guest」提供一种标注方式

与「艺术家」一职被用来标注主创作者相对的,客串/guest (可以是歌手、乐手、和声等)的制作人员却一直没有一个好的标注方式。如果跟其他创作者并列排入 infobox,感觉又没有区分;如果只是写进灰字注释,又不能关联。

我们观察到动画条目里对客串/次要职位,现在有这样做法:
比如说要标注「客串人物设定」,会在 infobox 里写
|人物设定= A、B 客串人物设定:C、D
然后把 A、B、C、D 全部关联为「人物设定」

但是这种做法只是手动标记,数据上是没有区分的,跟写进曲目注释里没本质区别。需不需要为关联增加一个「客串」的属性呢(参考角色关联的“主角/配角/客串”)?或者大家有没有更好的提议?

以上是我们在近期整理音乐维基条目时的一些想法的汇总。我们所接触的音乐圈子有限,在各自维护维基条目上的经验也有限。还请诸位多多批评。
#2 - 2024-7-23 19:20
(のヮの)
帖子冷了b38
关于提议一:加入新的可关联职位
如果大伙觉得没什么问题的话,请在本贴下面点(bgm124)
如果有其他意见请直接在本贴提出
不同意的,请点(bgm72)
#2-1 - 2024-7-25 14:09
SilenceAkarin
大伙聊的挺热烈的,能不能来多点投票(bgm38)
#2-2 - 2024-7-28 16:55
SilenceAkarin
SilenceAkarin 说:
帖子又冷了
投票8月1日截止,支持的大伙麻烦多来点投票
#2-3 - 2024-8-1 13:17
SilenceAkarin
@Sai🖖 站长可以安排一波嘛(bgm46)
#2-4 - 2024-8-1 13:43
Sai🖖
「歌手」和现有「艺术家」容易混淆,其他的可以扩充。
#3 - 2024-7-23 19:26
(←弱者)
做彻底点搞个和vgmdb一样的大家维护的角色(role)系统?
发现哪张专辑上有库里不存在的角色(如演奏某种乐器)可以申请可信任的用户添加,今后一般编辑者就可以直接以这个角色关联。
另外vgmdb是一切以专辑记载为准,一定会使用原文记载的角色进行关联,所以vgmdb的设计里角色本身可以有若干变体,如果不同专辑记载了含义接近的角色(如“吉他”和“吉他演奏”),可以作为变体存在于同一个角色下,防止出现大量近似角色
#3-1 - 2024-7-23 19:28
flameshot233
最终效果大概这样https://vgmdb.net/album/141084,用右上角齿轮里的设置切成原文可以看到角色都是按照原文进行关联的
#3-2 - 2024-7-23 19:59
SilenceAkarin
flameshot233 说: 最终效果大概这样https://vgmdb.net/album/141084,用右上角齿轮里的设置切成原文可以看到角色都是按照原文进行关联的
这个系统应该是最好的解决方法
但是bgm上的人物条目,不同变体都放在别名里方便关联,实际处理的时候很大一部分的专辑条目和人物条目都得重新去弄重新去关联,这又是另外一个问题了(bgm38)
#3-3 - 2024-7-23 20:48
flameshot233
SilenceAkarin 说: 这个系统应该是最好的解决方法
但是bgm上的人物条目,不同变体都放在别名里方便关联,实际处理的时候很大一部分的专辑条目和人物条目都得重新去弄重新去关联,这又是另外一个问题了
假设存在这样一种理想:“把班固米的音乐部分建立为中文互联网最完善最可靠的ACG音乐数据库”,那我觉得至少要做到vgmdb那种程度
如果没有那么远大的理想,那加够多的固定职位也足够解决“关联不上”问题,何况有很多职位除了拘泥于完整性的数据狂根本没人care;而且让动画为主综合性强的班固米搞这种音乐数据库的系统也不太现实
那首先要不要把所有乐器来一遍?(
#3-4 - 2024-7-23 20:56
flameshot233
另外假设真要搞的话工作量不是问题,不如说越早越好。vgmdb的这个系统2019年年底开始搞的,靠几十个爱好者业余时间+discord里的自动化工具搞到现在也已经相当完善了
#3-5 - 2024-7-23 20:58
SilenceAkarin
回复 flameshot233:SilenceAkarin 说: 这个系统应该是最好的解决方法但是bgm上的人物条目,不同变体都放在别名里方便关联,实际处理的时... 说: 假设存在这样一种理想:“把班固米的音乐部分建立为中文互联网最完善最可靠的ACG音乐数据库”,那我觉得至少要做到vgmdb那种程度如果没有那么远大的理想,那加够多的固定职位也足够解决“关联不上”问题,何况有很多职位除了拘泥于完整性的数据狂根本没人care;而且让动画为主综合性强的班固米搞这种音乐至上的系统也不太现实那首先要不要把所有乐器来一遍?(
“不去实际做的理想终究只是空想”
确实,我的想法看的不够远还是太局限了
不过我是强迫症患者,看到在听的专,信息还不完善就浑身难受了,信息都是尽量补全的
#3-6 - 2024-7-23 20:59
豆沙包罐头
flameshot233 说: 另外假设真要搞的话工作量不是问题,不如说越早越好。vgmdb的这个系统2019年年底开始搞的,靠几十个爱好者业余时间+discord里的自动化工具搞到现在也已经相当完善了
此处需要sai(bgm88)
哎真的很想要个关于uid关联的系统而不是字符串匹配,这个如果能有的话不只是对于普遍复数马甲的音乐创作者行业有利,动画那边应该也用得上吧
#3-7 - 2024-7-23 21:06
flameshot233
SilenceAkarin 说: “不去实际做的理想终究只是空想”
确实,我的想法看的不够远还是太局限了
不过我是强迫症患者,看到在听的专,信息还不完善就浑身难受了,信息都是尽量补全的
能主动开始尝试动手改变现状比我高到不知道哪里去了
我当年就是对班固米音乐部分的前途绝望(职位少关联又麻烦),转战vgmdb逃避至今(
#3-8 - 2024-7-23 21:23
豆沙包罐头
flameshot233 说: 能主动开始尝试动手改变现状比我高到不知道哪里去了
我当年就是对班固米音乐部分的前途绝望(职位少关联又麻烦),转战vgmdb逃避至今(
vgmdb感觉现在活跃度也不太行啊,很多比较新的碟子想偷一下数据发现都没有
#3-9 - 2024-7-23 21:37
flameshot233
豆沙包罐头 说: vgmdb感觉现在活跃度也不太行啊,很多比较新的碟子想偷一下数据发现都没有
取决于是什么领域的碟吧。大家都主要专精自己的领域,少了一个有热情的人就可能出现那个领域的缺口。比如去年初一位之前超活跃(几乎第一时间添加所有动画碟)的菊苣不动了,导致动画碟之后那段时间相对没那么完善。也有很多人比起加新碟更享受完善旧碟信息的,比如我(虽然我最近也只有精力搞搞爱马仕和一些国产原声
#3-10 - 2024-7-23 21:38
flameshot233
豆沙包罐头 说: vgmdb感觉现在活跃度也不太行啊,很多比较新的碟子想偷一下数据发现都没有
要不菊苣你也一起来啊(
#3-11 - 2024-7-23 21:38
豆沙包罐头
flameshot233 说: 要不菊苣你也一起来啊(
不了不了,目前还是bgm的形状(bgm74)而且我也挺懒的,比起最后出条目更享受考古的过程
#3-12 - 2024-7-24 11:01
Hyary
感谢建议!真正意义的别名系统确实是梦想了,等一次班古米的后端重构……
#3-13 - 2024-7-24 11:02
Hyary
豆沙包罐头 说: 不了不了,目前还是bgm的形状而且我也挺懒的,比起最后出条目更享受考古的过程
确实,对于我来说,一边听着这张专辑的萝莉小曲儿,一边查资料,一边看封面萝莉小画片儿,是人生一大乐事(x
#4 - 2024-7-23 19:42
(このままずっと遠くに行けたらいいのにな)
但是如果是这样的话单单音乐一类 bangumi 的 wiki 人就得多不少工作量不是吗,我不是很了解,这样是不是意味着对于演奏、作词、编曲、作曲等职位都需要加上关联?会想番剧一样左边详细地列出制作人名单
#4-1 - 2024-7-23 20:02
SilenceAkarin
你可以看2楼楼主发的vgmdb里的专辑条目,创作者的参与信息都是非常完善的
工作量确实大,但是现在已经有方便创建条目的工具了
---> https://bgm.tv/group/topic/401907 (注意:人物关联需要维基人权限)
#4-2 - 2024-7-23 20:58
豆沙包罐头
多不少工作量
本来也就是想完善就完善懒了就只填最小内容改天再来慢慢修,一直都是这样过日子的(bgm40)
作词、编曲、作曲这仨按惯例都会弄的,这个还是挺重要的其实。
看看效果(确实挺乱的)
#4-3 - 2024-7-23 21:12
SilenceAkarin
豆沙包罐头 说: 本来也就是想完善就完善懒了就只填最小内容改天再来慢慢修,一直都是这样过日子的
作词、编曲、作曲这仨按惯例都会弄的,这个还是挺重要的其实。
看看效果(确实挺乱的)
那个条目量太大了,而且hyary的工具还在做,人物关联那边我就暂时放在那了(bgm38)
#4-4 - 2024-7-23 21:20
豆沙包罐头
SilenceAkarin 说: 那个条目量太大了,而且hyary的工具还在做,人物关联那边我就暂时放在那了
扫了一眼还有几个重复关联之类的毛病(bgm38)
另外这个例子同时也说明了字符串匹配的恶果,比如这位就成为了条目关联恐怖分子,污染一切字符U不论大小写(bgm88)
这张碟子你手上有实物吗(bgm43)
#4-5 - 2024-7-23 22:03
SilenceAkarin
回复 豆沙包罐头:SilenceAkarin 说: 那个条目量太大了,而且hyary的工具还在做,人物关联那边我就暂时放在那了扫了一眼还有几个重复... 说: 扫了一眼还有几个重复关联之类的毛病另外这个例子同时也说明了字符串匹配的恶果,比如这位就成为了条目关联恐怖分子,污染一切字符U不论大小写这张碟子你手上有实物吗
没有,我不是duca厨(bgm38)
#4-6 - 2024-7-23 22:05
SilenceAkarin
豆沙包罐头 说: 扫了一眼还有几个重复关联之类的毛病
另外这个例子同时也说明了字符串匹配的恶果,比如这位就成为了条目关联恐怖分子,污染一切字符U不论大小写
这张碟子你手上有实物吗
本来都关联到人物了结果U酱把所有u都关联了(bgm38)
#4-7 - 2024-7-23 22:08
起汐
豆沙包罐头 说: 本来也就是想完善就完善懒了就只填最小内容改天再来慢慢修,一直都是这样过日子的
作词、编曲、作曲这仨按惯例都会弄的,这个还是挺重要的其实。
看看效果(确实挺乱的)
对吧,我就觉得如果真的认真补上可能音乐的条目内容会比番剧和漫画还复杂 awa
#5 - 2024-7-23 21:40
(still other girls)
bgm的音乐条目完全没有必要(看看音乐区有多少活人吧 当然自己出力补充我也是没理由反对的 只是我觉得不值得)对标vgmdb的。。。 比豆瓣强就行了
#5-1 - 2024-7-23 21:48
豆沙包罐头
在群众的努力下我们有信心有些条目只有我们村里有(bgm24)
#5-2 - 2024-7-24 10:48
Hyary
只要哪怕还有一个人做,bgm的音乐条目就还活着。维基从来就是一批又一批心血来潮的人建立起来的。兴趣或许会消失,但条目都留下来了。
当初我到bgm写音乐条目就是因为我关注领域的老条目都还挺全的,有种网易云里听同人歌手自己上传的翻唱的感觉
#5-3 - 2024-7-25 12:24
Iphis
Hyary 说: 只要哪怕还有一个人做,bgm的音乐条目就还活着。维基从来就是一批又一批心血来潮的人建立起来的。兴趣或许会消失,但条目都留下来了。
当初我到bgm写音乐条目就是因为我关注领域的老条目都还挺全的,有种网易...
要区分的话最好也区分一下songwriter和composer 顺便曲目概览也包括作曲和编曲字段
#5-4 - 2024-7-25 12:41
Hyary
Leitmotif 说: 要区分的话最好也区分一下songwriter和composer 顺便曲目概览也包括作曲和编曲字段
以我的粗浅理解 songwriter 可指代流行音乐的作词和作曲,composer 则更偏向古典音乐的作曲一些,但用来泛指任何音乐的作曲也是没有问题的,还请指正。
曲目概览个人认为目的是用来展示摘要的,所以理想情况应该只显示主要创作者。有些音乐类别的主创确实是作编曲,所以许多维基人在这种情况下,或许会为了曲目概览而把作编曲录入「艺术家」或「制作人」里。
#5-5 - 2024-7-25 12:42
SilenceAkarin
Leitmotif 说: 要区分的话最好也区分一下songwriter和composer 顺便曲目概览也包括作曲和编曲字段
我查了下相关资料
https://www.sohu.com/a/302210809_665601
https://www.reddit.com/r/Songwri ... a_songwriter_and_a/
https://zh.wikipedia.org/zh-cn/詞曲作家
A composer may also be an arranger and/orchestrator, and a songwriter may also be a lyricist/mixer/producer/etc.
Songwriter是“歌曲的作者”,我们通常更推荐将Songwriter翻译为词曲作家。Songwriter的工作,可以表达为Songwriting,这个时候可以将Songwriting翻译为词曲创作,不建议将Songwriting也翻译为作曲
Songwriter是指为一首歌曲进行填词(英语:Lyric)或谱曲(英语:Music),或同时创作词曲的职业。词曲创作之外还负责主唱的则称创作歌手
我的个人理解就是
songwriter 既可以作为词曲(lyric and compose)、制作人(producer)或者其他在音乐创作上较为重要的职位,而这些在bgm的人物关联栏以及提议一里的加入新的可关联职位表都有
这样子的话那直接将songwriter参与的职位一一关联到里面不就可以了嘛

我查到的信息可能存在有误,如果可以的话能说一下这两者的区别嘛
#5-6 - 2024-7-25 12:45
SilenceAkarin
Hyary 说: 以我的粗浅理解 songwriter 可指代流行音乐的作词和作曲,composer 则更偏向古典音乐的作曲一些,但用来泛指任何音乐的作曲也是没有问题的,还请指正。
曲目概览个人认为目的是用来展示摘要的...
不太一样,我查到的信息得到的理解是songwriter可指代的职位可能比艺术家 artist职位还要宽泛
#5-7 - 2024-7-25 12:50
豆沙包罐头
Hyary 说: 以我的粗浅理解 songwriter 可指代流行音乐的作词和作曲,composer 则更偏向古典音乐的作曲一些,但用来泛指任何音乐的作曲也是没有问题的,还请指正。
曲目概览个人认为目的是用来展示摘要的...
这个部分,音频文件的metadata用composer就行了
#5-8 - 2024-7-25 12:52
豆沙包罐头
SilenceAkarin 说: 不太一样,我查到的信息得到的理解是songwriter可指代的职位可能比艺术家 artist职位还要宽泛
最简单的做法是把这样的角色在作曲和作词上都标记一下,不需要引入新的title
#5-9 - 2024-7-25 13:06
Iphis
Hyary 说: 以我的粗浅理解 songwriter 可指代流行音乐的作词和作曲,composer 则更偏向古典音乐的作曲一些,但用来泛指任何音乐的作曲也是没有问题的,还请指正。
曲目概览个人认为目的是用来展示摘要的...
对的 但我是觉得对于比如说一张完全由一位作曲家写作的纯器乐专辑 只需要标作曲就可以了 再标个arranger挺不伦不类的
#5-10 - 2024-7-25 13:13
豆沙包罐头
Leitmotif 说: 对的 但我是觉得对于比如说一张完全由一位作曲家写作的纯器乐专辑 只需要标作曲就可以了 再标个arranger挺不伦不类的
从生产流程的角度,它同样应该有一个arrange的过程,只不过进行这个过程的人同时也是composer…这种场合可以按碟子自己给的信息抄,有单独写出来(哪怕就是同一个人)就标记,没有就不标记
#5-11 - 2024-7-25 13:21
Hyary
Leitmotif 说: 对的 但我是觉得对于比如说一张完全由一位作曲家写作的纯器乐专辑 只需要标作曲就可以了 再标个arranger挺不伦不类的
一首乐曲的创作其实总是包含作曲和编曲两部分的。作曲指主旋律的创作,而编曲则把主旋律充实成完整的曲子并加上配器。
发行时没有标注编曲一般就意味着作曲家自己完成了编曲
#5-12 - 2024-7-25 13:23
Iphis
豆沙包罐头 说: 从生产流程的角度,它同样应该有一个arrange的过程,只不过进行这个过程的人同时也是composer…这种场合可以按碟子自己给的信息抄,有单独写出来(哪怕就是同一个人)就标记,没有就不标记
我不是很清楚情况 日本的ost碟子信息一般是怎么样的? 不过完全按照碟子信息来肯定没错的
#5-13 - 2024-7-25 13:24
Iphis
Hyary 说: 一首乐曲的创作其实总是包含作曲和编曲两部分的。作曲指主旋律的创作,而编曲则把主旋律充实成完整的曲子并加上配器。
发行时没有标注编曲一般就意味着作曲家自己完成了编曲
问题是一般器乐作品包括古典音乐作曲流程也没有编曲这一项啊 都是归类到composition里面的 是流行乐才把作曲和编曲分得这么开的
#5-14 - 2024-7-25 13:27
Hyary
Leitmotif 说: 问题是一般器乐作品包括古典音乐作曲流程也没有编曲这一项啊 都是归类到composition里面的 是流行乐才把作曲和编曲分得这么开的
谢谢指正,古典音乐里讲的编曲可能更像改编?我确实平时涉猎的大多是流行音乐
#5-15 - 2024-7-25 13:31
Iphis
Hyary 说: 谢谢指正,古典音乐里讲的编曲可能更像改编?我确实平时涉猎的大多是流行音乐
那么来到另外一个问题 vocaloid打算怎么标
#5-16 - 2024-7-25 13:40
Hyary
Leitmotif 说: 那么来到另外一个问题 vocaloid打算怎么标
我这方面的经验很少。就我观察,似乎负责调教的P主其实有时会是和作编曲分开的两个人。但是更多的时候P主才华横溢一人负责作编曲调教混音后期PV。主攻术区的 @四十二目目 或许能给出更全面的建议
#5-17 - 2024-7-25 13:48
Iphis
Hyary 说: 我这方面的经验很少。就我观察,似乎负责调教的P主其实有时会是和作编曲分开的两个人。但是更多的时候P主才华横溢一人负责作编曲调教混音后期PV。主攻术区的 @四十二目目 或许能给出更全面的建议
哦不 我是说虚拟歌姬的问题 虚构角色是无法关联到制作人员的
#5-18 - 2024-7-25 13:59
Hyary
Leitmotif 说: 哦不 我是说虚拟歌姬的问题 虚构角色是无法关联到制作人员的
虚拟角色现在还是以出演来关联。应不应该与现实人物的关联系统融合就是另一个议题了(感觉在程序实现上不容易,接近重写人物系统了
另外其实以miku为首的一众早期v家的参演曲目非常多,目前还没见到一个狂热的维基人……
#5-19 - 2024-7-25 14:03
豆沙包罐头
Hyary 说: 虚拟角色现在还是以出演来关联。应不应该与现实人物的关联系统融合就是另一个议题了(感觉在程序实现上不容易,接近重写人物系统了
另外其实以miku为首的一众早期v家的参演曲目非常多,目前还没见到一个狂热的...
你班的虚拟角色和现实人物应该在数据结构上就是分开的两个类,想整的话应该也能整…
#5-20 - 2024-7-25 15:16
豆沙包罐头
Leitmotif 说: 我不是很清楚情况 日本的ost碟子信息一般是怎么样的? 不过完全按照碟子信息来肯定没错的
哎,下班到家了,我找了个例子 https://bgm.tv/subject/20467 虽然我手头有实物但是懒得自己拍图,就找了网上的资源。
https://vgmsite.com/soundtracks/ ... soundtrack/0005.jpg
这个是前两张碟子的曲目列表,可以看到大部分曲目只给出了作曲,这些可以默认作编曲为同一个人;然后个别曲目单独给出了编曲,例如disc1的track1 クロスファイア,我们可以得出这个曲子是由なるけみちこ作曲,上松範康编曲。
https://vgmsite.com/soundtracks/ ... soundtrack/0019.jpg
这张给出了详细的创作团队人员名单,作编曲,演唱,乐器,录音,后期,美术,甚至包括了行政/销售人员
按照这个来的话,条目需要完善的东西还很多,但是我不想动(bgm36)稍微动了一下
#5-21 - 2024-7-25 15:44
豆沙包罐头
豆沙包罐头 说: 哎,下班到家了,我找了个例子 https://bgm.tv/subject/20467 虽然我手头有实物但是懒得自己拍图,就找了网上的资源。
https://vgmsite.com/soundtrac...
说到这个,想起自己书签列表里面还有个这个站点
https://w.atwiki.jp/jdkmaniacs/pages/61.html
宝库啊...这个大概是网上能找到的最全的关于Falcom的创作者相关的wiki之一(尤其是在Falcom的黑箱体制下作者是谁只能通过曲子的风格嗯猜)...如果能全部搬过来完善一下你班的Falcom相关条目就好了(bgm38)
#5-22 - 2024-7-25 16:04
四十二目目
Hyary 说: 我这方面的经验很少。就我观察,似乎负责调教的P主其实有时会是和作编曲分开的两个人。但是更多的时候P主才华横溢一人负责作编曲调教混音后期PV。主攻术区的 @四十二目目 或许能给出更全面的建议
我认为这算糊涂账,例如
https://bgm.tv/subject/450256
https://bgm.tv/subject/483991
这两张碟,后者是前者的完全remix,但是同时这又是张不止一人参与的合专,所以在制作人员这块要么全部分到“艺术家”下要么就是作曲作词编曲各全部复制一遍,从有效信息的角度来说我觉得后者没必要,但是在更多时候比如烤碟或者魔未和雪未来的官方碟,那可能确实有必要更细分一点。同时vocadb在这两张的碟的收录规范上几乎也是个糊涂账,原版标明了职位remix版就只写了参与人员
https://vocadb.net/Al/33900
https://vocadb.net/Al/39031
#6 - 2024-7-23 22:12
支持,“艺术家”字段承受了太多(
bangumi作为一份信息存档也是个不错的选择,就是存量数据的修缮补充感觉不太现实了(bgm38)...顶多新加的碟搞搞
#6-1 - 2024-7-24 01:24
Hyary
对,这个提案的核心考虑之一就是尽量兼容现有条目
当下,「艺术家」已经经常被用来标记“最主要的创作者们”了,那就将这种做法正式化
新条目能得到更精确的关联;旧条目不改也不会显得太突兀
#7 - 2024-7-24 11:48
(借助个人空间相互了解,可以减少不必要的误会)
(bgm38)其实这里的艺术家职位多数时候都不是用来关联主创的,一般而言作曲就是作曲,没必要被重复关联为艺术家/主创,虽然有个别人这么做了。所以职位细分一旦处理不当,艺术家很可能就会成为一个最“无用”的选项。
#7-1 - 2024-7-24 12:17
豆沙包罐头
Artist 这个项目最初就是个非常笼统以至于啥都能往里塞的框…如果不打算细分的话问题不大,真要细分起来的话就不该用了。现在的常见用法(指digital audio中填充metadata的惯例)是用于primary performer
#8 - 2024-7-24 23:42
(私、気になります!)
支持一下。
现在如果严格区分“艺术家特指唱歌的人”这一条,会出现尴尬的局面:在不主打vocal的专辑里,几首歌里feat的歌手反而会优先展示出来(bgm38)
想起来,之前我创建条目的时候也是因为此,才一股脑都标成“艺术家”的。
#8-1 - 2024-7-25 10:46
SilenceAkarin
感谢支持,我最初的做法是客串和主要创作者,要么都放艺术家,要么就是一边放客串,一遍放制作人
由此可见“艺术家”真的承受太多了,因此需要更多可以关联的职位
#9 - 2024-7-25 10:09
(僕らは今のなかで)
艺术家这个已经成兜底的了,(bgm38)。这些确实是音乐区老问题了,不过要想推动改革还是需要一定的人数支持包括投票啊之类的事情。不过目前来讲你班的音乐区活跃的人确实也不多。遥遥无期啊。
#9-1 - 2024-7-25 10:43
SilenceAkarin
大多数人听歌都是以歌单的形式而不是一次听整张专辑
维护和添加音乐条目的维基人实在是太少了
但无论如何,正是因为想要去改变现状所以就弄了一个投票,即使遥遥无期,但一切都是有可能的
#9-2 - 2024-7-25 10:50
day
SilenceAkarin 说: 大多数人听歌都是以歌单的形式而不是一次听整张专辑
维护和添加音乐条目的维基人实在是太少了
但无论如何,正是因为想要去改变现状所以就弄了一个投票,即使遥遥无期,但一切都是有可能的
这块懂的人相比书籍和动画还是太少了(bgm38),还是得需要有权限的人带头弄才能推广
#9-3 - 2024-7-25 11:09
豆沙包罐头
day 说: 这块懂的人相比书籍和动画还是太少了,还是得需要有权限的人带头弄才能推广
也不会太复杂,会抄商品页/小本子扫图就行…
#9-4 - 2024-7-25 14:06
day
豆沙包罐头 说: 也不会太复杂,会抄商品页/小本子扫图就行…
不是,我的意思是了解相关细则,制定相关标准,指导维基人按照标准进行编辑的在行人太少了(bgm38)
#9-5 - 2024-7-25 14:09
豆沙包罐头
day 说: 不是,我的意思是了解相关细则,制定相关标准,指导维基人按照标准进行编辑的在行人太少了
没办法,首先把所有人喊出来统一一下模板样式/特殊符号的选择使用/etc就是个不可能的任务…
#10 - 2024-7-25 11:34
就例子1而言,apple music也是两个人都写上

而ost文件在编辑mp3tag的时候,也不可能把artist空着
#11 - 2024-7-25 11:40
拓展阅读(其实和这个讨论没什么直接关系)
https://musicbiz.org/wp-content/ ... sicBiz-FINAL2.0.pdf
拓展阅读2
https://soundcharts.com/blog/music-metadata
#12 - 2024-7-25 12:06
(Don't panic.)
https://vocadb.net/Al/9527

以vocadb为例,几乎只分为Producers和Other artists两个大类,具体职位用的小括号,从这点来说你ban甚至算严谨的
#12-1 - 2024-7-25 12:12
Iphis
幽默 考虑到格式统一前提下版面好看 这种方式就是最适合vocaloid的
#12-2 - 2024-7-25 12:16
四十二目目
Leitmotif 说: 幽默 考虑到格式统一前提下版面好看 这种方式就是最适合vocaloid的
我也没说这个格式不好啊,实际上我所有vocaloid条目都是这样写的,除开补一些早期条目,曲绘以外的都被我按到 artists下面了
#12-3 - 2024-7-25 13:49
Mikeneko
vocadb 包括与其相同系统的 Touhoudb 和 Utaitedb,其中的 Producer 事实上指的是除了 Vocalist 和 Other artists (Illustrator, Mastering, Mixer 等) 的 作编曲者,这和一般上认为的音乐制作中的 Producer 一职完全不同
#12-4 - 2024-7-25 13:57
Mikeneko
Producer 可以认为是导演,不只是作编曲(也可以完全不作编曲)还有别的事,我说完全不同有点绝对了,当然你发的这个例子说mikito和keemo是 Producer 完全没问题
#13 - 2024-7-25 13:52
(͡ ͡° ͜ ʖ ͡ ͡°)
根据更新路线图
- 音乐区升级为「音声」区,增加分类广播剧、有声书、电台二级分类,迁移三次元已有广播与电台条目,并支持进度管理
到升级为音声区的时候再提出来,感觉好实现一点。(bgm38)
#13-1 - 2024-7-25 14:13
Hyary
感谢放置传送,
增加二级分区应该可以跟职位扩充分别执行
另外,提一下,跟客串备注相关,Sai 当年确实有计划过给人物关联增加更多信息
#14 - 2024-7-25 15:01
我觉得重灾区没有被你抓出来当典型https://bgm.tv/subject_search/%E5%8E%9F%E7%A5%9E?cat=3

艺术家主要问题是会体现在搜索结果里面,目的是要显示这是谁的工作。习惯性以团体出现的写团体而不拆分至个人,SoundTrack以作/编曲为主,Vocal突出演唱者才是习惯性的作法

vgmdb的作法是比较接近于现在bgm的形态,它对于各音轨的详细介绍完全体现在底部注释里
musicbrainz那一套是比较理想的做法,但mb主要作用并不是一个随时查看的wiki,而是本地有音乐文件用来统一刷格式后入库保存用的。而且实际在编辑的时候操作起来很让人烦躁,特别是对于多人合作的专辑而言,一个一个勾选关联艺术家很麻烦,除非后续bgm改进界面使得艺术家能出现在主页面每个音轨的条目行上

乐区不活跃主要是亚麻的接口挂了,写个脚本让外部信息可以快速填写到wiki信息中对提升活跃度来说比啥都管用
#14-1 - 2024-7-25 15:41
Hyary
谢谢……原神OST这……感觉主创更应该归给厂牌/出品方,另外记得有流媒体也把主创标为主作曲家陈致逸来着

(下面是精准广告投放
除非后续bgm改进界面使得艺术家能出现在主页面每个音轨的条目行上
请看看我的这个组件……
对于多人合作的专辑而言,一个一个勾选关联艺术家很麻烦
请……试一下我的这个工具
写个脚本让外部信息可以快速填写到wiki信息中
就上面那个工具的拓展模块,在写了,安排在八月到九月逐步支持导入 MusicBrainz、VGMdb 等
#14-2 - 2024-7-25 15:43
Mikeneko
是,本质和vgmdb没区别都不能直接体现分轨信息,区别是 vgmdb 中 Credit 没有的 role 会随时添加,以至于几乎碰不到关联不到的职位的情况

其实折中下来vocadb那套系统很好
#15 - 2024-8-1 18:55
(のヮの)
此贴完结了,虽然是NE结局(bgm38)
2024-08-03 / 后日谈开放,HE结局