Kevin_
Kevin_
node版本:v14.16.1 在我的64位操作系统中运行node时,process.platform会返回“win32”,这实际上应该是node的BUG,但nrm应该也对这种问题作兼容 在nrm/cli.js的第17行使用了process.env.HOME这个环境变量,但这个版本的node没有这个变量,需要将其改成process.env.USERPROFILE 同时为了兼容其它电脑,应该将第17行改成 const NRMRC = path.join(process.env[process.platform == 'win32' ? 'USERPROFILE' : 'HOME'], '.nrmrc');
我使用的是绿色版exe文件 - Windows版,在运行命令时加上了“-g 1”的参数,但在实际运行过程中,显示集显使用达到了峰值,独显几乎没有波动,如图 
后台登录时若密码中带有&,后台接收到的会被转义为&,故登录失败,提示密码不正确。 但是在个人资料处修改密码时,密码中带有&是可以修改成功的,所以要在登录处进行修改。
如图  
`kplaeyr: 0.5.8` "cache_uncheck": true 表示使用缓存文件播放,并且不需要视频源文件具有可读性,前提是生成缓存时的配置和当前的配置是一致的,如果不一致就会需要读取原文件重新生成缓存(例如我在生成缓存时忘记了添加`"fill_strategy": "ratio",`,在使用缓存文件进行推流时在配置文件中又加上了这个参数) 这个策略很合理,但是在一些低配服务器上我只想用缓存来进行推流,因为这很耗费机器性能,并可能导致机器卡顿 并且有一点烦人的问题,就是我不知道我的缓存文件和当前的配置是否一致 因此,我想到了两种解决办法 1. 提供一个新的参数,对于缓存文件的配置和当前文件的配置不一致的情况,不重新生成缓存,直接跳过 2. 不检查缓存文件的配置和当前正在使用的配置的差异性,直接使用缓存文件进行推流 @bytelang
Will this library automatically send heartbeat packets? 请问这个库会自动发送心跳包吗?
能否加一个GUI,一键启动客户端和服务端,并且可以后台运行(不显示在任务栏,可以显示托盘图标)