hanguokai

我猜甲方是想降低云服务的成本，减少开支，但没有表述清楚。比如当前服务器的配置是 4 核 4G 内存，降到 2 核 2G 内存后，CPU 和内存使用率就都上去了。

@killmojo 不需要，这个功能已经在 Chrome 102 中默认启用了。https://web.dev/file-handling/ 也更新过了。

@Dragonphy Edge 商店地址（刚发布）：
https://microsoftedge.microsoft.com/addons/detail/pnhnkjjlpmnfbehhcncfmdnbibclmdof

@binux @dasbn 自定义 site search 只有关键字搜索功能，没有搜索补全的功能。

@Satelli 前面说了 MediaCapabilities/MediaSource 这类 API 需要先知道 codec 信息才能调用，而对于读本地文件的场景事先并不知道文件的 codec 是什么，这时就需要读取文件内容分析才能知道。我查了一下，mp4box.js 、mediainfo.js 这类库就是这么做的，可以获得媒体文件的 codec 信息。稍后有时间我再查查，看看是否有必要引入。

@RickyC 就像我在微信文章后面讲的，这种能力扩大了 Web App 的想象空间。比如：Web 版的文本编辑器（ Web 版的 VS code ）、图片编辑器 /浏览器、办公软件、自定义格式文件 等等，各种与文件结合的功能未来都可能出现相应的 Web 版应用。

@Satelli PWA 本质上还是 Web ，底层主要依赖 Web 平台自身的能力。平台本身不支持或支持不好的地方（比如编码、多音轨等），我再考虑下能否 workaround 解决，你有什么解决方案也欢迎提出。目前这个应用主要是在上层 UI 、快捷键方面满足日常播放的需求。

@Satelli 谢谢。但是这种 API 比较适合流媒体，不太适合本地文件播放。
流媒体播放：服务端准备了多种编码格式（已知编码格式），然后用这个 API 来查看浏览器支持哪种。
本地文件播放：就是一个文件，不知道是什么编码，除非自己读取文件内容分析。

@codehz 明白，我也遇到过这种情况。有些不支持的格式播放的时候会报错，这时我会提示说不支持。但目前这种有声音但无画面的情况，Chrome 并不报错，所以我这边就没法给提示。看看以后 Web 这方面会不会有更细化的改进。