这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 3590 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景
最近，互联网行业在中国是如此的火(pao)爆(mo)，以至于像我这样的半IT人士，也希望琢磨一些idea能在这波浪潮中玩儿一把。很多人提及的所谓“互联网思维”，或许我还没能很好的理解，但我想通过IT技术让传统行业发生一些改变或者革新，其实是完全可以尝试的。尤其昨天看到V2EX上的一个帖子，有个哥们儿开发了一款白酒，一冲动就下单了两瓶，冲动过后也便催生了一个想法，Google之，似乎还是空白。
不多卖关子，标题写的“开源音乐”，这正是我的想法。本人喜欢音乐，在声乐方面略有研究，曾参与过世界知名业余合唱团体，也曾尝试过创作。因而将“音乐”、“合作”、“网络”这三个元素综合在一起，我想做的正是音乐界的Github。
顺便吐槽，现在的华语音乐界，尤其通俗圈，歌手一大堆，好歌手太少，好作品更少。
市场需求与定位
首先，这样一款产品肯定不是给那些专业的音乐创作者或者制作人等使用的，当然如果他们能参与进来更好。最近几年的音乐类选秀节目越来越火，也使得大众对音乐的鉴赏力有了一定程度的提高，也有更多的人希望将自己的想法通过音乐的形式来展现，可无奈如果没有较为系统的学习过程，创作一首作品的难度还是很高的。从一段即兴的小旋律，最后变成完整的一首作品，到能够将作品演绎出来，中间环节非常多。那么通过这款产品，让更多的人来参与到一首作品的创作过程（包括制作过程），我想是非常有意义的。
产品功能
暂不考虑技术可行性，目前初步设想的主要功能分一下两个部分来说。
音乐处理功能
- 前端在线记谱：通过键盘鼠标输入、MIDI设备输入、甚至哼唱识别的方式，实现在线记谱
- 前端在线录音：人声或特殊声音元素直接通过Mic录音
- 前端录音上传：支持录音直接上传插入到音轨中编辑
- 多音效支持：常见的钢琴、管乐、弦乐、鼓、吉他等
- 前端多轨编辑
- 简单效果：简单的音量处理、均衡处理、包络处理、效果器等
- 前端监听试听：录音过程可监听，单音轨多音轨试听
- 后端混缩：服务器端完成混缩导出
总体说来，就是把类似Adobe Audition、Nuendo、Logic Pro这类工具的简单功能放到网页里去实现，涉及到计算的环节全部丢到服务器后端处理。
版本管理功能
类似Github的实现方式，只是代码库的内容为MIDI文件、录音文件、其他信息记录文件等。支持共同创作、Pull、Fork、Issue等类似功能。
运营模式
开源社区，类似Github的模式。
盈利点
其实我一直不太清楚Github除了私有代码库收费、存储扩容收费以及广告盈利还有什么别的盈利点。那么就这个产品，目前能想到的盈利点有：
- 高级编辑功能、效果器等收费
- 存储扩容收费
- 商用收费：平台与创作者分成
问题与困惑
起初一个灵光闪现的小idea，洋洋洒洒写下来，发现其实问题还是很多的，且不说技术实现的难度，可操作性和庞大的前后端其实远超Github了。但既然写下来了，就分享出来给大家，欢迎吐槽、拍砖。自己已经给自己拍了好几块砖了：
- Github管理的大量的是文本文件，同录音文件不是一个量级
- 软音源、软效果器成本？
- 大量的前端功能，是否能精简？
- Github只负责版本管理，而这个产品的后端其实已经实现“编译”了
- 类似GPL协议的问题？
- 音乐与代码不同，代码很客观，而音乐相对主观，如何共同维护一个“项目”？
- …………
不过，设想一个场景，我写了一首民谣作品，你Fork过去改编成摇滚，他Fork过去改编成爵士，她Fork过去改编成中国风，最后成了电影主题曲……也是会醉的……
 |
1
rock_cloud 2015-02-12 12:30:54 +08:00
感觉作曲的门槛比编程高多了
|
 |
