RMXP多核心技术可行性、与为之众筹的可行性

Mr.Jin

Im剑侠客 发表于 2021-1-31 13:43
逻辑跟渲染能分开是最好的。逻辑部分如果仅仅应用于并行的处理上，也是极大的提升。渲染部分，压缩一下范 ...

我们所说的兼容性是指在不修改RGSS1接口和不修改不增添RMXP自带脚本的情况下达成优化，如果做不到这一点，意味着我们要重写/修改很多东西才能够使这种优化生效，那其实等于是重做了一个引擎，并不能够兼容已有的大量资源。
包括你说的load_bitmap这种东西，如果要更改资源加载方式(IO在后台线程操作)那肯定和现有写法是不兼容(除非你能接受页游那种，未加载完毕的图片显示个色块还是什么的)。所以说在保证兼容性的情况下，能做的多线程优化是非常有限的

坏数据

不太明白众筹的意义是什么  
不是众筹本身，我自己就组过团队做个硬件众筹。

软件众筹，大家都要吃饭我理解，但是这个事情，嗯。。。

你的意思是专门养一个技术组来搞吗？
如果仅仅是大家业余时间开发，作为刺激奖励，应该用不了这么多钱。

业余开发不值这个数，专职开发又好像不够？  这东西开发周期短不了吧？又不是现成的流程可以做完。实际时间难以预估。 如果已经清楚具体方向并有demo，又切实可行的日程，这样再开始众筹更有说服力。

ppspssss

我終于明白了, 楼主我知你看过我之前那个贴子https://rpg.blue/forum.php?mod=viewthread&tid=476328
, 令你误以为RMXP多核心? 其实我是意思说用RMXP做服务器之间交互通訊, 并不是用RMXP本身做成多核心支持, 因此本身楼主理解我就是理解错了!!! 楼主應該不要再有这种奇怪的想法了

使用RMXP转RGD, 能令RMXP支持DirectX显卡运转 ,
RMXP的图像本身之所以不支持显卡是使用(软解)所以全使用CPU解码(显卡占用为0), 使用了RGD之后能使用显卡(硬解)绘制图像, 因此 已经足够日常使用,

miantouchi

存不存在这种情况，完全重写一份引擎，解决现有所有问题，并且还能兼容老版本xp，方便之前写好的工程，比如动画编辑器优化，图块和以前一样。

saterick

贴个和白菜君商量高分辨率模式时的对话截图。

Im剑侠客

回复ppspssss “楼主你严重理解错我之前贴子是讨论服务器, 反被你理解成RMXP多核化, 你不懂就算别把大家误导了行不行”

如果你是“多核设想”的专利持有者，我愿意尊称你一句“大佬”。

电脑硬件的多核技术，“古”已有之，至少不是近年才诞生的产物。
本帖探讨的内容包含但不限于多核设想，核心目标是：探讨RMXP底层性能提升的可行性。本质上是来讨论问题的，到你这就成了“误导”？你觉得误导了什么呢？
在我已知的人群里，对RMXP底层性能提升是充满了期待的。这一个期待，我愿意称其为“制作者的浪漫”。虽然这一个期待是非常不成熟的，但是我依然非常喜欢这一份天真浪漫。

灯笼菜刀王

其实, 以我个人来说, 我并不在乎XP多不多核, 因为比起华丽,我更在乎流畅,所以尽量不去折腾它老人家,笑

相比之下我更希望XP(工具不行,至少成品)能在手机端无障碍运行, 因此我用XP的时候尽量节制, 不染指那些"黑科技", 笑, 期待能有完美支持XP作品的模拟器(RPGXP Player连精灵翻转都不支持,遗憾~)

我喜欢XP, 它的小巧干练也是主要原因之一, 看往后的RM系列,越来越臃肿,耸肩, 如果你们所谓的"新生", 是把原本娇小清秀的XP搞得虽然珠光宝气但是臃肿肥硕的MVMZ一样, 那不好意思, 这不是我的菜,笑

嘛, 归根结底, 追求性能追求画面, 还扒着RM干嘛呢, 把这些精力放在更优秀的引擎上不好么?  RM终究是有极限的, 不要做人了,DIO

想起了不久前看到的一个视频
都2020年了还有FC新作

能克服机能限制的作品在我眼里可比那些无节制膨胀的5A大作漂亮得多, 笑, 性能不是重点, 有爱才是关键, 毕竟比起40岁高龄的FC, XP也才18岁嘛, 还能再战数十载, 笑