.png)
技术笔记
未读
为什么我放弃了Ubuntu+KDE+i3wm而选择了Manjaro+i3wm
本文描述了一个人为什么放弃了使用Ubuntu+KDE+i3wm组合而选择使用Manjaro+i3wm的原因。他遇到KDE性能问题，包括动画效果不符合原则、组件配合问题以及更换i3wm的复杂性等。同时，他讨厌Ubuntu中的Snap包管理系统，因为Snap与国内用户之间的耦合问题以及速度问题。此外，使用apt第三方包存在兼容和依赖问题，甚至可能干扰系统更新。他放弃了Kali Linux的原因是其apt源对老显卡不兼容，并且Ubuntu等发行版更新滞后不能满足其需求。转而选择Manjaro基于Arch Linux的发行版是因为它可以预选常见的DE/WM并支持更新风格的稳定性选择。在选择i3wm后需要避免错误地将Manjaro源换为Arch源造成稳定性问题。选择使用yay可以更容易从官方未提供需求的软件包里获得所想要的软件包或配置文件（比如通过kde支持n如xiaolan组件替代原先旧有且臃肿的配置）。在选择后需要重新调整并美化窗口系统以获得最佳的使用体验，同时，可以选择放弃旧的Ubuntu版本通过更改某些参数，实现对用户透明窗口的要求来提升系统流畅性感受的使用效果和使用效果便捷。总体而言本文的推荐围绕着纯IWM的有效构建和总结在计算机应用领域利用专有封装的安装配置的注意避免方面形成了一个深度的对话圈子方法实操更加得尊重包管理体系一致性且在提高了管理的准确度的过程中值得深入理解实际安装的反馈和维护攻略的做法清晰解答在使用自定义组合体验各种不同的软件资源时候的一些操作注意事项和问题解答通过Manjaro系统结合特定的包管理工具如yay来解决系统升级配置中可能遇到的各类问题和困扰实现了对用户有相同特定问题更好的使用借鉴的指导方法使用价值基于此封装的个人应用软件评测改变了资源之间各管理体系界限走向的同时也催生了性能进一步的探讨更新环境交互的系统认知经验促进具体部署的步骤的了解提高效率实现了需求不同专业层次软件领域解决问题的技术的良好协作改善了提升个体管理配置操作系统便捷性
技术笔记
未读
RVC部署与推理训练
RVC是一个基于VITS的变声器，常用于配合UVR进行翻唱。它有一定的配置要求，与SoVITS类似但对设备更友好，可使用服务器CPU进行模型训练。部署过程在Linux和Windows都通用，使用conda管理py环境，通过一系列命令完成安装和配置。启动后，用户可以通过浏览器进行操作。推理过程中涉及多个参数调整。炼丹过程可根据设备情况选择使用GPU或CPU，并调整训练参数。最终输出质量取决于原音频和模型质量。整体操作细节在文中都有详细说明。