2
greendyj 2015-02-12 12:34:05 +08:00
感觉说的是『公有领域』 http://zh.wikipedia.org/wiki/%E5%85%AC%E6%9C%89%E9%A2%86%E5%9F%9F
另外软件代码的 license 一般情况下对其他领域的东西不适用。 |
 |
4
huzheyi OP @rock_cloud 其实也不见得，代码存在能写不能写的问题，音乐写作绘画我认为更多的是作的好不好的问题，呃，不知怎么表达
|
 |
5
mringg 2015-02-12 12:54:26 +08:00
音乐创作太难了
|
 |
6
anima666666 2015-02-12 12:54:33 +08:00
关键是给谁用，用来干嘛？
个人觉得初始针对学生群体和爱好者的话，或是一个很好的平台，就是一个放松玩的地方，太严肃不好！让专业的人干专业的事情，玩的人玩得开心！或许就对了吧～ |
|
7
huzheyi OP @anima666666 定位有兴趣的群体呗，降低门槛，就像苹果为Logic pro做了个garageband一样
|
 |
8
kslr 2015-02-12 13:02:10 +08:00 via Android
大多音乐社区都支持录音分享，不过没有这样完善的提出来，很不错
有群吗，讨论一下 |
|
9
kslr 2015-02-12 13:10:03 +08:00
1.算不上问题
2.尚待讨论 3.取合适的就可以了，没必要为了适应Github的模式而改变 4.具体是什么意思 5.尚待讨论 6.“感觉”? 7... |
 |
10
ck65 2015-02-12 13:53:55 +08:00 via iPhone  1
翻唱不是 fork，是 tribute。
这种类似开放创作素材的想法已经有国外公司在做了，比如 splice。但用过一圈之后觉得并没有太多让人坚持用下去的理由。或许这是软件还不够智能的结果，以后它们有能力把「开源」这个新概念实现得更完善。 我随便想到一个编曲和编程之间的不同，会阻碍编程开源的思想应用到音乐上。比如编曲没有那么客观的评价指标：跑分，性能，算法效率，取而代之的只有主观感受。这个评价并不包括对编曲新手的错误进行的评价，评价本身也不单是豆瓣上打个分推个荐。这样一来，当然也不仅因为此，编曲不包含编程开源后可以获得的「改进」这个比较核心的社区功能，简单的说就是让社区来维护音乐没有意义。虽然想法有趣，但至少在目前仅有的音乐创作模式之上，开源风潮是扩散不开的。 我觉得比起开源编曲，更能激起艺人兴趣的是网络合奏的实现。说到这里，我又有想法就差程序员了。这不是玩笑话。 |
 |
11
levn 2015-02-12 13:59:46 +08:00
金坷垃、庞麦郎表示不服
|
|
13
huzheyi OP @ck65 你说的很对，音乐很主观，所以可以分工，却很难在具体分工中合作。不过我说Fork，只不过是引用github的功能，我要表达的，也不仅仅是tribute。。。希望你能理解
|
|
14
huzheyi OP @kslr 第四点，我的意思就是，服务端完成混缩，就类似于github在服务端帮你编译你commit的代码了的意思了，但事实上github是不帮你编译的。混缩还是挺耗资源的，尤其是音轨多了以后，用户多了以后。。。
|
 |
15
url 2015-02-12 14:32:50 +08:00 via Android
哥们，音乐比代码难多了
|
 |
16
iancj 2015-02-12 14:33:28 +08:00
首先你需要一个懂音乐的程序员~~~
|
|
17
url 2015-02-12 14:34:11 +08:00 via Android
对了，还有末尾说的改成各种曲风，这种歌听三首估计你会吐
|
 |
19
lingo233 2015-02-12 14:37:27 +08:00
以后进唱片公司的时候就可以使用CV大法了，再也不用担心编曲节数考核了lol
|
 |
