『漫游』酷论坛>『影音数码技术学习交流』>影音精华区>[原创]岁末争霸战----20 ..
skywalker@2003-12-29 10:36
其实已经画了一个红色的球了........
用了4:1:1->4:2:2 補間 后果然和恐怖............
多谢Silky兄了........
关于SP, 我没用packet bitstream主要是因为很多人使用的是ffdshow......
而ffdshow解packet bitstream有bug........
所以无论怎么弄都会有一部分人看的时候出问题...........
相对来说, b-frame decoder lag 算是比较轻的问题, ffdshow解packet bitstream的bug好像是变成黑白的了???
bestword@2003-12-29 11:05
请问Silky,量化矩阵应该如何自订？我知道在哪里自定，问题是那些数值设多少合适？
请问skywalker，为什么说XVID压的时候选H.263效果比较好？我看到的文章多是说设成MPEG效果较好
skywalker@2003-12-29 11:26
引用
最初由 bestword 发布
请问skywalker，为什么说XVID压的时候选H.263效果比较好？我看到的文章多是说设成MPEG效果较好
其实Silky已经回答过了
http://popgo.net/bbs/showthread.php?s=&threadid=193792&pagenumber=3
至于量化矩阵, 在xvid里面可以设置, api4的话就在选quant type的下面................
一般是下一些别人已经设置好的矩阵, 当然自己调也可以,
左上是dc, 频率为0的系数.........
其他是ac, 越望右横向频率越高,越往下纵向频率越高...........
频率越高代表画面的变化越厉害,也就是细节越多........
alexheart@2003-12-30 01:08
偶然的机会发现 Silky 兄也上漫游, Hi Silky 兄 ^_^. (好久没来这里, 这次故地重游我的 id 都被删了:p )
引用
至于量化矩阵, 在xvid里面可以设置, api4的话就在选quant type的下面................
一般是下一些别人已经设置好的矩阵, 当然自己调也可以,
beta3里附有几个 custom matrix. 有人提到那几个矩阵以前 koepi 也附送过, 我不曾注意到 :p
顺便附两个在别处和 Silky 兄讨论到的矩阵 ^_^
引用
by Silky:
压低码率，用 CCE 的 very low matrix 效果不错
intra
08 16 19 22 26 27 99 99
16 16 22 24 27 29 99 99
19 22 26 27 29 34 99 99
22 22 26 27 29 34 99 99
22 26 27 29 32 35 99 99
26 27 29 32 35 40 99 99
26 27 29 34 38 46 99 99
27 29 35 38 46 56 99 99
inter
16 17 18 19 20 21 99 99
17 18 19 20 21 22 99 99
18 19 20 21 22 23 99 99
19 20 21 22 23 24 99 99
20 21 22 23 25 26 99 99
21 22 23 24 26 27 99 99
22 23 24 26 27 28 99 99
23 24 25 27 28 30 99 99
cce = cinemacraft encoder, 非常厉害的 mpeg-2 encoder.
引用
RC2 矩阵是
intra
08 08 09 11 13 13 14 17
08 08 11 12 13 14 17 18
09 11 13 13 14 17 17 16
11 11 13 13 13 17 18 20
11 13 13 13 16 17 20 24
13 13 13 16 17 20 24 29
13 12 13 17 19 23 28 34
12 13 17 19 23 28 34 41
inter
08 08 08 09 09 09 09 10
08 08 09 09 09 09 10 10
08 09 09 09 09 10 10 10
09 09 09 09 10 10 10 10
09 09 09 10 10 10 10 11
09 09 10 10 10 10 11 11
09 10 10 10 10 11 11 11
10 10 10 10 11 11 11 11
质量很高，1st-pass 压出来文件很大，要用 2-pass 缩小把文件压成和 H.263 一样大再比较。
如果同码率，RC2 矩阵会优于 H.263，那么我们可以说这个矩阵是很优良的。
不过根据我的测试，计算 PSNR，RC2 矩阵会比 H.263 低。
这个矩阵适合用在高码率，它有非常好的视觉品质，画面很锐利，同时暗部没有 H.263 量化的色块，画面很漂亮，大家可以试试看
既然谈到 ffdshow, 再谈谈关于量化矩阵和 ffdshow, XviD 默认矩阵的 intra 和 inter 最左上角的值分别为 8, 16. 这个值代表着此 macroblock 的 "平均值" 吧. 我发现若使用这两个值有所改动的自制矩阵, ffdshow 不能正常解码.
引用
关于SP, 我没用packet bitstream主要是因为很多人使用的是ffdshow......
而ffdshow解packet bitstream有bug........
ffdshow 解码其他 codec 编码的视频时有时会有这样那样的不兼容问题. 尤其是每天都有更新的 XviD.
所以 FFX/FFX-2 我一直没有公布任何转录后的版本 (还有一个原因是看了 Silky 转录的后给我压力很大 :D) :) (我只在 ccf 上传了从原 ps2 光盘里提出的动画, 自己在玩, 测试) 因为我觉得若用默认的矩阵谁都可以去编码, 而效果并非 "那么" 赏心悦目; 而用自制矩阵的话多半大多数的人的 ffdshow 都会解码错误 到时候或许会有很多人不分青红皂白还以为是 XviD 的错误. 或许我可以写个说明, 但我知道那多半没用. 等候 milan 发布更新的 ffdshow :p
其他的, dev-api-4 的 qpel + bf ffdshow不能正常解码.:p
而且必须选择 "disable XviD" (则 ffdshow 不关联 XviD, xvid.ax 自己解码) , 若是 "use XviD" 也不能正常解码.
ps. 现在网上才出的一个 ffx-2.ztdd 的版本(比如 ccf/tlf 都发行了)是来自于 ccf 上认识的一个好友制作的, 因为我马上要说的是鞭他尸, 所以不提他名字了 :D (我跟他在 ccf 的 irc 上讨论过了, 他个人希望我也能在各处指出一下他制作时的少许不妥之处).
如果您曾下载观赏过, 各位高手可能都发现了----
错误是没有做resize...画面的比例错误了(这是唯一的错误), m2v 的长宽比是 640 x 416, resize时,
若是缩小宽度, 应该 640 x 416 resize---> 576 x 416 才是正确的比例
若要稍作放大, 则 640 x 416 resize ---> 640 x 458---> 满足 mod32 补黑边至 640 x 480
由于本贴着重讨论 Codecs , 所以我还是谈 XviD 方面的吧.
他使用了 bframe, 以前跟 Silky 兄讨论过关于 FFX 的转录, 像这种高动态的动画并不太适用于开启 B-frame, 不过既然 XviD 可以动态加入 bf, 所以只说这个选择没错，但不太妥切. :)
另外, 这个版本使用了默认的 bf packed bitstream, 所以若您下载了此动画需要关闭 ffdshow 才能避免出错. (真不知有几个人能看到在此的说明 :rolleyes: , 那小子居然不加点说明文档 :p)
pps. 虽然如此 ffdshow 我还是要装的, 因为我的显卡有点老, 解码 YV12 时总会出个小错, 所以有时必须用 ffdshow 关闭 yv12 输出...
alexheart@2003-12-30 02:10
引用
XviD 因为是 open source，自由度高，版本众多，给人不稳定的「错觉」，事实上，XviD 并没有不稳定，相反的，它的 bug 比 DivX 还少
nod
而且感觉 DivX 的 staff 不以为然似乎从来就不打算修正这些 bugs, 作为商业软件的开发者一点都不敬业...
XviD 作为开放源代码的软件, 大家发现 bugs 都可以参与其讨论, 开发者也会注意, 若真是bug那会立马开始修正的. 所以 XviD 的 bugs 少于 DivX 也在情理之中 :D
lady@2003-12-30 11:57
刚刚试了RC1的矩形阵,特意我用要求BIT很低的动画([2003.12.2x] 虎の穴1号店プレゼントDVD タイガードラマ (iso+mds).rar,还准备拿去WINNY上发布的^^)
我没加FITER,用第3方软件自订矩行阵(没有用XVID附的),IBBBBPBBBBPBBBB
用WMV9输出(还是不能接受XVID)
为了节省时间,我用1PASS,发现哪怕是用QB86,出来的SIZE也很大呢,不知是否QB值太低,静态祯的画质也烂了一点(难道一定要加FITER?)
看情况,哪怕是2PASS,效果也不会好,坚决不推荐....
RC2完点试,看看效果如何
对比的标准,我是以以下矩行的质量的为标准对比
08 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
lady@2003-12-30 12:06
引用
最初由 alexheart 发布
nod
而且感觉 DivX 的 staff 不以为然似乎从来就不打算修正这些 bugs, 作为商业软件的开发者一点都不敬业...
XviD 作为开放源代码的软件, 大家发现 bugs 都可以参与其讨论, 开发者也会注意, 若真是bug那会立马开始修正的. 所以 XviD 的 bugs 少于 DivX 也在情理之中 :D
很多BUG,我看了,也不算什么BUG,只是没有XVID那么自由而已,毕竟,是要从兼容性为第一考虑的,例如B-FRAME的限制,不是每个人都懂设置,总要考虑一般的应用
要大大提升压缩比,我觉得不该交由MEPG4来胜任了,现在的MPEG4发展已经差不多极限了,不要再压榨它了....呵呵
对DIVX SHAFF的很多苦衷我个人表示理解
RogueCS@2003-12-30 12:43
用Beta3试验了RC2矩阵，效果和size都直线上升
暗色部分的色块有明显好转，可还是没法完全消除，相对RV9的测试样品，仍有少量的量化色块。请问能做到完全杜绝暗色场景的量化色块吗？
还有，请问在Beta3自带的Custom量化矩阵中，对压动画合适的有哪些？
skywalker@2003-12-30 12:56
引用
最初由 lady 发布
对比的标准,我是以以下矩行的质量的为标准对比
08 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
32 32 32 32 32 32 32 32 16 16 16 16 16 16 16 16
这个matrix..........
好像是那个3D/Animation的matrix啊...........
这个是wmv默认的???
lady@2003-12-30 13:04
引用
最初由 skywalker 发布
这个matrix..........
好像是那个3D/Animation的matrix啊...........
这个是wmv默认的???
既然要对比,就要拿好的矩行来对比,这个是就如你所说的是那个默人的矩行,有个中间标准才好比较
WMV9是封闭的,没有公开任何矩形
但XVID可以实现的,同样也可以在DIVX/WMV9上实现,而且少了兼容性问题
个人觉得正是XVID兼容性不好的补救
alexheart@2003-12-30 13:05
引用
要大大提升压缩比,我觉得不该交由MEPG4来胜任了,现在的MPEG4发展已经差不多极限了,不要再压榨它了....呵呵
没到极限:D, 并入 H.264 的 MPEG-4 v10 将空前强大. :D
Silky@2003-12-30 13:05
引用
最初由 skywalker 发布
关于SP, 我没用packet bitstream主要是因为很多人使用的是ffdshow......
而ffdshow解packet bitstream有bug........
所以无论怎么弄都会有一部分人看的时候出问题...........
相对来说, b-frame decoder lag 算是比较轻的问题, ffdshow解packet bitstream的bug好像是变成黑白的了???
新版的 ffdshow 我沒有試過，不過聽 sysKin 說過 ffdshow 解 packed bitstream 有 bug，他已經向 ffdshow 的作者 milan 回報這個 bug，不過 milan 現在似乎很忙，還沒有回應。
用 ffdshow 解碼 XviD 的 AVI，要將 iDCT 的設定，由 "simple idct" 改成 "XviD"，這樣才不會產生一些奇怪的瑕疵，所以還是要調整。
因此我建議播放 XviD 的 AVI，最好還是用 XviD 自己的 decoder 來解碼，才能得到最穩定的畫質，反正現在 XviD 的 decoder 可以單獨下載，安裝也很方便，這樣也可以避免一些不能播放的麻煩，一勞永逸 :D
lady@2003-12-30 13:09
引用
最初由 Silky 发布
新版的 ffdshow 我沒有試過，不過聽 sysKin 說過 ffdshow 解 packed bitstream 有 bug，他已經向 ffdshow 的作者 milan 回報這個 bug，不過 milan 現在似乎很忙，還沒有回應。
用 ffdshow 解碼 XviD 的 AVI，要將 iDCT 的設定，由 "simple idct" 改成 "XviD"，這樣才不會產生一些奇怪的瑕疵，所以還是要調整。
因此我建議播放 XviD 的 AVI，最好還是用 XviD 自己的 decoder 來解碼，才能得到最穩定的畫質，反正現在 XviD 的 decoder 可以單獨下載，安裝也很方便，這樣也可以避免一些不能播放的麻煩，一勞永逸 :D
不LAG的解决方法
反而是用DIVX5带的PLAYER来放,不管是DIVX/XVID
呵呵
保证不LAG,我试过,您也可以一试
lady@2003-12-30 13:09
引用
最初由 alexheart 发布
没到极限:D, 并入 H.264 的 MPEG-4 v10 将空前强大. :D
如果真到那个时候,也许就不叫MPEG4了....:P
Silky@2003-12-30 13:26
引用
最初由 alexheart 发布
偶然的机会发现 Silky 兄也上漫游, Hi Silky 兄 ^_^. (好久没来这里, 这次故地重游我的 id 都被删了:p )
Hi alexheart 兄!
沒想到會在這裡遇見你 :D
漫游我也是好久沒來，最近因為連不上 ccf，到處亂晃，所以又迴游... :p
引用
既然谈到 ffdshow, 再谈谈关于量化矩阵和 ffdshow, XviD 默认矩阵的 intra 和 inter 最左上角的值分别为 8, 16. 这个值代表着此 macroblock 的 "平均值" 吧. 我发现若使用这两个值有所改动的自制矩阵, ffdshow 不能正常解码.
這是 ffdshow 長久以來的 bug，我和 sysKin 都很驚訝它竟然經過這麼久都沒有修掉。我曾為了這件事做了一連串的實驗，幫助 sysKin debug，不過沒有結果。
總之，這是 ffdshow 的錯 :p
引用
所以 FFX/FFX-2 我一直没有公布任何转录后的版本 (还有一个原因是看了 Silky 转录的后给我压力很大 :D) :)
啊？我做的那個很爛 ^^;
我自己看了都很慚愧，當初怎麼會做出這種東西.... -__-;;
期待您做的終極版本 :D
引用
若是缩小宽度, 应该 640 x 416 resize---> 576 x 416 才是正确的比例
若要稍作放大, 则 640 x 416 resize ---> 640 x 458---> 满足 mod32 补黑边至 640 x 480
說到這個，順便提起，NTSC 的 PAR 是 72/79，切邊要切到 702.2222... 才是完全準確，但是這是不可能的任務，沒有辦法切到小數點啊。
但是有一個方法 ;)
還記得 MPEG 規格書上提過，NTSC D1 720x480 的有效範圍是 711x486 嗎？
711 這個數字有個玄機，711 可以被 79 整除。
所以
720x480 左右切邊-> 711x480 -> 711*72/79=648 -> 648x480 左右再切邊-> 640x480
剛剛好，多完美 :p
«123456»共6页
| TOP