版面规则
提问时请注意:尽量详细描述操作过程、AVS脚本内容等,最好能写出片名,只贴图有时无法看出问题原因。
提示:发布原创内容请尽量使用附件上传。使用网盘会出现过期失效的问题,请注意。
燃烧斗志
帖子: 1
注册时间: 2016-12-17 18:17

【求助!】小白求个标准反交错AVS脚本和解答困扰我的几个问题!!

小白入门,几个问题困扰我,求大大解答~
1.MeGUI中的x264参数设置最后一项Misc标签的Other选项中Thread-Input是AVS单线程还是视频解码单线程?因特4核CUP是勾选还是不勾?
2.Non Dererministic ‘‘非确定性’’什么意思?勾选还是不勾?
3.Zero Latency ‘‘零延迟’’什么意思,勾选还是不勾?勾选后为什么B帧参数(B-frame)会自动全部关闭?
4.有个WMV的片源(VC-1,WMA),时长3小时左右,从头到尾音视频是同步的。用ffm2载入片源,先压视频轨,再压音轨(没有抽音轨压,因为不会),最后封装MKV。播放时开始音视频是同步的,但是随着播放进度逐渐错开的,到后面音轨-1000ms左右,用mmg的音轨‘‘伸展比率’’到是能解决。怎样在压制时一步解决这个问题?AVS怎么写?用什么滤镜索引最好?
5.‘’完美解码‘’默认是自动反交错的,播放VOB视频一切正常,没发现有交错现象。用暴风影音到是有交错现象。压制没有添加反交错滤镜,压好后的MP4虽然属性还是Interlaced,但完美解码还是正常播放。如果只用于自己收藏,自己用完美解码观看的话,是不是压制时没必要反交错了?
6.最后求一个m2ts片源(见视频参数)标准的反交错AVS脚本写法!音轨和视频一起压还是分开压?求一并告诉我,谢谢~~~
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 46 min 32 s
Bit rate mode : Constant
Bit rate : 23.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan type, store method : Separated fields
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.370
Stream size : 7.53 GiB (94%)
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
头像
darkangel0224
帖子: 23
注册时间: 2012-01-24 18:18

Re: 【求助!】小白求个标准反交错AVS脚本和解答困扰我的几个问题!!

https://en.wikibooks.org/wiki/MeGUI/x264_Settings
thread-input[edit]
Default: Not Set
Decodes the input video in a separate thread to the encoding process. Enabled implicitly when threads > 1.
Recommendation: Enabled with there is more than one logical CPU available.
将解码的线程分开;AVISynth多线程编码取决于是否使用并开启了非官方的MT补丁模式
non-deterministic[edit]
Default: Not Set
Slightly improve quality of SMP, at the cost of repeatability. Not for general use.
Recommendation: Default
轻微提升SMP(大概是Symmetric multiprocessing的缩写)的质量,但会造成重复性的消耗。非泛用。
Simply put, video codec latency is defined here as the time lapse between the first pixel of video appearing in the source and the first pixel of decoded video appearing at the destination. Latency-sensitive video applications require that the time lapse between source and decoded video is extremely small. How small depends on the application, but as a guideline, keeping latency down to sub 10ms is a good idea. For convenience we will call such low latency "zero" latency. This is in contrast with the orders of magnitude higher latency found in non latency-sensitive applications.
http://www.eetimes.com/document.asp?doc_id=1273759
简单讲,视频编码延迟就是“当视频源中第一个像素出现时”到“当目标解码后第一个像素出现时”之间的时间差值。当这个时间差足够小时,称为零延迟。零延迟一个泛用的应用场合是在视频流传输(stream)上。举个简单的例子,你家组了个局域网,视频文件在你的NAS上,你打开你的IPAD,通过DLAN连接上你的NAS播放上面的视频文件。如果以零延迟编码,那么当你在IPAD上按下暂停键,就能立刻停在这个画面上;反之,则会在过几个画面后停下。当你恢复播放,那么零延迟下就能立刻恢复;反之,则需要等待数秒。所以,通过降低编码复杂度来减小这个时间差是这么个手法。

不建议重新编码WMV系列的视频,因为除了微软自己,没有好用的公开解码方案。

取决于你个人的容忍程度

没有泛用方案,两个思路:1.QTGMC、TDeint这样的deinterlacing轰下去再处理其他的问题 2.TIVTC这样的做场匹配,烂掉的单独挑出来再处理。
Come with the wind...

回到 “AviSynth”