[求拍砖] 关于开源音乐的想法

2015-02-12 12:26:58 +08:00
 huzheyi

背景

最近,互联网行业在中国是如此的火(pao)爆(mo),以至于像我这样的半IT人士,也希望琢磨一些idea能在这波浪潮中玩儿一把。很多人提及的所谓“互联网思维”,或许我还没能很好的理解,但我想通过IT技术让传统行业发生一些改变或者革新,其实是完全可以尝试的。尤其昨天看到V2EX上的一个帖子,有个哥们儿开发了一款白酒,一冲动就下单了两瓶,冲动过后也便催生了一个想法,Google之,似乎还是空白。

不多卖关子,标题写的“开源音乐”,这正是我的想法。本人喜欢音乐,在声乐方面略有研究,曾参与过世界知名业余合唱团体,也曾尝试过创作。因而将“音乐”、“合作”、“网络”这三个元素综合在一起,我想做的正是音乐界的Github。

顺便吐槽,现在的华语音乐界,尤其通俗圈,歌手一大堆,好歌手太少,好作品更少。

市场需求与定位

首先,这样一款产品肯定不是给那些专业的音乐创作者或者制作人等使用的,当然如果他们能参与进来更好。最近几年的音乐类选秀节目越来越火,也使得大众对音乐的鉴赏力有了一定程度的提高,也有更多的人希望将自己的想法通过音乐的形式来展现,可无奈如果没有较为系统的学习过程,创作一首作品的难度还是很高的。从一段即兴的小旋律,最后变成完整的一首作品,到能够将作品演绎出来,中间环节非常多。那么通过这款产品,让更多的人来参与到一首作品的创作过程(包括制作过程),我想是非常有意义的。

产品功能

暂不考虑技术可行性,目前初步设想的主要功能分一下两个部分来说。

音乐处理功能

  1. 前端在线记谱:通过键盘鼠标输入、MIDI设备输入、甚至哼唱识别的方式,实现在线记谱
  2. 前端在线录音:人声或特殊声音元素直接通过Mic录音
  3. 前端录音上传:支持录音直接上传插入到音轨中编辑
  4. 多音效支持:常见的钢琴、管乐、弦乐、鼓、吉他等
  5. 前端多轨编辑
  6. 简单效果:简单的音量处理、均衡处理、包络处理、效果器等
  7. 前端监听试听:录音过程可监听,单音轨多音轨试听
  8. 后端混缩:服务器端完成混缩导出

总体说来,就是把类似Adobe Audition、Nuendo、Logic Pro这类工具的简单功能放到网页里去实现,涉及到计算的环节全部丢到服务器后端处理。

版本管理功能

类似Github的实现方式,只是代码库的内容为MIDI文件、录音文件、其他信息记录文件等。支持共同创作、Pull、Fork、Issue等类似功能。

运营模式

开源社区,类似Github的模式。

盈利点

其实我一直不太清楚Github除了私有代码库收费、存储扩容收费以及广告盈利还有什么别的盈利点。那么就这个产品,目前能想到的盈利点有:

  1. 高级编辑功能、效果器等收费
  2. 存储扩容收费
  3. 商用收费:平台与创作者分成

问题与困惑

起初一个灵光闪现的小idea,洋洋洒洒写下来,发现其实问题还是很多的,且不说技术实现的难度,可操作性和庞大的前后端其实远超Github了。但既然写下来了,就分享出来给大家,欢迎吐槽、拍砖。自己已经给自己拍了好几块砖了:

  1. Github管理的大量的是文本文件,同录音文件不是一个量级
  2. 软音源、软效果器成本?
  3. 大量的前端功能,是否能精简?
  4. Github只负责版本管理,而这个产品的后端其实已经实现“编译”了
  5. 类似GPL协议的问题?
  6. 音乐与代码不同,代码很客观,而音乐相对主观,如何共同维护一个“项目”?
  7. …………

