就好像原来看录像带一样，快退的时候，人物的每个动作都会反过来做。

现在有没有什么简便的方法使PC 或者 电视上的视频 实现这个效果呢。最好还不是快放，是按视频的原帧数逆向播放。

[ 本帖最后由 宜静和大雄 于 2013-3-22 11:13 编辑 ]

应该只能先顺序播放把每一帧记录下来，然后再倒放吧。。。

posted by wap, platform: iPhone

除非是motionJpeg，不然非关键帧是要依赖前帧的。

楼上说的 我都不懂。。。

简而言之，就是没戏了？

引用:

原帖由 宜静和大雄 于 2013-3-22 12:40 发表
楼上说的 我都不懂。。。

简而言之，就是没戏了？

你楼上的意思是，现在的压缩技术使得你拿到的视频文件并不是一帧一帧记录的，而是先记录完整的一帧，其后的几帧都是在这个基础上改。打个简单的比方，比如第二帧记录的是：“把前一帧(888,666)的像素改成绿色……“之类的。所以必须顺序播放，因为有依赖关系。
但是你可以手动把视频再转录一遍，转成”无损“，每一帧都是独立的。

现在流行的视频的记录方式是：
比方第25帧，设立为关键帧，编码按照整幅画面来计算的（代号为A），但后面的第26-50帧如果画面变化不大，则编码时只记录与前一帧的变化差异值，我们叫做非关键帧。

所以如果你要倒放的话，先读取第50帧，但50帧只记录了与前一帧的差异数值，就没法再现画面。

引用:

原帖由 KIRITE 于 2013-3-22 12:50 发表
现在流行的视频的记录方式是：
比方第25帧，设立为关键帧，编码按照整幅画面来计算的（代号为A），但后面的第26-50帧如果画面变化不大，则编码时只记录与前一帧的变化差异值，我们叫做非关键帧。

所以如果你要倒 ...

技术上不难实现，无非是预读，比如预先读前面（倒过来放就是后面）的关键帧，然后颠倒顺序播放

posted by wap, platform: Android

引用:

原帖由 @yfl2  于 2013-3-22 13:32 发表
技术上不难实现，无非是预读，比如预先读前面（倒过来放就是后面）的关键帧，然后颠倒顺序播放

运算量要上升好几个级别。比如一段10秒的变化很小的画面，只有第一帧是关键帧，后面299帧都是非关键帧。倒放的的时候，需要先把关键帧和前面所有的298非关键帧都算一遍，那样的话基本上就是299倍的计算复杂度。原视频压缩率越大，倒放的计算量越高。

posted by wap, platform: Firefox

引用:

原帖由 @catxing  于 2013-3-22 16:28 发表
posted by wap, platform: Android

运算量要上升好几个级别。比如一段10秒的变化很小的画面，只有第一帧是关键帧，后面299帧都是非关键帧。倒放的的时候，需要先把关键帧和前面所有的298非关键帧都算一遍，那样的话 ...

如果不断搜索定位压力大，只是倒过来放的话就还好，因为都只需要算一次，只不过非关键帧之间的需要缓存起来罢了
另外你说的这种情况对正方搜索也一样啊

引用:

原帖由 yfl2 于 2013-3-22 16:39 发表
posted by wap, platform: Firefox

如果不断搜索定位压力大，只是倒过来放的话就还好，因为都只需要算一次，只不过非关键帧之间的需要缓存起来罢了
另外你说的这种情况对正方搜索也一样啊

相当于把运算压力都集中到关键帧切换的地方了

引用:

原帖由 yfl2 于 2013-3-22 16:39 发表
posted by wap, platform: Firefox

如果不断搜索定位压力大，只是倒过来放的话就还好，因为都只需要算一次，只不过非关键帧之间的需要缓存起来罢了
另外你说的这种情况对正方搜索也一样啊

技术上当然是可能的，只是一般民用的播放器都不会对这种奇葩要求做优化

谢谢！！！

严重涨姿势了。

只是做GIF的时候弄过倒放，GIF简单。

posted by wap, platform: JiaYu (G3)

是不是先每周日做全量备份，然后其他六天只做差异备份的意思？