Project1

标题: 关于分辨率的一些疑问（别打我我是研究过才来提问的- -） [打印本页]

作者: XirE 时间: 2010-10-12 02:09
标题: 关于分辨率的一些疑问（别打我我是研究过才来提问的- -）
本帖最后由 XirE 于 2010-10-13 09:12 编辑

虽然知道很多人问过但自己摆弄了一下才知道问题所在，搜索了下好像暂时找不到能解决的办法，好像也没看到有人跟我有一样的细节吧- -
……说来惭愧虽然混迹6R多年但一直是脚本盲= =

最近打算做个非主流的解谜游戏，菜单什么的都可以自己做，但是希望有稍高点的分辨率，否则有些东西表现力会欠缺。研究了一下，挖了N个帖子来看。因为XP即使把DPS改成60勾上平滑地图卷轴时仍然有点卡，但VX就非常完美，估计是软件本身的问题用脚本很难解决，于是还是决定用VX来做吧。

看到不少合适的帖子，神思这篇关于DLL的http://rpg.blue/forum.php?mod=vi ... 6%E8%BE%A8%E7%8E%87我也完全不会用也不知从何入手= =

这位日本仁兄的http://sboox.hp.infoseek.co.jp/xp/Nov1.htm脚本最高能把默认分辨率改到640*480，再高的话地图和远景都会显示异常，双远景我使用的是这位仁兄的脚本http://rpg.blue/forum.php?mod=vi ... C%E8%BF%9C%E6%99%AF，当然里面的数值我也改过了，但没有效果，大概不是这么简单能解决的问题- -

不知道有没办法突破640*480的地图限制呢？无需考虑战斗或者菜单之类的，只要在地图上突破就行了，用双远景来或者直接默认地图块都可以，只要能突破就行。除了菜单之外，我试过显示图片也是可以无视这个限制的，既然图片可以那么远景应该也有办法吧，不知有没有高人能指点指点。

表述有点混乱，其实我自己思想也很混乱了……总之有帮助的回答我都不会吝啬积分或V的，当然啦仅限问题解决前- -先谢谢大家了~

作者: 八云紫 时间: 2010-10-12 12:33
回复 XirE 的帖子

RGSS202E.rar (795.01 KB, 下载次数: 45)

修改后的 dll , 最高 1440 * 900 . 不过慎用, 我这边1024 * 768 测试的时候 FPS 才 40 .

这个应该不是 dll 的修改问题, 咱只是修改了 dll 里关于判断窗口上限部分的那块.

其他部分未测试, 应该问题不大~~~

作者: XirE 时间: 2010-10-12 13:47
回复 铃仙·优昙华院·因幡 的帖子

感谢你的解释~这个DLL文件我昨天在神思的帖子里也看到过，再问个白痴的问题希望不要见笑- -不知是否直接拷贝进目标文件夹里就能生效呢？但我不论拷贝到安装目录直接覆盖还是拷到游戏目录依然没有效果，该黑边的地方还是黑边- -不知是不是脚本跟DLL产生了冲突（程序先执行了DLL再执行脚本以致最终只实现了脚本效果）？

作者: 八云紫 时间: 2010-10-12 13:52
回复 XirE 的帖子

黑边是因为脚本里定义了一个视觉范围.

搜索 544 和 416 , 会找到类似这样的语句: Viewport.new(544, 416)

改成你的分辨率

作者: XirE 时间: 2010-10-12 14:15
回复 铃仙·优昙华院·因幡 的帖子

昨晚已经做过类似的试验，我把脚本里的544 416都改成自己的分辨率，依然没变化。黑边并不是在544*416范围以外，而是在640*480以外。

如果不使用脚本单使用DLL好像怎么改都没有起到任何作用。所以我想是否我DLL文件的使用方法错了？请问DLL直接放在目标文件夹就可以了么？我游戏目录和RM目录都放了，好像没起到太大作用……

作者: 八云紫 时间: 2010-10-12 14:23
明白了, 可能是 Viewport 的大小也被限制了.

