[提问属性] 关于 X264做 SAR的问题
dwing吧
全部回复
仅看楼主
level 8
darkangel0224 楼主
大致问题如下：
在 Avisynth中将 1920*1080的视频 Resize成 960*720；然后喂给 X264 附带 SAR 4/3参数；输出 MP4；用 MediaInfo察看，DAR显示 16：9；但是，不论丢给 FFdshow Lavs 还是 CoreAVC 都没有还原成 16：9，依然按照 4：3的比例显示
之后，尝试 Resize成 720*480的 DVD分辨率，SAR 32/27输出的 MP4就能正确地还原比例
所以，提问：为啥 Resize 4：3分辨率，经过 SAR后，为啥不能正确还原成 16：9的比例？
2012年01月25日 09点01分 1
level 8
凝芳文
我想吐槽......你X264那边不是应该填SAR 16：9么？
你Resize成 960*720这个已经是4:3了啊，然后你在X264那里又要求它按照4:3播放，这不是多此一举么？你想它按照16:9播放，那你SAR应该是16:9啊喂....
2012年01月25日 10点01分 2
level 8
darkangel0224 楼主
按照 SAR 16/9 设置的话，会得到 2.37的 DAR；之后，三个解码器倒是非常忠实地还原出了这个2.4:1 的伪电影宽平效果 [礼物]
2012年01月25日 10点01分 3
level 8
凝芳文
我这就去找个片压一遍试试看，太久用没这个参数了。我都忘记了....反正我以前就是SAR 按照源视频的分辨率填就可以的了。不过那时是用FFDOSHOW去resize的，不清楚AVS是否会失效。
2012年01月25日 10点01分 4
level 3
老言设23
我自己测的蓝光1080p sar是1：1啊
resize [info]: resizing to 1280x720
x264 [info]: using SAR=1/1
难道1080不是用1：1？？
2012年01月25日 10点01分 5
level 8
凝芳文
哦~我想起来。是这样的，SAR这里这样填 （源视频的宽）：（resize的宽）。这个SAR的意思就是你希望拉伸到等于现在的宽多少倍的意思。
所以SAR=（源视频的宽）：（resize的宽）就对了。
2012年01月25日 11点01分 6
level 8
凝芳文
比如你一楼那样，你的源视频是1920X1080。你希望把它压制成1280X720，且是使用SAR的对吧？
于是你的SAR就应该填：（sar 1280:960）
2012年01月25日 11点01分 7
level 8
凝芳文
哎呀，又口误了，上面打错了。应该是：
SAR=（目标视频的宽）：（resize的宽）。至于源视频的宽？这个无视啦，反正你都rezize过来，源是多少宽已经没关系了。
2012年01月25日 11点01分 8
level 8
darkangel0224 楼主
刚试着直接把 M2TS喂食 X264，不论 FFMS 还是 LAVS做，依然不能正确做出拉伸效果
命令如下：
x264_64.exe --crf 21 --partitions all --merange 16 --level 4.1 --ref 5 --bframes 3 --aq-strength 1 --rc-lookahead 40 --b-adapt 1 --b-pyramid normal --direct temporal --scenecut 40 --no-fast-pskip --me hex --subme 7 --aud --demuxer lavf --vf resize:960,720,4:3 -o "F:\FateTestL.mp4" "F:\Fate UBW BDMV\BDMV\STREAM\00005.m2ts"
2012年01月25日 12点01分 9
level 8
凝芳文
看不懂你这段干嘛还加4：3进去滴，直接1280:960就行啦
具体他们是多少倍比例不用自己算的，让软件自己整除去。不要加4:3进去呀，比如我这里原件被我resize成720X480了，于是我要把它变成16:9播放的话，我的参数就848:720

2012年01月25日 12点01分 10
level 11
940207224
SAR单独--sar "4:3"……
别用--vf……
2012年01月25日 13点01分 11
level 11
940207224
这个不是应该设--sar "32:27"的吗
2012年01月25日 13点01分 12
level 8
凝芳文
不用自己整除的啊。直接把前后两个视频的宽放进去，让软件自己算就好了。
2012年01月25日 13点01分 13
level 8
darkangel0224 楼主
看来是 LAV 和 Halli 的分离器对于 4：3做 16：9拉伸，没有读取 DAR或者 DAR优先度更低的问题；把 KMP 和 MPC 自带的古老分离器启用后，就正确地拉伸了（摔碗）
2012年01月25日 13点01分 14
level 11
940207224
测试源是默认值压的“[FLsnow][CANAAN][01][CHT CHS][BDRIP][SAR 720P][X264 AAC].mkv”
————————————————————
MediaInfo部分：
Width : 1024 pixels
Height : 720 pixels
Display aspect ratio : 16:9
————————————————————
使用LAV可以正确读取DAR……
————————————————————
LAV是06_taro菊苣编译版LAVFilters-0.44-35-git-r1664(b0e2037)
2012年01月25日 13点01分 15
level 11
940207224
848:720算下来不是32:27，而且848:480也不是16:9……
2012年01月25日 13点01分 16
level 8
凝芳文
是哦，这个我以前都注意到了。我一直都费解，明明是800X480才是16:9，可是这个在我的16:9的显示器播放却是有黑边的。反倒是非标准的848X480能满屏。
2012年01月25日 14点01分 17
level 10
天野夕
800×450和848×477才是标准的16:9啊…
2012年01月25日 15点01分 18
level 8
darkangel0224 楼主
这东西涉及输出设备的“场”（扫描线）和带宽的问题，和视频信号传输有关；大体的理论看了都忘记了（汗）
记下来的结论就是：高度要填满输出设备的最大值，且为 16的整倍数；宽度取经过比例换算后，附近差值最小的 16的整倍数；这样可以得到最能充分利用数据带宽的画幅。
比如 480的高，16：9的比例换算后，宽度 853.33333，附近的两个 16的整倍数 848和 864；因 848与 853差值最小，故取 848.
2012年01月25日 15点01分 19
level 11
940207224
不过现在既然是SAR了，压720x480然后SAR32:27不就行了？
2012年01月25日 16点01分 20
1 2 3 尾页