新组装的电脑玩贪吃蛇有时候就显示与服务器连接断开是什么原因?

新组装的电脑玩贪吃蛇有时候就显示与服务器连接断开是什么原因?,第1张

最近使用电脑玩一些大型游戏程序时,常常会出现显示画面容易卡住现象,有的时候显示屏幕很长一段时间无法显示出图象来,甚至能发生死机现象。不知道这种现象是怎么引起的,我们又该怎样快速而有效地将玩游戏时屏幕卡住的解决掉呢造成玩游戏时屏幕容易卡住现象的原因通常有多种,但仔细总结一下,笔者发现最容易造成这种故障现象的因素主要有计算机电源无法给显卡提供足够的运行动力,或者主板无法为显卡提供合适功率的电源大小,也有可能是显卡的驱动程序无法很好地兼容显卡造成的。由于笔者朋友所用计算机的显卡与CPU都属于功率消耗比较大的配件,一旦计算机系统中运行了大型游戏程序的时候,CPU将会以全速状态进行运行;倘若计算机主板使用两相电源方式进行供电的话,那AGP显示卡往往很难从主板中获得足够大的电源功率,这样就有可能发生屏幕容易卡住现象,或者屏幕花屏现象,严重的话能导致计算机系统发生死机现象。而且,要是计算机本身使用的电源功率也不足的话,同样也容易出现屏幕卡住现象、屏幕花屏现象或系统死机现象。所以为了解决玩游戏时屏幕容易卡住现象,我们应该先分别检查一下计算机主板或电源,看看究竟是什么地方遇到了问题。要是是主板无法为显示卡提供足够大的电源功率时,我们不妨重新启动一下计算机系统,并进入到系统的BIOS参数设置界面,然后尝试将主板的显卡供电电压适当提高一些(值得注意的是,在调整显卡的显卡供电电压之前,我们最好先征求一下显卡生产厂商以及主板生产厂商的意见,在征得他们同意之后还要注意对显卡供电电压调整时,其调整幅度不能大于01V,不然的话会造成烧毁显卡的故障)。倘若是计算机电源本身的原因造成的话,我们不妨尝试着换用其他型号的电源,要是更换电源后屏幕卡住现象不经常发生的话,那就表明计算机显卡对供电电压特别“敏感”,也就是说当供电电压小于某个指定的阈值,或者无法满足显卡驱动或显卡BIOS中对供电电压的要求时,就容易出现玩游戏时屏幕容易卡住现象。当然,如果计算机所连的市电电压输入不稳定的话,也特别容易引起显卡供电电压的频繁波动,这也有可能导致玩游戏时屏幕卡住现象的发生,因此当测试发现市电电压输入不稳定时,可以尝试将计算机连接到UPS稳压电源上。除了供电电压的因素外,显示卡与其驱动程序的兼容性也有可能导致玩游戏时屏幕卡住现象的发生。例如,对于GeForce6200A显示卡来说,要是计算机中安装了ForceWare7213版本的驱动程序或以下版本的驱动程序时,显卡驱动程序明显对显卡功能支持不够,从而使得显卡自身无法将全部性能充分展现出来,这样就有可能出现玩游戏时屏幕容易卡住现象。为了有效避免这一现象的发生,我们应该定期地到网上检查对应型号的显卡是否有最新版本的驱动程序出现,要是有的话就应该及时将本地系统的显卡程序升级到最新版本,以便保证显卡能够充分地发挥自己的“本领”。

建议更新显卡驱动,因为大部分情况都是显卡驱动不兼容的问题。
未关掉增强功能功能情况下打开游戏登陆主界面,可以看到还没有进游戏CPU就已经爆了(原来之前每次玩游戏我的CPU都是超累的)。登录程序占到百分之二十几是正常的,但剩下的都被一个叫“音频设备图形隔离”进程占满了。
把它关掉,打开扬声器属性——禁用所有增强性能——确定。
重新打开游戏,资源管理器里面可以看到音频设备图形隔离进程占用的CPU已经完全低下来,登录进程的占用百分之二十正常。

Android安全交流群:478084054

第一次尝试做一些简单的逆向分析,内容比较简单,高手们莫见笑。

“贪吃蛇大作战”这个游戏最近玩的人挺多,我也在玩。5分钟限时版,最好成绩也就3000多。

我分析的版本是v201:

经过修改,玩了一把5分钟限时赛:长度69224,击杀1456。

将原包重新签名,安装到手机上,一直提示网络无法连接,原包没有问题。这里很明显是将签名信息上传到了服务器端,在服务器端进行了签名校验,校验失败则断开与此客户端的连接。

写一个小程序进行注入(利用ptrace),对一些关键函数进行hook,比如libcso的fopen函数。

在hook_entry中,对libcso的fopen作inline hook,监测一下程序都打开了哪些文件。

我本意是想看看,它是否会在运行时直接去读取apk包,自己解析其中的与签名信息相关的文件。结果是没有,但发现它一直在读cmdline文件,猜测可能是在作反调试(未去证实,因为后面的分析和修改并未借助动态调试)。