作者: XirE 时间: 2010-10-12 17:01
突然想到一个取巧的办法。
既然图片可以无视640*480限制，那么只要改编图片Z轴，直接用图片来做地图不就行了么- -
不过感觉做大地图相当耗费机能，刷新率估计会跌的更厉害。

请问下只让远景突破限制，或者把不可操作的部分移到两边对称有办法实现不（现在多出来的黑边会全部挤在右下，如果对称可以用一些取巧的办法掩盖过去）？

作者: 八云紫 时间: 2010-10-12 17:47
本帖最后由铃仙·优昙华院·因幡于 2010-10-12 17:54 编辑

回复 XirE 的帖子

640*480 的限制是对于 Viewport 而言的, 而不是图片.

再大的图片使用 Viewport 也会被限制在 640*480 范围内, 除非不使用 Viewport

1024 * 768 的情况下, 不使用 Viewport 的截图. FPS 惨不忍睹~~

作者: XirE 时间: 2010-10-12 18:01
回复 铃仙·优昙华院·因幡 的帖子

回复 铃仙·优昙华院·因幡 的帖子

原来如此，我大概明白问题根源了，因此不受限制的东西：行走图、图片、窗口的实际刷新率是不如地图的。这么理解没错吧。

呃……问一下有没办法在分辨率高于640*480情况下，把Viewport的刷新范围定在屏幕中间呢，而不是挤在一角？

另外问一下VX是否无法把图片的优先度改的比地图块和人物低？记得以前XP可以改Z轴，但VX改了Z轴依然没效果= =

作者: got3 时间: 2010-10-12 18:17
好啊，我支持你……- -可惜我是菜鸟

作者: 八云紫 时间: 2010-10-12 18:23
回复 XirE 的帖子

修改 Viewport 的坐标就可以了. 计算下中间位置.

图片优先度的话, 可以使用 Sprite . Sprite 有 Z 属性. 具体的看看 F1 就好, 或者看默认脚本里的例子

作者: XirE 时间: 2010-10-12 23:00
回复 铃仙·优昙华院·因幡 的帖子

其实SPIRIT的图片脚本我下午就改过无数次了，文档里说明是z值越大越接近玩家，就是说z值小优先级越低，应该没错的，但是脚本里唯一跟图片z值有关的代码
self.x = @picture.x
self.y = @picture.y
self.z = -100 + @picture.number
我不论把数字改多少图片依然置于最上方……唉，搞了半天做了好多尝试都没有效果T T

作者: 八云紫 时间: 2010-10-13 12:22
回复 XirE 的帖子

Spriteset_Map 里面有这么一段:

#--------------------------------------------------------------------------
# ● 生成图片活动块
#--------------------------------------------------------------------------
def create_pictures
@picture_sprites = []
for i in 1..20
@picture_sprites.push(Sprite_Picture.new(@viewport2,
$game_map.screen.pictures[i]))
end
end

复制代码

无论你怎么调事件图片的 Z , 它都被限制在 @viewport2 范围内. 类型 z 等于 50.01 , 50.02 这样的.

作者: XirE 时间: 2010-10-13 13:45
回复 铃仙·优昙华院·因幡 的帖子

嘿嘿，这段东西在美兽一个类似XP图片的帖子里看到过，一直以为只是做限制图片编号用的，XP是1..50，刚好图片编号数量也是50，没有意识到原来有限制z值的作用。话说这样self.z = 100 + @picture.number的常量不就没任何用处了么？XP没有这个常量VX则有- -

然后深究下去才发现自己的无知= =群里到处询问（只在DIY和美工群问，管理群我潜水潜了两年实在没脸一开口就伸手叫人帮我改脚本啊，再说管理群都水了N年了- -）差不多到深夜才找到67大帮忙- -

视区问题倒是很简单，在完全不懂得情况下乱改一些数值居然就被我改中了= =不过仅限于地图视区。不过只要图片问题解决了其他都有办法掩盖掉，已经足够实现我暂时想的到的创意。于是先结贴了= =

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