20
BGLL 2015-02-12 14:40:54 +08:00 via Android
音乐讲原创性，独特性
与开源讲究代码复用不一样吧。 开源视频短片，给 B 站那些 up主用……他们对复用需求大 |
|
21
huzheyi OP @url 音乐和代码，没有哪个比哪个更难一说，因为根本无法比较。对于搞音乐的人，他会认为代码完全无法理解；同理，反之亦然。。。。
末尾只是举个栗子，其实我想表达的，就是变奏曲的那个意思，对一个主题通过改变不同的元素去展现。。。哎，语体教表达不来。。 |
 |
22
raincious 2015-02-12 14:53:14 +08:00
艺术家和工程师的思维本身就是不一致的，不能将两个东西生板硬套在一起。
如果你在写一本书，那么你会在你不想写完的时候将书本公开出来让大家帮忙写和Fork么？我想哪怕是基于内容传承性的考虑你都会三思。 音乐创作其实不难，难的是思（灵）路（感）和创意，有了这两点配合上技术（会用软件/乐器）你就能创作出音乐。可能整个创作过程只需要半小时，然后加上几个星期的不停打磨。 我刚才还特别试了下，用了20分钟不到就整出了一段曲调（我还不是专业人士）。 虽然我只做了一部分，但是大部分音乐都是从这里开始然后慢慢延伸做出来的。 现在的状况其实是，著名的音乐都会被别人仿制出来，然后再在仿制的基础上添加自己的曲调（Remix）。 那么为什么不能像分享源代码一样分享音乐片段呢？ 1、因为乐器不是免费的，包括实体乐器和电子乐乐器。没有乐器基本上别想仿制出一样的音调和效果。音乐是主观感受，一点小区别可能会很明显。 2、音乐人其实将乐器和演奏方式视为“专利”。你通过配置乐器产生某种曲调，那对你来说就是唯一的，是你的Sign。你自然不会分享这些东西以及使用了这些东西的曲调。 所以将音乐视为源码分享现在可能并没有客观达到成熟的条件。因为毕竟音乐还不能像代码一样被工厂试的“生产”出来。 最终，楼主可能做出的是另一个SoundCloud，让大家在那里分享自己的音乐，然后允许别人进行Remix，而不是协作（多个人完成同一个音乐）。 |
|
24
ck65 2015-02-12 15:27:17 +08:00 via iPhone
我明白楼主举例的意思，就是稍稍借题发挥一下。目前所谓的音乐开源，都还只是告诉一群人你们可以「演绎」一件作品或素材，就算是大师的分轨，你也可以编，你也可以混了！而真正的编程开源思想在编曲上，有可能是不那么受欢迎甚至被排斥的。在不得不协作的情况下，商业团体也很难会去选择一个开源平台来协作，以目前的电脑编曲软件水平来看，移动存储或局域网拷贝仍是最靠谱的协作手段。
还有一点，软件开源社区的强壮有很大程度需要众多本就开源的框架、系统的支持。然而编曲当中，对于数字编曲而言，购买了相同音色库和 daw 的用户之间才有分享和共同创作的可能；对于实录而言，每位贡献者的录音品质和演奏技术又会成为一个障碍，看看配音秀的状况，就是个例证，它最终只是在不断接近一个「看起来很专业的玩具」。 个人对音乐开源的看法是没有太大必要。二者理念相差太大。 |
|
25
huzheyi OP @ck65 恩，我同意你的说法。但是否可以通过一定的手段去降低准入门槛？我的定位不是专业音乐制作，我的用户可能只是跟我一样有在这方面的爱好和追求，但迫于种种条件，没有办法或很难实践的人群。平台去统一一些标准，提供一些工具和素材，剩下的用户自己发挥。
|
 |
26
oop99 2015-02-12 16:15:13 +08:00
哈~ 赞下, 我以前有过类似和楼主列出的差不多的想法, 好相似啊.
只是感觉做起来不太好实现. 还有版权等等自己不擅长处理的问题. 我觉得用户是否愿意分享问题不大, 可以设定某些朋友才可以协作就OK了. 相信有一部分人是愿意自己创造出来, 给大家听, 让大家提意见并改进的. |
 |
