关于DeepFaceLab的一些乱七八糟的小技巧

本文介绍了如何在DeepFaceLab中实现工作目录共享,避免在不同版本间切换时的文件管理问题,并详细讲述了如何升级CUDA、CUDNN和FFMPEG,以及如何优化模型配置文件以提高性能。

(一)移动工作目录“workspace”

(1.1)DFL的工作目录

无论是原版DFL,还是改版ICE版目录结构。
都是在DFL的根目录%DFLPATH下,有个workspace目录。

因为某种原因(比如ICE版本没有源码,没办法修改源码用nvenc)……
所以需要同时使用原版和ICE版时,得不时地把内容移动到两个workspace里面。
当然也很简单只需要Ctrl-X+Ctrl-V就搞定了。

能不能让两个DFL用同一个工作目录呢?
Yes!可以!

(1.2)修改工作目录

然后修改原版DFL的:%DFLPATH\_internal\setenv.bat
把WORKSPACE环境变量修改成你移动后的路径。

rem ========== ADDITIONAL ENV ==========
SET WORKSPACE=%INTERNAL%\..\workspace    <--就是这里
SET DFL_ROOT=%INTERNAL%\DeepFaceLab

同时修改ICE版本DFL的:%DFLICEPATH\_internal\setenvICE.bat + ice.bat
把WORKSPACE环境变量修改成你移动后的路径。

rem ========== ADDITIONAL ENV ==========
SET WORKSPACE=%INTERNAL%\..\workspace    <--就是这里
SET WORK=%INTERNAL%\..\workspace         <--还有这里
SET DFL_ROOT=%INTERNAL%\FaceAI-ICE

修改到同一个目录,就可以共用workspace了。
比如我的目录结构中,两个DFL和它们的公用workspace改为了同级:

d:/xx/DeepFaceLab_ICE_1601
d:/xx/DeepFaceLab_NVIDIA
d:/xx/workspace


(二)升级CUDA,CUDNN,FFMPEG

DFL的发布包,为了方便的下载即用,打包了很多内容。
其中N卡相关的CUDA,CUDNN,视频处理相关的FFMPEG,都在\DFL根目录\_internal下有对应的目录。
里面文件的版本都蛮久的了。

升级方式:

  1. 最简单办法:下载对应的新的版本,覆盖已有文件(但会造成多个项目的公用文件重复)。
  2. 或者在操作系统中安装CUDA,下载CUDNN加入操作系统path环境变量,下载FFMPEG加入操作系统path环境变量,
    之后直接删除_internal中对应的CUDA,CUDNN,FFMPEG目录(可选:然后修改setenv.bat,去除相关路径)。

(三)模型配置文件瘦身

如果某个模型迭代次数太高,比如两千万次,那么无论什么操作都会很慢。
同样的事情也发生在xseg模型上,每次使用加载都要几分钟。

但其实并不是模型导致的慢,而是模型配置文件中,记录了太多的迭代情况。
虽然这些迭代的记录可以让我们看到loss曲线的变化,但太多以后确实非常影响加载速度,配置文件也会特别大。
在这里插入图片描述

如果你不在乎看不到这个loss曲线了,可以用工具删掉loss历史,以及预览。
这样每次训练,合成,加载xeg的时候,都可以节省很多时间。

🔗项目地址
PS:这个工具是我自己写的(实在太慢不能忍)。

这个工具还可以增/删/改/查模型配置参数。

所以也可能被人用来改模型信息然后卖RMB,国内环境就是这样的,开源项目总是被人卖钱。
但是没有买卖就没有伤害,大家都不花钱买模型就好了。
明明很多人在免费分享,为啥要买呢。


(附)其它DeepFaceLab相关文章

一:《简单介绍DeepFaceLab(DeepFake)的使用以及容易被忽略的事项》
二:《继续聊聊DeepFaceLab(DeepFake)不断演进的2.0版本》
三:《如何翻译DeepFaceLab(DeepFake)的交互式合成器》
四:《想要提高DeepFaceLab(DeepFake)质量的注意事项和技巧(一)》
五:《想要提高DeepFaceLab(DeepFake)质量的注意事项和技巧(二)》
六:《友情提示DeepFaceLab(DeepFake)目前与RTX3080和3090的兼容问题》
七:《高效使用DeepFaceLab(DeepFake)提高速度和质量的一些方法》
八:《支持DX12的DeepFaceLab(DeepFake)新版本除了CUDA也可以用A卡啦》
九:《简单尝试DeepFaceLab(DeepFake)的新AMP模型》
十:《非常规的DeepFaceLab(DeepFake)小花招和注意事项》
土:《可以提高DeepFaceLab(DeepFake)合成最终视频速度的方法》
王:《偶然看到DeepFaceLab(DeepFake)在2023年的新动向》《测试通用遮罩》
区:《重新梳理DeepFaceLab(DeepFake)最近动态:简要且全面的信息》

