各位, 几小时前我们在开源代码库中发布了目前对 WebP 最大的一次更新。 我们完全重写了编码器,专注于静态图像的质量。我们还添加了很多临时调整,令 WebP 适合于图像压缩,同时也在位流层面与 VP8 相一致。 请下载二进制程序或从源码编译进行使用,并告诉我们您的想法。 本版本支持 Windows、Mac 与 Unix 平台。 另外值得注意的是,我们引入了一款 Windows 图像组件编译版方便 Windows 环境下对 WebP 的支持。 详情请浏览 WebP 主页。 还有,别忘了瞅瞅新图库中的绝美图像! skal,代表 WebP 团队 via Pascal Massimino
将 VP8 用于实时视频应用程序
随着网络平台上视频会议领域利润的增长,是时候探索将 VP8 用作一款罕见的优秀视频会议等实时应用程序的编码了。 VP8 设计历史与特性 实时应用程序是 VP8 设计的一个主要用途。VP8 编码器的特别设计可克服压缩与传输实时视频数据时固有的挑战。 适应处理器的编码。16 个编码复杂度级别自动(或手动)调整编码器特性,如运动搜索 策略、量化优化以及循环过滤强度。 可配置编码器使用宿主 CPU 的特定百分比。 可以测量编码每一帧所耗时间并动态调整编码复杂度以确保每帧编码时间恒定 强大的错误恢复(包重传输、转发错误修正、恢复帧/新关键帧请求) 高度延展性(即可降级为所要求的特定参与者可用带宽的单个视频位流) 低功耗设备上的高效解码性能。传统视频技术已发展到要求硬件芯片配合复杂度的状态。而使用 VP8,基于软件的解决方案已经验证,达到客户要求无需专用硬件。 更多关于 VP8 实时视频特性的信息请见 WebM 项目工程师 Paul Wilkins 的幻灯片演示 (PDF 文件)。 可用的商业产品 数年来,世界上已经有数百万人使用 VP7/8 进行视频聊天。VP8 部署在了现今最流行的一些消费视频会议应用程序上,包括 Skype(视频群聊)、Sightspeed、ooVoo 以及 Logitech Vid。这些卖主都是 WebM 项目的活跃支持者。VP8 的长辈,VP7 自 2005 年就用于 Skype 视频聊天,新版 Skype iPhone 版应用也支持。其他实时 VP8 实现都将很快到来,包括 ooVoo,而且 VP8 将在 Google 的网络平台实时应用程序规划中扮演头等角色。 随着网络平台的成熟,实时应用程序将非常重要。自项目宣告以来,WebM 社区已针对实时使用对 VP8 进行了显著改进,将来也会继续这样做。 John [...]
Matroska 规范增改情况
不论其年龄,Matroska 仍在改进,加入新功能或使规范更精确。 似乎我们最近对 3D 规范 StereoMode 元素的更改破坏了与部分使用已存在一段时间的“实验性”系统的体系的兼容性。我们并不知道 Matroska 已以多种形式用于 3D 影片。结果这些系统很难在切换到新系统的同时保持与旧文件的兼容性。 对混流器与播放器编解码器的呼吁 因此我们呼吁在做 Matroska 相关贡献的人放心从 1、2 与 3 这些数值切换到不同的值。我们发布了新版本的 mkvtoolnix 用于更改这些值。我们不知道是否有任何(其他)播放器已经开始采用这些新值。但如果您已采用,请尽快联系我们以便协调修复。 此外,我们在标签系统中添加了 LYRICS 实体,这一变动对音乐文件中的歌词而言非常有用。 我们已经更新了排序规范说明双元定位已废弃,元定位应包含一些补白 为当前原始混流缺失的元素(如标签、附件等)留足空间。 原文链接:Specification additions and changes by robUx4
mkvtoolnix v4.5.0 发布
大家好, 我刚发布了 mkvtoolnix v4.5.0。它包含大量错误修复以及一些新功能与功能增强。 对包维护者有两项重要变更: mmg 指南现在安装到 $docdir 位置 (“–docdir” 选项可配置) 而不再是 $datadir/mkvtoolnix。通常就是 /usr/share/doc/mkvtoolnix/guide 代替 /usr/share/mkvtoolnix/guide。指南是唯一安装到 $datadir/mkvtoolnix 的项目,所以该目录也不再需要。 mkvtoolnix 的编译要求 libebml 1.2.0 与 libmatroska 1.1.0。两者均已在数天前发布。然而,自本版本起,mkvtoolnix 包含了 libebml 与 libmatroska 的源码。configure 仍然将像以前一样尝试全局查找已安装的 libebml 与 libmatroska 副本,如果版本够新就使用。如果不够新则 configure 将退回使用已包含的版本。特定情况下可能出现意外。如果 CFLAGS/CXXFLAGS/LDFLAGS 包含直接指向包含旧版本 libebml/libmatroska 的 include/library 路径目录,configure 则将正确表示它将使用内部的 libebml/libmatroska 副本但编译将失败(由于传递 CFLAGS/CXXFLAGS/LDFLAGS 等给 gcc 的顺序造成)。我计划在下一版本中修复这个错误。目前使用这些环境变量指定 include/library 路径应该足够。然后您甚至可以保留已安装的旧版,编译将正常进行。即: 旧库在 /usr/include/ebml、/usr/include/matroska 没问题。 旧库在如 /opt/libebml、/opt/libmatroska 并配置有 CFLAGS=”-I/opt/libebml -I/opt/libmatroska” LDFLAGS=”…” ./configure 将造成意外。 常用链接如下: 主页、源码以及Windows 安装程序与7zip 压缩包。 所有我自己提供的二进制程序均已上传。 [...]