27
mongodb 2015-02-12 16:26:45 +08:00
@huzheyi 这里你有个误解。在降低准入门槛这件事上。
创作音乐真正入门难的地方其实并不是素材，工具，这些真不是。举个例子，我们每个人都或多或少能创作出两句旋律来，而且还不错，随便哼哼都能有，属于自己的原创的旋律（当然并不是独一无二，原创和唯一是两码事）。而且说实话，往往一个人随口哼出来的东西未必就不入流，有的时候还真的有很好听的东西在里面。 那我现在让一个人来创作曲子，给他钱，给他时间，给他高科技的设备，给他配一帮任劳任怨的乐手演奏真实乐器，这个人甚至可以不懂乐理不懂谱子和节奏，他要什么乐手给他演奏什么，但是不贡献任何编曲和配器的想法。有这样的条件，这个人就真能很快入创作的门？ 他需要的是大量的聆听，真的是很大量，而且是用脑子的听。而且需要对乐器的把玩和研究。虽然在不追求极度专业的情况下，相当多东西可以用软件搞定，但把玩乐器带来的不仅仅是一个对乐器的熟悉，而是因为现代作曲里，好听从来不是因为某一样东西好或者某段旋律特牛逼，这些东西撑不起一首曲子的。现代的曲目基本都是多样同步进行，各司其职，搞创作未必需要所有乐器精通，但熟悉乐器，能对每样东西在整体里的位置有了解。可以类比成一个架构师未必需要把所有的组件都摸的门儿清，但知道每个组件在什么地方能发挥更好的效果，这样才有可能在整体上实现出众的效果。 这个，是经验，是阅历，谁也帮不了他。 现实中的群体创作，也并不是开源fork的这种，基本上能凑到一起并且出点成绩，有点不错东西的团队，每个人都应该对曲子整体架构的知识有所了解，不能让整体出现大滑坡。在这个基础上，再交流观点，即兴发挥，挥洒灵感，然后才有可能出个东西，接下来是技术层面的打磨，然后出个好东西。而有了这样的交流，说实话，就算技术层面差点（比如万青的鼓前两年一直有打不稳的毛病），乐器设备烂点（上豆瓣音乐人一搜太多了），最后出来的也是能被人认可的东西。 总而言之，我的观点，写个好曲子，哪怕是玩，也得有足够的相关知识和经验积累，这个才是真正的门槛所在，只能靠努力来打磨。相比之下，把软件搞的容易上手点，素材给再多，出来的东西也是不堪入耳的。 楼主也提到，未必要做那么专业，就是给普通人玩。但就算玩游戏，也得了解掌握规则不是？让普通人能享受足球的乐趣，绝对不是给他最好的球鞋最棒的球场，这些在业余层面可以将就，让踢球的人多懂点怎么踢更好更有趣的方法，一定的合理的训练和引导，这才是真正的道路。 而这些，其实真的不是多人合作就能搞定的。多人合作只会引入更多的变量，把问题无限复杂化。还是回到架构师的例子，一个架构师加术业有专攻的程序员，主导和执行，中间配合讨论，这才是王道。一堆人一起来做架构设计？想都不敢想。何况架构这东西往往还能有大量复用，有量化标准，而音乐是没有的。。。 |
 |
28
expkzb 2015-02-12 17:52:30 +08:00
我只希望能更快速地找到干声、伴奏和音效（合成器）
尤其是音效，听到别人曲子里好听的，楞是不知道叫啥，目前这水平也不能自己合出来 |
 |
