设为首页收藏本站|繁體中文

Project1

 找回密码
 注册会员
搜索
查看: 638|回复: 6

[原创发布] Ruby 版本置换 1.0 (->2.5.1)

[复制链接]

Lv4.逐梦者

梦石
0
星屑
8999
在线时间
2077 小时
注册时间
2014-10-4
帖子
617
发表于 2018-9-15 16:42:03 | 显示全部楼层 |阅读模式

加入我们,或者,欢迎回来。

您需要 登录 才可以下载或查看,没有帐号?注册会员

x
本帖最后由 SixRC 于 2018-9-15 16:45 编辑

                切换了之前的思路         这次说是版本置换也贴切 说是双版本也贴切
        原理大概是这样的:
                用了 RubyInstaller 编译好的 dll  自己再写了个 dll 用来启动等等
        在代码页 init 里面初始化  修改了部分机器码使得此后的代码页交由新版本的 ruby 解释器执行

                至于如何在新版本的解释器里执行原 RGSS 功能 我的做法大体上是利用 eval
        新解释器里我写了三个方法 一个是 p 类同原功能 因为新版本对字符串编码的不同 若 p 一个包含中文的非字符串对象将无法显示中文 此外 一些函数不同了 游戏中部分显示文章的功能需要改写 这个我没附上 因为比较简单 可自己根据需求写
                                                  一个是 rgss_eval(str) 用旧版本的解释器  eval str 会有返回值 若是常量如 nil true false 和不大的数字 以及字符串 可以正常返回 其余的返回不可靠
                                          这是因为新旧版本储存对象的方式和解释器环境不同 对象不可共用 除非是一些常量 数字 字符串能返回是因为我作了一个判断 然后作了转换
                                                  一个是 rgss_save_str(var_name, str)   将 str 储存到旧解释器的变量 var_name 中 如 rgss_save_str("$hello", "hello");rgss_eval("p $hello")

                  利用这三个方法 我将 RGSS 作了包装以用于新的解释器  如
RUBY 代码复制打印
  1. module Audio
  2.   module_function
  3.   def bgm_play(filename, volume = 100, pitch = 100)
  4.     rgss_eval("Audio.bgm_play(\"#{filename}\",#{volume},#{pitch})")
  5.   end
  6. end

                类的包装借助了全局变量 $bitmap 等等 每个新解释器下的原 RGSS 对象都有一个 n 属性 是对应全局变量的编号以便于操作

                所有的 RGSS 功能已经被包装 不需要了解细节也可以如常使用    细节在下面范例的脚本中  那个范例是一个模板 假如要使用可以从那个开始 或者把文件夹下的 dll 啊 lib 库 和需要的脚本拷贝过去  需要什么库自己 require
               
                我也有写 ReadMe.txt 其余的细节看那个吧 大致写的差不多

                看一些转换和包装的脚本大概就能理解运作的过程了  操作内存的脚本需要改造 如保存 png 的 理由很明显 不想改造就把脚本放在 init 脚本页前的旧解释器环境下 然后用 rgss_eval 调用

                这次应当并无隐疾 除了因为版本不同而造成的不同 这些请自己调整

                下为范例

                ruby版本置换1.0  8cbg
               
                大致如此  有bug请提 欢迎建议

Lv2.观梦者

小睡

梦石
0
星屑
859
在线时间
496 小时
注册时间
2010-8-1
帖子
1369
发表于 2020-2-1 00:04:55 | 显示全部楼层
谢谢!这么好的文章居然没一点回复?!

点评

所以假如真的决定要用我就写 不然就偷懒了..  发表于 2020-2-1 00:33
比方原脚本里的字符串相关操作 win32api变成fiddle了 新的win32api好像不太一样 还有字符编码问题 更多的是我不知道的东西  发表于 2020-2-1 00:32
谢谢 假如你真要用这个东西我大概能写个新版 旧的这个我已经不能维护了 但是用新版ruby要考虑新旧兼容性等等一些问题吧 可能要大改 我也不清楚  发表于 2020-2-1 00:29
欢迎来到6R RTP Maker!加入RTP行走图制作组的行列吧!
回复 支持 反对

使用道具 举报

Lv2.观梦者

小睡

