iamzuoxinyu's recent timeline updates iamzuoxinyu's recent timeline updates ONLINE |
iamzuoxinyuV2EX member #88941, joined on 2014-12-29 11:09:27 +08:00Today's activity rank 8960 |
zuoxinyu.xyz
| Quotify: 一个自用的 Windows 端的 Codexbar alternative 分享创造 • iamzuoxinyu • 1 day ago • Lastly replied by Lyrica | 4 |
| 可不可以将网站的静态资源持久地缓存到浏览器中？ HTML • iamzuoxinyu • Oct 6, 2016 • Lastly replied by tomato3 | 14 |
iamzuoxinyu's recent replies
1 day ago Replied to a topic by iamzuoxinyu › 分享创造 › Quotify: 一个自用的 Windows 端的 Codexbar alternative |
@Lyrica 没办法，大部分 provider 并不提供官方的 balance api
Jul 29 Replied to a topic by peakj › 信息安全 › passkey 到底什么作用？ |
passkey 本身就是 ssh key 认证的推广，passkey 会额外绑定网站域名，浏览器。就是说你不能所有网站共用一组私钥公钥了。
Jan 26 Replied to a topic by wangheng486 › macOS › 将 Mac 软件优雅的转移到移动硬盘里 |
支持 Playcover 的 ios 应用/游戏么，貌似有的游戏类的应用会检测 container 里的软链接。
Dec 28, 2025 Replied to a topic by kuanat › Linux › Linux 漫谈（三） |
> 但 XML 编写本来就麻烦，修改一次接口就要重新生成代码再编译，开发者们就开始找捷径，于是 a{sv} (Array of String-Variant) 登场了。这玩意就是个字典，键是字符串，值是任意类型。传递一个 a{sv} 之后，整个世界清净了，再也不用每次改接口都重走一遍构建了。
Unix 世界的开发者倾向于使用 Text 作为一切信息传递的 payload ，导致了 D-Bus 的混乱和低性能。Windows 这边的 COM 就是个鲜明的对比。
Unix 世界的开发者倾向于使用 Text 作为一切信息传递的 payload ，导致了 D-Bus 的混乱和低性能。Windows 这边的 COM 就是个鲜明的对比。
13 寸 iPad Air M3 256G 淘宝上应该大概 3400 左右。
Jun 13, 2025 Replied to a topic by allplay › Windows › 容器套娃新思路 Windows WSL Wine |
Windows 有原生的 Container 啊。
Jan 20, 2025 Replied to a topic by fatDex › 程序员 › 请教一个视频网站的设计方案 |
另外 webcodecs 看主流版本浏览器也支持了，可以优先考虑这个。
Jan 20, 2025 Replied to a topic by fatDex › 程序员 › 请教一个视频网站的设计方案 |
前端用 ffmpeg+wasm 挺合适的。wasm 虽然性能有点捉急，但你的场景似乎不用考虑 25+的帧率；其它的就是做好解码缓存就行，有 B 帧处理起来稍微麻烦一些。
Dec 28, 2024 Replied to a topic by jeddida › FFmpeg › 我又来询问 ffmpeg 问题了！这次是硬件加速！ |
Dec 26, 2024 Replied to a topic by jeddida › FFmpeg › 有大佬开发过 ffmpeg 吗？用 c++调用 ffmpeg API 解码视频流 CPU 占用率高，求解决办法 |
解码是一部分，另一部分也要看看渲染是否用上了硬件加速。
Select Language