29
marchtea 2015-02-12 17:52:38 +08:00
这个想法我也想过~而且很像,都是类似GITHUB的方式进行协作.最后觉得一个人暂时无法实现,就没有想下去了 : (
|
 |
30
XadillaX 2015-02-12 17:55:24 +08:00 via Android
不是已经有个什么开源电影了么？
|
 |
31
nealfeng 2015-02-12 18:18:31 +08:00
由于代码可复用的特点，以及代码编译后变得不透明，所以个人认为开源的意义在于：
1、可以直接用 2、可以开放协作 3、可以修改 4、可以学习 但音乐的特点，明显与软件不同，所以个人认为开源音乐没什么意义，直接听曲库就好了。 |
 |
32
zomco 2015-02-12 18:48:05 +08:00 via iPhone
代码好不好可以跑，结果是客观的确定的；音乐好不好只能听，结果是主观的不确定的。也许将来技术和艺术能互通，但不是现在。
想法很好。 |
 |
33
martinsu 2015-02-12 18:55:31 +08:00 via Android
有开源小说吗
|
 |
34
ETiV 2015-02-12 19:08:41 +08:00
我以前有这么个想法: 搞个 Vocaloid 的在线工具, 以此工具再做个社区.
不过有一个问题啊, 电脑音乐这个东西, 对输入输出的延迟要求特别高. 放 Web 前端上搞, 以目前的浏览器性能...估计 beta 都撑不过去, 最后一片差评. 另外, 按LZ想法, 音乐渲染放在服务器上, 本地听只是听MIDI - 估计也只能听MIDI, 载入音色库时间太久了. 比如我想试试音色, 切换一次, 就要等服务器上渲染完成后才能听到? 所以在线编辑这功能, 我觉着基本上是鸡肋的. 所以音乐创作的过程, 放在本地 (相对于需要连接到广域网的服务器上) 来搞, 还是有它必然的原因的. 倒不如像很多钢琴琴谱网站一样, 五线谱和MIDI文件都有提供. 然后基于这些 MIDI 文件, 做一个 github for MIDI. 别人下载MIDI后, 自己搭配音色, 修改旋律/节奏. blahblah. 再分享出成品 && 改后的MIDI. |
 |
35
invite 2015-02-12 20:48:47 +08:00
版权怎么办？作曲人可是要卖钱的，都被你拿去了，他们吃什么？
|
 |
36
Quaintjade 2015-02-12 21:05:53 +08:00 via Android
@ck65
说到网络合奏，我知道的是Eric Whitacre的Virtual Choir，目前限于无伴奏人声合唱，关键是要有个指挥。 无指挥的乐器合奏有点难，毕竟由于网络延迟难以通过互相聆听来保持一致。 |
 |
37
bleaker 2015-02-12 21:09:56 +08:00
|
|
38
ck65 2015-02-12 21:19:34 +08:00
@Quaintjade 关于网络合奏的具体实现，我认为以目前的基础设施水平，比较现实的是从虚拟乐器做起，做实时影音同步实在太难。而用虚拟乐器做的话，基础架构更像是游戏客户端。这样很多东西都可以统一化，客户端之间点对点连接，根据打 suparc 的经验，延迟低于 100ms 就可以基本上满足实时对战的要求。不过即便如此，延迟越低肯定体验更好，越像真的合奏。
|
|
39
huzheyi OP @mongodb 理解你的意思，这里最大的问题就是音乐是非常主观的东西，就好像大师在某个地方用一个不协和的和弦是为了表达特殊的意义，而一般人这么用，就认为你弹错了……
|
|
40
huzheyi OP @expkzb 干声自己路，伴奏自己扒，效果就难了，几遍你知道是什么效果器，但在你的设备出来也不见得和原来的一样……
|
|
43
huzheyi OP @ETiV 只听midi体验肯定不好呀，渲染后生成流媒体来播放试听嘛，你要推个wav下来带宽也扛不住的
|
|
44
huzheyi OP @Quaintjade 基于这种方式的合唱我是想过的，但感觉受众更窄，对参与者的要求更高。至于节拍的问题，倒是可以用节拍器来辅助解决，就是这样的话作品会很死板。
|
 |
47
Stof 2015-02-13 00:44:49 +08:00
总体来说就是：做好算法，根据事先录制好的曲调或者乐器音频+文字进行自动分配文件，然后服务器进行总或分计算，提供分文件预览及总预览，最后提供公布及私有未完成档案按钮。
|
 |
48
DearTanker 2015-02-13 11:22:52 +08:00
楼主好屌。
|
 |
49
cad0420 2015-02-13 13:37:02 +08:00 1
坚决不支持。艺术和技术是太不同的东西，这样开源的“音乐”对艺术损害极大，对未来艺术家的培养也是危害极大的。
|
|
50
huzheyi OP @cad0420 当然是非常不同的，但对于大部分不想成为艺术家，仅仅是对此有兴趣或者半专业的人士，写一首作品让大家帮着完善，我觉得也挺好。
|
 |
52
lavande 2015-02-15 13:13:43 +08:00
前年草地音乐的音乐人群里玩过类似的游戏，由牵头人做一个轨，内容是卡农和弦走向的bass和一些简单的鼓点，然后大家根据自己的喜好添加其他乐器的音轨，或者人声主旋律。
结果反响很差…… 可能的原因还是没有好用的平台和一个类似norm的东西，还有就是音乐人们风格不一，不认识的情况下也很难说合作什么的 |
 |
53
davidqw 2015-03-08 22:53:31 +08:00
|
|
54
huzheyi OP @davidqw 恩，前面有人提到，粗略看一下有点意思，他的前端就是不提供任何编辑功能的，而是将这些交给了诸如Logic, Garageband之类的专业工具。QQ已加~
|
|
55
davidqw 2015-06-11 16:35:58 +08:00
https://itunes.apple.com/cn/app/id938590105
我们产品已经发布了，多多提建议哈，顺便借宝地招募技术合伙人一名 |
 |
57
ws0832h 2015-10-02 00:23:21 +08:00
赞这想法
技术我不懂，不过看起来好像是规模大有难度？ 我觉得完全可以从基础的做起，小规模范围的。 喜欢并且想做音乐的还是少数。先有一个小型的大家能一起玩起来，再慢慢补充齐全其它东西。这样的话，我感觉是完全可行的 我也有类似想法。 github 没玩过，不是编程的。不过我觉得 lz 你一激动想得有点多了，很多想法其实没必要去想，做起来慢慢就有了。这就是纯粹基于兴趣的，最主要的还是尽快建立，一些基本的东西一有，大家（一小部分人）能玩转起来，后面就什么都好办了 我个人的话，希望能集合所有常用乐器，音频编辑等等，因为 其实我觉得，能“开源”出来一个 apple 的万能乐器 app ，一个如 adobe audition 的编曲软件，以及其它优质的做音乐的 app 或软件等，最基本核心的内容就有了。也许可以购置所有这些现有东西，把账号等公共化，不知道可行不 除了上面这个，就是提供、分享素材的一个公共区域吧。自己作曲也好，找现成的素材也好，有作品出来为别人提供素材等等。就是供人尽情创作、表达与分享。 社区的发展之后也许可以往其它方面延伸，比如最后那一个例子，或者把音乐拉入一个新领域，但初始时，我想主要还是需把核心需求控制在“个人的音乐表达”一类上，并且维持一个主流的音乐鉴赏（降低一些随意涂鸦的权重，给人更多的“表达与被分享”的，整个运营才能有机的开展起来。来社区的人都是喜欢音乐，想创作音乐，或想来“玩”音乐的（以及想探索好作品的？因为一般你喜欢创作的话，也会喜欢看别人的创作，学习及获取灵感） 至于视频阿、社交阿、作品出售、盈利模式等等，都不是最需要的，可以以后再说 |
 |
58
F0sd1ck 2015-12-06 23:46:44 +08:00
好多人说的创作其实是把脑子里的音乐片段组合在一起，所以很多歌听起来都似曾相识。
听说网上就有人专门做这样的音乐分析，分析一首歌里的某一小段可能来自于另一首歌，最初可能又是另外一首歌。 话说，二手玫瑰《采花》里有一句和张惠妹的《薇多莉亚的秘密》里的一句就真的很像。 这样的例子很多很多。 ++++++ 互联网确实缺内容，但音乐创作真是有难度，类似语言的沉默期，学音乐好象也有一个阶段是回避创作的，怎样能让音乐更好学，可能是更大的痛点。 |
Select Language