1. rpyc文件是rpy文件的加密形式,那如果不进行加密也能识别到该话题包，那加密的作用是？
    作为新手的话，现阶段需要做到加密的形式吗？或者说该阶段就能用的上?

  2. 在看其他话题包中有些东西并不知道用途是什么求解答一下
    （1）
    （2）
    （3）

3 .这是我尝试写的一个测试话题包，如果有时间可以帮忙纠正一下里面其中的错误所在吗？

f9e1316c-85a8-474e-8c7e-75f946bbdf94.txt

文件预览无法加载。此文件或已被删除，文件 ID 或已失效。

  • #2 lingyue 回复了此帖

    1. rpyc不是加密. 这里的c是compile的缩写, 意思是"编译". 类似的还有pyc文件.

      一般而言这个过程可以是自动化的, 但对于持久化发行的版本来说, 预编译执行文件能略微提高执行和存储效率.

      rpyc和pyc均是可以被反编译的, 工具都有现成的. renpy的编译甚至都没有混淆源码, 反编译之后几乎跟源码没什么两样.

      如果你真的想要破坏代码的可读性, 你应该用混淆工具. 任何开源软件都不应该这么做. 至于内存级别的加密, 你知道它存在就行了.

      就在不久之前, linux的xzutils还遭到了带混淆的恶意代码攻击. 加密行为会破坏用户对开发者的信任, 可以说绝对会.

    2. 第一处应该是代表事件记入存档, 具体我不清楚

      第二处是"no wait"的缩写, 这行对话显示完后不经等待点击就会进入下一行. 类似的东西renpy文档都有.

      第三处就是返回, 返回值会送进调用该函数的方法. 这属于基本常识了.

    f3关于rpyc的解释完全是错误的, 你一定要先查证再采纳.

    快来注册！

    *即使不注册, DCC也会展示所有知识性和分享内容

    #1 lingyue 还有一个rpy可以承载多个话题吗？,我想浓缩进一个rpy

      1.就是为了加密，防止游戏源代码泄露/随意修改文件；很多游戏的源代码咱也看不见嘛不是，这可能是因为商业原因

      如果只是自己开发练手的话，那就看你想不想开源源代码了；要是搬别人的游戏/自己做商业游戏的话建议加密，可能有版权纠纷

      2.persistent是“持久化数据”，可以简单理解成存档内容；至于后面的event_database可能是关于事件触发的数据库，这个得具体翻源代码了

      {nw}是一种文本标签，可以使前面显示的文字不作停顿直接跳到下一行（nowait）

      return是脚本标签（label）的返回语句，遇到return代表标签下的对话结束，返回到上一层对话

      3.这个的话得自己扔进游戏跑跑看了，拒绝人肉编译（恼

      一个rpy承载多个话题可以用label实现，比如这里的Just Yuri中，对话文件分成几个大类（几个scripts-xxx.rpy中），而每一类又有大量label语句用以整理不同对话

      打赏

      • 20 分 来自： lingyue

        1. rpyc不是加密. 这里的c是compile的缩写, 意思是"编译". 类似的还有pyc文件.

          一般而言这个过程可以是自动化的, 但对于持久化发行的版本来说, 预编译执行文件能略微提高执行和存储效率.

          rpyc和pyc均是可以被反编译的, 工具都有现成的. renpy的编译甚至都没有混淆源码, 反编译之后几乎跟源码没什么两样.

          如果你真的想要破坏代码的可读性, 你应该用混淆工具. 任何开源软件都不应该这么做. 至于内存级别的加密, 你知道它存在就行了.

          就在不久之前, linux的xzutils还遭到了带混淆的恶意代码攻击. 加密行为会破坏用户对开发者的信任, 可以说绝对会.

        2. 第一处应该是代表事件记入存档, 具体我不清楚

          第二处是"no wait"的缩写, 这行对话显示完后不经等待点击就会进入下一行. 类似的东西renpy文档都有.

          第三处就是返回, 返回值会送进调用该函数的方法. 这属于基本常识了.

        f3关于rpyc的解释完全是错误的, 你一定要先查证再采纳.

        无人输入