Octans-Web电视壳信息架构与焦点模型
本文主要介绍媒体库 Web 端在「电视显示模式」上的两层决策:一是信息架构必须换壳——独立 TV Shell(唯一首页 + 顶栏 + overlay),而不是给桌面侧栏多 tab 放大字号、补方向键;二是焦点必须有 Section 模型——区内策略 + 进区 / 出区声明,而不是扁平全局几何再叠业务特例。 ...
本文主要介绍媒体库 Web 端在「电视显示模式」上的两层决策:一是信息架构必须换壳——独立 TV Shell(唯一首页 + 顶栏 + overlay),而不是给桌面侧栏多 tab 放大字号、补方向键;二是焦点必须有 Section 模型——区内策略 + 进区 / 出区声明,而不是扁平全局几何再叠业务特例。 ...
本文是 Octans Android 播放内核演进 的能力边界附录:在「默认 libmpv + Media3 ExoPlayer 本地实验」已定之后,把实验内核上三条有独立证据的收口写清楚——外置音轨不进产品主线、视频轨道允许超出声明能力尝试播放、对白增强只保留一条低延迟图。目标是给读者一张可对照的实验路径能力表,而不是再讲一遍双内核为什么打开。 ...
本文主要记录 Android 媒体库客户端(Kotlin + Jetpack Compose)在内容墙、详情页与登录恢复链路上的几类典型 UI / 状态问题:列表滚动跳动、卡片闪烁、返回后位置丢失、覆盖安装后「像被踢下线」,以及 TV 首页实验变更回退。结论面向同类 Compose + Paging 应用可复用,不绑定某一仓库路径。 ...
本文主要介绍 Android 媒体库客户端的两层结构决策:工程上为何坚持单一 App 产物 + 双 Interaction Shell;TV 界面上为何在行业仍以 Leanback 为主时,继续选择 Compose for TV 并拒绝把 Leanback 接回主线。 ...
本文主要介绍一类媒体库产品在多端客户端上的总路线:为什么不能把「跨平台 UI 框架是否足够好」当成顶层问题;为何应坚持 Web 做基线、各端原生 UI、各端 native 播放;以及协议、能力上报与服务端 fallback 哪些可以共享、哪些必须按平台落地。 ...
本文主要介绍一类 Windows 桌面媒体客户端在 UI 路线上的演进:何时用 WebView2 复用主 Web 前端换速度,为何一度把 WinUI 3 写成长期正式方向,以及如何在「两条都重要」时明确当前产品主线,避免文档与开发默认值互相打架。 ...
本文主要介绍 Octans Android 客户端播放内核从「LGPL libmpv 单内核」到「默认 libmpv + Media3 ExoPlayer 本地实验」的选型与演进过程,以及 HTTPFILE / HLS、字幕、硬解等有证据支撑的能力边界。讨论的是决策可被 supersede 的工程取舍,而不是一套永恒正确的播放器教条。 ...
本文主要介绍 Octans Windows 客户端为何不能直接复用服务端 full FFmpeg,而要单独维护一条受控 LGPL libmpv 播放 runtime:许可证边界、动态链接与 source offer / SBOM 口径、本地播放配置,以及客户端能力如何上报给服务端做 DirectPlay / HLS 规划。讨论的是可 supersede 的工程取舍,不是法律意见,也不是已全量上线的发布承诺。 ...
本文主要说明自托管媒体库(以 Octans 联网字幕搜索 / 下载 / 同步方案为例)在接入第三方字幕站时,如何把 Provider 检索、候选评分、下载后校验与自动时间轴修正分层,并划清 hash 匹配、速率配额与隐私安全的职责边界。讨论的是可落地的架构取舍,不是某一版已发布 API 清单。 ...
本文主要说明自托管媒体库服务(以 Octans 为例)如何用一个应用镜像完成私有化部署:SQLite / PostgreSQL、可选 nginx 与 GPU 都通过运行参数或 Compose overlay 选择;并覆盖卷挂载、端口、环境变量占位、就绪探针、硬解设备映射,以及镜像 tag 通道的最小公开口径。 ...