开发游戏内Java覆盖

开发游戏内Java覆盖,java,overlay,fullscreen,Java,Overlay,Fullscreen,是否有可能开发和在游戏中覆盖,可以作为子进程运行应用程序,从而获得在全屏模式下保持覆盖的能力?默认情况下,全屏应用程序(游戏,不完全是Youtube视频)会告诉操作系统停止渲染其他进程,因为它是全屏的,以节省资源。然而,让它成为一个儿童过程是否能解决这个问题,如果是的话,它能成为一个触发器和反作弊吗?(1)这是非常模糊的。(2)听起来更像C++中的一些东西。Java可能太局限于它能为客户端做什么,当它想到这样的想法时。默认情况下,全屏应用程序告诉操作系统“停止”其他应用程序的绘图,只关注当前的全

是否有可能开发和在游戏中覆盖,可以作为子进程运行应用程序,从而获得在全屏模式下保持覆盖的能力?默认情况下,全屏应用程序(游戏,不完全是Youtube视频)会告诉操作系统停止渲染其他进程,因为它是全屏的,以节省资源。然而,让它成为一个儿童过程是否能解决这个问题,如果是的话,它能成为一个触发器和反作弊吗?

(1)这是非常模糊的。(2)听起来更像C++中的一些东西。Java可能太局限于它能为客户端做什么,当它想到这样的想法时。默认情况下,全屏应用程序告诉操作系统“停止”其他应用程序的绘图,只关注当前的全屏应用程序,但如果我仍然想在全屏应用程序上画一个应用程序,那么全屏应用程序的另一个进程就是这个过程吗?我对C++的主要恐惧将需要像D3D注入/钩住之类的东西,这可能会触发一些反作弊,而不会被交叉OS压缩(1)。这是非常模糊的。(2)听起来更像C++中的一些东西。Java可能太局限于它能为客户端做什么,当它想到这样的想法时。默认情况下,全屏应用程序告诉操作系统“停止”其他应用程序的绘图,只关注当前的全屏应用程序,但如果我仍然想在全屏应用程序上画一个应用程序,那么全屏应用程序的另一个进程就是这个过程吗?我对C++的主要恐惧将需要像D3D注入/钩住之类的东西,这可能会触发一些反作弊,而不会被交叉OS压缩(1)。这是非常模糊的。(2)听起来更像C++中的一些东西。Java可能太局限于它能为客户端做什么,当它想到这样的想法时。默认情况下,全屏应用程序告诉操作系统“停止”其他应用程序的绘图,只关注当前的全屏应用程序,但如果我仍然想在全屏应用程序上画一个应用程序,那么它会让全屏应用程序的另一个进程工作在这个过程中吗?我对C++ +C的主要恐惧将需要像D3D注入/挂钩这样的东西,它可能会触发一些反作弊,而不会被交叉OS压缩。