这里说一下,假设它是自己打开apk文件,从中读取与签名相关的文件,提取签名信息。那么我们可以在某个位置放一个原包,然后hook关键函数,将其读取的文件路径修改为原包位置,即可绕过这种签名校验。

举一反三,这种方式也可以绕过大部分反调试措施。比如常见的检测traceid是否非0的反调方式,我们可以hook fopen/open,然后在它要读取该文件之前先读取该文件,并将其traceid重新修改为0,并将其写到sd卡某个目录下,再将打开文件的位置重定向到该文件,那它就检测不到ptrace了。

还有一些anti-hook机制,大概思路是校验本地文件的数据和加载到内存中的数据是否一致。通过类似方式也可以轻松绕过,一句话,因为我们可以先注入,先完成hook,先做各种Anti-anti。

因为它没有在运行时直接fopen/open apk文件,所以考虑应该还是通过调用系统api读取的签名信息。

将原包解压,发现只有两个so,其中libweibosdkcoreso看起来是微博sdk。将另一个libJustATestso拖到IDA中看一下,没加壳,并且只看到xxx_getATestString这么一个有用的导出函数,从名字上看,很可能就是获取上传到服务器端的校验字符串。

跳转到该方法,f5,进行一些简单的参数名和参数类型以及函数调用的修正。发现它里面进行了一大通的各种字符串的拼接,最后将该字符串返回(根据之前的猜测,该字符串可能就是发送给服务端的校验字符串)。

发现里面调用了java层comwepiesnakehelperupdateQiniuEtagUtil类的getSignString函数。用AndroidKiller反编译一下APK包(该APK没有作任何防反编译的措施,dex也没加壳),找到getSignString函数。

没错,就是在这里调用系统API获取的签名(其实,我们可以一开始就全局搜索某些关键API,来定位获取签名的位置)。

借助xposed hook getSignString方法,将正确的签名字符串通过日志打印出来。

正确的签名字符串是(作了MD5计算后的结果):678a930b9829b54a44f92a840916f7d1

剩下的工作就简单了,修改smali,将getSignString的返回结果固定为上面的这个正确的签名字符串。

重新编译、打包、签名、安装,发现用新签名的APK包已经可以正常使用了。

其实破解签名校验之后,基本上是想改什么改什么了,因为原包没有做任何的加壳和混淆的工作。比如,看看下面这个类,应该知道怎么下手了吧(修改的时候注意一下,它里面好像有一些简单的数据合理性校验之类的东西,我没细看)。

最后,大家学习就好,别做什么破坏,也别释放出什么破解版之类的东西。初次尝试一点简单的逆向分析,大牛们绕过吧。

附:我认为现在so端最有用的加固措施是llvm混淆,因为普通加解密壳从机制上来说比较容易脱掉。dex端已经出现了解释器壳(伪vmp),纯粹的类抽取的话,通过自定义rom(定制dalvik或art,遍历class_def加载并初始化,然后dump…)也可以脱掉大部分的。

疯狂贪吃蛇闪退黑屏 疯狂贪吃蛇闪退黑屏解决方法,此游戏自上线以来,一直深受玩家喜爱,那么想知道疯狂贪吃蛇闪退黑屏 疯狂贪吃蛇闪退黑屏解决方法的最新攻略及新闻信息么,下面跟着小骨来一起学习关于疯狂贪吃蛇闪退黑屏 疯狂贪吃蛇闪退黑屏解决方法的知识吧,希望各位玩家了解后能够对该游戏有更加深入的理解。

疯狂贪吃蛇进不去怎么办?闪退黑屏有什么办法解决吗?下面跟随铁骨网 小编就带大家一起去看看疯狂贪吃蛇闪退黑屏解决方法吧!

1、服务器维护

官方维护或者出现BUG,也会出现进不了游戏的情况,大家要多关注游戏公告

2、登陆提示:"发生连接错误,重试"怎么解决

- 信号问题,可以尝试重新连接或者走到信号好的地方- 尝试重启游戏,刷新页面

- 用wifi

- wifi不给力,用2/3/4G连接

3、版本问题

不正式的版本,你可以尝试下载最新版游戏

4、手机内存不足,或存在游戏缓存

清除手机运行内存以及手机内存,确保有充足的空间,必要时可重启手机

5、不正确的安装

请卸载整个游戏,重新安装、下载数据

6、手机配置过低

看是否手机系统版本过低,升级手机版本

贪吃蛇游戏是华为手机在默认状态下预装的游戏,但是由于用户可能会将其卸载,因此可能会出现这种情况,解决办法如下:
1 尝试重新安装:在华为应用商店中搜索“贪吃蛇”,选择合适的安装版本,然后安装即可。
2 恢复默认设置:如果上述方法无法恢复,可以尝试恢复到出厂设置,这样就可以恢复默认预装的游戏了。
3 升级系统:如果手机系统版本较低,可以尝试升级系统,这样会默认安装一些游戏,其中可能包括贪吃蛇游戏。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/10495455.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-09
下一篇 2023-05-09

发表评论

登录后才能评论

评论列表(0条)

保存