Skip to content

Latest commit

 

History

History
executable file
·
158 lines (100 loc) · 8.74 KB

README.md

File metadata and controls

executable file
·
158 lines (100 loc) · 8.74 KB

自由神社曲谱库

一个非营利的、兴趣驱动的曲谱编辑、发布与整理解决方案。

license

Resource

自由神社 | 曲库移动端老站 | 曲库PC端老站 | 曲库地址 | 安卓客户端下载

交流QQ群:690514210  (群内有图文教程,手把手教你传谱或调用该曲库API,另外如果有dalao愿意尝试ios端或者微信小程序开发请加群详聊!)

Contributors

(排名不分先后)

Usage

getIssues

https://api.github.com/search/issues?q=${data.keyword}+state:open+repo:zytx121/je${label}&sort=created&order=desc

getIssue

https://api.github.com/repos/zytx121/je/issues/${number}
getLabels
https://api.github.com/repos/zytx121/je/labels

Reference: Github REST API v3

Explanation

je谱

  • 1=C的情况下1234567同简谱的中音,#升半音,例如1# 123中#1为升半音,即推半音键。
  • 1=#C的情况下,1234567全部是升半音,b为降半音,如12b13中的b1即松半音阶推键。
  • {}中为超低音区音,()中为低音区音,[]或【】中为高音区音,{{}}为倍低音区音。
  • 至于时值节奏,单曲循环自行把握。
  • 注意:je谱为约定俗成,并无严格规定格式。

扒谱人

一种以码数字为乐趣的生物,个体可赋有被动技能“绝对音准”。

搬运工

一群以搬运谱子为乐趣的勤劳生物。

用户

一种以演奏为乐趣的生物。

Q&A

Q:曲谱库和网站和客户端是什么关系 A:曲谱库是利用github的相关功能来存放谱子,起到一个数据库的作用。网站和客户端则是通过调用曲谱库中的数据,更好的方便大家使用,但其实利用github曲库本身也能实现谱子的查找。总的来说,github曲库就像是砖,用它可以搭建不同风格的建筑(网站或客户端)。如果有小伙伴想用咱们曲库开发自己的网站或者客户端,咱们绝对是热烈欢迎!并且提供一对一的技术支持!(ios和微信小程序开发的小伙伴你在哪里?快到碗里来!)

Q:网站老是上不去,怕自己上传的谱子消失,没有安全感- -! A:额。。。黑人问号.jpg 这里我必须解释一下,之前网站是我自己学习编程所写,中途由于换了几次域名,导致原来的域名无法正常访问。但是,目前可以负责人的告诉大家,github曲库至始至终都是可以正常访问的并上传谱子的。相信只要大家理解曲谱库和网站或客户端的关系,就不会有后顾之忧了。github男友力max!安全感爆表啊!

Q:github曲库和主站自由神社什么关系? A:为了更好推动JE吧的发展,我们也已经正式更名为自由神社曲谱库,作为自由神社资源的一部分存在!同时我们的安卓客户端也将开始使用自由神社这个名字。今后,我们自由神社曲谱库将会持续为JE吧做贡献!所以也请小伙伴本不要没有安全感- -!安安心心上传吧!我们也知道谱子是贴吧里的小伙伴们辛辛苦苦扒出来的,那份想与大家分享的心情我们是坚决不会辜负的!!!

Q:如果谱子是在别人基础上根据自己喜好修改而来怎么办? A:可以在扒谱人后加一行整理人

Q:同一首曲子能否有多版本? A:可以的。考虑到大家扒的谱根据自己的偏好可能存在差异,所以即使是同一首曲子也不要求只留一个版本,可以同时存在不同版本。这样也方便大家挑选自己喜欢的版本。

2.0版本和之前的版本有什么区别?

  • 1.0版本中为了美观使用了badge,后来成为了上传模板的主要门槛。另外,badge中的文字信息无法搜索到,影响了基本的搜索功能,导致许多用户搜不到想要的谱子,爬虫无法正确抓取歌曲信息。2.0版本中,我们决定将数据和样式分离,仅仅将github曲库定位为一个数据库,去除badge。这样不仅改善了搜索,同时使得利用爬虫备份谱子数据成为可能。

  • 1.0版本将一个作品定为一个issue,用issue里的comment来储存该作品的谱子,随着谱子数量增加,逐渐暴露出来一些问题。1. 如果同一作品下的谱子太多,那么用户搜索到该作品后还需要往下滚动很久才能找到需要的谱子,大大降低了用户体验。2. 以作品为基本单位的设计,先入为主地将谱子之间的其他方面联系削弱了。在2.0版本中,我们将每一首谱子单独作为一个issue,通过在comment中加入各种关键字(复数个关键字之间用分号隔开)来实现对谱子的分类搜索。在2.0版本中,用户能够按照作品名,扒谱人,xx年xx月新番,甚至是编曲人等等关键字进行搜索。极大的提高了搜索的自由度。(值得一提的是由于github后端使用的是elasticsearch,所以我们的曲库是支持分段搜索的,如输入:2017 4也可搜索到带有2017年04月关键字的谱子)

用户手册

  • 我们提倡用户通过谱册来进行谱子规划分类以及分享

  • 我们推荐用户通过系统生成的专属谱册维护专属于自己的谱子库

  • 虽然我们提供了谱册复制的功能,但我们不建议用户疯狂的复制别人谱册,请信任谱册所有者会维持谱册的质量

  • 我们建议用户积极的维护自己的谱册质量,不要轻易删除,或者大幅改动谱册,因为你谱册的收藏者可能会因此产生困扰.

  • 我们设计了谱册评论功能,我们推荐用户通过这里帮助谱册提供者维持谱册质量,而不是复制所有者谱册再自己进行更改

  • 我们会定期挑选优质谱册在首页展示,让你的劳动成果被更多人看到,你也能在谱册页中观看到收藏此谱册的用户,被人认可的感觉是极好的.

License

MIT