搜索到
172
篇与
软件类
的结果
-
-
基于FLUX.2-klein_二创的_人像修饰工具_AI修图 基于 FLUX.2-klein 二创的人像修饰工具核心特性适用范围：仅适用于单人人像修饰，对大头贴效果较好。注：受限于当前模型，无法处理多人（如两人或合影）场景，此为模型限制而非软件问题。分辨率支持：不限制最高像素（支持 4000w 像素输入与输出）。低于 1024 分辨率的图片会自动补齐至 1024。运行模式：提供单张模式与批量模式。硬件要求与性能表现显存需求：峰值需要 12GB 显存。速度参考（以 3000x4500 像素为例）：RTX 4060 Ti 16GB：约 60 秒/张。RTX 5090 32GB：约 14 秒/张。价格与试用授权费用：33 元（离线授权）。升级权益：后续新版升级免费。试用方案：供 72 小时无限制全功能试用。下载地址2.0 版下载：https://pan.baidu.com/s/18iM2sfSHhC3h9O6N3ZANdw?pwd=gpcb
-
傻木摄影_Bing每日壁纸_更新 新版下载链接下载地址： https://abpyu.lanzoul.com/iaHPs3peq8jg 提取码： e9ct🛠 更新说明更新原因： 旧版必应 API 连接失效。开发环境： 使用 Python 3.12 开发（不兼容 Win7）。版本特性： 尽可能保持原版样式（原版为易语言编写，此版使用 Python 重写）。新增功能： 已更新，可以设置壁纸显示方式（如平铺、拉伸等），通过任务栏图标右键进行设置。⚠️ 重要注意事项（必读）运行方式： 软件运行时是静默模式，双击运行不会弹出窗口。若需查看窗口，请在任务栏右下角找到图标，右键点击或左键双击。性能与网络：每日首次运行时，由于需要下载壁纸并加载 8 张 1080P 预览图（约消耗 17MB 流量），会进入短暂的“假死”状态，后台正在下载，请耐心等待。加载高分辨率壁纸受限于计算机性能与网络环境，加载较慢或点击图标无反应属于正常现象。分辨率说明：预览图采用 1080P 以节省流量；应用壁纸时采用 4K 高清 HD 壁纸（若有更高分辨率则优先下载最高分辨率）。API 状态： 若 Bing 改了 API 接口导致取不到图片实际连接，本软件将失效。📖 使用指南📂 文件与目录自动保存： 第一次运行后，会在软件根目录新建 JPG 目录，每日更新的壁纸会保存在此。开机自启： 已设置开机自动运行，每次开机都会自动下载今日壁纸并设为桌面。🖱 操作快捷键/交互预览操作：双击小图 $\rightarrow$ 显示大图（标题栏有注意事项）。双击大图 $\rightarrow$ 打开 Bing 搜索页。右键点击大图 $\rightarrow$ 关闭大图预览。右键点击小图 $\rightarrow$ 设为壁纸。切换壁纸： 右键任务栏图标 $\rightarrow$ 点击“前一张”（可查看最近一周的壁纸）。历史下载： 第一次运行可点击“最近一周”，直接下载最近一周的所有壁纸至 JPG 目录。今日搜索： 点击“Bing 今日” $\rightarrow$ 使用默认浏览器打开今日壁纸搜索页。窗口管理：点击右上角 X $\rightarrow$ 最小化到任务栏。彻底退出 $\rightarrow$ 任务栏图标右键选择“退出”，或使用任务管理器结束任务。🔄 自动刷新机制零点刷新： 每日零点会自动刷新壁纸，并有 2 秒延时以确保网络同步（若不刷新请检查计算机时间是否正确）。加载逻辑： 每日第一次运行延迟 6 秒后会自动加载预览；预览加载完后，在零点前不会重复加载，零点后会重新加载。📝 其他细节单实例运行： 只允许运行一个实例。杀毒软件： 部分杀毒软件可能会报毒（因编写环境原因），介意者请自行添加白名单。更新频率： 本站更新级别最高，一旦有新版本会优先发布于本站。
-
朋友之间不应该推荐Ollama Ollama 最初凭借其作为首个简易的 llama.cpp 封装库而获得成功，随后却花了数年时间规避署名、误导用户，并转向云端，而这一切都建立在利用他人引擎赚取的风险投资之上。以下是完整的历史，以及为什么其他替代方案更胜一筹。Ollama 是运行本地 LLM 最流行的工具，但它不应该如此。它之所以能占据这个位置，是因为它开创了先河，成为第一个让 llama.cpp 不想编译 C++ 或编写服务器配置的用户也能轻松使用 LLM 的工具。这在当时确实是一项贡献。但此后，该项目多年来一直在系统性地掩盖其技术来源，误导用户对其运行的程序存在误解，并逐渐偏离了最初赢得用户信任的“本地优先”理念。与此同时，它还在接受风险投资。这不是一篇“正反两方都适用”的文章。我曾经用过 Ollama，现在已经不用了。以下是你也应该不用的原因。一个带有失忆症的 llama.cpp 包装器Ollama 的所有推理能力都源自 llama.cpp，这是一个由 Georgi Gerganov 于 2023 年 3 月创建的 C++ 推理引擎。Gerganov 的项目使得在消费级笔记本电脑上运行 LLaMA 模型成为可能。他仅用一个晚上就完成了第一个版本，并由此开启了整个本地 LLM 运动。如今，llama.cpp 在 GitHub 上拥有超过 10 万颗星，450 多位贡献者，并且是几乎所有基于 GGUF 的工具所依赖的基础。Ollama 由 Jeffrey Morgan 和 Michael Chiang 于 2021 年创立，他们此前都曾参与开发 Kitematic（后被 Docker 公司收购）。他们参加了 Y Combinator 2021 年冬季创业营，获得了种子轮融资，并于 2023 年正式上线。从一开始，他们的理念就是“面向机器学习模型的 Docker”，一个便捷的封装工具，只需一条命令即可下载并运行模型。其底层代码是 llama.cpp，它负责完成所有工作。许可与署名的缺失一年多以来，Ollama 的 README 文件中完全没有提及 llama.cpp。README 文件中没有，网站上也没有，他们的宣传材料中也没有。该项目的二进制发行版也没有包含其所分发的 llama.cpp 代码所需的 MIT 许可声明。MIT 许可只有一个主要要求：包含版权声明。Ollama 没有做到这一点。社区注意到了这个问题。GitHub 上的 #3185 号 issue 于 2024 年初提交，要求解决许可合规性问题。但维护者 400 多天都没有回应。直到 2024 年 4 月，#3697 号 issue 专门要求对 llama.cpp 进行致谢，几个小时后，社区 PR #3700 便随之而来。Ollama 的联合创始人 Michael Chiang 最终在 README 文件末尾添加了一行文字：“llama.cpp 项目由 Georgi Gerganov 创建。”对公关稿的回应颇具启发性。Ollama 团队写道：“我们花费大量时间修复和修补漏洞……随着时间的推移，我们将过渡到更系统化构建的引擎。” 言下之意：我们不会给 llama.cpp 署名，而且我们计划与之保持距离。让事情变得更糟的那把叉子自定义后端的性能倒退2025 年年中，Ollama 兑现了这一承诺。他们不再使用 llama.cpp 作为推理后端，而是直接基于 ggml 构建了一个自定义实现。他们给出的理由是稳定性，而 Ollama 的企业合作伙伴需要的是可靠性。结果却恰恰相反。Ollama 的自定义后端重新引入了 llama.cpp 多年前已经修复的 bug。社区成员在多个版本中都发现了结构化输出支持失效、视觉模型运行失败以及 GGML 断言崩溃等问题。在上游 llama.cpp 中运行良好的模型在 Ollama 中却无法正常工作，因为 Ollama 的实现缺少对模型所需张量类型的支持。Georgi Gerganov 本人也指出，Ollama 对 GGML 进行了分支并做出了错误的修改。基准测试结果说明了一切多项社区测试表明，在相同硬件和相同型号的处理器上：运行速度：llama.cpp 的运行速度比 Ollama 快 1.8 倍（161 tokens/s vs 89 tokens/s）。CPU 端差距：两者的差距高达 30% 至 50%。吞吐量：在 Qwen-3 Coder 32B 上，llama.cpp 的吞吐量比 Ollama 高出约 70%。性能上的不足源于 Ollama 的守护进程层、糟糕的 GPU 卸载启发式算法以及落后于上游的第三方后端。误导性的模型命名DeepSeek 于 2025 年 1 月发布了 R1 模型系列，而 Ollama 在其库和命令行界面中仅将其列为“DeepSeek-R1”，即较小的精简版本（如 DeepSeek-R1-Distill-Qwen-32B）。运行 ollama run deepseek-r1 会拉取一个 80 亿参数的 Qwen 衍生精简版，其行为与真实模型截然不同。这并非疏忽。DeepSeek 自己给这些型号起了“R1-Distill”前缀，Hugging Face 也正确地列出了它们。Ollama 却去掉了这个前缀，导致社交媒体上涌现出大量关于性能不佳的误导性讨论，这无疑损害了 DeepSeek 的声誉。GitHub 问题 #8557 和 #8698 请求将模型分离，但均被标记为重复并关闭。Ollama 知道其中的区别，但选择将其隐藏，大概是因为“DeepSeek-R1”的下载量比完整名称更高。闭源应用程序2025 年 7 月，Ollama 发布了一款适用于 macOS 和 Windows 的图形用户界面桌面应用程序。该程序在一个私有代码库中开发（github.com/ollama/app），没有提供许可证，源代码也不公开。对于一个以开源著称的项目来说，这无疑是一个令人震惊的举动。网站将下载按钮放在 GitHub 链接旁边，使用户误以为下载的是 MIT 许可的开源工具，而实际上下载的是一个未授权的闭源应用程序。正如 XDA 所说：“如果你的项目以开源为卖点，那么在发布时你就不能含糊其辞地说明哪些内容是开源的，哪些内容不是开源的。”模型文件：重新发明一个已解决的问题GGUF 的设计核心原则是单文件部署。所有聊天模板、停止令牌、模型元数据都嵌入在文件中，只需将 llama.cpp 指向它即可工作。Ollama 在此基础上添加了 Modelfile（灵感来自 Dockerfile），这反而增加了复杂性：模板匹配问题：Ollama 只能从硬编码列表中检测已知模板。如果 GGUF 嵌入了有效的 Jinja 模板但不在 Ollama 的列表内，它会回退到裸模板，破坏指令格式。用户必须手动转换语法，而 llama.cpp 直接读取即可。修改参数的噩梦：更改温度或系统提示时，用户必须执行 ollama show $\rightarrow$ 编辑 $\rightarrow$ ollama create。这个过程会复制整个模型（30 到 60 GB），仅仅是为了更改一个参数。相比之下，llama.cpp 只需命令行标志（如 --temp 0.7）。注册瓶颈与量化限制等待时间使用 llama.cpp，你可以通过一条命令直接从 Hugging Face 运行新模型。而使用 Ollama，你需要等待工作人员将模型打包、选择量化方式、转换模板并提交到注册表。这导致新模型发布后，用户往往会因为 Ollama 的环境问题（如模板错误）误以为是模型本身的问题。量化限制Ollama 仅支持特定的量化格式（Q4_K_S, Q4_K_M, Q8_0 等）。如果你需要 Q5_K_M、Q6_K 或任何 IQ 量化格式，除非自行量化，否则无法实现。对于一个标榜“最简便”的工具来说，让用户去别处寻找基本选项是极其矛盾的。云枢纽与安全性2025 年末，Ollama 推出了云托管模型。原本以本地私有推理著称的工具开始将请求路由到第三方云服务（如 MiniMax），但并未明确告知用户数据会被发送到外部服务器。安全隐患隐私担忧：对于托管在阿里云等平台上的模型，用户无法获得零数据保留保证。令牌泄露漏洞 (CVE-2025-51471)：该漏洞允许恶意注册表服务器诱骗 Ollama 发送身份验证令牌。对于一款以本地隐私保护为卖点的工具，这种架构层面的设计缺陷是致命的。VC 模式：商业逻辑的必然Ollama 的行为完全遵循了典型的初创公司增长模式：在开源平台上发布，基于 llama.cpp 构建，赢得社区信任。尽量减少归因，让产品在投资者眼中显得自给自足。创建锁定、专有且不兼容的格式（如哈希文件名存储模型）。启动闭源组件（GUI 应用）和云服务（货币化途径）。这种“厂商锁定”使得用户即便导入了模型，也难以直接在其他工具中使用这些文件。可以用什么代替Ollama 包装盒内的工具可以直接使用，且设置并不难：核心引擎与命令行llama.cpp：真正的引擎。拥有兼容 OpenAI 的 API 服务器、内置 Web UI，性能始终优于 Ollama，且完全由社区驱动（MIT 许可证）。Mozilla llamafile：将模型和运行时打包成单个可执行文件，实现“下载即用”。llama-swap + LiteLLM：通过单一接口处理多模型编排、加载与热替换。桌面图形用户界面 (GUI)Jan (AGPLv3)：本地优先的聊天应用，界面简洁，源代码完整且开源。koboldcpp (AGPL)：llama.cpp 的分支，内置 Web UI 和丰富配置，完全开源可审计。LM Studio (闭源)：虽然是闭源软件，但它提供了极佳的一键式操作和透明的参数控制，且对 llama.cpp 保持了良好的致谢精神，并非“寄生”。Msty：支持多模型并内置 RAG 功能的闭源 GUI。ramalama (Red Hat)：容器原生的模型运行器，明确标注上游依赖。大局观2023 年 3 月的一个晚上，Georgi Gerganov 编写了 llama.cpp，开启了本地 AI 革命。这项工作是本地推理技术保持开放性和可访问性的基础。Ollama 将这项工作封装成一个漂亮的 CLI 并以此获得风险投资，随后却在署名、项目 fork、闭源应用和云服务等每一个关键决策点上，选择了让自己在投资者眼中显得更加“自给自足”的道路。本地 LLM 生态系统不需要 Ollama，它只需要 llama.cpp。其余部分都是打包问题，而更好的打包方案已经存在。本文转载
-
执念化成的WEBgerber查看工具 执念化成的 WEB Gerber 查看工具从学校出来，就从事 PCB 行业了。一开始在钻孔厂待了四年，之后又从业过 CAM 工程，再之后又从事过一段时间的 CAM 报价工程。虽然十多年不做与 PCB 相关的工作了，但是一直有关注。工具核心功能写的这个工具主要供报价用。导入文件后，影响报价的参数就自己计算好了：外形尺寸线路层数阻焊字符层数线宽孔径孔数测试点数此外，它还能直接输出 PDF 文件。操作与交互特性快捷键支持：提供 Q 键目视检查元素尺寸提供 W 键供高亮网络测试功能：提供简单的点对点测试智能识别：导入资料后，后台自动 OCR，可以直接搜索字符层的位号版本更新说明已更新，带 PCB 仿真功能，能大概看到 PCB 成品板样子。
-
网管工具箱_Plus 傻木摄影_网管工具箱_Plus这是一个网管工具，用来维护网络等等。当然，我也做了两个小游戏用来检测键盘是否失灵。每次运行，配色都会变化，随机的。这个工具好不好用我不发表看法，但是所有网络维护工具里面，俄罗斯方块一定是最佳！何况，还有贪吃蛇！🎮 游戏玩法俄罗斯方块：上下左右控制，空格键寄存，C键寄存。🔄 更新日志功能变更：磁盘管理更改为打印机管理。界面优化：右上角的关闭按钮位置调整。网络修复：网络修复按钮增加确认对话框；修复网络之后，需要重启系统，然后重新设置 IP 地址。📥 下载地址https://abpyu.lanzoul.com/i7MLX3l465kf密码：gy0e
-
原片导出助手 原片导出助手 使用说明原片导出助手 是一个用于快速整理照片和视频的小工具，支持全盘检索并一键分类导出。主要用于摄影方面，插入相机内存卡后，解决视频文件藏在多层目录下的问题（如索尼相机等）。🛠 功能简介软件会自动检索电脑中常见的：普通图片：JPG / JPEG / PNGRAW 原片：RAF / NEF / CR2 / NRW / ARW / DNG / RW2 / CR3视频文件：MP4 / MOV / MTS / M2TS检索完成后，可按类别一键执行：复制到目标文件夹剪切到目标文件夹🚀 使用方法选择盘符：打开软件后，先选择要扫描的盘符。设置主题（可选）：如有需要，可在 照片主题 中输入本次拍摄主题。开始检索：点击 开始全盘搜索文件，等待检索完成。查看结果：检索结果会分别显示在 普通图片、RAW 原片、视频文件 分类中。执行导出：确认无误后，选择操作方式：复制到目标文件夹：保留原文件剪切到目标文件夹：移动原文件📂 导出规则导出时，软件会自动在目标目录下建立日期文件夹，并按类型分类整理：JPGRAW视频提示：如果填写了 照片主题，文件夹名称会自动带上主题名，方便后期归档。⚙️ 配置文件说明软件首次运行后，会在程序所在目录生成配置文件：傻木摄影_原片导出.ini可在配置文件中自定义以下参数：默认盘符目标导出路径支持检索的文件后缀照片主题等📝 注意事项隐藏文件：软件支持检索隐藏目录中的文件。属性处理：导出到目标目录后，会自动清除隐藏、只读等属性。检索耗时：若扫描整盘文件较多，首次检索可能需要一些时间，请耐心等待。操作建议：建议在使用 剪切 功能前先确认检索结果，避免误移动原文件。👥 适合人群适合摄影师、修图师，以及需要快速整理拍摄素材的用户使用。✨ 更新日志检索增强：检索时会搜索被隐藏的文件；点击复制或剪切时，会自动去除文件隐藏/只读属性。配置便捷：双击图片/RAW/视频卡片控件，可自动打开 .ini 配置文件，支持自定义增加文件后缀名。右键菜单：检索到的文件点右键，新增 复制、剪切、删除、打开文件夹 选项。快速预览：双击检索到的文件，可以直接打开。📥 下载地址https://abpyu.lanzoul.com/iJMGi3kxczuj密码：fin0
-
网站版权本人所有，你要有本事，盗版不究。 sam@gpcb.net