posted by wap, platform: MAC OS X

引用:

原帖由 @性感枪手  于 2023-6-8 23:59 发表
打开了啥也没有

还真是，换了百度盘的，估计是阿里云搞鬼

posted by wap, platform: MAC OS X
不知道为毛用SlowROM要把CPU速度砍掉一大半，难道SFC的硬件架构和早期PC一样，内频外频同步的吗？所以把CPU速度降低，卡带的读取速度也低，保证廉价的SlowROM卡带能够在制定的时钟周期正确的读取出来？

感谢分享
有关注楼主的b站频道

哪位大神能用SA-1解决下快打3拖慢问题，再改个同屏6敌人就完美了

引用:

原帖由 君思睿 于 2023-6-9 10:26 发表
posted by wap, platform: MAC OS X
不知道为毛用SlowROM要把CPU速度砍掉一大半，难道SFC的硬件架构和早期PC一样，内频外频同步的吗？所以把CPU速度降低，卡带的读取速度也低，保证廉价的SlowROM卡带能够在制定的时钟 ...

CPU可以通过分频倍数来降低速度
外部时钟芯片是不变的
SlowROM估计是卡带成本太高了
sfc 的卡带rom比较复杂
因为65816的地址是切页的
但更早期的md用的68000是平坦地址
也没有说因为卡带成本问题用SlowROM
但是md游戏会限制卡带容量来降低成本
这样画面音效会大幅缩水
比如大魔界村 落日骑士等

头一次知道这事。出个卡带还要自动降频？sfc本来 cpu已经够慢的了

posted by wap, platform: Chrome

引用:

原帖由 @tzenix  于 2023-6-9 11:04 发表
感谢分享
有关注楼主的b站频道

谢谢，最近在玩游戏哈哈更新慢了

posted by wap, platform: Chrome

引用:

原帖由 @SSforME  于 2023-6-9 19:49 发表
CPU可以通过分频倍数来降低速度
外部时钟芯片是不变的
SlowROM估计是卡带成本太高了
sfc 的卡带rom比较复杂
因为65816的地址是切页的
但更早期的md用的68000是平坦地址
也没有说因为卡带成本问题用SlowROM
但是md游戏会限制卡带容量来降低成本
这样画面音效会大幅缩水
比如大魔界村 落日骑士等

切页也是后期补救常见的作法，哈哈。

早期PCM音乐占用空间太大了，只能缩，反正隔壁家也缩

posted by wap, platform: Chrome
民科测了一下改版fastrom和原版slowrom的Final Fight（usa）有啥不一样
方法为同时打开2个模拟器BizHawk v2.9，snes core为snes9X，一起运行分别运行ff1的2个版本，打开允许模拟器失去窗口焦点时接受后台指令输入（以便精确到帧的同时开始游戏），选择cody，在第一关开始后站在原地不动，等倒计时结束，看游戏运行速度的差异
结论为的确有差异，但是不大，见图，左图为原版，右图为打了fastrom补丁的改版，以cody死亡时左脚鞋底为基准，画了2条辅助线，具体差多少帧，大家可自行判别
补充，通过Windows自带的左右等分屏幕功能，实现2个模拟器画面位置水平，因此可依然认为不存在画面高低位置不同带来的误差。

本帖最后由 昵称无效 于 2023-6-16 06:24 通过手机版编辑

posted by wap, platform: iPhone

引用:

原帖由 @昵称无效  于 2023-6-16 06:21 发表
民科测了一下改版fastrom和原版slowrom的Final Fight（usa）有啥不一样
方法为同时打开2个模拟器BizHawk v2.9，snes core为snes9X，一起运行分别运行ff1的2个版本，打开允许模拟器失去窗口焦点时接受后台指令输入（以便精确到帧的同时开始游戏），选择cody，在第一关开始后站在原地不动，等倒计时结束，看游戏运行速度的差异
结论为的确有差异，但是不大，见图，左图为原版，右图为打了fastrom补丁的改版，以cody死亡时左脚鞋底为基准，画了2条辅助线，具体差多少帧，大家可自行判别
补充，通过Windows自带的左右等分屏幕功能，实现2个模拟器画面位置水平，因此可依然认为不存在画面高低位置不同带来的误差。

本帖最后由 昵称无效 于 2023616 06:24 通过手机版编辑

slowrom可以通过hack进行改进优化，但是请记住，仅仅转换为fastrom是不够的。它需要重新编码进行全面调整。主要问题是，程序员没有像md编程工具，也没有时间重新编程sfc游戏。这是一个非常困难和艰难的过程。