压到一半蓝屏了 = =
dwing吧
全部回复
仅看楼主
level 7
H片放C盘 楼主
请问有什么 补救的方法么?
本子 本来 因为显卡驱动的原因 就比较容易蓝屏
今天早上起来开机 压片 0.4FPS 大概....
中午回来 聊会 QQ 切下输入法 就蓝了 = =
具体压到 多少帧 不清楚了。
2012年03月29日 04点03分 1
level 7
H片放C盘 楼主
如果我分段压制
最后封 mkv 的 时候 用 append
是否 会对 最后的成品 有什么 各方面的 影响?
2012年03月29日 04点03分 2
level 13
用同一参数压制出来的话,最后append基本没什么影响。
2012年03月29日 05点03分 3
level 7
H片放C盘 楼主
嗯 我看了下 感觉 确实不太完美
--append-mode 模式
决定追加合并文件时如何计算时间码。 参数 模式 可以有两个数值: 默认的 'file(文件)' 和 'track(轨道)'。当 mkvmerge 将来自另一文件 (本段中假设为 '文件2') 的一条轨道 (假设为 '轨道2_1' ) 追加合并到首个文件 (假设为 '文件1')的一条轨道 (假设为 '轨道1_1') 时,它将为 '轨道2_1' 的所有时间码设定一定量的延时。 对于 'file(文件)' 模式此延时量是 '文件1' 中遇到的最大时间码,即使此时间码不属于轨道 '轨道1_1'。而在 track (轨道模式)下此延时为 '轨道1_1' 的最大时间码。不幸的是 mkvmerge 无法侦测使用哪种模式更为可靠。因此默认为 'file(文件)' 模式。'file' 模式对单独创建的文件的处理通常更好;例如在追加 AVI 或 MP4 文件时。'track(轨道)' 模式对一个大文件的完整分块的处理更好,例如对于 VOB 与 EVO 文件。即使选用了 'track(轨道)' 模式,字母轨道也将按照 'file(文件)' 模式处理。
--------------------------------------------------
主要是 那 BDRIP 做起来太疼了
加上是 本子的 i5
一共 17分钟 24960 帧
0.4 FPS 的速度 要做 17个 多小时 = =
2012年03月29日 05点03分 6
level 8
MKV如果要 append,建议把做好的部分切到最近的一个转换画面上,之后再继续压,就显得不会太突兀了
PS:AVS里带几个处理用滤镜,0.4FPS妥妥的
2012年03月31日 06点03分 8
level 7
移动版i5压片的压力还是挺大的,对本子的散热也是个考验。
一般只要是流媒体,拼接起来问题都不大。
(当年用P4压制WMV9,大约3小时片长的动画片压了一天一夜)
2012年04月01日 05点04分 9
level 7
H片放C盘 楼主
我试着 裸压 大概是这个速度
我 X264 的参数 也比较偏重质量 稍微调整一下 还可以快一点吧
联想的散热 还是比我以前那 戴尔本 好一点
2012年04月01日 06点04分 10
level 7
H片放C盘 楼主
就像 5L 说的 视频画面的 卡顿 可以通过 选取适当的 点 切开
但是对 音频 造成的 同步影响 可能又有一点 误差了
2012年04月01日 06点04分 11
level 5
[打酱油]
用Intel賽揚壓片的路過。
2012年04月04日 09点04分 13
1