不过,设想一个场景,我写了一首民谣作品,你Fork过去改编成摇滚,他Fork过去改编成爵士,她Fork过去改编成中国风,最后成了电影主题曲……也是会醉的……

6449 次点击
所在节点    奇思妙想
58 条回复
huzheyi
2015-02-12 14:41:49 +08:00
@url 音乐和代码,没有哪个比哪个更难一说,因为根本无法比较。对于搞音乐的人,他会认为代码完全无法理解;同理,反之亦然。。。。
末尾只是举个栗子,其实我想表达的,就是变奏曲的那个意思,对一个主题通过改变不同的元素去展现。。。哎,语体教表达不来。。
raincious
2015-02-12 14:53:14 +08:00
艺术家和工程师的思维本身就是不一致的,不能将两个东西生板硬套在一起。

如果你在写一本书,那么你会在你不想写完的时候将书本公开出来让大家帮忙写和Fork么?我想哪怕是基于内容传承性的考虑你都会三思。

音乐创作其实不难,难的是思(灵)路(感)和创意,有了这两点配合上技术(会用软件/乐器)你就能创作出音乐。可能整个创作过程只需要半小时,然后加上几个星期的不停打磨。

我刚才还特别试了下,用了20分钟不到就整出了一段曲调(我还不是专业人士)。
http://v.youku.com/v_show/id_XODkxODQzMTEy.html
虽然我只做了一部分,但是大部分音乐都是从这里开始然后慢慢延伸做出来的。

现在的状况其实是,著名的音乐都会被别人仿制出来,然后再在仿制的基础上添加自己的曲调(Remix)。

那么为什么不能像分享源代码一样分享音乐片段呢?
1、因为乐器不是免费的,包括实体乐器和电子乐乐器。没有乐器基本上别想仿制出一样的音调和效果。音乐是主观感受,一点小区别可能会很明显。
2、音乐人其实将乐器和演奏方式视为“专利”。你通过配置乐器产生某种曲调,那对你来说就是唯一的,是你的Sign。你自然不会分享这些东西以及使用了这些东西的曲调。

所以将音乐视为源码分享现在可能并没有客观达到成熟的条件。因为毕竟音乐还不能像代码一样被工厂试的“生产”出来。

最终,楼主可能做出的是另一个SoundCloud,让大家在那里分享自己的音乐,然后允许别人进行Remix,而不是协作(多个人完成同一个音乐)。
huzheyi
2015-02-12 15:01:58 +08:00
@raincious 你说的很对~所以只是个想法,欢迎大家一起探讨
ck65
2015-02-12 15:27:17 +08:00
我明白楼主举例的意思,就是稍稍借题发挥一下。目前所谓的音乐开源,都还只是告诉一群人你们可以「演绎」一件作品或素材,就算是大师的分轨,你也可以编,你也可以混了!而真正的编程开源思想在编曲上,有可能是不那么受欢迎甚至被排斥的。在不得不协作的情况下,商业团体也很难会去选择一个开源平台来协作,以目前的电脑编曲软件水平来看,移动存储或局域网拷贝仍是最靠谱的协作手段。

还有一点,软件开源社区的强壮有很大程度需要众多本就开源的框架、系统的支持。然而编曲当中,对于数字编曲而言,购买了相同音色库和 daw 的用户之间才有分享和共同创作的可能;对于实录而言,每位贡献者的录音品质和演奏技术又会成为一个障碍,看看配音秀的状况,就是个例证,它最终只是在不断接近一个「看起来很专业的玩具」。

