【AI作画】第2章comfy ui的一般输入节点,文本框的类型和输入形式

【AI作画】第2章comfy ui的一般输入节点,文本框的类型和输入形式

目录

CLIP文本编码器

条件输出和文本输出

转换某一变量为输入

展示作品集


在默认的工作流之外,我们如何自己添加节点呢?

一般我们用到的sampler采样器在“鼠标右键——添加节点——采样——K采样器” 

我们用的clip文本编码器在“鼠标右键——添加节点——条件——CLIP文本编码器”

一般我们使用的是默认的CLIP文本编码器

CLIP文本编码器

在comfy ui里面,文本输入有很多不同的类型。我们在默认的文本编码器里只能输入英文。如果我们想输入中文,就要打开翻译器,有条件和文本两种类型。

条件输入在“鼠标右键——添加节点——Alek节点——条件——CLIP文本编码器(翻译)”

文本输入在“鼠标右键——添加节点——Alek节点——文本——翻译文本(翻译)”

那么两者有什么不同呢?我们反别来看一下。

我们分别添加CLIP文本编码器(Argos翻译),Clip文本编码器(翻译高级),翻译文本(Argos翻译),翻译文本(高级)。

可以看到每一个翻译都有从什么语言翻译到什么语言的选项,这里我们要把第一项RUSSIAN俄文改成chinese中文。

改后

默认

高级

默认的翻译就是用谷歌翻译,而高级翻译可以选择不同的翻译引擎,可以选择代理。这里我们用默认翻译。

条件输出和文本输出

上方的文本编码器是条件输出,而下方的翻译文本是文本输出,两者有什么不同?

 我们看到,CILP文本编码器的条件输出可以直接连接到K采样器的正面条件,成橘色,说明两者匹配。而翻译文本的文本输出则不行,成绿色,说明两者不匹配。

这时因为两者的数据类型不一样。K采样器的正面条件只能接受条件变量,而不能接受文本变量。为了把文本变量转换为条件变量,我们可以进行如下操作。

在文本编码器上点击“鼠标右键——转换为输入——转换文本为输入”

就可以把文本改为输入节点,这样就可以把文本翻译的文本输出连接到编码器的文本输入上。

这样就可以了

我们来生成一下

这样就完成了,中文输入进行转换。

转换某一变量为输入

比如说,我们看到,K采样器上有很多变量,像是随机种子,运行操作步数等,如果我们建立2个采样器,要使它们的变量保持一致,就需要调节2个采样器的变量。如果是3个,5个呢,就显得繁琐。

所以我们可以把某一变量转换为输入,然后进行统一设计

按住ctrl圈选K采样器,VAE解码,保存图像三个组件

按下ctrl+C,在空白处按下ctrl+v,进行复制粘贴,就得到了两组输出节点 

在K采样器点击“鼠标右键——转换为输入——转换随机种为输入”

这样随机种子就变成了输入节点。

我们在空白处点击“鼠标右键——添加节点——实用工具——Primitive元节点”

元节点是一个很实用的节点,它可以识别接到的变量,转换成对应的数据类型。将元节点连接到两个采样器的随机种,这样就可以统一输入了。在元节点改变变量,可以改变两个采样器的随机种子数。

展示作品集

下面是我用comfy ui生成的一些作品


关注作者了解更多

我的其他ZEEKLOG专栏

误差理论与可靠性工程

过程控制系统

虚拟仪器技术labview

毕业设计

求职面试

大学英语

过程控制系统

工程测试技术

虚拟仪器技术

可编程控制器

工业现场总线

数字图像处理

智能控制

传感器技术

嵌入式系统

复变函数与积分变换

单片机原理

线性代数

大学物理

热工与工程流体力学

数字信号处理

光电融合集成电路技术

电路原理

模拟电子技术

高等数学

概率论与数理统计

数据结构

C语言

模式识别原理

自动控制原理

数字电子技术

关注作者了解更多

资料来源于网络,如有侵权请联系编者

Read more

Flutter 三方库 http_mock_adapter — 赋能鸿蒙应用开发的高效率网络接口 Mock 与自动化测试注入引擎(适配鸿蒙 HarmonyOS Next ohos)

