尝试在 GitHub 上开源自己的音乐.

这是我最早于 2010 年开始的项目 (由于期间发生过数据灾难, 一部分工程文件已丢失. 目前项目展示的是自 2012 年至今的部分).
迄今期间使用过多个网站空间用于存储及展示.
直到今年初才下定决心迁移到 GitHub, 试图将其作为网盘使用.

https://github.com/YamatoRyou/chiptunes-flp
仓库处于半只读状态, 由于内容特殊, 仓库只允许下载工程但不接受 Fork 及 Pull Request, 虽然无法硬性阻止.

仓库的大概结构:
* 仓库首页的描述文档 (即 readme.md, 用于展示项目简介; 心得; 杂项及工程文件更新历史);
* 工程文件 (每一首歌曲是一个 ZIP 文件, 包含工程文件主体; 采样; 图片等素材. 工程文件主体又包括乐谱; 通道及插件设置; 自动化信息; 注释; 混音器路由; 剪辑排列状况; 内嵌在文件的采样等.)
* HTML 及外围素材 (包括 CSS; JS 及图片, 用于在一个独立的网页中列出所有工程及其它信息, 相当于项目面向访客的另一张脸)

由于没有需要, 当前没有考虑多人协同创作及增量更新文件等需要多人的场景.

开源自己的音乐有以下目的:
* 供访客学习
* 二次创作的体现
* 自我取悦

更新逻辑:
* 歌曲的工程经打包后上传到仓库, 如有需要将覆盖同路径的同名文件, 历史版本不保留.
* 可能会产生衍生版本, 即同时存在小部分差异; 大致相同的 2 首歌曲的工程文件.

争议:
音乐来源:
* 凡是在项目中展示的每首歌曲的旋律部分都不是原创, 它们来自 PC 游戏; 某个软件的 KEYGEN 或破解补丁; 游戏修改器中的背景音乐, 这种 "二次创作" 的行为被称为 "Cover". 我认为成品及工程文件不用于商业行为不构成侵权. 即使部分原始作品的原作者信息不详. 部分仍在活动的作者我会通过邮件联系以尝试获取授权.

素材来源:
* 歌曲中使用的音色; 采样部分取自上述来源, 一些取自软件内置的素材.

工程文件:
* 工程文件是第三方私有格式 (非纯文本), 创建工程文件的软件是闭源收费软件, 因此工程文件的结构我无法公开.

对于篡改的识别策略:
* 为确保一定程度上识别工程文件在站外是否被修改后转换为音频展示, 每个 ZIP 文件都有数字签名.

以上.