梦石
0
星屑
859
在线时间
496 小时
注册时间
2010-8-1
帖子
1369
发表于 2020-2-1 05:42:04 | 显示全部楼层
嗯……突然发现原来这个是XP的工程啊…………我都没XP呢……
看了你的readme,发现如果用新的解释器就没办法实例化一个旧RGSS的类……以及发现原来1.9和2.5~2.6差别这么大!Marshal都无法通用了。

因为原rgss的操作全部写成了rgss_eval之类的,那调用rgss本身的数据结构(不是脚本里写的game_XXX)以及Bitmap,Sprite啊都得靠全局变量来完成?
看不到你的脚本不能只能瞎猜了。

弱弱的问一句,你说自己写的dll 是哪个?
我只认识ruby的解释器dll msvcrt-rubyXXX.dll 以及一系列lib。
难道是nr.dll?


还有个问题,能不能反过来考虑,比如rmva的ruby 1.9没有yaml,我能否依然用rgss的ruby解释器但是调用新版本ruby里的libyaml.dll来实现yaml?
欢迎来到6R RTP Maker!加入RTP行走图制作组的行列吧!
回复 支持 反对

使用道具 举报

Lv4.逐梦者

梦石
0
星屑
8999
在线时间
2077 小时
注册时间
2014-10-4
帖子
617
 楼主| 发表于 2020-2-1 13:23:20 | 显示全部楼层
星之璇 发表于 2020-2-1 05:42
嗯……突然发现原来这个是XP的工程啊…………我都没XP呢……
看了你的readme,发现如果用新的解释器就没办 ...

1.没有XP不是我的错吧 不应该下一个吗 两分钟的事情啊 遇事不决难道就靠猜吗..有功夫向我求证不如下个XP自己鼓捣啊 我虽然平时只用XP 但是VAVX我都有下载的 有需要可以很快开始研究 (当然MV没有 那完全不是一系列东西了)
2.旧RGSS的类迁移到新Ruby里就行了 我的范例中所有旧脚本都迁移到新解释器里了 不然也可以旧解释器里用 类同内建模块的处理
3.Marshal还是一样的 只是加密的不一样了 因为对加密的是加载到旧解释器中的 而新旧解释器的对象是不共享的 所以才需要先转换成字符串再迁移过去
4."所有原有的 RGSS 我已经相似地转换到了新的解释器下 并不需要了解所有细节 像之前一样使用也是可以的"
   所有内建模块我已经封装好了 只有当使用时有特别需求才需要引用那些全局变量
5.嗯 是 nr.dll
RUBY 代码复制打印
  1. # 写成全局变量防止 dll 被释放
  2. $nr = Win32API.new('nr','NR_init','v','v')
  3. $nr.call

这里做了初始化 调用了NR_init这个东西 它做了一些事 比方使之后的代码页交由新解释器执行 等等
6.新旧解释器 不共享对象
   所以对于没有side effect或是可以容忍的函数是可以互相调用的  比方我对RGSS的处理方式
   所以假如你想调用的新ruby的功能不涉及复杂对象 只涉及基础类型 那很简单就能达到

   假如你指旧解释器加载新版本ruby的dll 很明确的说 那是不可能的
   ①首先 RGSS是闭源的 而模块dll需要内部函数才能运作
      这里逆向是可以拿到内部函数地址的
   ②新旧ruby的内部函数和规范不一样 即使所有内部函数是明的 也不能互相调用dll
      极端一点 有些项目 哪怕换个编译器互相调用都会爆炸 就是因为内部规范不一致
   ③当然 提取RGSS内部函数地址 然后传给对应的1.9版本的ruby的模块dll 那可以吗 那是可以的 我也做过  加载so以win32ole为例
   ④对于这个 我还是建议自己用C/C++写个dll 然后RGSS调用 过程不是更清晰吗 有什么需求写什么功能 不一定要限死用ruby内置功能

以上
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册会员

本版积分规则

拿上你的纸笔,建造一个属于你的梦想世界,加入吧。
 注册会员
找回密码

站长信箱:fux2@moe9th.com|手机版|小黑屋|无图版|Project1游戏制作

GMT+8, 2020-3-31 04:28

Powered by Discuz! X3.1

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表