Open hotaru-hoshizora opened 1 year ago
把模拟器实例复制几次挤到3号去,蓝叠hyperv不同引擎的序号都是从1开始自增
把模拟器实例复制几次挤到3号去,蓝叠hyperv不同引擎的序号都是从1开始自增 已使用,该解决方案无效果;另附本次测试的日志。 2023-10-10_src.txt
打开F:\BlueStacks_nxt\bluestacks.conf
看一下目前安装了星铁的实例是哪一个,可以根据adb端口确认
比如:
bst.instance.Pie64_x.adb_port="5615"
另一个方法是在模拟器中长按选择快捷方式,然后在windows桌面上找到该快捷方式,右键“属性”,查看命令内容,比如C:\Program Files\BlueStacks_nxt\HD-Player.exe" --instance Pie64_x --cmd launchApp --package "com.miHoYo.hkrpg
,说明是Pie64_x实例,填的时候需要填bluestacks5-hyperv-x
,前提是这个实例不跟其他实例重复序号
另一个方法是在模拟器中长按选择快捷方式,然后在windows桌面上找到该快捷方式,右键“属性”,查看命令内容,比如
C:\Program Files\BlueStacks_nxt\HD-Player.exe" --instance Pie64_x --cmd launchApp --package "com.miHoYo.hkrpg
,说明是Pie64_x实例,填的时候需要填bluestacks5-hyperv-x
,前提是这个实例不跟其他实例重复序号
已使用该方案,通过实例填写,仍然会导致SRC发生前述情况[我没找到.png]。(顺带ALAS也跟着一起炸了)
目前情况下来,我推测是因为只有我在Bluestacks同时安装着两个引擎,设置里SRC寻找时先识别Nought的参数后就认准了Nought,而不会考虑识别Pie参数. 如果这个假设成立,我只要删除目前存在的所有Nought引擎,只留下现在的pie引擎就能自行解决了? (我目前的情况做这种没法现在尝试,得等不知道哪天才有的休息日才能做了)
如果这个假设成立,我只要删除目前存在的所有Nought引擎,只留下现在的pie引擎就能自行解决了?
猜测吻合,删除掉最后的Nought引擎后,现在自动检测能够检测到并正常运行Pie引擎了。 此前的解决方案都能正常使用了。 (但还是搞不懂检测不出来的原因,自动检测识别到引擎A后不会尝试对可能存在的引擎B进行任何检测?)
进行SRC使用时,我类似于之前使用的ALAS进行准备配置,发现游戏本体无法在模拟器正常运行(Nougat 64位元,已调整过性能分配与渲染方式后无果)
在官网进行更新后,在原本2个Nougat 64引擎基础上新增了一个新的多开引擎(Pie 64位元),并正常完成了游戏本体的运行和资源下载. 随后配置SRC无法进行Pie 64位元的自动连接。
蓝叠模拟器版本:5.13.110.1019
以不同的模拟器 Serial参数进行设置: (先运行1个nougat引擎,后运行Pie引擎,共2个模拟器):
bluestacks5-hyperv: 连接到了正在运行ALAS的1号引擎,改引擎未安装对应游戏本体导致弹出常规报错(未记录在SRC日志)
bluestacks5-hyperv-1: 连接了未运行的Nougat2号引擎,弹出[Win error 10054]
bluestacks5-hyperv-2(预估的多开编号): 无法进行连接(Did not match the result: bluestacks5-hyperv-2.)
关闭nougat引擎后,填写Auto: 没有可用的引擎(No available devices)
手动连接(手动输入端口号): 成功连接并正常运行. =======附带的log====== 2023-10-02_src.txt