@碱色水
链接已经准备完毕
链接 ht 撼 tps://p 殚 an.b 不 aidu.co 可 m/s/1Q 求 81wAeC7 残 eh1Pm 存 fuLU5PymA
提取码为 q e 9 1
这是从麻省理工scratch 官网下载的文件的打包格式

这部分整合资料是用于帮助同好的:
1. scratch 1.4 是用small basic编辑的，scratch 2.0是用flash 语言编辑的，这两种语言都自带控制声卡的代码，scratch1.4和scratch2.0都是用相似代码控制声卡，所以其音质应当没有太大区别，真正决定音质的还是更复杂更面向声卡硬件的代码，需要更专业的程序制作，所以用scratch制作的音乐质量不高是无法避免的。
2. scratch语言的演示音域只给出了一小段，但是其真正音域是很广的，可以通过调节数字的方式改变其播放的音符，具体可见图例1-0-1 至 1-0-3。
3. scratch1.4的执行效率比scratch2.0高得多，而且scratch1.4可以同时播放数目极大的音符，而scratch2.0只能同时播放数量为32的音符，具体可见演示文件1和演示文件2。
4. 通过演示文件1可知，演示文件中单个音符的拍数为6000，也就是这个音符会持续弹奏6000秒，即1.6小时，所以视频中没有一个同时播放的音符停止过；每一个弹奏的音符在持续弹奏停止之前都会一直占用同时弹奏的单位；演示文件中的scratch1.4，至少有帧数乘执行秒数个音符在同时弹奏，即60秒乘每秒41帧，也就是有2460个音符在同时播放，经其它测试得知，在同时有484600个音符同时播放时scratch1.4仍然没有漏下任何一个音符，可见其引擎的强大。通过演示文件2可知，演示文件中的scratch2.0，至少有秒数除以单个循环等待秒数个音符在同时弹奏，即32秒除以等待1秒，也就是只有32个音符在同时播放，多出的音符全部漏下不进行播放操作，在演示文件后半段，将音拍数由6000改为60，后测试可得，在执行的前32秒中音符正常播放，在执行的32至60秒时，同时播放进程全部被占用，所以没有任何音符被读出，当61秒至92秒中，音符重新被读出，因为第一个播放的音符已经过去了60拍，这个音符播完了，给后期播放的音符提供了新的空间，所以后来音符又能正常播放了，在执行的，92秒后，同时播放进程全部被占用，所以没有任何音符被读出。如果继续试验，这个进程还会重复。
5. 总结：scratch 1.4比scratch2.0和scratch3.0都要更适合制作音乐，建议制作音乐时不要放弃scratch 1.4并换用其它版本的scratch，也建议不要使用scratch2.0制作多音轨音乐。

图例1-0-1

图例1-0-2

图例1-0-3

我会等你回来的。

好