Project1

标题: 大型三远景图显示新年RP版本 [打印本页]

作者: 轮回者 时间: 2006-12-4 20:47
标题: 大型三远景图显示新年RP版本
点击下载

介绍：无

具体参看工程。

作者: 66饭 时间: 2006-12-4 20:59
提示: 作者被禁止或删除内容自动屏蔽

作者: 轮回者 时间: 2006-12-4 21:06
可惜白菜走了

作者: 轮回者 时间: 2006-12-4 21:19
据说我好象每月要写几个脚本，拿这个充数如何？

作者: 小传子 时间: 2006-12-4 21:22
正常运行速度也不错的
轮子{/qiang}

作者: 美兽 时间: 2006-12-4 21:33

以下引用轮回者于2006-12-4 12:47:49的发言：

点击下载

介绍：无

具体参看工程。

P.S.
那个，魔力单机还有什么要做的呢？

????什么东西?做什么用的呢???{/jy}

作者: 小星子 时间: 2006-12-4 23:20
是做什么用的？单位没RM，家里不能上6R~

作者: 轮回者 时间: 2006-12-4 23:24
大型三远景图显示

作者: 小星子 时间: 2006-12-4 23:26
喔，明了……某流产游戏里就有在这方面做过处理，不过效果不太好……
脚本长么？直接贴出来？或者说下大体思路？

作者: 轮回者 时间: 2006-12-5 02:49

以下引用小星子于2006-12-4 15:26:54的发言：

喔，明了……某流产游戏里就有在这方面做过处理，不过效果不太好……
脚本长么？直接贴出来？或者说下大体思路？

你现在不会还在单位吧？

作者: 九泪 时间: 2006-12-5 03:12
“传说中的勇者”的时候我练到了72级 {/hx}

作者: 轮回者 时间: 2006-12-5 03:18

以下引用九泪于2006-12-4 19:12:55的发言：

“传说中的勇者”的时候我练到了72级

太假了……

作者: 美兽 时间: 2006-12-5 03:26
太正常了,尤其是后期升级超快的时代.

作者: 非常白菜 时间: 2006-12-5 04:18
好~~{/qiang}

能省去不少麻烦哈~~{/se}

收了~~{/cy}

谢了~~{/hx}

其实我一直想做《哥布林大冒险》来着...{/gg}

可没曾想却成了人家的苦力...{/ll}

作者: 轮回者 时间: 2006-12-5 05:24

以下引用非常白菜于2006-12-4 20:18:10的发言：

好~~

能省去不少麻烦哈~~

收了~~

谢了~~

其实我一直想做《哥布林大冒险》来着...

可没曾想却成了人家的苦力...

可怜的白菜……

地图还是需要手工切割640*480的格子，
读取的时候如果机器一般手感会稍微有点差，
但读取的速度基本不能提高，所以考虑把整体的速度都降一点。

附上此脚本出现原因：
不希望魔力单机网络版也像石器XP那样，地图支离破碎，
所以，白菜啊，你的压力又被我人为地增大了呢。

作者: 柳柳 时间: 2006-12-25 10:21
天啊，竟然曾有过这个东西？
（还没看工程，不过大型三远景图这个理念就{/kuk}{/qiang}）

作者: 关重七 时间: 2006-12-25 17:14
为什么不早两个月发布，偏偏现在{/ll}{/ll}{/ll}{/ll}{/ll}{/ll}

作者: link006007 时间: 2006-12-28 06:07

首先用一张过大的远景做地图,先不管算法怎样,消耗了过多的内存就已经是事实.
RM 原来默认的那些 2数组元件系统才是一般2D RPG 游戏最好的地图组成格式那样的话一张地图所占用的内存, 最大也只不过是一张地图元件图的大小
因为地图的组成都在元件图里, 所以只要在游戏时装载那张元件图就足够了.
也就是说, 将远景图的常用部分拆成些许零件, 然后在生成地图时重复装载那写元件就可以了(
不是制作副本, 而是共享空间), 这样, 即使地图大, 也可以很好的解决内存的问题

在进一步: 因为元件是零散的, 所以可以单独的设置通行等等一些相关的地图数据, 而不必为每张地图设置通行之类的数据.

这样在判断通行等等其他一些地图功能的函数中, 也有了更好的逻辑(操作有了明确的对象), 即依据元件属性和 npc 类来做判断, 这样,可能出现的 bug 也就会相对减少. 修改起来也更为方便

作者: 轮回者 时间: 2007-1-6 21:57
邪恶的更新一下
{/dy}

欢迎光临 Project1 (https://rpg.blue/)