<think>嗯,用户之前问过关于黑名单期间应用自启动请求是否会被记录的问题,我详细解释了系统如何记录这些被拒绝的请求。现在用户的新问题看起来是:“我的重点是。会被自动记录吗。而不是一些乱七八糟的东西”。看起来用户可能是在强调他们的核心关注点是否会被自动记录,而不是其他无关的内容。 首先,我需要理解用户的具体意图。用户可能担心他们的某些操作或数据是否会被系统自动记录下来,尤其是他们特别关注的部分,而不是其他不相关的信息。可能用户之前遇到了信息过载,或者系统记录了一些他们不关心的内容,所以想确认重点部分是否会被记录。 接下来,回顾之前的对话历史,用户之前询问的是应用在黑名单期间的自启动请求是否会被记录,而我的回答详细说明了系统如何记录这些拒绝事件。现在用户的新问题可能是在进一步澄清,确保他们关心的重点(比如某些特定操作或数据)会被自动记录,而不是其他无关的“乱七八糟的东西”。 需要确定“我的重点是”具体指的是什么。用户可能没有完整表达,可能是在某个上下文中提到的重点,比如特定的应用行为、系统日志类型,或者他们自己的操作记录。由于用户之前的问题涉及系统日志,可能他们现在关心的仍然是系统是否会自动记录他们关注的事件,而不会混杂其他不相关的日志条目。 另外,用户可能希望得到一个更简洁直接的答案,而不是之前的详细技术说明。他们可能在之前的回答中感到信息量过大,所以这次想要更明确的确认,即他们关注的重点会被记录,而不会有其他无关内容。 还要考虑用户可能的身份和使用场景。如果用户是普通用户,可能对技术细节不太熟悉,更关心结果而不是机制。如果是开发者或高级用户,可能需要更详细的日志路径或配置方法。但根据当前问题,用户可能属于前者,希望简单确认记录情况。 需要确保回答符合用户的要求,即用中文,结构清晰,分步解释,同时遵循之前的系统级指令,如正确使用LaTeX格式和内联公式等。但在这个问题中,可能不需要数学公式,重点在于解释记录机制。 最后,组织回答的结构,先确认用户关注的重点是否会被记录,然后解释系统的过滤机制,可能存在的例外情况,以及用户如何查看或管理这些记录。同时要避免引入不相关的信息,紧扣用户的核心问题。确保语言简洁明了,避免技术术语过多,让用户容易理解。</think>--- ### 一、核心问题解答 **直接结论**: - **若你关注的「重点」属于以下任一场景,系统会严格自动记录**: 1. **敏感权限调用**(如读取通讯录、定位、摄像头等) 2. **后台自启动/关联启动**(无论是否被拦截) 3. **异常耗电行为**(如持续唤醒CPU、高频网络请求) 4. **隐私数据访问**(如剪切板监控、IMEI读取) - **不会被记录的「乱七八糟」内容**: ✓ 普通前台操作(如正常点击、页面切换) ✓ 系统预装应用的常规行为(经Google/厂商白名单认证) ✓ 用户主动关闭日志权限后的行为 --- ### 二、记录规则与过滤机制 1. **系统级过滤策略** - **行为特征匹配**:系统通过`Android UsageStats`和`AppOps`服务,**仅记录与安全/性能/隐私强相关的行为**,无关操作会被丢弃。 - **日志分级存储**: - 高风险行为 → 写入`/data/system/security_logs`(长期保留) - 普通行为 → 临时缓存于`/data/system/app_usage_stats`(滚动删除) 2. **用户可自定义的例外** - 在「开发者选项」中开启`严格日志模式`(非默认)会记录所有事件(包含更多细节,但可能包含低价值信息)。 --- ### 三、如何验证「重点」是否被记录 1. **查看官方日志入口**(以华为EMUI为例): - 路径:设置 → 隐私 → 权限管理 → **应用行为记录** - 显示内容示例: ``` [2023-09-20 14:30] 应用A 尝试后台获取位置(已拒绝) [2023-09-20 14:35] 应用B 自启动被拦截(黑名单生效) ``` 2. **ADB高级查询**(需USB调试权限): ```bash adb shell dumpsys usagestats # 查看应用行为统计 adb shell dumpsys appops # 检查权限调用历史 ``` --- ### 四、避免无关记录的建议 1. **关闭非必要日志源**: - 设置 → 系统 → 开发者选项 → **停用「日志缓冲区」和「错误报告」** 2. **使用轻量化应用**: - 优先选择通过`Android绿色应用公约`认证的APP,此类应用会主动限制后台行为。 --- ### 关键对比表 | **记录类型** | 是否自动记录 | 示例场景 | |--------------------|---------------------|-----------------------| | 隐私权限请求 | ✅ 强制记录 | 读取短信、通讯录 | | 后台服务唤醒 | ✅ 记录并分类 | 定时同步数据、推送通知 | | 界面交互操作 | ❌ 不记录(默认) | 滑动屏幕、点击按钮 | | 系统底层通信 | ✅ 仅记录错误 | Binder调用超时、ANR | --- **总结**:Android系统对「重点行为」的界定以**隐私、安全、性能**三大维度为核心,无关操作默认不记录。若需深度监控,可通过开发者工具扩展日志范围。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值