proton-ge-custom环境变量和高级配置指南
本文全面介绍了Proton-GE-Custom的各种环境变量和高级配置选项,涵盖了调试日志系统、图形API控制、同步原语配置以及性能调优等多个方面。文章详细解析了PROTON_LOG日志系统的使用方法、图形API的精细控制选项(D3D9-D3D12)、三种同步机制(ESYNC/FSYNC/NTSYNC)的技术特点与配置方法,以及通过环境变量组合实现性能优化的高级策略。
PROTON_LOG和调试日志系统详解
Proton-GE-Custom提供了强大的调试日志系统,帮助开发者和高级用户诊断游戏兼容性问题。PROTON_LOG环境变量是整个调试系统的核心,它能够生成详细的日志文件,记录从Wine层到图形后端的完整执行流程。
PROTON_LOG基础用法
启用PROTON_LOG日志记录非常简单,只需在Steam游戏启动选项中设置:
PROTON_LOG=1 %command%
启用后,Proton会在用户主目录($HOME)下生成名为 steam-<APPID>.log 的日志文件,其中<APPID>是Steam游戏的唯一标识符。
日志文件位置自定义
默认情况下,日志文件保存在用户主目录,但可以通过PROTON_LOG_DIR环境变量自定义保存路径:
PROTON_LOG_DIR=/path/to/logs PROTON_LOG=1 %command%
高级日志配置
除了基本的PROTON_LOG=1设置,还可以使用更精细的日志控制:
# 自定义Wine调试级别
PROTON_LOG="+timestamp,+loaddll,+mscoree" %command%
# 结合其他调试变量
PROTON_LOG=1 DXVK_LOG_LEVEL=debug %command%
日志系统架构
Proton的日志系统采用分层架构,涵盖从应用程序启动到图形渲染的各个环节:
flowchart TD
A[游戏进程启动] --> B[Proton初始化]
B --> C[Wine层日志记录]
C --> D[DXVK/VKD3D图形日志]
D --> E[媒体基础日志]
E --> F[最终日志文件生成]
subgraph 日志级别控制
G[PROTON_LOG]
H[WINEDEBUG]
I[DXVK_LOG_LEVEL]
J[VKD3D_DEBUG]
end
G --> C
H --> C
I --> D
J --> D
核心调试环境变量
Proton-GE-Custom支持多个调试相关的环境变量,每个变量控制不同的日志子系统:
| 环境变量 | 默认值 | 描述 | 可用选项 |
|---|---|---|---|
PROTON_LOG |
未设置 | 主日志开关 | 1或自定义Wine调试字符串 |
WINEDEBUG |
自动设置 | Wine调试输出 | +timestamp,+pid,+tid等 |
DXVK_LOG_LEVEL |
info |
DXVK日志级别 | none, error, warn, info, debug |
DXVK_NVAPI_LOG_LEVEL |
info |
NVIDIA API日志 | 同上 |
VKD3D_DEBUG |
warn |
VKD3D调试级别 | none, error, warn, info, debug |
VKD3D_SHADER_DEBUG |
fixme |
着色器调试 | 同上 |
WINE_MONO_TRACE |
E:System.NotImplementedException |
.NET异常跟踪 | .NET异常类型 |
日志内容详解
生成的日志文件包含丰富的信息,主要分为以下几个部分:
1. 系统信息头
日志文件开头包含详细的系统环境信息:
======================
Proton: GE-Proton10-13
SteamGameId: 123456
Command: ['game.exe', '-option']
Kernel: Linux 6.8.0 x86_64
Language: LC_ALL en_US.UTF-8
PATH: /usr/local/bin:/usr/bin
2. Wine调试输出
Wine层的详细执行信息,包括DLL加载、函数调用等:
wine: Call from 0x7bc6c6c0 to unimplemented function mscoree.dll.CorBindToRuntimeEx, aborting
wine: Unimplemented function mscoree.dll.CorBindToRuntimeEx called at address 0x7bc6c6c0 (thread 0024)
3. 图形后端日志
DXVK和VKD3D的渲染相关信息:
info: DXVK: v2.3
info: Enabled device extensions:
info: VK_EXT_4444_formats
info: VK_EXT_custom_border_color
4. 媒体基础日志
媒体播放和视频解码相关信息:
protonmediaconverter: gst_plugin_feature_load: ensuring plugin 'libav' is loaded
高级调试技巧
自定义Wine调试选项
通过设置PROTON_LOG为特定的Wine调试字符串,可以精确控制日志输出:
# 只记录DLL加载和系统调用错误
PROTON_LOG="+loaddll,+seh" %command%
# 详细线程和进程跟踪
PROTON_LOG="+tid,+pid,+timestamp" %command%
# 模块特定调试
PROTON_LOG="+module" %command%
常用Wine调试标志
| 调试标志 | 描述 | 用途 |
|---|---|---|
+loaddll |
DLL加载信息 | 诊断缺失DLL问题 |
+seh |
结构化异常处理 | 调试程序崩溃 |
+tid, +pid |
线程/进程ID | 多线程问题诊断 |
+timestamp |
时间戳 | 性能分析 |
+relay |
函数调用跟踪 | 高级调试 |
+msgbox |
消息框错误 | 界面问题 |
性能日志分析
对于性能问题,可以启用详细的计时信息:
PROTON_LOG="+timestamp,+relay" DXVK_LOG_LEVEL=debug %command%
调试脚本生成
除了日志文件,Proton还提供调试脚本生成功能:
PROTON_DUMP_DEBUG_COMMANDS=1 %command%
启用后,Proton会在/tmp/proton_$USER/目录下生成有用的调试脚本,包括:
- 环境变量设置脚本
- Wine前缀管理工具
- 进程调试助手
实际应用案例
案例1:诊断DLL加载失败
当游戏因缺失DLL而无法启动时,查看日志中的+loaddll输出:
wine: Call from 0x7bc6c6c0 to unimplemented function d3d11.dll.D3D11CreateDevice, aborting
案例2:图形渲染问题
使用DXVK详细日志诊断渲染错误:
PROTON_LOG=1 DXVK_LOG_LEVEL=debug %command%
案例3:.NET应用调试
对于.NET应用程序,启用Mono调试:
PROTON_LOG=1 WINE_MONO_TRACE="E:All" %command%
日志文件管理
由于调试日志可能非常庞大(数百MB),建议定期清理:
# 删除所有Proton日志文件
rm -f ~/steam-*.log
# 保留最近7天的日志
find ~ -name "steam-*.log" -mtime +7 -delete
最佳实践
- 问题复现时启用日志:只在需要诊断问题时启用详细日志
- 逐步增加日志级别:从
PROTON_LOG=1开始,根据需要增加详细程度 - 结合其他工具:使用
grep、less等工具分析大型日志文件 - 分享日志时注意隐私:日志可能包含系统路径和用户名信息
通过合理使用PROTON_LOG和相关的调试环境变量,可以深入诊断Proton-GE-Custom运行时的各种问题,为游戏兼容性改进提供宝贵的技术数据。
图形API控制选项(D3D9-D3D12)
Proton-GE-Custom 提供了精细的图形API控制能力,允许用户根据游戏需求和硬件配置,灵活调整Direct3D各个版本的使用方式。这些环境变量控制选项为游戏兼容性调优提供了强大的工具集。
D3D版本禁用控制
Proton-GE-Custom 允许用户按需禁用特定的Direct3D版本,这在处理某些游戏的兼容性问题时特别有用:
| 环境变量 | 功能描述 | 适用场景 |
|---|---|---|
PROTON_NO_D3D12 |
禁用Direct3D 12支持 | 解决DX12游戏崩溃或性能问题 |
PROTON_NO_D3D11 |
禁用Direct3D 11支持 | 处理DX11渲染错误或兼容性问题 |
PROTON_NO_D3D10 |
禁用Direct3D 10支持 | 解决DX10特定渲染问题 |
PROTON_NO_D3D9 |
禁用Direct3D 9支持 | 处理老旧DX9游戏兼容性 |
# 示例:禁用DX12以解决特定游戏问题
PROTON_NO_D3D12=1 %command%
渲染后端选择
Proton-GE-Custom 支持两种不同的渲染后端实现,用户可以根据硬件和性能需求进行选择:
Vulkan后端 (DXVK/VKD3D-Proton)
默认情况下,Proton-GE-Custom 使用基于Vulkan的高性能渲染后端:
- DXVK: 处理Direct3D 9/10/11到Vulkan的转换
- VKD3D-Proton: 处理Direct3D 12到Vulkan的转换
graph LR
A[游戏 D3D调用] --> B[DXVK/VKD3D-Proton]
B --> C[Vulkan API]
C --> D[GPU驱动]
D --> E[硬件渲染]
OpenGL后端 (wined3d)
对于某些特殊情况,用户可以选择使用传统的OpenGL后端:
# 启用wined3d OpenGL后端
PROTON_USE_WINED3D=1 %command%
graph LR
A[游戏 D3D调用] --> B[wined3d]
B --> C[OpenGL API]
C --> D[GPU驱动]
D --> E[硬件渲染]
高级配置示例
以下是一些常见的使用场景和配置示例:
场景1:解决DX12游戏崩溃
# 完全禁用DX12,强制游戏使用DX11模式
PROTON_NO_D3D12=1 %command%
场景2:NVAPI功能启用
# 启用NVIDIA NVAPI支持,增强PhysX等功能
PROTON_ENABLE_NVAPI=1 %command%
场景3:混合配置
# 禁用DX12,使用wined3d后端,启用日志
PROTON_NO_D3D12=1 PROTON_USE_WINED3D=1 PROTON_LOG=1 %command%
性能优化建议
根据不同的硬件配置,推荐以下优化策略:
| 硬件类型 | 推荐配置 | 说明 |
|---|---|---|
| NVIDIA显卡 | 默认Vulkan后端 | 充分利用硬件加速 |
| AMD显卡 | 默认Vulkan后端 | 良好的Vulkan支持 |
| 老旧Intel集成显卡 | PROTON_USE_WINED3D=1 |
OpenGL兼容性更好 |
| 遇到特定游戏崩溃 | 禁用对应D3D版本 | 逐个排除问题 |
调试与故障排除
当遇到图形问题时,可以启用详细的调试信息:
# 启用DXVK调试日志
DXVK_LOG_LEVEL=debug %command%
# 启用VKD3D调试日志
VKD3D_DEBUG=info %command%
# 启用wined3d调试
WINEDEBUG=+d3d %command%
技术实现细节
Proton-GE-Custom 的图形API控制系统基于以下技术栈:
flowchart TD
A[游戏应用程序] --> B[Proton兼容层]
B --> C{API路由}
C -->|D3D9/10/11| D[DXVK转换器]
C -->|D3D12| E[VKD3D-Proton转换器]
C -->|备用路径| F[wined3d实现]
D --> G[Vulkan驱动]
E --> G
F --> H[OpenGL驱动]
G --> I[硬件渲染]
H --> I
这种分层架构确保了最大的兼容性和灵活性,用户可以根据具体需求调整每一层的行为。
通过合理使用这些图形API控制选项,用户可以显著提升游戏在Linux系统上的运行稳定性和性能表现。每个选项都经过精心设计,既提供了强大的控制能力,又保持了使用的简便性。
同步原语配置(ESYNC/FSYNC/NTSYNC)
在Proton-GE中,同步原语是实现Windows应用程序在Linux环境下高效运行的关键技术。Proton-GE提供了三种不同的同步机制:ESYNC、FSYNC和NTSYNC,每种机制都有其特定的优势和适用场景。
同步原语概述
同步原语是多线程编程中用于协调线程间访问共享资源的基本构建块。在Wine/Proton环境中,这些原语需要将Windows的同步API映射到Linux的等效机制上。
flowchart TD
A[Windows同步API调用] --> B{同步机制选择}
B --> C[ESYNC<br>基于eventfd]
B --> D[FSYNC<br>基于futex]
B --> E[NTSYNC<br>内核模块]
C --> F[Linux内核]
D --> F
E --> F
F --> G[线程协调完成]
ESYNC (Event-based Synchronization)
ESYNC是Proton中最早实现的同步机制,基于Linux的eventfd系统调用。它通过文件描述符来实现事件通知机制。
技术特点:
- 使用
eventfd系统调用实现信号量功能 - 每个同步对象对应一个eventfd文件描述符
- 在较早的内核版本上具有良好的兼容性
配置方法:
# 禁用ESYNC
PROTON_NO_ESYNC=1
# 或通过兼容性配置字符串
noesync
适用场景:
- 运行在较旧Linux内核版本的系统
- 需要最大兼容性的场景
- 当FSYNC和NTSYNC不可用时作为后备方案
FSYNC (Futex-based Synchronization)
FSYNC是基于Linux的futex(快速用户空间互斥锁)系统调用实现的同步机制,提供了比ESYNC更好的性能。
技术特点:
- 使用
futex系统调用,减少用户空间-内核空间切换 - 需要内核支持
FUTEX_WAIT_MULTIPLE功能 - 自动在不支持的系统上禁用
配置方法:
# 禁用FSYNC
PROTON_NO_FSYNC=1
# 或通过兼容性配置字符串
nofsync
系统要求:
- Linux内核版本5.16或更高
- 内核编译时启用
FUTEX_WAIT_MULTIPLE支持
NTSYNC (NT Synchronization Kernel Module)
NTSYNC是最新的同步机制,通过Linux内核模块实现,提供了最佳的兼容性和性能。
技术特点:
- 使用专用的内核模块
ntsync - 完全在内核空间实现同步操作
- 提供最佳的Windows兼容性
- 最低的性能开销
配置方法:
# 禁用NTSYNC
PROTON_NO_NTSYNC=1
# 或通过兼容性配置字符串
nontsync
系统要求和启用步骤:
- 内核要求: Linux内核6.14或更高版本
- 内核配置: 编译时启用
CONFIG_NTSYNC=y或CONFIG_NTSYNC=m - 模块加载: 对于模块化配置,需要加载ntsync模块
# 手动加载ntsync模块
sudo modprobe ntsync
# 持久化配置(创建文件/etc/modules-load.d/ntsync.conf)
echo "ntsync" | sudo tee /etc/modules-load.d/ntsync.conf
- 验证: 加载成功后系统会出现
/dev/ntsync设备文件
环境变量配置示例
在Proton-GE中,可以通过多种方式配置同步原语:
方法1:全局用户设置(user_settings.py)
user_settings = {
# 禁用ESYNC
"PROTON_NO_ESYNC": "1",
# 禁用FSYNC
"PROTON_NO_FSYNC": "1",
# 禁用NTSYNC
"PROTON_NO_NTSYNC": "1",
}
方法2:游戏启动选项
# 在Steam游戏启动选项中设置
PROTON_NO_ESYNC=1 PROTON_NO_FSYNC=1 %command%
方法3:兼容性配置字符串
# 使用兼容性配置字符串(在Steam启动选项或配置文件中)
noesync,nofsync,nontsync
同步机制优先级和自动选择
Proton-GE会自动选择可用的最佳同步机制,优先级如下:
graph LR
A[同步机制检测] --> B{NTSYNC可用?}
B -- 是 --> C[使用NTSYNC]
B -- 否 --> D{FSYNC可用?}
D -- 是 --> E[使用FSYNC]
D -- 否 --> F[使用ESYNC]
检测逻辑代码示例:
# Proton内部的同步机制检测逻辑(简化)
def select_sync_mechanism():
if is_ntsync_available(): # 检查/dev/ntsync和设备ioctl支持
return "NTSYNC"
elif is_fsync_available(): # 检查FUTEX_WAIT_MULTIPLE支持
return "FSYNC"
else:
return "ESYNC"
故障排除和调试
当遇到同步相关的问题时,可以采取以下步骤:
-
启用详细日志:
PROTON_LOG=1 %command% -
检查日志中的同步信息: 在生成的
steam-*.log文件中搜索以下关键词:NTSYNC- NTSYNC相关初始化信息FSYNC- FSYNC功能检测结果ESYNC- ESYNC启用状态sync- 同步相关操作
-
强制使用特定同步机制:
# 强制使用ESYNC(禁用其他机制) PROTON_NO_FSYNC=1 PROTON_NO_NTSYNC=1 %command% # 强制使用FSYNC PROTON_NO_ESYNC=1 PROTON_NO_NTSYNC=1 %command% # 强制使用NTSYNC PROTON_NO_ESYNC=1 PROTON_NO_FSYNC=1 %command%
性能对比
下表展示了三种同步机制的主要特性对比:
| 特性 | ESYNC | FSYNC | NTSYNC |
|---|---|---|---|
| 内核要求 | 无特殊要求 | 5.16+ | 6.14+ |
| 性能 | 中等 | 高 | 最高 |
| 兼容性 | 良好 | 很好 | 优秀 |
| 资源使用 | 较高 | 中等 | 低 |
| 自动回退 | 是 | 是 | 否 |
最佳实践建议
- 默认行为: 除非遇到特定问题,否则建议使用自动选择机制
- 游戏兼容性: 某些游戏可能对特定同步机制更友好
- 性能调优: 对于性能敏感的应用,可以尝试不同的同步机制
- 系统更新: 保持内核更新以获得最佳的NTSYNC支持
- 问题诊断: 当游戏出现挂起或性能问题时,尝试禁用某些同步机制
通过合理配置同步原语,可以显著提升Windows游戏在Linux系统上的运行效率和稳定性。Proton-GE的同步机制设计确保了在各种硬件和软件环境下的最佳兼容性和性能表现。
高级性能调优和环境变量组合使用
Proton-GE-Custom 提供了丰富的环境变量配置选项,允许用户进行精细化的性能调优。通过合理组合这些环境变量,可以显著提升游戏性能、稳定性和兼容性。本节将深入探讨高级性能调优策略和环境变量的组合使用方法。
同步机制优化策略
Proton-GE 支持多种同步机制,合理配置可以显著提升多线程性能:
# 同步机制配置示例
PROTON_NO_ESYNC=0 # 启用ESYNC(事件文件描述符同步)
PROTON_NO_FSYNC=0 # 启用FSYNC(futex同步)
PROTON_NO_NTSYNC=0 # 启用NTSYNC(内核模块同步)
同步机制选择指南:
| 同步类型 | 内核要求 | 性能特点 | 适用场景 |
|---|---|---|---|
| ESYNC | Linux 3.17+ | 中等性能,兼容性好 | 大多数游戏,默认推荐 |
| FSYNC | FUTEX_WAIT_MULTIPLE | 高性能,低延迟 | 高性能需求游戏 |
| NTSYNC | Linux 6.14+ | 最佳性能,内核级 | 最新系统,追求极致性能 |
图形渲染优化组合
DXVK 和 VKD3D 的环境变量组合可以显著影响图形渲染性能:
# DXVK 性能优化配置
DXVK_HUD="fps,devinfo,memory" # 显示性能监控信息
DXVK_LOG_LEVEL="none" # 关闭调试日志提升性能
DXVK_ENABLE_NVAPI=1 # NVIDIA显卡专用优化
# VKD3D 配置优化
VKD3D_CONFIG="force_bindless_texel_buffer"
VKD3D_FEATURE_LEVEL="12_1" # 设置DirectX 12特性级别
渲染后端选择策略:
graph TD
A[游戏启动] --> B{检测显卡类型}
B -->|NVIDIA| C[启用NVAPI优化]
B -->|AMD| D[启用FSR支持]
B -->|Intel| E[使用默认配置]
C --> F[设置DXVK_NVAPI参数]
D --> G[启用WINE_FULLSCREEN_FSR]
E --> H[使用标准Vulkan配置]
F --> I[应用性能调优]
G --> I
H --> I
内存管理优化
内存相关的环境变量可以解决游戏内存泄漏和分配问题:
# 内存管理优化配置
PROTON_HEAP_DELAY_FREE=1 # 延迟内存释放,防止use-after-free
PROTON_FORCE_LARGE_ADDRESS_AWARE=1 # 强制启用大地址感知
WINE_HEAP_DELAY_FREE=1 # Wine层内存延迟释放
WINE_HEAP_ZERO_MEMORY=1 # 内存分配时清零
CPU 和线程优化
针对多核处理器的优化配置:
# CPU拓扑优化
PROTON_CPU_TOPOLOGY="0-15" # 限制CPU核心使用范围
WINE_CPU_TOPOLOGY="0-7" # Wine层CPU核心限制
# 线程调度优化
WINE_DISABLE_HARDWARE_SCHEDULING=1 # 禁用硬件调度
游戏特定优化组合
根据不同游戏类型采用不同的优化策略:
大型开放世界游戏优化:
# 针对内存密集型游戏的配置
PROTON_NO_ESYNC=0
PROTON_NO_FSYNC=1
PROTON_HEAP_DELAY_FREE=1
DXVK_HUD="fps,memory"
竞技类游戏优化:
# 低延迟配置
PROTON_NO_FSYNC=0
PROTON_NO_ESYNC=1
PROTON_NO_NTSYNC=0
DXVK_HUD="fps,devinfo"
监控和调试配置
性能调优过程中的监控配置:
# 详细性能监控
PROTON_LOG=1
WINEDEBUG="+timestamp,+pid,+seh"
DXVK_LOG_LEVEL="info"
VKD3D_DEBUG="warn"
# HUD显示配置
DXVK_HUD="fps,devinfo,memory,compiler"
环境变量优先级和冲突解决
当多个环境变量存在冲突时,Proton-GE 按照以下优先级处理:
- 命令行参数 - 最高优先级
- user_settings.py - 中等优先级
- 系统默认值 - 最低优先级
冲突解决示例:
# 如果同时设置,PROTON_NO_ESYNC=1 会覆盖 PROTON_NO_FSYNC=0
PROTON_NO_ESYNC=1
PROTON_NO_FSYNC=0
性能调优工作流程
flowchart TD
A[开始性能调优] --> B[基准测试]
B --> C{分析性能瓶颈}
C -->|CPU限制| D[调整CPU拓扑]
C -->|GPU限制| E[优化图形设置]
C -->|内存限制| F[调整内存参数]
D --> G[应用优化配置]
E --> G
F --> G
G --> H[再次基准测试]
H --> I{性能提升?}
I -->|是| J[保存优化配置]
I -->|否| K[尝试其他组合]
K --> B
J --> L[优化完成]
实际应用案例
案例1:解决《赛博朋克2077》内存泄漏
PROTON_HEAP_DELAY_FREE=1
PROTON_FORCE_LARGE_ADDRESS_AWARE=1
WINE_HEAP_DELAY_FREE=1
DXVK_HUD="memory,fps"
案例2:提升《艾尔登法环》帧率
PROTON_NO_FSYNC=0
WINE_FULLSCREEN_FSR=1
WINE_FULLSCREEN_FSR_STRENGTH=2
DXVK_ENABLE_NVAPI=1
案例3:优化《星际战甲》稳定性
PROTON_NO_ESYNC=1
PROTON_NO_XIM=1
WINE_HIDE_AMD_GPU=1
PROTON_OLD_GL_STRING=1
通过合理组合这些环境变量,用户可以根据自己的硬件配置和游戏需求,实现最佳的性能优化效果。建议每次只修改少量变量并进行测试,以准确评估每个调整的效果。
Proton-GE-Custom提供了极其丰富的环境变量配置选项,从基础的调试日志到高级的性能调优,为用户提供了深度的自定义能力。通过合理使用PROTON_LOG系统可以精准诊断兼容性问题;图形API控制选项允许针对不同游戏和硬件进行优化;同步原语配置(ESYNC/FSYNC/NTSYNC)确保了多线程应用的高效运行;而环境变量的组合使用更是能实现针对特定游戏和硬件配置的性能最大化。掌握这些配置技巧,能够显著提升Windows游戏在Linux系统上的运行体验,解决各种兼容性问题,并获得最佳的性能表现。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00