Krita 5.2 中文手册com/tutorials/gamma- correction.htm]。 Panda3D 关于并非通过 3D 渲染器编码的图像会被提示其 gamma 编码将造成图像过暗的说 明 [https://www.panda3d.org/blog/the-new-opengl-features-in-panda3d-1-9/]。 Gamma 编码方式对于色彩运算的影响的 2D 示例 [https://ninedegreesbelow 函数上,所以我们把它叫做“伽玛值 编码”。此处的 TRC 的含义可以是 阶调响应曲线 、也可以是阶调重现曲线、也可以是转换函数 之类的东西 (色彩管理专家爱跟自己过不去),它们的作用是告诉计算机或打印机某个颜色数值 应该怎样去进行响应。 在使用 Krita 的色彩管理功能时,人们常见的困难之一是为不同方式编码的 TRC 指定正确的 色彩空间。在上图中间位置的 Pepper 的颜色是正确的,它编码所用的和被指定的 TRC TRC 是一 致的。左侧的 Pepper 在 sRGB 空间下编码,却被指定为线性空间;右侧的 Pepper 用线性 TRC 编码,却被指定为 sRGB 空间的 TRC。图像来自 Pepper & Carrot [https://www.peppercarrot.com/]。 下图展示了各种色彩空间的 TRC 和亮度的关系。第二行的 sRGB TRC 被广泛用于当代计算机环 境。第一行的线性空间分配给浅色的空间要远大于0 码力 | 1594 页 | 79.20 MB | 1 年前3
Krita 5.2 官方文档中文版 2023-12-08Acom/tutorials/gamma-correction.htm]。 Panda3D 关于并非通过 3D 渲染器编码的图像会被提示其 gamma 编码将造成图像过暗的 说明 [https://www.panda3d.org/blog/the-new-opengl-features-in-panda3d-1-9/]。 Gamma 编码方式对于色彩运算的影响的 2D 示例 [https://ninedegreesbelow. 函数上,所以我们把它叫做“伽玛值 编码”。此处的 TRC 的含义可以是 阶调响应曲线 、也可以是阶调重现曲线、也可以是转换函数 之类的东西 (色彩管理专家爱跟自己过不去),它们的作用是告诉计算机或打印机某个颜色数值 应该怎样去进行响应。 在使用 Krita 的色彩管理功能时,人们常见的困难之一是为不同方式编码的 TRC 指定正确的 色彩空间。在上图中间位置的 Pepper 的颜色是正确的,它编码所用的和被指定的 TRC TRC 是一 致的。左侧的 Pepper 在 sRGB 空间下编码,却被指定为线性空间;右侧的 Pepper 用线性 TRC 编码,却被指定为 sRGB 空间的 TRC。图像来自 Pepper & Carrot [https://www.peppercarrot.com/]。 下图展示了各种色彩空间的 TRC 和亮度的关系。第二行的 sRGB TRC 被广泛用于当代计算机环 境。第一行的线性空间分配给浅色的空间要远大于0 码力 | 1562 页 | 79.19 MB | 1 年前3
Krita 5.1 官方文档中文版 2023-05-26Acom/tutorials/gamma-correction.htm]。 Panda3D 关于并非通过 3D 渲染器编码的图像会被提示其 gamma 编码将造成图像过暗的 说明 [https://www.panda3d.org/blog/the-new-opengl-features-in-panda3d-1-9/]。 Gamma 编码方式对于色彩运算的影响的 2D 示例 [https://ninedegreesbelow. 函数上,所以我们把它叫做“伽玛值 编码”。此处的 TRC 的含义可以是 阶调响应曲线 、也可以是阶调重现曲线、也可以是转换函数 之类的东西 (色彩管理专家爱跟自己过不去),它们的作用是告诉计算机或打印机某个颜色数值 应该怎样去进行响应。 在使用 Krita 的色彩管理功能时,人们常见的困难之一是为不同方式编码的 TRC 指定正确的 色彩空间。在上图中间位置的 Pepper 的颜色是正确的,它编码所用的和被指定的 TRC TRC 是一 致的。左侧的 Pepper 在 sRGB 空间下编码,却被指定为线性空间;右侧的 Pepper 用线性 TRC 编码,却被指定为 sRGB 空间的 TRC。图像来自 Pepper & Carrot [https://www.peppercarrot.com/]。 下图展示了各种色彩空间的 TRC 和亮度的关系。第二行的 sRGB TRC 被广泛用于当代计算机环 境。第一行的线性空间分配给浅色的空间要远大于0 码力 | 1547 页 | 78.22 MB | 1 年前3
Krita 5.2 ManualHigh Efficiency Image Format (*.heif, *.heic), and its cousin, AV1 Image Format (*.avif) are formats which use video codecs (H264, H265 and AV1) to store their data. They are more and more popular with mobile video data (amongst others), which are encoded with codecs, of which the bundled FFMpeg supports: AOM AV1 VPX VP9 VPX VP8 8. 264 (via openH264) Theora The following instructions will explain how to get Artistic Color Selector ASC CDL ASL Audio Audio Menu: Author Profile Automatic Healing Autosave, [1] AV1 Image Format AVIF Axonometric B Backtrace, [1] Backup Basic Concepts Basic Smooth Behind Bezier Curve0 码力 | 1502 页 | 79.07 MB | 1 年前3
Krita 5.2 브로셔High Efficiency Image Format (*.heif, *.heic), and its cousin, AV1 Image Format (*.avif) are formats which use video codecs (H264, H265 and AV1) to store their data. They are more and more popular with mobile video data (amongst others), which are encoded with codecs, of which the bundled FFMpeg supports: AOM AV1 VPX VP9 VPX VP8 8. 264 (via openH264) Theora The following instructions will explain how to get channel AND Animation Playback ASC CDL ASL Audio Menu: Author Profile Automatic Healing Autosave AV1 Image Format AVIF Axonometric B Basic Smooth Bezier Curve, [1] Binary Bit Depth Black and White Blank0 码力 | 1531 页 | 79.11 MB | 1 年前3
Krita 5.2 マニュアル
High Efficiency Image Format (*.heif, *.heic), and its cousin, AV1 Image Format (*.avif) are formats which use video codecs (H264, H265 and AV1) to store their data. They are more and more popular with mobile video data (amongst others), which are encoded with codecs, of which the bundled FFMpeg supports: AOM AV1 VPX VP9 VPX VP8 8. 264 (via openH264) Theora The following instructions will explain how to get Animation, [1], [2] Animation Curves Arcus Tangent ASC CDL ASL Audio Menu: Author Profile Autosave AV1 Image Format AVIF Axonometric B Backtrace Brush Mask Behind Black and White Blank Keyframe Blur0 码力 | 1591 页 | 79.16 MB | 1 年前3
FISCO BCOS 2.9.0 中文文档PBFTBackup的存储由LevelDB修改为RocksDB 重构libdevcrypto模块,优化代码结构,使用TASSL实现国密和非国密 TLS连接 优化存储模块openTable的锁实现 优化区块数据编码为并行 优化大对象析构耗时为异步 优化日志输出机制,降低日志输出对性能的影响 优化MHD和交易池模块的线程数,减少内存占用 优化MySQL存储适配器实现,优化ZdbStorage的代码实现 修复 并行化对交易池中交易的处理操作 优化特定数据的缓存策略 优化交易并行执行过程中锁粒度 优化部分对象的访问方式,减少拷贝花销 2. 存储 限制表名最大长度,从64调整为50 以二进制方式对区块数据和nonce数据进行编码存储 移除数据落盘阶段对部分表的排序和hash计算 3. 协议 优化区块同步策略 优化PBFT消息转发策略 优化Prepare包结构 优化交易广播策略 优化交易转发策略 修复 修复特定兼容场景下的缓存bug 优化了区块打包交易数的逻辑,根据执行时间动态的调整区块打包交易 数 优化了区块同步的流程,让区块同步更快 并行优化了将交易的编解码、交易的验签和落盘的编码 优化了交易执行返回码的逻辑,让返回码更准确 升级了存储模块,支持并发读写 其他特性 加入网络数据包压缩 加入兼容性配置 交易编码中加入chainID和groupID 交易中加入二进制缓存 创世块中加入timestamp信息 增加了一些precompile的demo0 码力 | 2649 页 | 201.08 MB | 1 年前3
FISCO BCOS 2.7.2 中文文档PBFTBackup的存储由LevelDB修改为RocksDB 重构libdevcrypto模块,优化代码结构,使用TASSL实现国密和非国密 TLS连接 优化存储模块openTable的锁实现 优化区块数据编码为并行 优化大对象析构耗时为异步 优化日志输出机制,降低日志输出对性能的影响 优化MHD和交易池模块的线程数,减少内存占用 优化MySQL存储适配器实现,优化ZdbStorage的代码实现 修复 并行化对交易池中交易的处理操作 优化特定数据的缓存策略 优化交易并行执行过程中锁粒度 优化部分对象的访问方式,减少拷贝花销 2. 存储 限制表名最大长度,从64调整为50 以二进制方式对区块数据和nonce数据进行编码存储 移除数据落盘阶段对部分表的排序和hash计算 3. 协议 优化区块同步策略 优化PBFT消息转发策略 优化Prepare包结构 优化交易广播策略 优化交易转发策略 修复 修复特定兼容场景下的缓存bug 优化了区块打包交易数的逻辑,根据执行时间动态的调整区块打包交易 数 优化了区块同步的流程,让区块同步更快 并行优化了将交易的编解码、交易的验签和落盘的编码 优化了交易执行返回码的逻辑,让返回码更准确 升级了存储模块,支持并发读写 其他特性 加入网络数据包压缩 加入兼容性配置 交易编码中加入chainID和groupID 交易中加入二进制缓存 创世块中加入timestamp信息 增加了一些precompile的demo0 码力 | 2520 页 | 211.87 MB | 1 年前3
FISCO BCOS 2.8.0 中文文档PBFTBackup的存储由LevelDB修改为RocksDB 重构libdevcrypto模块,优化代码结构,使用TASSL实现国密和非国密 TLS连接 优化存储模块openTable的锁实现 优化区块数据编码为并行 优化大对象析构耗时为异步 优化日志输出机制,降低日志输出对性能的影响 优化MHD和交易池模块的线程数,减少内存占用 优化MySQL存储适配器实现,优化ZdbStorage的代码实现 修复 并行化对交易池中交易的处理操作 优化特定数据的缓存策略 优化交易并行执行过程中锁粒度 优化部分对象的访问方式,减少拷贝花销 2. 存储 限制表名最大长度,从64调整为50 以二进制方式对区块数据和nonce数据进行编码存储 移除数据落盘阶段对部分表的排序和hash计算 3. 协议 优化区块同步策略 优化PBFT消息转发策略 优化Prepare包结构 优化交易广播策略 优化交易转发策略 修复 修复特定兼容场景下的缓存bug 优化了区块打包交易数的逻辑,根据执行时间动态的调整区块打包交易 数 优化了区块同步的流程,让区块同步更快 并行优化了将交易的编解码、交易的验签和落盘的编码 优化了交易执行返回码的逻辑,让返回码更准确 升级了存储模块,支持并发读写 其他特性 加入网络数据包压缩 加入兼容性配置 交易编码中加入chainID和groupID 交易中加入二进制缓存 创世块中加入timestamp信息 增加了一些precompile的demo0 码力 | 2534 页 | 212.43 MB | 1 年前3
FISCO BCOS 2.9.0 中文文档PBFTBackup的存储由LevelDB修改为RocksDB 重构libdevcrypto模块,优化代码结构,使用TASSL实现国密和非国密 TLS连接 优化存储模块openTable的锁实现 优化区块数据编码为并行 优化大对象析构耗时为异步 优化日志输出机制,降低日志输出对性能的影响 优化MHD和交易池模块的线程数,减少内存占用 优化MySQL存储适配器实现,优化ZdbStorage的代码实现 修复 并行化对交易池中交易的处理操作 优化特定数据的缓存策略 优化交易并行执行过程中锁粒度 优化部分对象的访问方式,减少拷贝花销 2. 存储 限制表名最大长度,从64调整为50 以二进制方式对区块数据和nonce数据进行编码存储 移除数据落盘阶段对部分表的排序和hash计算 3. 协议 优化区块同步策略 优化PBFT消息转发策略 优化Prepare包结构 优化交易广播策略 优化交易转发策略 修复 修复特定兼容场景下的缓存bug 优化了区块打包交易数的逻辑,根据执行时间动态的调整区块打包交易 数 优化了区块同步的流程,让区块同步更快 并行优化了将交易的编解码、交易的验签和落盘的编码 优化了交易执行返回码的逻辑,让返回码更准确 升级了存储模块,支持并发读写 其他特性 加入网络数据包压缩 加入兼容性配置 交易编码中加入chainID和groupID 交易中加入二进制缓存 创世块中加入timestamp信息 增加了一些precompile的demo0 码力 | 2649 页 | 201.08 MB | 1 年前3
共 127 条
- 1
- 2
- 3
- 4
- 5
- 6
- 13













