@picone 连我这种常年开油车不关注电车，只试驾过一次特斯拉的都知道，能量回收和刹车没关系吧，能量回收是松电门车马上停下来，但特斯拉还是有刹车踏板的。能量回收使得平时不怎么需要踩刹车，但能量回收失效不是刹车失效啊。

@Zeonjl 党中央国务院那么多专业人士杀了这么久都杀不完，谁还能把病毒消灭？

@threebr 也就一年吧，M1 pro/max 去年 11 月发的啊

哦不对，是 82 年上的大学，不是 82 年毕业

瑟瑟发抖，还好我在澳洲，昨天问我对面 82 年大学毕业的老混子看个问题，他说不行我不会 JPA ，我只会 JDBC😄。这人都快 60 了都不自我提升学习 JPA ！

@yazoox 这不是 javascript 的前端。。

外国的示威者们怎么办哦

magic mouse 有什么问题吗？

美丽国都死了 100 万人了，你们却还在讨论降工资是不是违法。国家真是把你们保护的太好了

@yunyuyuan 因为大部分人连生气都不敢

你这个 if ((child.mViewFlags & VISIBLE) == VISIBLE) 不是 永远 true 吗？

@wyfyw 没在日本呆过，日本人重视物理化学吗？

好东西能给别人么？

@Loserzhu 我已经很久没做这个了，而且这和浏览器相关吧，所以我不了解。但你 SEEK, 也就是在进度条点击的时候，是 SEEK 到下一个 /或者上一个 KEY FRAME 的，至少本地的视频播放器是这样的。比如说电影一开头你就点到 1 小时那个地方，代码里会请求 SEEK(1 小时），这样 FFMPEG 内部会把读的指针设置好，这样你下一个 readframe 读出来的就是 1 小时附近的内容了。

你缓冲文件可以啊，你要取下一个文件之前看看本地有没有，本地有就用本地的，不要 REQUEST SERVER. 但我觉得视频播放器，那就是读一帧显示一帧，你把解好的帧存起来我是没见过。这个东西难做吧，视频播放器是一个 WHILE 循环，把数据读出来，放到解码器里，返回一个 VIDEO FRAME, 显示在屏幕上，有的时候你要放好几段数据解码器才会解出一个 VIDEO FRAME 的，而且你也是解出来了，才知道这帧的 TIMESTAMP 。

哦对，我想一般播放器是两个线程，一个声音，一个图像，因为声音是连续的，所以一般声音是基准。每放一点声音，比如说到了 1:20:30 了，看一下有没有图像在这之前的，有就把图像也显示出来，因为声音的 STEP 小，检查会比较频繁，所以每帧图像都会被显示出来。

所以实现肯定是可以的，但这个也很 TRICKY, 比如说你现在到 1:20:30 了，你缓存了 1:20:25 和 1:20:27 的图像，当然你要把他们显示出来，那中间会不会还有别的图像？有些是可变 FPS 的吧，所以可能你缓存的两帧之间有一帧漏掉了，你要调用 DECODE 把他拿出来，但是我说了你也不知道那块数据能解出 1:20:26 的图像，当然这也是有办法做的，只要你播放过你总能记录下来，但其实我觉得挺麻烦的

@edis0n0 可以的，FFMPEG 的那个命令-movflags faststart 应该就可以。

mp4 快速播放就是上面说的，把 moov atom 放到文件前面，那里面存了每一帧的位置和大小。主要区别是 mepg dash ，hls, flv 能播放 live 啊，也就是流。流是不可能先给你一个 moov atom 的。