个人对音乐开源的看法是没有太大必要。二者理念相差太大。
huzheyi
2015-02-12 15:57:24 +08:00
@ck65 恩,我同意你的说法。但是否可以通过一定的手段去降低准入门槛?我的定位不是专业音乐制作,我的用户可能只是跟我一样有在这方面的爱好和追求,但迫于种种条件,没有办法或很难实践的人群。平台去统一一些标准,提供一些工具和素材,剩下的用户自己发挥。
oop99
2015-02-12 16:15:13 +08:00
哈~ 赞下, 我以前有过类似和楼主列出的差不多的想法, 好相似啊.
只是感觉做起来不太好实现. 还有版权等等自己不擅长处理的问题.
我觉得用户是否愿意分享问题不大, 可以设定某些朋友才可以协作就OK了.
相信有一部分人是愿意自己创造出来, 给大家听, 让大家提意见并改进的.
mongodb
2015-02-12 16:26:45 +08:00
@huzheyi 这里你有个误解。在降低准入门槛这件事上。

创作音乐真正入门难的地方其实并不是素材,工具,这些真不是。举个例子,我们每个人都或多或少能创作出两句旋律来,而且还不错,随便哼哼都能有,属于自己的原创的旋律(当然并不是独一无二,原创和唯一是两码事)。而且说实话,往往一个人随口哼出来的东西未必就不入流,有的时候还真的有很好听的东西在里面。

那我现在让一个人来创作曲子,给他钱,给他时间,给他高科技的设备,给他配一帮任劳任怨的乐手演奏真实乐器,这个人甚至可以不懂乐理不懂谱子和节奏,他要什么乐手给他演奏什么,但是不贡献任何编曲和配器的想法。有这样的条件,这个人就真能很快入创作的门?

他需要的是大量的聆听,真的是很大量,而且是用脑子的听。而且需要对乐器的把玩和研究。虽然在不追求极度专业的情况下,相当多东西可以用软件搞定,但把玩乐器带来的不仅仅是一个对乐器的熟悉,而是因为现代作曲里,好听从来不是因为某一样东西好或者某段旋律特牛逼,这些东西撑不起一首曲子的。现代的曲目基本都是多样同步进行,各司其职,搞创作未必需要所有乐器精通,但熟悉乐器,能对每样东西在整体里的位置有了解。可以类比成一个架构师未必需要把所有的组件都摸的门儿清,但知道每个组件在什么地方能发挥更好的效果,这样才有可能在整体上实现出众的效果。

这个,是经验,是阅历,谁也帮不了他。

现实中的群体创作,也并不是开源fork的这种,基本上能凑到一起并且出点成绩,有点不错东西的团队,每个人都应该对曲子整体架构的知识有所了解,不能让整体出现大滑坡。在这个基础上,再交流观点,即兴发挥,挥洒灵感,然后才有可能出个东西,接下来是技术层面的打磨,然后出个好东西。而有了这样的交流,说实话,就算技术层面差点(比如万青的鼓前两年一直有打不稳的毛病),乐器设备烂点(上豆瓣音乐人一搜太多了),最后出来的也是能被人认可的东西。

总而言之,我的观点,写个好曲子,哪怕是玩,也得有足够的相关知识和经验积累,这个才是真正的门槛所在,只能靠努力来打磨。相比之下,把软件搞的容易上手点,素材给再多,出来的东西也是不堪入耳的。

楼主也提到,未必要做那么专业,就是给普通人玩。但就算玩游戏,也得了解掌握规则不是?让普通人能享受足球的乐趣,绝对不是给他最好的球鞋最棒的球场,这些在业余层面可以将就,让踢球的人多懂点怎么踢更好更有趣的方法,一定的合理的训练和引导,这才是真正的道路。

