【移植】Rocaloid trunk版本在Linux下成功运行

目前Rocaloid本身以及移植都不完备。目前源码还无法在mono的vb编译器上编译。因此Rocaloid现在处于完善的路途中。
我们会在暑假对Rocaloid进行比较大的修改使其完善。
这是合成器运行的截图：

为什么不用wine和龙井呢,rocaloid对运算量没有多大要求,wine和龙井的换算足够了啊,LZ可否考虑一下,我成功在UBUNTU和Opensuse上运行vocaloid

而且linux的依赖性很强,linux的分支也很多,如果楼主是打算在终端中运行对于linux老手也没啥大碍,但是对于新手的使用很麻烦,但是对于新手来说,入门的linux种类肯定有差异,即使制作了deb包,转包后在opensuse上也未必能够使用,依赖是个大问题,而且很多新手现在是盲目地追求新版的linux,而有的发行版,最新版本又不那么稳定,崩溃一片,更有的时候,做一次更新或者是在linux平台编译其他的程序时可能会影响到rocaloid的依赖关系,而做wine,只需要解决一下windows环境下运行需要的组件就行了,论工作量来说也比较小,后期的优化,维护,只需要专注于win平台就行了,对于一个程序员来说会节省出大把的时间来优化软件,建议LZ选择wine这种举家搬迁的方法,而不是移植这种繁琐的方法.
                                                                                         这只是我的一点看法,楼主仅作参考

而且现在rocaloid还处于起步阶段,对于win平台的研发还欠一点火候,后期配音是个问题,rocaloid甚至没有一个可操作的UI前端(我不是批评只是建议),LZ是写程序的,将代码玩弄于股掌之间,与其花那么多的时间去移植,不如去专心开发,优化,完善已有的win版本,时间,对于一个程序员来说是很重要的.要将时间花到产品需要的地方

MinGW平台可以实现Rocaloid在Windows下的运行。且.NET效率不算高，可移植性也不算很好，在Linux下使用mono运行速度不高。我们采纳了一些网友的意见。权衡后才定下移植到Linux下。
并且我们做这个项目主要是为了学习知识。所以Rocaloid对组件的依赖除了C库外几乎没有别的。很多东西都是我们自己完成的。即使是换到了不同的发行版上也能够正常运行。只要求一个C库而已。

.NET除了效率不高，在运行时消耗的内存没有及时自动回收，反而浪费大量内存。
.NET/GDI+方案无法实现高速绘图，编辑器会很卡。
我自己写了一个C++库，而没有用任何第三方库（除了编辑器规划用Qt），C++反而会得到更好的可移植性，再说mono也不是稳定的方案。学习知识称不上主要，但和追求合成质量是同样重要的。况且学多了也不用愁质量上不去了。见置顶贴设计哲学。
现在合成器还处于雏形阶段，代码量不多，更容易移植。以后用了频域算法运算量大幅上升，.NET就比较吃力了。
大多数开发人员对C++更熟悉，而用VB.NET的人太少。