<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Dolby-Vision on TinyChen's Blog</title><link>https://tinychen.com/tags/dolby-vision/</link><description>Recent content in Dolby-Vision on TinyChen's Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Thu, 23 Jul 2026 12:00:00 +0800</lastBuildDate><atom:link href="https://tinychen.com/tags/dolby-vision/index.xml" rel="self" type="application/rss+xml"/><item><title>Octans-Android Media3实验路径能力边界</title><link>https://tinychen.com/20260623-octans-android-media3-capability-boundaries/</link><pubDate>Tue, 23 Jun 2026 12:00:00 +0800</pubDate><guid>https://tinychen.com/20260623-octans-android-media3-capability-boundaries/</guid><description>&lt;p&gt;本文是 &lt;a href="https://tinychen.com/20260526-octans-android-playback-engine-evolution/"&gt;Octans Android 播放内核演进&lt;/a&gt; 的能力边界附录：在「默认 libmpv + Media3 ExoPlayer 本地实验」已定之后，把实验内核上三条有独立证据的收口写清楚——&lt;strong&gt;外置音轨不进产品主线&lt;/strong&gt;、&lt;strong&gt;视频轨道允许超出声明能力尝试播放&lt;/strong&gt;、&lt;strong&gt;对白增强只保留一条低延迟图&lt;/strong&gt;。目标是给读者一张可对照的实验路径能力表，而不是再讲一遍双内核为什么打开。&lt;/p&gt;</description></item><item><title>Octans-媒体库动态范围与色彩管线</title><link>https://tinychen.com/20260426-octans-dynamic-range-color-pipeline/</link><pubDate>Sun, 26 Apr 2026 12:00:00 +0800</pubDate><guid>https://tinychen.com/20260426-octans-dynamic-range-color-pipeline/</guid><description>&lt;p&gt;本文主要说明自托管媒体库（以 Octans 一类播放子系统为例）在协商 DirectPlay / DirectStream / Transcode 时，为何「能解码」不等于「能正确显示」：动态范围与色彩管线应作为独立事实进入 Planner，DirectStream 的视频 copy 不能自动修 HDR，tone mapping 属于完整转码，以及 Dolby Vision 为何必须按 profile / fallback 保守处理。&lt;/p&gt;</description></item><item><title>Octans-媒体库轨识别与动态范围探测</title><link>https://tinychen.com/20260426-octans-media-track-dynamic-range/</link><pubDate>Sun, 26 Apr 2026 12:00:00 +0800</pubDate><guid>https://tinychen.com/20260426-octans-media-track-dynamic-range/</guid><description>&lt;p&gt;本文主要说明自托管媒体库（以 Octans 扫描与轨事实层为例）如何把「容器内 stream 事实」和「给 UI / NFO / 选轨用的展示轨」分层建模，如何用语言与标题启发式生成可读轨名，以及视频动态范围（HDR / Dolby Vision 等）为何要按证据优先级保守分类、并在必要时做分层探针。探测工具选型本身见同系列 MediaInfo / ffprobe 文，本文不重复速度与字段面对比。&lt;/p&gt;</description></item></channel></rss>