而这些,其实真的不是多人合作就能搞定的。多人合作只会引入更多的变量,把问题无限复杂化。还是回到架构师的例子,一个架构师加术业有专攻的程序员,主导和执行,中间配合讨论,这才是王道。一堆人一起来做架构设计?想都不敢想。何况架构这东西往往还能有大量复用,有量化标准,而音乐是没有的。。。
expkzb
2015-02-12 17:52:30 +08:00
我只希望能更快速地找到干声、伴奏和音效(合成器)
尤其是音效,听到别人曲子里好听的,楞是不知道叫啥,目前这水平也不能自己合出来
marchtea
2015-02-12 17:52:38 +08:00
这个想法我也想过~而且很像,都是类似GITHUB的方式进行协作.最后觉得一个人暂时无法实现,就没有想下去了 : (
XadillaX
2015-02-12 17:55:24 +08:00
不是已经有个什么开源电影了么?
nealfeng
2015-02-12 18:18:31 +08:00
由于代码可复用的特点,以及代码编译后变得不透明,所以个人认为开源的意义在于:
1、可以直接用
2、可以开放协作
3、可以修改
4、可以学习

但音乐的特点,明显与软件不同,所以个人认为开源音乐没什么意义,直接听曲库就好了。
zomco
2015-02-12 18:48:05 +08:00
代码好不好可以跑,结果是客观的确定的;音乐好不好只能听,结果是主观的不确定的。也许将来技术和艺术能互通,但不是现在。
想法很好。
martinsu
2015-02-12 18:55:31 +08:00
有开源小说吗
ETiV
2015-02-12 19:08:41 +08:00
我以前有这么个想法: 搞个 Vocaloid 的在线工具, 以此工具再做个社区.

不过有一个问题啊, 电脑音乐这个东西, 对输入输出的延迟要求特别高.
放 Web 前端上搞, 以目前的浏览器性能...估计 beta 都撑不过去, 最后一片差评.

另外, 按LZ想法, 音乐渲染放在服务器上, 本地听只是听MIDI - 估计也只能听MIDI, 载入音色库时间太久了.
比如我想试试音色, 切换一次, 就要等服务器上渲染完成后才能听到?
所以在线编辑这功能, 我觉着基本上是鸡肋的.

所以音乐创作的过程, 放在本地 (相对于需要连接到广域网的服务器上) 来搞, 还是有它必然的原因的.

倒不如像很多钢琴琴谱网站一样, 五线谱和MIDI文件都有提供.

然后基于这些 MIDI 文件, 做一个 github for MIDI.

别人下载MIDI后, 自己搭配音色, 修改旋律/节奏. blahblah. 再分享出成品 && 改后的MIDI.
invite
2015-02-12 20:48:47 +08:00
版权怎么办?作曲人可是要卖钱的,都被你拿去了,他们吃什么?
Quaintjade
2015-02-12 21:05:53 +08:00
@ck65
说到网络合奏,我知道的是Eric Whitacre的Virtual Choir,目前限于无伴奏人声合唱,关键是要有个指挥。
无指挥的乐器合奏有点难,毕竟由于网络延迟难以通过互相聆听来保持一致。
bleaker
2015-02-12 21:09:56 +08:00
http://blend.io/ 已经有人在做了

IT 公论某期有过讨论
https://ipn.li/itgonglun/132/
ck65
2015-02-12 21:19:34 +08:00
@Quaintjade 关于网络合奏的具体实现,我认为以目前的基础设施水平,比较现实的是从虚拟乐器做起,做实时影音同步实在太难。而用虚拟乐器做的话,基础架构更像是游戏客户端。这样很多东西都可以统一化,客户端之间点对点连接,根据打 suparc 的经验,延迟低于 100ms 就可以基本上满足实时对战的要求。不过即便如此,延迟越低肯定体验更好,越像真的合奏。
huzheyi
2015-02-12 21:59:38 +08:00
@mongodb 理解你的意思,这里最大的问题就是音乐是非常主观的东西,就好像大师在某个地方用一个不协和的和弦是为了表达特殊的意义,而一般人这么用,就认为你弹错了……
huzheyi
2015-02-12 22:01:17 +08:00
@expkzb 干声自己路,伴奏自己扒,效果就难了,几遍你知道是什么效果器,但在你的设备出来也不见得和原来的一样……

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/170426

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX