o2mania的版本历史

Posted 2023-05-17

参考技术A

以下为2009年，由蜜蜂及樱花合作开发的版本。
1、4、2 更新内容
1、重写了全部文件读取方式
2、基于新文件读取方法，重写了OJN读取，并支持了韩国新版加密OJN文件(以后可以不用解密了)。
3、再次修正M30及OMC OGG轨BG音的问题(传说中的882号文件BUG)
4、对DJMax Video进行了再次修正。
5、重写EXE验证代码
6、重写更新检查
7、O2Jam判定修正(和韩国官方有保持一致)
8、在Logo下面加了Final Edition
1、4、1 更新内容
1、支持新版OJM读取(OJN需要解密)
2、修正读取部分OJN溢出的问题
3、修正BMS超过255个BPM发生错误
4、修正BMS没Key音问题
5、增加minidump,方便Bug反馈、
6、修正OJM(M30)读取OGG BGM轨道错误
7、修正OJM(OMC)读取OGG BGM轨道错误
8、暂时去掉长音Combo功能
9、修正VOS一个BUG
10、优化歌曲列表读取
11、修正O2Jam判定下，长音时，判定消失。
1、4、0 更新内容
修正了DJMAX BGA播放的几个BUG，图片位移错误等。
对随机音符重叠进行了修正
优化了NOTE比较多的时候速度变慢的问题
在Mania判定模式下增加了长音连续Combo。
更好的对VOS格式音乐进行支持
2005年及以前FZ开发的版本。
1、2、0 更新内容
改正了DJMAX BGA播放的几个BUG ，图片显示不正常，颜色错误等等
加强BMS的兼容性，改正了播放高BPM的BMS文件时出现的速度不正常现象，长NOTE没有声音等问题
增加了2种上、下隐模式，以及全隐，
改正了在变速情况下播放不完全的BUG
改正了配置SKIN后程序崩溃的问题
增加了打开BMS文件时显示相关信息
优化了一下NOTE比较多的时候速度变慢的问题
增加了音乐封面图片导出功能（右键点击预览图片）
1、1、0B更新内容
增加了贴图质量和垂直刷新同步的选项
有些比较老的板载显卡，不支持32BIT的贴图，如果强行使用32BIT的话，会导致贴图创建失败或者速度极慢
键盘设置增加到了8个键，增加了自动按键
增加了SKIN的配置功能，差不多补全了O2JAM的界面（所以这个版本史无前例达到10M）
用 4,5两个数字键可以调节音量 4增加背景音，shift+4减轻背景音 5增加按键音，shift+5减轻按键音
修正了DJMAX音量的问题
加强了BMS的兼容性，支持视频动画（见BGA菜单）
加入了 WINAMP的AVS作为背景动画，适合没有自带BGA的歌（见BGA菜单）
1、0、0 更新内容
收藏夹的格式又改了、、、所以、、、以前的收藏夹里的东西再一次无效了、、
改掉了打开文件对话框文件列表里显示太多文件时出错的bug
文件打开对话框可以只显示DJMAX或者O2JAM,
加入改变歌曲本身速度的功能!
修改了导出曲谱的功能,不再局限于只导出0、5x,可以根据当前的设置(按F1,F2的那个功能)
导出0、2x,0、5x,1、0x　3种不同的尺寸,大于1、0x时均用1、0x导出

git入门(1.历史)

git入门(1.历史)

git入门(2.基础)

git入门(3.文件操作)

git入门(4.提交与历史)

git入门(5.分支)

git入门(6.repo)

版本控制

　　版本控制是什么已不用在说了，就是记录我们对文件、目录或工程等的修改历史，方便查看更改历史，备份以便恢复以前的版本，多人协作。。。

一、原始版本控制

　　最原始的版本控制是纯手工的版本控制：修改文件，保存文件副本。有时候偷懒省事，保存副本时命名比较随意，时间长了就不知道哪个是新的，哪个是老的了，即使知道新旧，可能也不知道每个版本是什么内容，相对上一版作了什么修改了，当几个版本过去后，很可能就是下面的样子了：

　　 

二、本地版本控制

　　手工管理比较麻烦且混乱，所以出现了本地版本控制系统，记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件。比如RCS。

　　 

三、集中版本控制

　　但是本地版本控制系统偏向于个人使用，或者多个使用的人必须要使用相同的设备，如果需要多人协作就不好办了，于是，集中化的版本控制系统（ Centralized Version Control Systems，简称 CVCS ）应运而生，比如Subversion，Perforce。

　　在CVCS中，所有的版本数据都保存在服务器上，一起工作的人从服务器上同步更新或上传自己的修改。

 　　 

　　但是，所有的版本数据都存在服务器上，用户的本地设备就只有自己以前所同步的版本，如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。。

　　而且，所有数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。

四、分布式版本控制

　　针对CVCS的以上缺点，出现了分布式版本控制系统( Distributed Version Control System,简称 DVCS )，如GIT，Mercurial。

　　DVCS不是复制指定版本的快照，而是把所有的版本信息仓库全部同步到本地，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据，所以，只要有一个用户的设备没有问题就可以恢复所有的数据。

　　当然，这增加了本地存储空间的占用。

--------------------------------------------附件是全部的内容--------------------------------------------------------

版本控制.doc

----------------------------------------------转载自----------------------------------------------------------------------

http://www.cnblogs.com/angeldevil/p/3238470.html