Flutter 三方库 http_mock_adapter — 赋能鸿蒙应用开发的高效率网络接口 Mock 与自动化测试注入引擎(适配鸿蒙 HarmonyOS Next ohos)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net。 Flutter for OpenHarmony:Flutter 三方库 http_mock_adapter — 赋能鸿蒙应用开发的高效率网络接口 Mock 与自动化测试注入引擎(适配鸿蒙 HarmonyOS Next ohos) 前言 在华为鸿蒙(OpenHarmony)生态的应用开发中,前后端并行开发(Parallel Development)是常态。当后端 API 还在设计或局域网联调环境不稳定时,如果客户端开发者只能干等着真实数据,开发进度将会大打折扣。此外,在进行健壮性测试(如模拟服务器 500 错误、超时、返回脏数据)时,真实服务器往往难以配合。 http_mock_adapter 是一款专为 Dio 打造的高性能 Mock 拦截器。

By Ne0inhk
Flutter for OpenHarmony:Flutter 三方库 os_detect — 精准洞察鸿蒙系统的底层脉络(适配鸿蒙 HarmonyOS Next ohos)

Flutter for OpenHarmony:Flutter 三方库 os_detect — 精准洞察鸿蒙系统的底层脉络(适配鸿蒙 HarmonyOS Next ohos)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net。 Flutter for OpenHarmony:Flutter 三方库 os_detect — 精准洞察鸿蒙系统的底层脉络(适配鸿蒙 HarmonyOS Next ohos) 在进行 Flutter for OpenHarmony 跨平台开发时,我们经常需要处理“差异化”的需求。有的功能可能只在真正的 OpenHarmony 原生环境下运行(如特定的 N-API 调用),而在 Web 或其他桌面模拟器环境下则需要进行降级处理。 传统的 Platform.isAndroid 或 kIsWeb 在处理日渐复杂的鸿蒙生态环境时,往往显得力不从心。os_detect 库提供了一套更轻量、更可靠的系统环境感知方案,能帮助我们精准识别应用正跑在哪个“灵魂”之下。 一、为什么需要系统环境检测?

By Ne0inhk
学术论文避雷指南:paperxie 降重复 | AIGC 率 如何帮你规避毕业风险

学术论文避雷指南:paperxie 降重复 | AIGC 率 如何帮你规避毕业风险

paperxie-免费查重复率aigc检测/开题报告/毕业论文/智能排版/文献综述/aippt https://www.paperxie.cn/checkhttps://www.paperxie.cn/checkhttps://www.paperxie.cn/check 在学术写作高度依赖 AI 工具的今天,“重复率超标” 和 “AIGC 痕迹被检测” 已经成为当代大学生和科研人员的两大噩梦。无论是知网、维普的查重系统,还是最新升级的 AIGC 检测算法,都在不断收紧学术规范的边界。paperxie 平台推出的降重复 | AIGC 率功能,正以技术迭代应对检测升级,为用户打造一条安全的学术写作 “护城河”。 一、学术写作的隐形陷阱:重复率与 AIGC 检测的双重夹击 随着学术不端检测技术的飞速发展,传统的 “复制粘贴” 式抄袭早已无所遁形,但新的风险又随之而来:

By Ne0inhk
【AIGC】ChatGPT 结构化 Prompt 的高级应用

【AIGC】ChatGPT 结构化 Prompt 的高级应用

博客主页: [小ᶻ☡꙳ᵃⁱᵍᶜ꙳]本文专栏: AIGC |ChatGPT 文章目录 * 💯前言 * 💯标识符的使用(Use of Identifiers) * 1. `#` * 2. `<>` * 3. `-` 或 `·` * 4. `[]` * 💯属性词的重要性和应用 * 应用场景 * 💯具体模块的结构化应用 * Role(角色) * Profile(简介) * Background(背景) * Goals(目标) * Constraints(约束条件) * Skills(技能) * Initialization(初始化) * 工作流程 * 💯小结 💯前言 随着人工智能生成内容(AIGC)技术的发展,如何更高效地与智能模型进行互动,成为提升任务执行效率和信息处理能力的关键环节。而结构化 Prompt的应用,作为智能对话与任务指令设计中的核心方法,为用户提供了强大的工具,使得信息表达更加清晰、

By Ne0inhk